Re: Hotlist display illegible
On 29 May 2013 01:17, Chris Newman wrote: > In article <0039c5d3.01dc65003...@smtp.freeola.net>, >> I fixed mine in the choices file: >> sys_colour_Window:ff > That worked although I have no idea quite what the arcane 6 fs actually do. It's a hexadecimal value meaning white (in this context). Cheers, JFL -- Jean-François Lemaire
Re: Hotlist display illegible
In article <0039c5d3.01dc65003...@smtp.freeola.net>, Peter Slegg wrote: > > > >Message: 10 > >Date: Tue, 28 May 2013 21:51:41 +0100 > >From: Dave Higton > >Subject: Hotlist display illegible > >To: netsurf-users@netsurf-browser.org > >Message-ID: <7120175353.davem...@my.inbox.com> > > > >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. > > > >Dave > I fixed mine in the choices file: > sys_colour_Window:ff That worked although I have no idea quite what the arcane 6 fs actually do. Hotlist window now has black text on a white ground. Wasn't the background blue or grey at one time? Oh well. 50 shades of grey will do. Many thanks, -- Chris
Re: Hotlist display illegible
> >Message: 10 >Date: Tue, 28 May 2013 21:51:41 +0100 >From: Dave Higton >Subject: Hotlist display illegible >To: netsurf-users@netsurf-browser.org >Message-ID: <7120175353.davem...@my.inbox.com> > >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. > >Dave I fixed mine in the choices file: sys_colour_Window:ff Peter
Re: Hotlist display illegible
In article <7120175353.davem...@my.inbox.com>, Dave Higton wrote: > 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. #1222 still black here. -- Chris
Re: Hotlist display illegible
In article <7120175353.davem...@my.inbox.com>, Dave Higton wrote: > 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. Have you tried deleting your Choices file, as per suggestions in other threads? -- Chris Johnson
Re: Website not rendering correctly
In article <5352e60957t...@netsurf-browser.org>, Michael Drake wrote: > In article , >David Pitt wrote: > > http://www.wealddown.co.uk > Should be fixed in CI build #1202. I've just got back to my machine & downloaded 1214. Lo & behold, the site worketh. Wonderful work chaps. Much obliged. -- Chris
Re: Website not rendering correctly
In article , David Pitt wrote: > Brian Howlett, on 28 May, wrote: > > On 28 May, Chris Newman wrote: > > > > > 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. > > > > URL? > http://www.wealddown.co.uk Sorry about the lack of URL. Brain must have slipped in to neutral! > All is OK with NetSurf 2.9. I thought I'd checked that but obviously not. Senior moments rule OK! I've just tried it now & you're right. > With NetSurf 3.0 or 3.1 #1201 the site does render only its grey background > unless the window is maximised to occupy the full height of the display > including covering the icon bar, in this case 1050. How very odd! > (Javascript setting has no effect.) This with OS5.19 on a Raspberry Pi. > The effect is confirmed on OS4.39 on VRPC with smaller screen size of > 1280x800. Spooky. Thanks to all who contributed. -- Chris
Re: Options/Choices refactor
In article <5a21145353.andrew-...@waitrose.com>, Andrew Pinder wrote: > !Boot.Choices.WWW.NetSurf.Choices Yes. (For users on RISC OS. It's elsewhere on other platforms.) Cheers, -- Michael Drake (tlsa) http://www.netsurf-browser.org/
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. Dave FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth
Re: Options/Choices refactor
In message <5353116372t...@netsurf-browser.org> on 28 May 2013 Michael Drake wrote: > Actually, I'd recommend simply deleting your old Choices file. I take it you mean this file: !Boot.Choices.WWW.NetSurf.Choices Regards Andrew -- Andrew Pinder
Re: Options/Choices refactor
In article <20130528185213.ga19...@kyllikki.org>, Vincent Sanders wrote: > If you experience such behaviour with CI builds after #1212 please > edit your Choices file to remove all the entries beginning with > "sys_colour_" Actually, I'd recommend simply deleting your old Choices file. You can then redo any customisation on top of the fresh default behaviour. Otherwise you will continue to run the options that were the default back when you first installed* NetSurf. (Many of which are now ridiculous, e.g. 2MB cache, buffered rendering off, etc) * which may have been well before we even reached NetSurf version 1. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Options/Choices refactor
I have finally completed and merged my refactor of the NetSurf user option code. 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 unwanted. The principle place this will be observed is with system colours. These are the colours exposed as specifically named css properties [1] and can be seen on test pages [2] 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 black! (0) 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 it.) [1] http://www.w3.org/TR/css3-color/#css-system [2] http://www.iangraham.org/books/xhtml1/appd/update-23feb2000.html -- Regards Vincent http://www.kyllikki.org/
Hotlist/Bookmarks build 1211
I've just downloaded the Atari m68k build 1211 and the bookmarks window has a black background with black text. Regards, Peter
Re: Website not rendering correctly
Michael Drake, on 28 May, wrote: > In article , >David Pitt wrote: > > > http://www.wealddown.co.uk > > Should be fixed in CI build #1202. > It is. Many thanks. -- David Pitt
Re: Website not rendering correctly
In article , David Pitt wrote: > http://www.wealddown.co.uk Should be fixed in CI build #1202. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Website not rendering correctly
Brian Howlett, on 28 May, wrote: > On 28 May, Chris Newman wrote: > > > 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. > > URL? http://www.wealddown.co.uk All is OK with NetSurf 2.9. With NetSurf 3.0 or 3.1 #1201 the site does render only its grey background unless the window is maximised to occupy the full height of the display including covering the icon bar, in this case 1050. How very odd! (Javascript setting has no effect.) This with OS5.19 on a Raspberry Pi. The effect is confirmed on OS4.39 on VRPC with smaller screen size of 1280x800. -- David Pitt
Re: Website not rendering correctly
> Hi, > > 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. > > Probably has too much Javascript for NS to handle. > > Just thought I'd mention it. > > Dev 1201 on RiscPC 700 Strong Arm Adjust 4.39 with Unipod > > Regards, > > -- > Chris With JS off it is possible to get some display: try clicking select in various areas of the screen. With sufficient effort it might be possible to view all but it is hit and miss and very tedious. I have the page (incomplete) of buildings on screen, listings buildings 34 to 20 (not in order) and modern buildings. The top half of the page with the map showing the original locations and the first half of the list is missing. The draw changes as you scroll around. There is a link to their open air classroom site. This is much more straight forward and seems to work well with NS. As an aside: if anyone is interested in timber buildings, the museum is a lovely place to visit. Gerald
Re: Website not rendering correctly
On 28 May, Chris Newman wrote: > 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. URL? -- Brian Howlett - Isn't it strange that the same people that laugh at gypsy fortune tellers take economists seriously?
Website not rendering correctly
Hi, 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. Probably has too much Javascript for NS to handle. Just thought I'd mention it. Dev 1201 on RiscPC 700 Strong Arm Adjust 4.39 with Unipod Regards, -- Chris