When Netsurf is displaying the following page and others on the same
site the pointer starts flickering 2 or 3 times a second between a
pointing hand and an hour glass.
This only happens when the top part of the page is displayed. If you
scroll down it stops; if you scroll back up so that most of the image
is shown it starts again. If you're working in another window over the
top it stops. If you bring NetSurf to the top it resumes. What's going
Currently using r13534.
Richard Porter http://www.minijem.plus.com/
I don't want a "user experience" - I just want stuff that works.
Using Firefox on a Windows XP machine I sometimes encounter
websites where, when you have to provide a username and password,
these are automatically filled in for you. I do not know
whether this feature is provided just by the browser or by the
browser's interaction with a helper application in Windows.
Does NetSurf for RISC OS supply any hooks, wimp messages or
whatever, whereby such a feature could be provided using a
helper application? If not, then maybe some approximation could
be kludged using function keys.
Gavin Wraith (gavin(a)wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Recent versions of Netsurf (currently on #1229) crash whenever I click
on a link on Darren Salt's BBC News Ticker (0.85).
RISC OS 5.18, Iyonix.
Last year I went fishing with Salvador Dali. He was using a dotted
line. He caught every other fish.
Following the recent changes and my deletion of ..Choices the colours have
obviously changed - in the Hotlist in particular. I have looked at the
User document but not found any way of changing the colours. How can this
>Date: Tue, 28 May 2013 21:51:41 +0100
>From: Dave Higton <dave(a)davehigton.me.uk>
>Subject: Hotlist display illegible
>The hotlist display was OK up to CI1201. CI1212 and CI1219 display
>the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB.
>Reverted to CI1201 and it's OK again.
>I'll put in a bug report.
I fixed mine in the choices file:
As this seems to be a stumbling block for so many and I can see
complaints from users upgrading stretching into my future.
The choices validation will (from CI build #1223), when the system
colour options are all configured to black, simply reset them back to
This does mean that in future noone will be able to set all system
colours to black intentionaly, but as that seems a daft thing to do
The hotlist display was OK up to CI1201. CI1212 and CI1219 display
the hotlist as black on black. RISC OS 5.18, Iyonix, 512 MiB.
Reverted to CI1201 and it's OK again.
I'll put in a bug report.
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
The site for the Weald & Downland Open Air Museum at Singleton, West sussex
looks OK in Firefox on the PC but just displays a grey window in Netsurf.
With JS off, it starts to display a background image but soon gives up.
Just thought I'd mention it.
Dev 1201 on RiscPC 700 Strong Arm Adjust 4.39 with Unipod
I have finally completed and merged my refactor of the NetSurf user
This means that user options files will now only contain the options
which differ from the defaults. This will alow us to alter the
defaults in future and have everyones choices actually update instead
of being overidden by old saved default values that might not be useful.
There may be a small but annoying side effect to this chnage in that
many people will have bad default settings saved in their Choices
files already which will now be faithfully applied even if they are
The principle place this will be observed is with system
colours. These are the colours exposed as specifically named css
properties  and can be seen on test pages 
NetSurf also uses these colour settings throughout the UI for several
platforms. Each platform sets its own defaults and the users
configuration is available to override these settings.
Up to this point the system colour configuration and setup has been
somewhat flawed and will probably have resulted in most users saved
Choices containing a set of overrides setting all these colours to
If you experience such behaviour with CI builds after #1212 please
edit your Choices file to remove all the entries beginning with
"sys_colour_" they should not reappear subsequently (unless you would
like black controls, labelled in black on a black background, with a
little black light that lights up black to let you know you have done