aesthetically pleasing, and also allows us to show progress bar if it is
possible to get this data from the core in the future.
svn path=/trunk/netsurf/; revision=13783
reduces the size of our off-screen bitmap and associated memory.
Only works with browser windows at present. History and treeviews still
have full window refresh/bitmap.
Setting the option to 0 brings back the old behaviour.
svn path=/trunk/netsurf/; revision=13468
screen on/off.
Some experimentation with compositing and simple/smart refresh reveals that
simple refresh windows with compositing on for the screen behave the same
as smart refresh windows. Smart refresh windows with compositing off use
more gfx memory than when compositing is on. Simple refresh windows with
compositing off will probably be more memory efficient, as we are using
an off-screen bitmap to render the browsing area anyway. However due to
this bitmap being re-used over multiple tabs/windows, it does not always
reflect what should be on the window, so performing a redraw of damaged
areas may be the only option. Need to read damaged regions from layer
(probably through struct Region *DamageList) and check on performance vs
memory or make the window refresh type configurable. Simple refresh code
#ifdefed out for now for further investigation later.
svn path=/trunk/netsurf/; revision=13464
we aren't acting on this for any current drag types, but if we need to do
so in the future (eg. frame resizing), this is the code to do it. The trap
lasts 10 IntuiTicks so is re-asserted on every mouse move when an active
drag is in effect. Drag type must be set to GDRAGGING_NONE to clear.
svn path=/trunk/netsurf/; revision=13401
Loop through entire list of dropped files.
If multiple files are dropped and not handled by core, open in tabs;
Activate the window on first file drop to workaround a bug where the window needed to
be clicked before the file would appear.
As using core functionality, DataTypes no longer used to parse dropped files (likely
to be rarely needed anyway).
svn path=/trunk/netsurf/; revision=13218
down the page. There is a similar problem with scrolling up pages which may be a bug
in ami_do_redraw_limits or plotters (probably bitmap tile plotter), as drawing
additional pixel lines after scrolling is not redrawing the affected area.
Example sites where this problem is apparent:
http://www.nintendolife.com (border pattern does not redraw)
http://www.amigaos.net/content/72/supported-hardware (clouds show through the main
text area)
svn path=/trunk/netsurf/; revision=13072
Remove stylesheet url globals -- the core will always use resource:{default,quirks,adblock}.css as appropriate
svn path=/trunk/netsurf/; revision=12949
Chris Young