On Fri, 31 May 2013 21:29:16 +0100, Vincent Sanders wrote:
> > I have to open a screen before I can set some of the values, but I
> > can't open the screen until options are initialised (as the parameters
> > are in there). So I'd like to set some defaults at a later time which
> > then get applied, unless of course the user has already set their own
> > preferences.
>
> this does sound ass backwards? like you want only some user options
> set and then to initialise some defaults then to apply the rest of the
> user options?
Sort of I guess, but I want them all set, but then I want to change
the defaults so any that aren't set get the new defaults instead of
the old ones (not sure that is any cleaerer actually)
> Perhaps a clearer idea of what you are trying to achive might be
> useful? you may have to do a second initialisation after the first
> user option load and have ther second init use the info from the
> first?
The primary example are the system colours settings. At the moment
they aren't being set because the screen my code looks at to pick the
colours off of, hasn't been opened by the time the options are
initialised.
What I need is something like:
1. Options initialised and read
This gives my screen_modeid and a couple of other options required for
opening NetSurf on the correct screen.
2. Open screen
3. Set default options relating to the screen being used
This includes system colours, window size etc. They should not be
overriding any user specified options.
4. Optionally support re-doing step 3 if the screen being used changes
during program execution (actually the frontend doesn't support this
yet but may do one day)
btw a "screen" in AmigaOS terms is more like a "desktop" in X11, but
can be a different resolution and theme to what is being used for the
desktop (hence the requirement to set the default system colours and
window size after the screen has been determined)
> For now there are no accessor functions for the default values (yeah i
> know the current implementation for active options is with macros) but
> you can simply use nsoptions_default[NSOPTION_option_name].value.i
> directly from within your own code (or perhaps better still crate some
> accessor functions(macros) in nsoption.h)
I did try running the colour_option_from_pen functions through with
nsoptions_default parameter, but about:config shows the system colours
options are then "user" settings (for some reason). That's no good as
they get written back to Choices, which puts us back to square 1.
> The gtk frontend has a verify_options() function in its main() that
> does something similar, just remember that strings must be handled
> carefully as defaults may be const and not require freeing (active
> options are always allocated from heap) and only options that differ
> between the default and active table will be saved.
I don't think I need to deal with any strings at the moment. I'll
have a look at it.
Thanks
Chris
Friday, 31 May 2013
Re: Remember this password
In article <db3c905453.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> On 31 May 2013 cj <chris@chris-johnson.org.uk> wrote:
> > In article <e175865453.wra1th@wra1th.plus.com>,
> > Gavin Wraith <gavin@wra1th.plus.com> wrote:
> >> If not, then maybe some approximation could
> >> be kludged using function keys.
> > There is always FFiller by Kevin Wells. I have found it quite useful
> > in the past. Always use it for eg ROOL forum.
A very useful programme.
See also my article "Macros for Form Filling" - Archive Magazine Vol 22 No 7
Jan 2010 p50
> Or if you are paranoid about having visible passwords on your system,
> CrypStor by Frank de Bruijn will store passwords encrypted. You can
> export these passwords as a text file, then drag and drop the relevant
> one into NetSurf, then delete the export file.
Better than that, you can enter them automatically by clicking on the
relevant button bar
> It's at http://aconet.org/crypstor/
> I didn't find it totally intuitive to start with, but I now find it
> extremely useful.
Wouldn't be without it here.
Regards,
--
Chris
Peter Young <pnyoung@ormail.co.uk> wrote:
> On 31 May 2013 cj <chris@chris-johnson.org.uk> wrote:
> > In article <e175865453.wra1th@wra1th.plus.com>,
> > Gavin Wraith <gavin@wra1th.plus.com> wrote:
> >> If not, then maybe some approximation could
> >> be kludged using function keys.
> > There is always FFiller by Kevin Wells. I have found it quite useful
> > in the past. Always use it for eg ROOL forum.
A very useful programme.
See also my article "Macros for Form Filling" - Archive Magazine Vol 22 No 7
Jan 2010 p50
> Or if you are paranoid about having visible passwords on your system,
> CrypStor by Frank de Bruijn will store passwords encrypted. You can
> export these passwords as a text file, then drag and drop the relevant
> one into NetSurf, then delete the export file.
Better than that, you can enter them automatically by clicking on the
relevant button bar
> It's at http://aconet.org/crypstor/
> I didn't find it totally intuitive to start with, but I now find it
> extremely useful.
Wouldn't be without it here.
Regards,
--
Chris
Re: Options/Choices refactor
On Fri, May 31, 2013 at 07:27:42PM +0100, Chris Young wrote:
> On Tue, 28 May 2013 19:52:13 +0100, Vincent Sanders wrote:
>
> > 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.
>
> Is there any way to modify the defaults outside of nsoption_init?
>
> I have to open a screen before I can set some of the values, but I
> can't open the screen until options are initialised (as the parameters
> are in there). So I'd like to set some defaults at a later time which
> then get applied, unless of course the user has already set their own
> preferences.
this does sound ass backwards? like you want only some user options
set and then to initialise some defaults then to apply the rest of the
user options?
Perhaps a clearer idea of what you are trying to achive might be
useful? you may have to do a second initialisation after the first
user option load and have ther second init use the info from the
first?
The new API is designed to be flexible. The original aim was to
completely abstract access to the options. Due to practical
constraints outlined in utils/nsoption.h this has not been possible.
For now there are no accessor functions for the default values (yeah i
know the current implementation for active options is with macros) but
you can simply use nsoptions_default[NSOPTION_option_name].value.i
directly from within your own code (or perhaps better still crate some
accessor functions(macros) in nsoption.h)
The gtk frontend has a verify_options() function in its main() that
does something similar, just remember that strings must be handled
carefully as defaults may be const and not require freeing (active
options are always allocated from heap) and only options that differ
between the default and active table will be saved.
--
Regards Vincent
http://www.kyllikki.org/
> On Tue, 28 May 2013 19:52:13 +0100, Vincent Sanders wrote:
>
> > 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.
>
> Is there any way to modify the defaults outside of nsoption_init?
>
> I have to open a screen before I can set some of the values, but I
> can't open the screen until options are initialised (as the parameters
> are in there). So I'd like to set some defaults at a later time which
> then get applied, unless of course the user has already set their own
> preferences.
this does sound ass backwards? like you want only some user options
set and then to initialise some defaults then to apply the rest of the
user options?
Perhaps a clearer idea of what you are trying to achive might be
useful? you may have to do a second initialisation after the first
user option load and have ther second init use the info from the
first?
The new API is designed to be flexible. The original aim was to
completely abstract access to the options. Due to practical
constraints outlined in utils/nsoption.h this has not been possible.
For now there are no accessor functions for the default values (yeah i
know the current implementation for active options is with macros) but
you can simply use nsoptions_default[NSOPTION_option_name].value.i
directly from within your own code (or perhaps better still crate some
accessor functions(macros) in nsoption.h)
The gtk frontend has a verify_options() function in its main() that
does something similar, just remember that strings must be handled
carefully as defaults may be const and not require freeing (active
options are always allocated from heap) and only options that differ
between the default and active table will be saved.
--
Regards Vincent
http://www.kyllikki.org/
Re: Remember this password
In article <db3c905453.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> Or if you are paranoid about having visible passwords on your
> system, CrypStor by Frank de Bruijn will store passwords encrypted.
...but if you are paranoid, why would you want the browser to
remember passwords anyway?
--
Chris Johnson
Peter Young <pnyoung@ormail.co.uk> wrote:
> Or if you are paranoid about having visible passwords on your
> system, CrypStor by Frank de Bruijn will store passwords encrypted.
...but if you are paranoid, why would you want the browser to
remember passwords anyway?
--
Chris Johnson
Re: Options/Choices refactor
On Tue, 28 May 2013 19:52:13 +0100, Vincent Sanders wrote:
> 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.
Is there any way to modify the defaults outside of nsoption_init?
I have to open a screen before I can set some of the values, but I
can't open the screen until options are initialised (as the parameters
are in there). So I'd like to set some defaults at a later time which
then get applied, unless of course the user has already set their own
preferences.
Chris
> 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.
Is there any way to modify the defaults outside of nsoption_init?
I have to open a screen before I can set some of the values, but I
can't open the screen until options are initialised (as the parameters
are in there). So I'd like to set some defaults at a later time which
then get applied, unless of course the user has already set their own
preferences.
Chris
Re: Remember this password
On 31 May 2013 cj <chris@chris-johnson.org.uk> wrote:
> In article <e175865453.wra1th@wra1th.plus.com>,
> Gavin Wraith <gavin@wra1th.plus.com> wrote:
>> If not, then maybe some approximation could
>> be kludged using function keys.
> There is always FFiller by Kevin Wells. I have found it quite useful
> in the past. Always use it for eg ROOL forum.
Or if you are paranoid about having visible passwords on your system,
CrypStor by Frank de Bruijn will store passwords encrypted. You can
export these passwords as a text file, then drag and drop the relevant
one into NetSurf, then delete the export file.
It's at http://aconet.org/crypstor/
I didn't find it totally intuitive to start with, but I now find it
extremely useful.
Probably OT here, though.
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> In article <e175865453.wra1th@wra1th.plus.com>,
> Gavin Wraith <gavin@wra1th.plus.com> wrote:
>> If not, then maybe some approximation could
>> be kludged using function keys.
> There is always FFiller by Kevin Wells. I have found it quite useful
> in the past. Always use it for eg ROOL forum.
Or if you are paranoid about having visible passwords on your system,
CrypStor by Frank de Bruijn will store passwords encrypted. You can
export these passwords as a text file, then drag and drop the relevant
one into NetSurf, then delete the export file.
It's at http://aconet.org/crypstor/
I didn't find it totally intuitive to start with, but I now find it
extremely useful.
Probably OT here, though.
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Remember this password
In article <e175865453.wra1th@wra1th.plus.com>,
Gavin Wraith <gavin@wra1th.plus.com> wrote:
> If not, then maybe some approximation could
> be kludged using function keys.
There is always FFiller by Kevin Wells. I have found it quite useful
in the past. Always use it for eg ROOL forum.
--
Chris Johnson
Gavin Wraith <gavin@wra1th.plus.com> wrote:
> If not, then maybe some approximation could
> be kludged using function keys.
There is always FFiller by Kevin Wells. I have found it quite useful
in the past. Always use it for eg ROOL forum.
--
Chris Johnson
Remember this password
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@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
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@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: BBC Ticker
On 31 May 2013 Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
> On 31 May, Brian Howlett wrote:
>> On 31 May, Brian Howlett wrote:
>>> 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.
>> It doesn't crash if I switch JS off.
> Turns out it was all BBC pages, not just pages accessed via !Ticker.
Yes, that was the bug I reported in
http://sourceforge.net/tracker/?func=detail&aid=3614004&group_id=51719&atid=4643
12
> However, it's fixed in #1230.
It is indeed, though on the tracker page it's still marked as
Resolution: None.
> Hurray!
And indeed to that too.!
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> On 31 May, Brian Howlett wrote:
>> On 31 May, Brian Howlett wrote:
>>> 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.
>> It doesn't crash if I switch JS off.
> Turns out it was all BBC pages, not just pages accessed via !Ticker.
Yes, that was the bug I reported in
http://sourceforge.net/tracker/?func=detail&aid=3614004&group_id=51719&atid=4643
12
> However, it's fixed in #1230.
It is indeed, though on the tracker page it's still marked as
Resolution: None.
> Hurray!
And indeed to that too.!
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: BBC Ticker
On 31 May, Brian Howlett wrote:
> On 31 May, Brian Howlett wrote:
>> 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.
> It doesn't crash if I switch JS off.
Turns out it was all BBC pages, not just pages accessed via !Ticker.
However, it's fixed in #1230.
Hurray!
--
Brian Howlett
-------------------------------------------------
Watch out...
...you might get what you're after...
> On 31 May, Brian Howlett wrote:
>> 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.
> It doesn't crash if I switch JS off.
Turns out it was all BBC pages, not just pages accessed via !Ticker.
However, it's fixed in #1230.
Hurray!
--
Brian Howlett
-------------------------------------------------
Watch out...
...you might get what you're after...
Thursday, 30 May 2013
Re: BBC Ticker
On 31 May, Brian Howlett wrote:
> 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.
It doesn't crash if I switch JS off.
--
Brian Howlett
----------------------------------------------------------------------
I put instant coffee in the microwave, and almost went back in time...
> 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.
It doesn't crash if I switch JS off.
--
Brian Howlett
----------------------------------------------------------------------
I put instant coffee in the microwave, and almost went back in time...
BBC Ticker
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.
--
Brian Howlett
------------------------------------------------------------------
Last year I went fishing with Salvador Dali. He was using a dotted
line. He caught every other fish.
on a link on Darren Salt's BBC News Ticker (0.85).
RISC OS 5.18, Iyonix.
--
Brian Howlett
------------------------------------------------------------------
Last year I went fishing with Salvador Dali. He was using a dotted
line. He caught every other fish.
Wednesday, 29 May 2013
Re: Colours
In article <20130529143506.GC19891@kyllikki.org>,
Vincent Sanders <vince@netsurf-browser.org> wrote:
> For reference the default values are:
> sys_colour_ActiveBorder:d3d3d3
> sys_colour_ActiveCaption:f1f1f1
> sys_colour_AppWorkspace:f1f1f1
> sys_colour_Background:6e6e6e
> sys_colour_ButtonFace:f9f9f9
> sys_colour_ButtonHighlight:ffffff
> sys_colour_ButtonShadow:aeaeae
> sys_colour_ButtonText:4c4c4c
> sys_colour_CaptionText:4c4c4c
> sys_colour_GrayText:505050
> sys_colour_Highlight:0008c0
> sys_colour_HighlightText:ffffff
> sys_colour_InactiveBorder:f1f1f1
> sys_colour_InactiveCaption:e6e6e6
> sys_colour_InactiveCaptionText:a6a6a6
> sys_colour_InfoBackground:efdf8f
> sys_colour_InfoText:000000
> sys_colour_Menu:f1f1f1
> sys_colour_MenuText:4e4e4e
> sys_colour_Scrollbar:cccccc
> sys_colour_ThreeDDarkShadow:aeaeae
> sys_colour_ThreeDFace:f9f9f9
> sys_colour_ThreeDHighlight:ffffff
> sys_colour_ThreeDLightShadow:ffffff
> sys_colour_ThreeDShadow:d5d5d5
> sys_colour_Window:f1f1f1
> sys_colour_WindowFrame:4e4e4e
> sys_colour_WindowText:000000
Those are the defaults if the front end doesn't set something appropriate.
On RISC OS, the defaults are:
sys_colour_ActiveBorder:000000
sys_colour_ActiveCaption:eeeebb
sys_colour_AppWorkspace:dddddd
sys_colour_Background:dddddd
sys_colour_ButtonFace:dddddd
sys_colour_ButtonHighlight:555555
sys_colour_ButtonShadow:777777
sys_colour_ButtonText:000000
sys_colour_CaptionText:000000
sys_colour_GrayText:999999
sys_colour_Highlight:000000
sys_colour_HighlightText:ffffff
sys_colour_InactiveBorder:000000
sys_colour_InactiveCaption:bbbbbb
sys_colour_InactiveCaptionText:000000
sys_colour_InfoBackground:eeeebb
sys_colour_InfoText:000000
sys_colour_Menu:ffffff
sys_colour_MenuText:000000
sys_colour_Scrollbar:bbbbbb
sys_colour_ThreeDDarkShadow:777777
sys_colour_ThreeDFace:dddddd
sys_colour_ThreeDHighlight:ffffff
sys_colour_ThreeDLightShadow:ffffff
sys_colour_ThreeDShadow:777777
sys_colour_Window:dddddd
sys_colour_WindowFrame:000000
sys_colour_WindowText:000000
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Vincent Sanders <vince@netsurf-browser.org> wrote:
> For reference the default values are:
> sys_colour_ActiveBorder:d3d3d3
> sys_colour_ActiveCaption:f1f1f1
> sys_colour_AppWorkspace:f1f1f1
> sys_colour_Background:6e6e6e
> sys_colour_ButtonFace:f9f9f9
> sys_colour_ButtonHighlight:ffffff
> sys_colour_ButtonShadow:aeaeae
> sys_colour_ButtonText:4c4c4c
> sys_colour_CaptionText:4c4c4c
> sys_colour_GrayText:505050
> sys_colour_Highlight:0008c0
> sys_colour_HighlightText:ffffff
> sys_colour_InactiveBorder:f1f1f1
> sys_colour_InactiveCaption:e6e6e6
> sys_colour_InactiveCaptionText:a6a6a6
> sys_colour_InfoBackground:efdf8f
> sys_colour_InfoText:000000
> sys_colour_Menu:f1f1f1
> sys_colour_MenuText:4e4e4e
> sys_colour_Scrollbar:cccccc
> sys_colour_ThreeDDarkShadow:aeaeae
> sys_colour_ThreeDFace:f9f9f9
> sys_colour_ThreeDHighlight:ffffff
> sys_colour_ThreeDLightShadow:ffffff
> sys_colour_ThreeDShadow:d5d5d5
> sys_colour_Window:f1f1f1
> sys_colour_WindowFrame:4e4e4e
> sys_colour_WindowText:000000
Those are the defaults if the front end doesn't set something appropriate.
On RISC OS, the defaults are:
sys_colour_ActiveBorder:000000
sys_colour_ActiveCaption:eeeebb
sys_colour_AppWorkspace:dddddd
sys_colour_Background:dddddd
sys_colour_ButtonFace:dddddd
sys_colour_ButtonHighlight:555555
sys_colour_ButtonShadow:777777
sys_colour_ButtonText:000000
sys_colour_CaptionText:000000
sys_colour_GrayText:999999
sys_colour_Highlight:000000
sys_colour_HighlightText:ffffff
sys_colour_InactiveBorder:000000
sys_colour_InactiveCaption:bbbbbb
sys_colour_InactiveCaptionText:000000
sys_colour_InfoBackground:eeeebb
sys_colour_InfoText:000000
sys_colour_Menu:ffffff
sys_colour_MenuText:000000
sys_colour_Scrollbar:bbbbbb
sys_colour_ThreeDDarkShadow:777777
sys_colour_ThreeDFace:dddddd
sys_colour_ThreeDHighlight:ffffff
sys_colour_ThreeDLightShadow:ffffff
sys_colour_ThreeDShadow:777777
sys_colour_Window:dddddd
sys_colour_WindowFrame:000000
sys_colour_WindowText:000000
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Colours
In article <57935.82.153.33.53.1369835598.squirrel@email.orpheusnet.co.uk>,
Gerald Dodson <gerald.dodson@argonet.co.uk> wrote:
> 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 be done?
There is currently no RISC OS GUI for setting the colours in the Choices
dialogue. So you have to set the colours manually in the Choices file.
If you visit the URL about:config you can see what colours are currently
set. By default, on RISC OS, they are set according to the current WIMP
palette, to match other desktop furniture.
These colours are the CSS system colours. There is a description of what
each of them means in the specification:
http://www.w3.org/TR/css3-color/#css-system
I believe the treeview uses the following:
Window for the background
WindowText for plain text
Highlight for selection backgrounds
HightlightText for selected text
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Gerald Dodson <gerald.dodson@argonet.co.uk> wrote:
> 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 be done?
There is currently no RISC OS GUI for setting the colours in the Choices
dialogue. So you have to set the colours manually in the Choices file.
If you visit the URL about:config you can see what colours are currently
set. By default, on RISC OS, they are set according to the current WIMP
palette, to match other desktop furniture.
These colours are the CSS system colours. There is a description of what
each of them means in the specification:
http://www.w3.org/TR/css3-color/#css-system
I believe the treeview uses the following:
Window for the background
WindowText for plain text
Highlight for selection backgrounds
HightlightText for selected text
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Colours
On Wed, May 29, 2013 at 02:53:18PM +0100, Gerald Dodson wrote:
> 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
> be done?
The default colours can now be configured by each frontend maintainer
as they see fit. I beleive on RISC OS the defaults are derived from
the wimp colours and on GTK they are the css spec defined defaults
(which are a bit ugly truth be told).
However there are user settings to override all these. you can see all
configuration values on the about:Choices page and see the pretty
version on about:config
The numbers are hexidecimal values in the format OOBBGGRR
Where O is opacity 0x00 is opaque 0xff is transparent
BB is blue
GG is green
RR is red
For reference the default values are:
sys_colour_ActiveBorder:d3d3d3
sys_colour_ActiveCaption:f1f1f1
sys_colour_AppWorkspace:f1f1f1
sys_colour_Background:6e6e6e
sys_colour_ButtonFace:f9f9f9
sys_colour_ButtonHighlight:ffffff
sys_colour_ButtonShadow:aeaeae
sys_colour_ButtonText:4c4c4c
sys_colour_CaptionText:4c4c4c
sys_colour_GrayText:505050
sys_colour_Highlight:0008c0
sys_colour_HighlightText:ffffff
sys_colour_InactiveBorder:f1f1f1
sys_colour_InactiveCaption:e6e6e6
sys_colour_InactiveCaptionText:a6a6a6
sys_colour_InfoBackground:efdf8f
sys_colour_InfoText:000000
sys_colour_Menu:f1f1f1
sys_colour_MenuText:4e4e4e
sys_colour_Scrollbar:cccccc
sys_colour_ThreeDDarkShadow:aeaeae
sys_colour_ThreeDFace:f9f9f9
sys_colour_ThreeDHighlight:ffffff
sys_colour_ThreeDLightShadow:ffffff
sys_colour_ThreeDShadow:d5d5d5
sys_colour_Window:f1f1f1
sys_colour_WindowFrame:4e4e4e
sys_colour_WindowText:000000
--
Regards Vincent
http://www.kyllikki.org/
> 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
> be done?
The default colours can now be configured by each frontend maintainer
as they see fit. I beleive on RISC OS the defaults are derived from
the wimp colours and on GTK they are the css spec defined defaults
(which are a bit ugly truth be told).
However there are user settings to override all these. you can see all
configuration values on the about:Choices page and see the pretty
version on about:config
The numbers are hexidecimal values in the format OOBBGGRR
Where O is opacity 0x00 is opaque 0xff is transparent
BB is blue
GG is green
RR is red
For reference the default values are:
sys_colour_ActiveBorder:d3d3d3
sys_colour_ActiveCaption:f1f1f1
sys_colour_AppWorkspace:f1f1f1
sys_colour_Background:6e6e6e
sys_colour_ButtonFace:f9f9f9
sys_colour_ButtonHighlight:ffffff
sys_colour_ButtonShadow:aeaeae
sys_colour_ButtonText:4c4c4c
sys_colour_CaptionText:4c4c4c
sys_colour_GrayText:505050
sys_colour_Highlight:0008c0
sys_colour_HighlightText:ffffff
sys_colour_InactiveBorder:f1f1f1
sys_colour_InactiveCaption:e6e6e6
sys_colour_InactiveCaptionText:a6a6a6
sys_colour_InfoBackground:efdf8f
sys_colour_InfoText:000000
sys_colour_Menu:f1f1f1
sys_colour_MenuText:4e4e4e
sys_colour_Scrollbar:cccccc
sys_colour_ThreeDDarkShadow:aeaeae
sys_colour_ThreeDFace:f9f9f9
sys_colour_ThreeDHighlight:ffffff
sys_colour_ThreeDLightShadow:ffffff
sys_colour_ThreeDShadow:d5d5d5
sys_colour_Window:f1f1f1
sys_colour_WindowFrame:4e4e4e
sys_colour_WindowText:000000
--
Regards Vincent
http://www.kyllikki.org/
Colours
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
be done?
Gerald
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
be done?
Gerald
Re: Hotlist display illegible
In article <0039c5d3.01dc65003f5c@smtp.freeola.net>,
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> I fixed mine in the choices file:
> sys_colour_Window:ffffff
Changing just one colour is a *really bad thing to do*. For example
you'll find that scrollbars (frames & textareas) are still black.
As I said in the "Options/Choices refactor" thread, the recommended fix is
to delete old Choices files, as doing this has other benefits.
Also, NetSurf has just been fixed to reset all colour values to their
defaults if they are all black. If you just change one colour, it won't
be able to detect this problem and reset them for you.
BTW, you can see the colours (and all the other current settings) by
visiting about:config in NetSurf. It also indicates whether you are using
a default setting, or if you have modified a Choices value.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> I fixed mine in the choices file:
> sys_colour_Window:ffffff
Changing just one colour is a *really bad thing to do*. For example
you'll find that scrollbars (frames & textareas) are still black.
As I said in the "Options/Choices refactor" thread, the recommended fix is
to delete old Choices files, as doing this has other benefits.
Also, NetSurf has just been fixed to reset all colour values to their
defaults if they are all black. If you just change one colour, it won't
be able to detect this problem and reset them for you.
BTW, you can see the colours (and all the other current settings) by
visiting about:config in NetSurf. It also indicates whether you are using
a default setting, or if you have modified a Choices value.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Hotlist display illegible
In article <0039c5d3.01dc65003f5c@smtp.freeola.net>,
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> I fixed mine in the choices file:
> sys_colour_Window:ffffff
> Peter
I find that a bit hard on my eyes, so use dddddd instead (Very light grey).
Dave
--
Dave Triffid
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> I fixed mine in the choices file:
> sys_colour_Window:ffffff
> Peter
I find that a bit hard on my eyes, so use dddddd instead (Very light grey).
Dave
--
Dave Triffid
Choices change, or avoiding the all black
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
defaults.
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
anyway...
--
Regards Vincent
http://www.kyllikki.org/
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
defaults.
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
anyway...
--
Regards Vincent
http://www.kyllikki.org/
Re: Hotlist display illegible
In article <53531ae9e1chris@chris-johnson.org.uk>,
cj <chris@chris-johnson.org.uk> wrote:
> In article <7120175353.DaveMeUK@my.inbox.com>,
> Dave Higton <dave@davehigton.me.uk> 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?
As someone also getting the same problem, I did just that, and thereafter
it was okay.
However, I'm using two versions of NetSurf, the latest and an older
version, when I re-use the older version, then later go to the latest
version the Hotlist is back to Black.
Dave
--
Dave Triffid
cj <chris@chris-johnson.org.uk> wrote:
> In article <7120175353.DaveMeUK@my.inbox.com>,
> Dave Higton <dave@davehigton.me.uk> 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?
As someone also getting the same problem, I did just that, and thereafter
it was okay.
However, I'm using two versions of NetSurf, the latest and an older
version, when I re-use the older version, then later go to the latest
version the Hotlist is back to Black.
Dave
--
Dave Triffid
Tuesday, 28 May 2013
Re: Hotlist display illegible
On 29 May 2013 01:17, Chris Newman <cvjazz@waitrose.com> wrote:
> In article <0039c5d3.01dc65003f5c@smtp.freeola.net>,
>> I fixed mine in the choices file:
>> sys_colour_Window:ffffff
> 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
> In article <0039c5d3.01dc65003f5c@smtp.freeola.net>,
>> I fixed mine in the choices file:
>> sys_colour_Window:ffffff
> 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.01dc65003f5c@smtp.freeola.net>,
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> >
> >Message: 10
> >Date: Tue, 28 May 2013 21:51:41 +0100
> >From: Dave Higton <dave@davehigton.me.uk>
> >Subject: Hotlist display illegible
> >To: netsurf-users@netsurf-browser.org
> >Message-ID: <7120175353.DaveMeUK@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:ffffff
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
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> >
> >Message: 10
> >Date: Tue, 28 May 2013 21:51:41 +0100
> >From: Dave Higton <dave@davehigton.me.uk>
> >Subject: Hotlist display illegible
> >To: netsurf-users@netsurf-browser.org
> >Message-ID: <7120175353.DaveMeUK@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:ffffff
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 <dave@davehigton.me.uk>
>Subject: Hotlist display illegible
>To: netsurf-users@netsurf-browser.org
>Message-ID: <7120175353.DaveMeUK@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:ffffff
Peter
>Message: 10
>Date: Tue, 28 May 2013 21:51:41 +0100
>From: Dave Higton <dave@davehigton.me.uk>
>Subject: Hotlist display illegible
>To: netsurf-users@netsurf-browser.org
>Message-ID: <7120175353.DaveMeUK@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:ffffff
Peter
Re: Hotlist display illegible
In article <7120175353.DaveMeUK@my.inbox.com>,
Dave Higton <dave@davehigton.me.uk> 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
Dave Higton <dave@davehigton.me.uk> 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.DaveMeUK@my.inbox.com>,
Dave Higton <dave@davehigton.me.uk> 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
Dave Higton <dave@davehigton.me.uk> 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 <5352e60957tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
> David Pitt <pittdj@pittdj.co.uk> 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
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
> David Pitt <pittdj@pittdj.co.uk> 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 <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
David Pitt <pittdj@pittdj.co.uk> 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
David Pitt <pittdj@pittdj.co.uk> 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
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
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 article <5a21145353.Andrew-Pin@waitrose.com>,
Andrew Pinder <Andrew.Pinder@tiscali.co.uk> 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/
Andrew Pinder <Andrew.Pinder@tiscali.co.uk> 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/
Re: Options/Choices refactor
In message <5353116372tlsa@netsurf-browser.org>
on 28 May 2013 Michael Drake <tlsa@netsurf-browser.org> 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
on 28 May 2013 Michael Drake <tlsa@netsurf-browser.org> 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.GA19891@kyllikki.org>,
Vincent Sanders <vince@netsurf-browser.org> 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/
Vincent Sanders <vince@netsurf-browser.org> 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/
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
window has a black background with black text.
Regards,
Peter
Re: [Rpcemu] Bad opcode error involving Messenger on 5.19
On 24 May 2013, George Greenfield <george.greenfield@tiscali.co.uk>
wrote:
> I'm getting a persistent problem downloading emails using MessengerPro
> v4.23 running on 0.8.10/5.19 (NetFetch v2.20b is the associated mail
> fetcher in my setup)
Mail is fetched by Hermes, or POPStar, within NetFetch. Hermes dumps the
raw messages into !Hermes.MailDir.mailin.spool, whence MPro debatches
them. POPStar has a similar arrangement. MPro Choices...> Site details
will show whether Hermes, or POPStar, is configured as mail transport.
> which wasn't present under 0.8.9/4.02: when I click Transfer mail on
> the NetFetch panel, the downloading panel appears as usual, displays
> the progress of the download and then disappears, all as before.
> However, the Incoming mail field on the MessPro Main groups panel
> doesn't update
I normally use RPCEmu for mail/news, only when my RiscPC is not well,
and, from casual use, I'd not noticed any problem with RPCEmu. However,
I've now tried MPro 6.06 on RPCEmu089 and RPCEmu0810, running RO 4.39,
5.19 and 6.20. It seems that, on all combinations, incoming mail is not
debatched immediately, and it may take up to 30 seconds, before it lands
in the inbox.
I don't know why this should happen, but suspect that it may be due to
the location of my Mail/News directory, which is far away, in a folder
shared by all systems, accessed via an NTFS junction point.
> and shortly afterwards MessPro hangs.
Not here.
> Alt-Break gives the option of stopping 'Unknown' but quite often
> RPCEmu itself hangs, with the following error message:
>
> Bad opcode 36 73697407 at 203DDEE4
>
> Clicking OK in the error box forces a quit.
>
> Has anyone else encountered this problem, or have any idea what the
> issue might be? I'll gladly post a syslog if someone tells me how to
> save it.
The RPCEmu log is at C:\Program Files\RPCEmu\rpclog.txt
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
wrote:
> I'm getting a persistent problem downloading emails using MessengerPro
> v4.23 running on 0.8.10/5.19 (NetFetch v2.20b is the associated mail
> fetcher in my setup)
Mail is fetched by Hermes, or POPStar, within NetFetch. Hermes dumps the
raw messages into !Hermes.MailDir.mailin.spool, whence MPro debatches
them. POPStar has a similar arrangement. MPro Choices...> Site details
will show whether Hermes, or POPStar, is configured as mail transport.
> which wasn't present under 0.8.9/4.02: when I click Transfer mail on
> the NetFetch panel, the downloading panel appears as usual, displays
> the progress of the download and then disappears, all as before.
> However, the Incoming mail field on the MessPro Main groups panel
> doesn't update
I normally use RPCEmu for mail/news, only when my RiscPC is not well,
and, from casual use, I'd not noticed any problem with RPCEmu. However,
I've now tried MPro 6.06 on RPCEmu089 and RPCEmu0810, running RO 4.39,
5.19 and 6.20. It seems that, on all combinations, incoming mail is not
debatched immediately, and it may take up to 30 seconds, before it lands
in the inbox.
I don't know why this should happen, but suspect that it may be due to
the location of my Mail/News directory, which is far away, in a folder
shared by all systems, accessed via an NTFS junction point.
> and shortly afterwards MessPro hangs.
Not here.
> Alt-Break gives the option of stopping 'Unknown' but quite often
> RPCEmu itself hangs, with the following error message:
>
> Bad opcode 36 73697407 at 203DDEE4
>
> Clicking OK in the error box forces a quit.
>
> Has anyone else encountered this problem, or have any idea what the
> issue might be? I'll gladly post a syslog if someone tells me how to
> save it.
The RPCEmu log is at C:\Program Files\RPCEmu\rpclog.txt
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: Website not rendering correctly
Michael Drake, on 28 May, wrote:
> In article <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
> David Pitt <pittdj@pittdj.co.uk> wrote:
>
> > http://www.wealddown.co.uk
>
> Should be fixed in CI build #1202.
>
It is. Many thanks.
--
David Pitt
> In article <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
> David Pitt <pittdj@pittdj.co.uk> 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 <mpro.mni9md00gqdi4045y.pittdj@pittdj.co.uk>,
David Pitt <pittdj@pittdj.co.uk> wrote:
> http://www.wealddown.co.uk
Should be fixed in CI build #1202.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
David Pitt <pittdj@pittdj.co.uk> 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
> 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
>
> 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?
> 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
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
Friday, 24 May 2013
Re: [Rpcemu] Bad opcode error involving Messenger on 5.19
In message <5c7ede5053.George@tiscali..co.uk> you wrote:
> I'm getting a persistent problem downloading emails using MessengerPro
[snip]
I ought to have added that email sending seems to work OK, and that
the same programs also worked normally under RO5.17 on my Iyonix,
which would appear to take the 32-bit aspect out of the equation.
George
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> I'm getting a persistent problem downloading emails using MessengerPro
[snip]
I ought to have added that email sending seems to work OK, and that
the same programs also worked normally under RO5.17 on my Iyonix,
which would appear to take the 32-bit aspect out of the equation.
George
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Bad opcode error involving Messenger on 5.19
I'm getting a persistent problem downloading emails using MessengerPro
v4.23 running on 0.8.10/5.19 (NetFetch v2.20b is the associated mail
fetcher in my setup), which wasn't present under 0.8.9/4.02: when I
click Transfer mail on the NetFetch panel, the downloading panel
appears as usual, displays the progress of the download and then
disappears, all as before. However, the Incoming mail field on the
MessPro Main groups panel doesn't update, and shortly afterwards
MessPro hangs. Alt-Break gives the option of stopping 'Unknown' but
quite often RPCEmu itself hangs, with the following error message:
Bad opcode 36 73697407 at 203DDEE4
Clicking OK in the error box forces a quit.
Has anyone else encountered this problem, or have any idea what the
issue might be? I'll gladly post a syslog if someone tells me how to
save it.
TIA
George
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
v4.23 running on 0.8.10/5.19 (NetFetch v2.20b is the associated mail
fetcher in my setup), which wasn't present under 0.8.9/4.02: when I
click Transfer mail on the NetFetch panel, the downloading panel
appears as usual, displays the progress of the download and then
disappears, all as before. However, the Incoming mail field on the
MessPro Main groups panel doesn't update, and shortly afterwards
MessPro hangs. Alt-Break gives the option of stopping 'Unknown' but
quite often RPCEmu itself hangs, with the following error message:
Bad opcode 36 73697407 at 203DDEE4
Clicking OK in the error box forces a quit.
Has anyone else encountered this problem, or have any idea what the
issue might be? I'll gladly post a syslog if someone tells me how to
save it.
TIA
George
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Thursday, 23 May 2013
Re: Bizarre emails to help@ and webmaster@
Sorry for re-quoting all those emails, typing on a phone and hadn't realised it picked up the entire message for quoting.
Re: Bizarre emails to help@ and webmaster@
Rob Kendrick <rjek@netsurf-browser.org> wrote:
>So, recently we've had a flurry of bizarre emails to our help@ and
>webmaster@ addresses, of which I have attached a selection.
>
>Anybody know what's going on? Somebody posted a misleading review
>somewhere or something?
>
>B.
>
>
>------------------------------------------------------------------------
>
>From: Howard Leveque <hleveque@verizon.net>
>To: help@netsurf-browser.org
>Sent: Thu May 16 09:17:58 Europe/London 2013
>Subject: Question
>
>So where is NetSurf for Windows?
>
>
>
>------------------------------------------------------------------------
>
>From: Mike <mikifin@frontiernet.net>
>To: webmaster@netsurf-browser.org
>Sent: Fri May 17 22:41:15 Europe/London 2013
>Subject: More babble speak...
>
>Hi,
>
>I hate to be the one to tell you this but, people don't know
>architecture like RISC from the back side of the moon. A tip, if you
>really want users to use your browser, you have got to make it EASY.
>People are too busy to research stuff like this, me on the other hand I
>don't have a life so as a lark I am going to do the research to figure
>this out. I think I ran into this term about 10 years ago testing some
>arcane tool for some arcane tool.
>
>For instance if you have a version that runs on windows, say it runs on
>windows and what versions. Take a look at the seamonkey site, one
>button, says it works on windows xx to xx. Press button, download,
>done.
>
>Dude, you really need some marketing help.
>
>Mike
>
>------------------------------------------------------------------------
>
>From: Clem <clement.power@gmail.com>
>To: help@netsurf-browser.org
>Sent: Tue May 21 16:33:51 Europe/London 2013
>Subject: [Empty]
>
>Hello, I installed NetSurf on my laptop windows xp pro havingdownloaded
>it form CNet and cannot log-in. Filled-in the registration and made a
>note of the number and then tried logging-in in various ways: 1)Have
>account + psswrd (reg. number) Failed
>2)New account + my own psswrd
>3)Return to "have account" + data of the "new" account Failed!!
>Any ideas? Gratefully yours Clem
>
>------------------------------------------------------------------------
>
>From: Morgan <phlibrarian@yahoo.com>
>To: "help@netsurf-browser.org" <help@netsurf-browser.org>
>Sent: Tue May 21 20:30:31 Europe/London 2013
>Subject: Version for Windows 7 64bit
>
>Hello,
>
>Please let me know which version of Netsurf browser is compatible for
>use with Windows 7, 64bit version.
>
>Thanks,
>Tommy
>
>------------------------------------------------------------------------
>
>From: KABBIR <kabbirgkm@gmail.com>
>To: help@netsurf-browser.org
>Sent: Thu May 23 09:47:05 Europe/London 2013
>Subject: Android compliant
>
>Hi
>Is net surf compliant to android ics .?... how and where can I download
>it
>for my mobile phone ...
>Much thanks
Their website is labsvisual.com perhaps an email asking them to rename their product (which i'm guessing is newer than ours - but their website products page isn't working here) is in order?
>So, recently we've had a flurry of bizarre emails to our help@ and
>webmaster@ addresses, of which I have attached a selection.
>
>Anybody know what's going on? Somebody posted a misleading review
>somewhere or something?
>
>B.
>
>
>------------------------------------------------------------------------
>
>From: Howard Leveque <hleveque@verizon.net>
>To: help@netsurf-browser.org
>Sent: Thu May 16 09:17:58 Europe/London 2013
>Subject: Question
>
>So where is NetSurf for Windows?
>
>
>
>------------------------------------------------------------------------
>
>From: Mike <mikifin@frontiernet.net>
>To: webmaster@netsurf-browser.org
>Sent: Fri May 17 22:41:15 Europe/London 2013
>Subject: More babble speak...
>
>Hi,
>
>I hate to be the one to tell you this but, people don't know
>architecture like RISC from the back side of the moon. A tip, if you
>really want users to use your browser, you have got to make it EASY.
>People are too busy to research stuff like this, me on the other hand I
>don't have a life so as a lark I am going to do the research to figure
>this out. I think I ran into this term about 10 years ago testing some
>arcane tool for some arcane tool.
>
>For instance if you have a version that runs on windows, say it runs on
>windows and what versions. Take a look at the seamonkey site, one
>button, says it works on windows xx to xx. Press button, download,
>done.
>
>Dude, you really need some marketing help.
>
>Mike
>
>------------------------------------------------------------------------
>
>From: Clem <clement.power@gmail.com>
>To: help@netsurf-browser.org
>Sent: Tue May 21 16:33:51 Europe/London 2013
>Subject: [Empty]
>
>Hello, I installed NetSurf on my laptop windows xp pro havingdownloaded
>it form CNet and cannot log-in. Filled-in the registration and made a
>note of the number and then tried logging-in in various ways: 1)Have
>account + psswrd (reg. number) Failed
>2)New account + my own psswrd
>3)Return to "have account" + data of the "new" account Failed!!
>Any ideas? Gratefully yours Clem
>
>------------------------------------------------------------------------
>
>From: Morgan <phlibrarian@yahoo.com>
>To: "help@netsurf-browser.org" <help@netsurf-browser.org>
>Sent: Tue May 21 20:30:31 Europe/London 2013
>Subject: Version for Windows 7 64bit
>
>Hello,
>
>Please let me know which version of Netsurf browser is compatible for
>use with Windows 7, 64bit version.
>
>Thanks,
>Tommy
>
>------------------------------------------------------------------------
>
>From: KABBIR <kabbirgkm@gmail.com>
>To: help@netsurf-browser.org
>Sent: Thu May 23 09:47:05 Europe/London 2013
>Subject: Android compliant
>
>Hi
>Is net surf compliant to android ics .?... how and where can I download
>it
>for my mobile phone ...
>Much thanks
Their website is labsvisual.com perhaps an email asking them to rename their product (which i'm guessing is newer than ours - but their website products page isn't working here) is in order?
Re: Bizarre emails to help@ and webmaster@
Rob Kendrick <rjek@netsurf-browser.org> wrote:
>So, recently we've had a flurry of bizarre emails to our help@ and
>webmaster@ addresses, of which I have attached a selection.
>
>Anybody know what's going on? Somebody posted a misleading review
>somewhere or something?
>
>B.
>
>
>------------------------------------------------------------------------
>
>From: Howard Leveque <hleveque@verizon.net>
>To: help@netsurf-browser.org
>Sent: Thu May 16 09:17:58 Europe/London 2013
>Subject: Question
>
>So where is NetSurf for Windows?
>
>
>
>------------------------------------------------------------------------
>
>From: Mike <mikifin@frontiernet.net>
>To: webmaster@netsurf-browser.org
>Sent: Fri May 17 22:41:15 Europe/London 2013
>Subject: More babble speak...
>
>Hi,
>
>I hate to be the one to tell you this but, people don't know
>architecture like RISC from the back side of the moon. A tip, if you
>really want users to use your browser, you have got to make it EASY.
>People are too busy to research stuff like this, me on the other hand I
>don't have a life so as a lark I am going to do the research to figure
>this out. I think I ran into this term about 10 years ago testing some
>arcane tool for some arcane tool.
>
>For instance if you have a version that runs on windows, say it runs on
>windows and what versions. Take a look at the seamonkey site, one
>button, says it works on windows xx to xx. Press button, download,
>done.
>
>Dude, you really need some marketing help.
>
>Mike
>
>------------------------------------------------------------------------
>
>From: Clem <clement.power@gmail.com>
>To: help@netsurf-browser.org
>Sent: Tue May 21 16:33:51 Europe/London 2013
>Subject: [Empty]
>
>Hello, I installed NetSurf on my laptop windows xp pro havingdownloaded
>it form CNet and cannot log-in. Filled-in the registration and made a
>note of the number and then tried logging-in in various ways: 1)Have
>account + psswrd (reg. number) Failed
>2)New account + my own psswrd
>3)Return to "have account" + data of the "new" account Failed!!
>Any ideas? Gratefully yours Clem
>
>------------------------------------------------------------------------
>
>From: Morgan <phlibrarian@yahoo.com>
>To: "help@netsurf-browser.org" <help@netsurf-browser.org>
>Sent: Tue May 21 20:30:31 Europe/London 2013
>Subject: Version for Windows 7 64bit
>
>Hello,
>
>Please let me know which version of Netsurf browser is compatible for
>use with Windows 7, 64bit version.
>
>Thanks,
>Tommy
>
>------------------------------------------------------------------------
>
>From: KABBIR <kabbirgkm@gmail.com>
>To: help@netsurf-browser.org
>Sent: Thu May 23 09:47:05 Europe/London 2013
>Subject: Android compliant
>
>Hi
>Is net surf compliant to android ics .?... how and where can I download
>it
>for my mobile phone ...
>Much thanks
If you search "netsurf cnet" on google the top result is something called "NetSURF web browser", version 3.2-something. I haven't downloaded it but the scant description and version number indicates it's something else with the same name. Odd.
>So, recently we've had a flurry of bizarre emails to our help@ and
>webmaster@ addresses, of which I have attached a selection.
>
>Anybody know what's going on? Somebody posted a misleading review
>somewhere or something?
>
>B.
>
>
>------------------------------------------------------------------------
>
>From: Howard Leveque <hleveque@verizon.net>
>To: help@netsurf-browser.org
>Sent: Thu May 16 09:17:58 Europe/London 2013
>Subject: Question
>
>So where is NetSurf for Windows?
>
>
>
>------------------------------------------------------------------------
>
>From: Mike <mikifin@frontiernet.net>
>To: webmaster@netsurf-browser.org
>Sent: Fri May 17 22:41:15 Europe/London 2013
>Subject: More babble speak...
>
>Hi,
>
>I hate to be the one to tell you this but, people don't know
>architecture like RISC from the back side of the moon. A tip, if you
>really want users to use your browser, you have got to make it EASY.
>People are too busy to research stuff like this, me on the other hand I
>don't have a life so as a lark I am going to do the research to figure
>this out. I think I ran into this term about 10 years ago testing some
>arcane tool for some arcane tool.
>
>For instance if you have a version that runs on windows, say it runs on
>windows and what versions. Take a look at the seamonkey site, one
>button, says it works on windows xx to xx. Press button, download,
>done.
>
>Dude, you really need some marketing help.
>
>Mike
>
>------------------------------------------------------------------------
>
>From: Clem <clement.power@gmail.com>
>To: help@netsurf-browser.org
>Sent: Tue May 21 16:33:51 Europe/London 2013
>Subject: [Empty]
>
>Hello, I installed NetSurf on my laptop windows xp pro havingdownloaded
>it form CNet and cannot log-in. Filled-in the registration and made a
>note of the number and then tried logging-in in various ways: 1)Have
>account + psswrd (reg. number) Failed
>2)New account + my own psswrd
>3)Return to "have account" + data of the "new" account Failed!!
>Any ideas? Gratefully yours Clem
>
>------------------------------------------------------------------------
>
>From: Morgan <phlibrarian@yahoo.com>
>To: "help@netsurf-browser.org" <help@netsurf-browser.org>
>Sent: Tue May 21 20:30:31 Europe/London 2013
>Subject: Version for Windows 7 64bit
>
>Hello,
>
>Please let me know which version of Netsurf browser is compatible for
>use with Windows 7, 64bit version.
>
>Thanks,
>Tommy
>
>------------------------------------------------------------------------
>
>From: KABBIR <kabbirgkm@gmail.com>
>To: help@netsurf-browser.org
>Sent: Thu May 23 09:47:05 Europe/London 2013
>Subject: Android compliant
>
>Hi
>Is net surf compliant to android ics .?... how and where can I download
>it
>for my mobile phone ...
>Much thanks
If you search "netsurf cnet" on google the top result is something called "NetSURF web browser", version 3.2-something. I haven't downloaded it but the scant description and version number indicates it's something else with the same name. Odd.
Bizarre emails to help@ and webmaster@
So, recently we've had a flurry of bizarre emails to our help@ and
webmaster@ addresses, of which I have attached a selection.
Anybody know what's going on? Somebody posted a misleading review
somewhere or something?
B.
webmaster@ addresses, of which I have attached a selection.
Anybody know what's going on? Somebody posted a misleading review
somewhere or something?
B.
Wednesday, 22 May 2013
Re: Mac OS X
On 19 May 2013 Vincent Sanders wrote:
> The cocoa frontend currently has no maintainer and I am interested in
> hearing from any actual users to give an indication as to whether it is
> worth investing any additional resources on this platform.
> So any actual users or developers, please speak up now!
I have NS installed on OS 10.7 Lion (Intel) not that I use it much.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> The cocoa frontend currently has no maintainer and I am interested in
> hearing from any actual users to give an indication as to whether it is
> worth investing any additional resources on this platform.
> So any actual users or developers, please speak up now!
I have NS installed on OS 10.7 Lion (Intel) not that I use it much.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Tuesday, 21 May 2013
Re: extending libcss through properties.gen
In article <6E64952A914E43E6B743E3CBCDF54ADA@gmail.com>,
Hoà V. Dinh <dinh.viet.hoa@gmail.com> wrote:
> I'd like to extend libcss to parse additional CSS properties
The first thing to do is to define the byte code for the properties you
want to add. See docs/Bytecode:
http://source.netsurf-browser.org/libcss.git/tree/docs/Bytecode
Then there's two parts to adding support for a property. You need the
code to parse the property into bytecode, in src/parse/, and the code to
handle selection (cascade, computed value calculation, etc of the
property), in src/select/.
Here are some examples:
Adding new properties to the parser:
http://source.netsurf-browser.org/libcss.git/commit/?id=32ed7d0984f0dd872b4aaac0ac12c18471f291a0
Adding new shorthand properties to the parser:
http://source.netsurf-browser.org/libcss.git/commit/?id=bd8ef0f5e2ec383b528b825eba4724b90643cbef
Note that the shorthand properties just set the values for other
properties, so they don't have their own bytecode.
Adding new properties to the selection engine:
http://source.netsurf-browser.org/libcss.git/commit/?id=89ef7a8acf13143ac0283aa1cfa5ea504b92324b
> such as border-radius. I'd also like to add overflow-x, overflow-y.
> "overflow" is implemented but not -x, -y variants.
You need to know and understand the spec. Note that the overflow-x and -y
properties are still at an early draft stage. Also, the overflow property
has to change from an actual property to a shorthand property that sets
the values for both overflow-x and -y.
> I had a quick look at the following file:
> libcss/src/parse/properties/properties.gen But I couldn't figure quite
> right what was the syntax of this file even with the whole list of
> examples. Could you help me figure out?
Sure. It's easier to follow once you come up with the byte code.
Taking the overflow one as an example:
overflow:CSS_PROP_OVERFLOW IDENT:( INHERIT: VISIBLE:0,OVERFLOW_VISIBLE
HIDDEN:0,OVERFLOW_HIDDEN SCROLL:0,OVERFLOW_SCROLL AUTO:0,OVERFLOW_AUTO
IDENT:)
"overflow" is the property, which is used for the file/function name of
the generated parser.
"CSS_PROP_OVERFLOW" is the css_properties_e enum value from
include/libcss/properties.h Note enum the value is the number of the
bytecode for the property.
Then in the brackets, you have INHERIT: because the property may be
inherited.
And then a list of the other values the property may take.
So VISIBLE:0,OVERFLOW_VISIBLE means if the value matches the VISIBLE
string defined in parser/propstrings.{c|h}, then set the property to the
enum value OVERFLOW_VISIBLE which is in src/bytecode/opcodes.h. That
opcodes enum is set up according to the bytecode design in docs/Bytecode.
The 0 is for the flags, a part of the bytecode. That's always 0.
Anyway, given the state of the spec, especially ISSUE 1, I'd be tempted
not to add supprt for the paged-* and fragments values at this stage. So
in that case, you just need to rename the overflow property handler to
overflow-x, add an overflow-y which behaves the same, add a parser for the
shorthand overflow property, and update the selection code to handle the
two overflow-x and overflow-y properties instead of overflow.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Hoà V. Dinh <dinh.viet.hoa@gmail.com> wrote:
> I'd like to extend libcss to parse additional CSS properties
The first thing to do is to define the byte code for the properties you
want to add. See docs/Bytecode:
http://source.netsurf-browser.org/libcss.git/tree/docs/Bytecode
Then there's two parts to adding support for a property. You need the
code to parse the property into bytecode, in src/parse/, and the code to
handle selection (cascade, computed value calculation, etc of the
property), in src/select/.
Here are some examples:
Adding new properties to the parser:
http://source.netsurf-browser.org/libcss.git/commit/?id=32ed7d0984f0dd872b4aaac0ac12c18471f291a0
Adding new shorthand properties to the parser:
http://source.netsurf-browser.org/libcss.git/commit/?id=bd8ef0f5e2ec383b528b825eba4724b90643cbef
Note that the shorthand properties just set the values for other
properties, so they don't have their own bytecode.
Adding new properties to the selection engine:
http://source.netsurf-browser.org/libcss.git/commit/?id=89ef7a8acf13143ac0283aa1cfa5ea504b92324b
> such as border-radius. I'd also like to add overflow-x, overflow-y.
> "overflow" is implemented but not -x, -y variants.
You need to know and understand the spec. Note that the overflow-x and -y
properties are still at an early draft stage. Also, the overflow property
has to change from an actual property to a shorthand property that sets
the values for both overflow-x and -y.
> I had a quick look at the following file:
> libcss/src/parse/properties/properties.gen But I couldn't figure quite
> right what was the syntax of this file even with the whole list of
> examples. Could you help me figure out?
Sure. It's easier to follow once you come up with the byte code.
Taking the overflow one as an example:
overflow:CSS_PROP_OVERFLOW IDENT:( INHERIT: VISIBLE:0,OVERFLOW_VISIBLE
HIDDEN:0,OVERFLOW_HIDDEN SCROLL:0,OVERFLOW_SCROLL AUTO:0,OVERFLOW_AUTO
IDENT:)
"overflow" is the property, which is used for the file/function name of
the generated parser.
"CSS_PROP_OVERFLOW" is the css_properties_e enum value from
include/libcss/properties.h Note enum the value is the number of the
bytecode for the property.
Then in the brackets, you have INHERIT: because the property may be
inherited.
And then a list of the other values the property may take.
So VISIBLE:0,OVERFLOW_VISIBLE means if the value matches the VISIBLE
string defined in parser/propstrings.{c|h}, then set the property to the
enum value OVERFLOW_VISIBLE which is in src/bytecode/opcodes.h. That
opcodes enum is set up according to the bytecode design in docs/Bytecode.
The 0 is for the flags, a part of the bytecode. That's always 0.
Anyway, given the state of the spec, especially ISSUE 1, I'd be tempted
not to add supprt for the paged-* and fragments values at this stage. So
in that case, you just need to rename the overflow property handler to
overflow-x, add an overflow-y which behaves the same, add a parser for the
shorthand overflow property, and update the selection code to handle the
two overflow-x and overflow-y properties instead of overflow.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: [Rpcemu] Networking RO5.19
In message <c5baf24e53.old_coaster@old_coaster.yahoo.co.uk>
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 20 May 2013, George Greenfield <george.greenfield@tiscali.co.uk>
> wrote:
>> In message <3f54e84e53.old_coaster@old_coaster.yahoo.co.uk>
>> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [snip]
>
>> > However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
>> > and Cache, so that NetSurf starts with a clean slate.
>>
>> That certainly curtails the useability of NetSurf on 519.
>
> Not really. Hotlist is not deleted (see subsequent correction). I have
> the same arrangement on other systems, not just 519.
Ah: I thought you were referring to an obey file intrinsic to 519,
rather than a hand-crafted one.
George
(sent from RPCEmu 0.8.10/5.19 :-)
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 20 May 2013, George Greenfield <george.greenfield@tiscali.co.uk>
> wrote:
>> In message <3f54e84e53.old_coaster@old_coaster.yahoo.co.uk>
>> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [snip]
>
>> > However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
>> > and Cache, so that NetSurf starts with a clean slate.
>>
>> That certainly curtails the useability of NetSurf on 519.
>
> Not really. Hotlist is not deleted (see subsequent correction). I have
> the same arrangement on other systems, not just 519.
Ah: I thought you were referring to an obey file intrinsic to 519,
rather than a hand-crafted one.
George
(sent from RPCEmu 0.8.10/5.19 :-)
--
George Greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Monday, 20 May 2013
Re: [Rpcemu] Networking RO5.19
On 20 May 2013, George Greenfield <george.greenfield@tiscali.co.uk>
wrote:
> In message <3f54e84e53.old_coaster@old_coaster.yahoo.co.uk>
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
[snip]
> > However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
> > and Cache, so that NetSurf starts with a clean slate.
>
> That certainly curtails the useability of NetSurf on 519.
Not really. Hotlist is not deleted (see subsequent correction). I have
the same arrangement on other systems, not just 519.
> I suppose it's there for a good reason...?
Cookies and Log are deleted for privacy. URL is deleted because I don't
need auto-complete and the Cache is deleted because it is broken anyway.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
wrote:
> In message <3f54e84e53.old_coaster@old_coaster.yahoo.co.uk>
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
[snip]
> > However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
> > and Cache, so that NetSurf starts with a clean slate.
>
> That certainly curtails the useability of NetSurf on 519.
Not really. Hotlist is not deleted (see subsequent correction). I have
the same arrangement on other systems, not just 519.
> I suppose it's there for a good reason...?
Cookies and Log are deleted for privacy. URL is deleted because I don't
need auto-complete and the Cache is deleted because it is broken anyway.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking RO5.19
In message <3f54e84e53.old_coaster@old_coaster.yahoo.co.uk>
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 20 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
> wrote:
>
> [snip]
>
[snip]
>
> Here 0810/519 usually connects, first time, provided that the host
> machine is not diverted by its housekeeping, or whatever. I've learned
> to wait for a few minutes, after Win7 boots, before running RPCEmu.
Me too. I normally wait until my 'Weather update' app. displays on the
desktop (showing that the router has been seen), and the HD light goes
out or at least becomes intermittent.
>
> I suspect that the 'restart' button doesn't reset _everything_, so I too
> normally quit, and re-launch.
>
> [snip]
>
[snip]
>
> Slow loading could be caused by large Hotlist, Cookies or URL files in
> Choices, or a large Log file, or Cache directory, in in Scrap.
But this would not explain the difference in launch time between 519
and 402. NetSurf on the latter launches in seconds.
> However,
> this would not explain the subsequent normal loading times.
I got that wrong! Further testing revealed that each relaunch took the
same - excessive (it's about 90 secs on my fast* system) - time.
>
> Do other applications behave the same way?
No others discovered so far.
>
[snip]
> However, an obey file in 519 Boot deletes Hotlist,
> Cookies, URL, Log and Cache, so that NetSurf starts with a clean slate.
That certainly curtails the useability of NetSurf on 519. I suppose
it's there for a good reason...?
George
* Win7/4-bit, Dell XPS desktop, 4GB RAM, Core i7 3.4GHz quad-core.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 20 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
> wrote:
>
> [snip]
>
[snip]
>
> Here 0810/519 usually connects, first time, provided that the host
> machine is not diverted by its housekeeping, or whatever. I've learned
> to wait for a few minutes, after Win7 boots, before running RPCEmu.
Me too. I normally wait until my 'Weather update' app. displays on the
desktop (showing that the router has been seen), and the HD light goes
out or at least becomes intermittent.
>
> I suspect that the 'restart' button doesn't reset _everything_, so I too
> normally quit, and re-launch.
>
> [snip]
>
[snip]
>
> Slow loading could be caused by large Hotlist, Cookies or URL files in
> Choices, or a large Log file, or Cache directory, in in Scrap.
But this would not explain the difference in launch time between 519
and 402. NetSurf on the latter launches in seconds.
> However,
> this would not explain the subsequent normal loading times.
I got that wrong! Further testing revealed that each relaunch took the
same - excessive (it's about 90 secs on my fast* system) - time.
>
> Do other applications behave the same way?
No others discovered so far.
>
[snip]
> However, an obey file in 519 Boot deletes Hotlist,
> Cookies, URL, Log and Cache, so that NetSurf starts with a clean slate.
That certainly curtails the useability of NetSurf on 519. I suppose
it's there for a good reason...?
George
* Win7/4-bit, Dell XPS desktop, 4GB RAM, Core i7 3.4GHz quad-core.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking RO5.19
On 20 May 2013, Tony Moore <old_coaster@yahoo.co.uk> wrote:
[snip]
> However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
> and Cache, so that NetSurf starts with a clean slate.
Corrcetion: the obey file doesn't delete the Hotlist file.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[snip]
> However, an obey file in 519 Boot deletes Hotlist, Cookies, URL, Log
> and Cache, so that NetSurf starts with a clean slate.
Corrcetion: the obey file doesn't delete the Hotlist file.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking RO5.19
On 20 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
wrote:
[snip]
> - 0810/519 /never/ connects the first time of booting; the second
> attempt (not using the 'restart' button, but a complete relaunch)
> almost always connects, and if not, a third attempt invariably works.
Here 0810/519 usually connects, first time, provided that the host
machine is not diverted by its housekeeping, or whatever. I've learned
to wait for a few minutes, after Win7 boots, before running RPCEmu.
I suspect that the 'restart' button doesn't reset _everything_, so I too
normally quit, and re-launch.
[snip]
> - Running a fairly recent version of NetSurf (3.1 Dev#1122) with JS
> enabled, the app takes about a minute to load for the first time after
> startup - it's as if it was parsing fonts (but there's no indication
> that it is doing this). During this time, MIPS remain at 'idle'
> levels: +/- 4-5 MIPS. When it has been run once, it can be quit and
> relaunched at normal speed, and in use it behaves normally and seems
> just as quick (but not noticeably quicker) than a parallel
> installation on 089/402. The usual !Boot and !System NetSurf modules,
> and IConv, have been installed. I can't explain this behaviour - has
> anyone else encountered it?
Slow loading could be caused by large Hotlist, Cookies or URL files in
Choices, or a large Log file, or Cache directory, in in Scrap. However,
this would not explain the subsequent normal loading times.
Do other applications behave the same way?
Here using Win7 32bit 1.7GHz dual-core processor / RPCEmu0810 / RO519
(19-May-13), running NetSurf #1178 json, from HostFS, for the first time
takes 9 secs. However, an obey file in 519 Boot deletes Hotlist,
Cookies, URL, Log and Cache, so that NetSurf starts with a clean slate.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
wrote:
[snip]
> - 0810/519 /never/ connects the first time of booting; the second
> attempt (not using the 'restart' button, but a complete relaunch)
> almost always connects, and if not, a third attempt invariably works.
Here 0810/519 usually connects, first time, provided that the host
machine is not diverted by its housekeeping, or whatever. I've learned
to wait for a few minutes, after Win7 boots, before running RPCEmu.
I suspect that the 'restart' button doesn't reset _everything_, so I too
normally quit, and re-launch.
[snip]
> - Running a fairly recent version of NetSurf (3.1 Dev#1122) with JS
> enabled, the app takes about a minute to load for the first time after
> startup - it's as if it was parsing fonts (but there's no indication
> that it is doing this). During this time, MIPS remain at 'idle'
> levels: +/- 4-5 MIPS. When it has been run once, it can be quit and
> relaunched at normal speed, and in use it behaves normally and seems
> just as quick (but not noticeably quicker) than a parallel
> installation on 089/402. The usual !Boot and !System NetSurf modules,
> and IConv, have been installed. I can't explain this behaviour - has
> anyone else encountered it?
Slow loading could be caused by large Hotlist, Cookies or URL files in
Choices, or a large Log file, or Cache directory, in in Scrap. However,
this would not explain the subsequent normal loading times.
Do other applications behave the same way?
Here using Win7 32bit 1.7GHz dual-core processor / RPCEmu0810 / RO519
(19-May-13), running NetSurf #1178 json, from HostFS, for the first time
takes 9 secs. However, an obey file in 519 Boot deletes Hotlist,
Cookies, URL, Log and Cache, so that NetSurf starts with a clean slate.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [gccsdk] Asasm bug
In message <op.ww8ushq7l0n5eg@amoe.local>
"Ben Avison" <bavison@riscosopen.org> wrote:
> Asasm seems to be assembling PKH instructions incorrectly when no shift is
> specified:
Indeed. Should be fixed with r6420.
Thanks for the report.
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
"Ben Avison" <bavison@riscosopen.org> wrote:
> Asasm seems to be assembling PKH instructions incorrectly when no shift is
> specified:
Indeed. Should be fixed with r6420.
Thanks for the report.
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
[Rpcemu] Networking RO5.19
With help from Tony Moore, and observing the letter of the marutan
website setup instructions, I have now got RPCEmu 0810/519 networking
reliably, so that the installation is able to access the outside world
and the rest of my home network in the same way as my 089/402
installation.
Points to note (applicable obviously to my base system, a Win7/64-bit
PC, with a 'rpcemu only' wired connection to the router, while the PC
Windows side and all other devices connect wirelessly, and not
necessarily in any other circumstances):
- 0810/519 /never/ connects the first time of booting; the second
attempt (not using the 'restart' button, but a complete relaunch)
almost always connects, and if not, a third attempt invariably works.
In this respect 0810/519 behaves identically to my 089/402
installation. The connection once up seems to be stable, and the
Windows side does not need to be reset between reboots. LanMan98 works
identically to 089/402.
- Going by ROMark, 0810/519 seems to be slightly faster than 089/519,
by about 5% overall apart from HD access, which is welcome.
- Running a fairly recent version of NetSurf (3.1 Dev#1122) with JS
enabled, the app takes about a minute to load for the first time after
startup - it's as if it was parsing fonts (but there's no indication
that it is doing this). During this time, MIPS remain at 'idle'
levels: +/- 4-5 MIPS. When it has been run once, it can be quit and
relaunched at normal speed, and in use it behaves normally and seems
just as quick (but not noticeably quicker) than a parallel
installation on 089/402. The usual !Boot and !System NetSurf modules,
and IConv, have been installed. I can't explain this behaviour - has
anyone else encountered it? NetSurf 2.9 behaves identically. The only
difference is that NetSurf is resident on HostFS under 0810/519 but on
HardDisc4 under 089/402.
Anyway, the good news is that, on my setup at least, the latest OS
version can now connect with the outside world.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
website setup instructions, I have now got RPCEmu 0810/519 networking
reliably, so that the installation is able to access the outside world
and the rest of my home network in the same way as my 089/402
installation.
Points to note (applicable obviously to my base system, a Win7/64-bit
PC, with a 'rpcemu only' wired connection to the router, while the PC
Windows side and all other devices connect wirelessly, and not
necessarily in any other circumstances):
- 0810/519 /never/ connects the first time of booting; the second
attempt (not using the 'restart' button, but a complete relaunch)
almost always connects, and if not, a third attempt invariably works.
In this respect 0810/519 behaves identically to my 089/402
installation. The connection once up seems to be stable, and the
Windows side does not need to be reset between reboots. LanMan98 works
identically to 089/402.
- Going by ROMark, 0810/519 seems to be slightly faster than 089/519,
by about 5% overall apart from HD access, which is welcome.
- Running a fairly recent version of NetSurf (3.1 Dev#1122) with JS
enabled, the app takes about a minute to load for the first time after
startup - it's as if it was parsing fonts (but there's no indication
that it is doing this). During this time, MIPS remain at 'idle'
levels: +/- 4-5 MIPS. When it has been run once, it can be quit and
relaunched at normal speed, and in use it behaves normally and seems
just as quick (but not noticeably quicker) than a parallel
installation on 089/402. The usual !Boot and !System NetSurf modules,
and IConv, have been installed. I can't explain this behaviour - has
anyone else encountered it? NetSurf 2.9 behaves identically. The only
difference is that NetSurf is resident on HostFS under 0810/519 but on
HardDisc4 under 089/402.
Anyway, the good news is that, on my setup at least, the latest OS
version can now connect with the outside world.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Sunday, 19 May 2013
Re: Mac OS X
In message <20130519091644.GC6310@kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
> We continue to compile for the Mac OS X cocoa frontend on both PowerPC
> (OS 10.5 leopard) and x86 (OS 10.6 snow leopard). The Continuous
> Integration (CI) system uses two real mac mini computers[1] as build
> slaves as Mac OS X cannot currently be reliably cross compiled for.
<snip>
One data point coming up:
I use MacOS 10.5.8 on an x86 iMac. The machine has an oldish NetSurf on it,
but I was actually getting fed up enough with slow performance from Firefox
to demote it to G+ and YouTube duties only and seriously try an updated NS
as my preferred Mac OS browser. (To date I've only ever made casual use of
it on the Mac platform.) But I also have VirtualAcorn, and an Arminix, and
NetSurf already is the preferred browser in those two cases, so I have ample
workarounds if you do decide to knock your old build environment on the
head. I did have to obtain an updated version of Xcode before NS would work
for me at all on the Mac.
But as long as I can get hold of the very last Mac build I'd be entirely
happy. I am already grateful for all the work you guys do.
--
Simon Smith | Once more unto now
| Is the winter to be or
| 'Tis the east (Exit.)
| -Wm. Shakespeare, abridged
Vincent Sanders <vince@netsurf-browser.org> wrote:
> We continue to compile for the Mac OS X cocoa frontend on both PowerPC
> (OS 10.5 leopard) and x86 (OS 10.6 snow leopard). The Continuous
> Integration (CI) system uses two real mac mini computers[1] as build
> slaves as Mac OS X cannot currently be reliably cross compiled for.
<snip>
One data point coming up:
I use MacOS 10.5.8 on an x86 iMac. The machine has an oldish NetSurf on it,
but I was actually getting fed up enough with slow performance from Firefox
to demote it to G+ and YouTube duties only and seriously try an updated NS
as my preferred Mac OS browser. (To date I've only ever made casual use of
it on the Mac platform.) But I also have VirtualAcorn, and an Arminix, and
NetSurf already is the preferred browser in those two cases, so I have ample
workarounds if you do decide to knock your old build environment on the
head. I did have to obtain an updated version of Xcode before NS would work
for me at all on the Mac.
But as long as I can get hold of the very last Mac build I'd be entirely
happy. I am already grateful for all the work you guys do.
--
Simon Smith | Once more unto now
| Is the winter to be or
| 'Tis the east (Exit.)
| -Wm. Shakespeare, abridged
Mac OS X
We continue to compile for the Mac OS X cocoa frontend on both PowerPC
(OS 10.5 leopard) and x86 (OS 10.6 snow leopard). The Continuous
Integration (CI) system uses two real mac mini computers[1] as build
slaves as Mac OS X cannot currently be reliably cross compiled for.
Recently the PPC CI system build slave (chimera) had a catastrophic
hard drive failure and required a complete OS and development tools
reinstall. This re-install took an extended period of time as the PPC
system is somewhat slow compared to other targets.
Generally we use SSD in our build slaves, however I was unwilling to
bear the cost of a 2.5inch PATA SSD for this system so its been
reinstalled with a reconditioned Seagate 5200 RPM drive.
The cocoa frontend currently has no maintainer and I am interested in
hearing from any actual users to give an indication as to whether it is
worth investing any additional resources on this platform.
So any actual users or developers, please speak up now!
Note I am not asking for opinion about other considerations such as
diversity and how nice it is to have a wide range of platforms
supported, purely if there are any actual users.
If there are none I shall simply remove these targets from the CI
system on the next occasion this rather old and *very* slow hardware
fails.
[1] http://www.flickr.com/photos/29254252@N06/8519229958/in/set-72157626712232414
--
Regards Vincent
http://www.kyllikki.org/
(OS 10.5 leopard) and x86 (OS 10.6 snow leopard). The Continuous
Integration (CI) system uses two real mac mini computers[1] as build
slaves as Mac OS X cannot currently be reliably cross compiled for.
Recently the PPC CI system build slave (chimera) had a catastrophic
hard drive failure and required a complete OS and development tools
reinstall. This re-install took an extended period of time as the PPC
system is somewhat slow compared to other targets.
Generally we use SSD in our build slaves, however I was unwilling to
bear the cost of a 2.5inch PATA SSD for this system so its been
reinstalled with a reconditioned Seagate 5200 RPM drive.
The cocoa frontend currently has no maintainer and I am interested in
hearing from any actual users to give an indication as to whether it is
worth investing any additional resources on this platform.
So any actual users or developers, please speak up now!
Note I am not asking for opinion about other considerations such as
diversity and how nice it is to have a wide range of platforms
supported, purely if there are any actual users.
If there are none I shall simply remove these targets from the CI
system on the next occasion this rather old and *very* slow hardware
fails.
[1] http://www.flickr.com/photos/29254252@N06/8519229958/in/set-72157626712232414
--
Regards Vincent
http://www.kyllikki.org/
Internationalisation
I recently had opportunity to integrate a translation platform into
the NetSurf workflow[1].
This integration has been performed on the transifex platform, is
complete, and does work reasonably. However without real actual
translations it is not useful.
I would like to invite anyone with translation skills to improve the
netsurf project by using this web interface to enter translations[2].
I am especially interested in any of our current developers providing
translatiopns who wish to become translation reviewers to ensure we
maintain a high quality.
The current number of translated/reviewed strings by language is:
English: 100%/100%
French: 93%/93%
Dutch: 92%/92%
German: 92%/92%
Italian: 92%/92%
Spanish: 87%/0%
Chinese: 0%/0%
The review status is purely based on the existing corpus (i.e. if it
is in the current set of translations it is considered reviwed)
The spanish translation is currently a pure machine translation
althouh we already have some volunteers from the translation community
to whom I am grateful for their input.
[1] http://vincentsanders.blogspot.co.uk/2013/05/true-art-selects-and-paraphrases-but.html
[2] https://www.transifex.com/projects/p/netsurf/
--
Regards Vincent
http://www.kyllikki.org/
the NetSurf workflow[1].
This integration has been performed on the transifex platform, is
complete, and does work reasonably. However without real actual
translations it is not useful.
I would like to invite anyone with translation skills to improve the
netsurf project by using this web interface to enter translations[2].
I am especially interested in any of our current developers providing
translatiopns who wish to become translation reviewers to ensure we
maintain a high quality.
The current number of translated/reviewed strings by language is:
English: 100%/100%
French: 93%/93%
Dutch: 92%/92%
German: 92%/92%
Italian: 92%/92%
Spanish: 87%/0%
Chinese: 0%/0%
The review status is purely based on the existing corpus (i.e. if it
is in the current set of translations it is considered reviwed)
The spanish translation is currently a pure machine translation
althouh we already have some volunteers from the translation community
to whom I am grateful for their input.
[1] http://vincentsanders.blogspot.co.uk/2013/05/true-art-selects-and-paraphrases-but.html
[2] https://www.transifex.com/projects/p/netsurf/
--
Regards Vincent
http://www.kyllikki.org/
Re: CI builds stuck
On Sun, May 19, 2013 at 12:03:55AM +0100, Chris Young wrote:
> Just noticed that Jenkins seems to be stuck due to Chimera being
> offline again.
on this occasion it is because the building where the two mac os x
boxes are colocated is having a mains power upgrade and there will be
no power untill tomorrow morning at 08:00. Sorry for the
inconveniance.
--
Regards Vincent
http://www.kyllikki.org/
> Just noticed that Jenkins seems to be stuck due to Chimera being
> offline again.
on this occasion it is because the building where the two mac os x
boxes are colocated is having a mains power upgrade and there will be
no power untill tomorrow morning at 08:00. Sorry for the
inconveniance.
--
Regards Vincent
http://www.kyllikki.org/
Saturday, 18 May 2013
extending libcss through properties.gen
Hi Netsurf dev,
I'd like to extend libcss to parse additional CSS properties such as border-radius.
I'd also like to add overflow-x, overflow-y. "overflow" is implemented but not -x, -y variants.
I had a quick look at the following file:
libcss/src/parse/properties/properties.gen
But I couldn't figure quite right what was the syntax of this file even with the whole list of examples.
Could you help me figure out?
Thanks.
--
Hoà V. Dinh
Friday, 17 May 2013
Re: Testing required: visited link performance
In article <534d692c69tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <534d633ccbtim@timil.com>,
> Tim Hill <tim@timil.com> wrote:
> > Site: http://www.bbc.co.uk/news/
> > Build #1177: 13.0s
> > Build #1178: 13.7s
> > Build #1179: 22.6s
> > Site: http://slashdot.org/
> > Build #1177: 8.5s
> > Build #1178: 8.4s
> > Build #1179: 25.0s
> The #1179 results are odd. Was that with JavaScript on, or with the
> computer busy doing something else?
On.
On the one hand I didn't think anything else was going at the time but on
the other I can't repeat those times. Now 10s and 13.2s. Timings are
representative of several attempts in all cases.
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <534d633ccbtim@timil.com>,
> Tim Hill <tim@timil.com> wrote:
> > Site: http://www.bbc.co.uk/news/
> > Build #1177: 13.0s
> > Build #1178: 13.7s
> > Build #1179: 22.6s
> > Site: http://slashdot.org/
> > Build #1177: 8.5s
> > Build #1178: 8.4s
> > Build #1179: 25.0s
> The #1179 results are odd. Was that with JavaScript on, or with the
> computer busy doing something else?
On.
On the one hand I didn't think anything else was going at the time but on
the other I can't repeat those times. Now 10s and 13.2s. Timings are
representative of several attempts in all cases.
Re: Testing required: visited link performance
In article <534d633ccbtim@timil.com>,
Tim Hill <tim@timil.com> wrote:
> Site: http://www.bbc.co.uk/news/
> Build #1177: 13.0s
> Build #1178: 13.7s
> Build #1179: 22.6s
> Site: http://slashdot.org/
> Build #1177: 8.5s
> Build #1178: 8.4s
> Build #1179: 25.0s
The #1179 results are odd. Was that with JavaScript on, or with the
computer busy doing something else?
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Tim Hill <tim@timil.com> wrote:
> Site: http://www.bbc.co.uk/news/
> Build #1177: 13.0s
> Build #1178: 13.7s
> Build #1179: 22.6s
> Site: http://slashdot.org/
> Build #1177: 8.5s
> Build #1178: 8.4s
> Build #1179: 25.0s
The #1179 results are odd. Was that with JavaScript on, or with the
computer busy doing something else?
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
[gccsdk] Asasm bug
Asasm seems to be assembling PKH instructions incorrectly when no shift is
specified:
$ cat << EOF > test.s
AREA a, CODE, READONLY
PKHBT r1,r2,r3
PKHBT r1,r2,r3,LSL#4
PKHTB r1,r2,r3
PKHTB r1,r2,r3,ASR#4
END
EOF
$ asasm -o test.o test.s
$ objdump -d test.o
test.o: file format elf32-littlearm
Disassembly of section a:
00000000 <a>:
0: e6821013 pkhbt r1, r2, r3
4: e6821213 pkhbt r1, r2, r3, lsl #4
8: e6821013 pkhbt r1, r2, r3
c: e6821253 pkhtb r1, r2, r3, asr #4
Ben
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
specified:
$ cat << EOF > test.s
AREA a, CODE, READONLY
PKHBT r1,r2,r3
PKHBT r1,r2,r3,LSL#4
PKHTB r1,r2,r3
PKHTB r1,r2,r3,ASR#4
END
EOF
$ asasm -o test.o test.s
$ objdump -d test.o
test.o: file format elf32-littlearm
Disassembly of section a:
00000000 <a>:
0: e6821013 pkhbt r1, r2, r3
4: e6821213 pkhbt r1, r2, r3, lsl #4
8: e6821013 pkhbt r1, r2, r3
c: e6821253 pkhtb r1, r2, r3, asr #4
Ben
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: Testing required: visited link performance
On Friday 17 May 2013 13:06:07 Michael Drake wrote:
> Please could people test builds #1177 and #1178 on a variety of pages and
> us know how page load times vary? I am particularly interested to hear
> from people using old hardware such as RiscPCs, Iyonixes, Ataris, etc.
I quickly tested the Atari m5475 builds and didn't notice any difference in
performance between the two. So I didn't test any further :-) Good work!
Cheers,
JFL
--
Jean-François Lemaire
> Please could people test builds #1177 and #1178 on a variety of pages and
> us know how page load times vary? I am particularly interested to hear
> from people using old hardware such as RiscPCs, Iyonixes, Ataris, etc.
I quickly tested the Atari m5475 builds and didn't notice any difference in
performance between the two. So I didn't test any further :-) Good work!
Cheers,
JFL
--
Jean-François Lemaire
Re: Testing required: visited link performance
Hope this helps.
System: Iyonix
URL file size: 66k
Site: http://www.bbc.co.uk/news/
Build #1177: 13.0s
Build #1178: 13.7s
Build #1179: 22.6s
Site: http://slashdot.org/
Build #1177: 8.5s
Build #1178: 8.4s
Build #1179: 25.0s
System: Iyonix
URL file size: 66k
Site: http://www.bbc.co.uk/news/
Build #1177: 13.0s
Build #1178: 13.7s
Build #1179: 22.6s
Site: http://slashdot.org/
Build #1177: 8.5s
Build #1178: 8.4s
Build #1179: 25.0s
Re: quitting netsurf
On Thu, 16 May 2013 10:07:37 GMT, Tony Moore wrote:
> > > #1172 loads in 16 secs, and quits in 26 secs. The closing log is
> > > here https://dl.dropbox.com/u/77062274/Log_1172
> >
> > Thanks, please try #1175.
>
> #1175 loads in 16 secs, and quits in 3 secs (even after visiting several
> websites).
>
> Problem solved - many thanks.
I must admit I noticed a long time ago that NetSurf took ages to quit,
but I hadn't recognised it as an actual problem (I thought it was just
saving cookie files, history, etc). It now shuts down the instant I
close it, much better!
Chris
> > > #1172 loads in 16 secs, and quits in 26 secs. The closing log is
> > > here https://dl.dropbox.com/u/77062274/Log_1172
> >
> > Thanks, please try #1175.
>
> #1175 loads in 16 secs, and quits in 3 secs (even after visiting several
> websites).
>
> Problem solved - many thanks.
I must admit I noticed a long time ago that NetSurf took ages to quit,
but I hadn't recognised it as an actual problem (I thought it was just
saving cookie files, history, etc). It now shuts down the instant I
close it, much better!
Chris
Re: Testing required: visited link performance
In article
<OUT-51966C4E.MD-1.4.17.chris.young@unsatisfactorysoftware.co.uk>,
Chris Young <chris.young@unsatisfactorysoftware.co.uk> wrote:
> except for the Wakefield show link, where I think the initial URL
> isn't being remembered by NetSurf, as the link redirects
Yep, it doesn't know about redirects. Supporting them probably requires
quite a big change.
Thanks for the feedback.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
<OUT-51966C4E.MD-1.4.17.chris.young@unsatisfactorysoftware.co.uk>,
Chris Young <chris.young@unsatisfactorysoftware.co.uk> wrote:
> except for the Wakefield show link, where I think the initial URL
> isn't being remembered by NetSurf, as the link redirects
Yep, it doesn't know about redirects. Supporting them probably requires
quite a big change.
Thanks for the feedback.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Testing required: visited link performance
On Fri, 17 May 2013 13:06:07 +0100, Michael Drake wrote:
> It was originally implemented several years ago, but disabled since it had
> a detrimental effect on performance.
IIRC it took minutes to display even the Google homepage when this was
initially enabled. I'm happy to report it is not having any
perceivable impact on performance at all now.
System: SAM440EP (600MHz PowerPC)
URL file size: 50K
Site: http://www.google.co.uk
Build #1177: 0.6s
Build #1178: 0.6s
Site: http://news.google.co.uk
Build #1177: 6.6s
Build #1178: 6.8s
Site: http://www.digitalspy.co.uk
Build #1177: 5.1s
Build #1178: 5.2s
Site: http://www.netsurf-browser.org
Build #1177: 2.2s
Build #1178: 2.1s
The visited links don't display differently on Google because of the
annoying redirect links they use these days, which change on every
reload. It is visibly working on the NetSurf homepage however -
except for the Wakefield show link, where I think the initial URL
isn't being remembered by NetSurf, as the link redirects immediately
to http://www.wakefieldshow.org.uk/index.php
Chris
> It was originally implemented several years ago, but disabled since it had
> a detrimental effect on performance.
IIRC it took minutes to display even the Google homepage when this was
initially enabled. I'm happy to report it is not having any
perceivable impact on performance at all now.
System: SAM440EP (600MHz PowerPC)
URL file size: 50K
Site: http://www.google.co.uk
Build #1177: 0.6s
Build #1178: 0.6s
Site: http://news.google.co.uk
Build #1177: 6.6s
Build #1178: 6.8s
Site: http://www.digitalspy.co.uk
Build #1177: 5.1s
Build #1178: 5.2s
Site: http://www.netsurf-browser.org
Build #1177: 2.2s
Build #1178: 2.1s
The visited links don't display differently on Google because of the
annoying redirect links they use these days, which change on every
reload. It is visibly working on the NetSurf homepage however -
except for the Wakefield show link, where I think the initial URL
isn't being remembered by NetSurf, as the link redirects immediately
to http://www.wakefieldshow.org.uk/index.php
Chris
Re: "visited" links in a page of Google results
In article <d7c4c24c53.jim@nails.abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> visited links
Please see my other posting in the thread "Testing required: visited link
performance".
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> visited links
Please see my other posting in the thread "Testing required: visited link
performance".
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Testing required: visited link performance
I've just enabled NetSurf's visited link handling. This allows links that
have been visited to be rendered differently to unvisited links.
It was originally implemented several years ago, but disabled since it had
a detrimental effect on performance.
Since then we've made many improvements to the browser, so performance may
be more acceptable. However, most of the developers use fast hardware now,
so performance issues are harder to spot.
Please could people test builds #1177 and #1178 on a variety of pages and
us know how page load times vary? I am particularly interested to hear
from people using old hardware such as RiscPCs, Iyonixes, Ataris, etc.
We also need to know the size of your URL file. On RISC OS, if you shift
double click on the !NetSurf application directory and run OpenChoices,
your URL file should be in the directory that opens.
So a helpful report could take the form:
System: Iyonix
URL file size: 246K
Site: http://www.bbc.co.uk/news/
Build #1177: 8.6s
Build #1178: 9.0s
Site: http://slashdot.org/
Build #1177: 5.4s
Build #1178: 5.7s
You can test whatever pages you like. Pages with more links on them
require more searching of the browsing history. Also, the more you use
NetSurf, the bigger the history to search (and the bigger the URL file).
Note that the absolute page load times can vary anyway, due to network
issues or other activity the computer is doing, so average timings over
several runs are best.
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
have been visited to be rendered differently to unvisited links.
It was originally implemented several years ago, but disabled since it had
a detrimental effect on performance.
Since then we've made many improvements to the browser, so performance may
be more acceptable. However, most of the developers use fast hardware now,
so performance issues are harder to spot.
Please could people test builds #1177 and #1178 on a variety of pages and
us know how page load times vary? I am particularly interested to hear
from people using old hardware such as RiscPCs, Iyonixes, Ataris, etc.
We also need to know the size of your URL file. On RISC OS, if you shift
double click on the !NetSurf application directory and run OpenChoices,
your URL file should be in the directory that opens.
So a helpful report could take the form:
System: Iyonix
URL file size: 246K
Site: http://www.bbc.co.uk/news/
Build #1177: 8.6s
Build #1178: 9.0s
Site: http://slashdot.org/
Build #1177: 5.4s
Build #1178: 5.7s
You can test whatever pages you like. Pages with more links on them
require more searching of the browsing history. Also, the more you use
NetSurf, the bigger the history to search (and the bigger the URL file).
Note that the absolute page load times can vary anyway, due to network
issues or other activity the computer is doing, so average timings over
several runs are best.
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Thursday, 16 May 2013
Re: NS 3.1 json Dev C1#1171 - 2 problems
In message <20130515180003.GB9264@somnambulist.local>
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> On Wed, May 15, 2013 at 06:55:48PM +0100, Roger Darlington wrote:
> > This works properly in NS dev vers r12638 (and many others of this
> > period)
>
> This is from before a huge rework of frames, so your first problem is a
> real bug, please file it in the bug tracker.
>
> > Of course, there may well be some writing somewhere that says Netsurf
> > 3.1 doesn't yet do these things, and that the team are working on it ?
>
> In brief -- if it's JavaScript based, it doesn't work in NetSurf yet.
>
> Our JS support is *very* rudimentary as yet -- we have a long long way to
> go. If it works, then bonus for you. If it doesn't, that's expected at
> this point and you're unlikely to gain friends by reporting bugs about it
> just yet :-)
Are you going to show the progress on individual Javascript features,
like you do with e.g. CSS properties, so we can keep up?
Dave
____________________________________________________________
GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys
Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> On Wed, May 15, 2013 at 06:55:48PM +0100, Roger Darlington wrote:
> > This works properly in NS dev vers r12638 (and many others of this
> > period)
>
> This is from before a huge rework of frames, so your first problem is a
> real bug, please file it in the bug tracker.
>
> > Of course, there may well be some writing somewhere that says Netsurf
> > 3.1 doesn't yet do these things, and that the team are working on it ?
>
> In brief -- if it's JavaScript based, it doesn't work in NetSurf yet.
>
> Our JS support is *very* rudimentary as yet -- we have a long long way to
> go. If it works, then bonus for you. If it doesn't, that's expected at
> this point and you're unlikely to gain friends by reporting bugs about it
> just yet :-)
Are you going to show the progress on individual Javascript features,
like you do with e.g. CSS properties, so we can keep up?
Dave
____________________________________________________________
GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys
Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
In message <9075c84c53.George@tiscali..co.uk>
george greenfield <george.greenfield@tiscali.co.uk> wrote:
> In message <20130516134814.GA2038@spod.org>
> Peter Howkins <rpcemu.howkins@marutan.net> wrote:
>
>> On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>>> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
>>> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
>>> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
>>> as well as Hostfs, 4.02 Roms and all the usual files), or is it
>>> necessary (or desirable) to create a brand-new 0.8.10 folder?
>>
>> You should create a new folder, because it's not just the two executables
>> that can change.
>>
>> Peter
>>
> As I've just discovered :-o
> Allegro-4.4.2.mt is implicated also.
>
> George
>
The upgrade was successful: I deleted everything in the current
089/519 RPCEmu folder except for the hostfs and roms folders (having
first made a backup of the entire RPCEmu folder). I then copied in the
entire contents of rpcemu-win32-archive-0.8.10 (unzipped using WinZip)
/except/ hostfs and roms, and now have a working 0810/519 RPCEmu.
Thanks to all for the advice.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
george greenfield <george.greenfield@tiscali.co.uk> wrote:
> In message <20130516134814.GA2038@spod.org>
> Peter Howkins <rpcemu.howkins@marutan.net> wrote:
>
>> On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>>> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
>>> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
>>> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
>>> as well as Hostfs, 4.02 Roms and all the usual files), or is it
>>> necessary (or desirable) to create a brand-new 0.8.10 folder?
>>
>> You should create a new folder, because it's not just the two executables
>> that can change.
>>
>> Peter
>>
> As I've just discovered :-o
> Allegro-4.4.2.mt is implicated also.
>
> George
>
The upgrade was successful: I deleted everything in the current
089/519 RPCEmu folder except for the hostfs and roms folders (having
first made a backup of the entire RPCEmu folder). I then copied in the
entire contents of rpcemu-win32-archive-0.8.10 (unzipped using WinZip)
/except/ hostfs and roms, and now have a working 0810/519 RPCEmu.
Thanks to all for the advice.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
On 16 May 2013, Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> On Thu, May 16, 2013 at 04:07:23PM +0000, Tony Moore wrote:
[snip]
> > I've just switched from 0810 to 089, and back again, just by
> > swapping the .exe files, as I suggested. No problem.
>
> With no respect to Tony, if you try this it might work,
It _does_ work in the context of 089 and 0810.
> but if you try this it *will* bite you at some upgrade in the future.
I didn't advocate it as a general procedure, for upgrading.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> On Thu, May 16, 2013 at 04:07:23PM +0000, Tony Moore wrote:
[snip]
> > I've just switched from 0810 to 089, and back again, just by
> > swapping the .exe files, as I suggested. No problem.
>
> With no respect to Tony, if you try this it might work,
It _does_ work in the context of 089 and 0810.
> but if you try this it *will* bite you at some upgrade in the future.
I didn't advocate it as a general procedure, for upgrading.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
On Thu, May 16, 2013 at 04:07:23PM +0000, Tony Moore wrote:
> On 16 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
> wrote:
> > In message <20130516134814.GA2038@spod.org>
> > Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> > > On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>
> > > > I've downloaded the 0.8.10 zip file and was wondering, is it
> > > > feasible simply to copy across the new RPCEmu-Interpreter and
> > > > RPCEmu-Recompiler into my existing 0.8.9 RPCEmu folder (which
> > > > contains an 1GB HD4 drive as well as Hostfs, 4.02 Roms and all the
> > > > usual files), or is it necessary (or desirable) to create a
> > > > brand-new 0.8.10 folder?
> > >
> > > You should create a new folder, because it's not just the two
> > > executables that can change.
> >
> > As I've just discovered :-o
> > Allegro-4.4.2.mt is implicated also.
>
> With due respect to Peter, as far as I can see, the 089 and 0810
> distributions are identical, apart from the .exe files. Allegro-4.4.2-mt
> (not Allegro-4.4.2.mt) is certainly the same.
>
> I've just switched from 0810 to 089, and back again, just by swapping
> the .exe files, as I suggested. No problem.
With no respect to Tony, if you try this it might work, but if you try
this it *will* bite you at some upgrade in the future.
Libraries, RISC OS support modules, support files and pretty much anything
can change between builds and I in no way want to have the support
nightmare of people mixing and matching and rolling their own unknown
versions of the program, and then complaining it doesn't work.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> On 16 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
> wrote:
> > In message <20130516134814.GA2038@spod.org>
> > Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> > > On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>
> > > > I've downloaded the 0.8.10 zip file and was wondering, is it
> > > > feasible simply to copy across the new RPCEmu-Interpreter and
> > > > RPCEmu-Recompiler into my existing 0.8.9 RPCEmu folder (which
> > > > contains an 1GB HD4 drive as well as Hostfs, 4.02 Roms and all the
> > > > usual files), or is it necessary (or desirable) to create a
> > > > brand-new 0.8.10 folder?
> > >
> > > You should create a new folder, because it's not just the two
> > > executables that can change.
> >
> > As I've just discovered :-o
> > Allegro-4.4.2.mt is implicated also.
>
> With due respect to Peter, as far as I can see, the 089 and 0810
> distributions are identical, apart from the .exe files. Allegro-4.4.2-mt
> (not Allegro-4.4.2.mt) is certainly the same.
>
> I've just switched from 0810 to 089, and back again, just by swapping
> the .exe files, as I suggested. No problem.
With no respect to Tony, if you try this it might work, but if you try
this it *will* bite you at some upgrade in the future.
Libraries, RISC OS support modules, support files and pretty much anything
can change between builds and I in no way want to have the support
nightmare of people mixing and matching and rolling their own unknown
versions of the program, and then complaining it doesn't work.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
On 16 May 2013, george greenfield <george.greenfield@tiscali.co.uk>
wrote:
> In message <20130516134814.GA2038@spod.org>
> Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> > On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
> > > I've downloaded the 0.8.10 zip file and was wondering, is it
> > > feasible simply to copy across the new RPCEmu-Interpreter and
> > > RPCEmu-Recompiler into my existing 0.8.9 RPCEmu folder (which
> > > contains an 1GB HD4 drive as well as Hostfs, 4.02 Roms and all the
> > > usual files), or is it necessary (or desirable) to create a
> > > brand-new 0.8.10 folder?
> >
> > You should create a new folder, because it's not just the two
> > executables that can change.
>
> As I've just discovered :-o
> Allegro-4.4.2.mt is implicated also.
With due respect to Peter, as far as I can see, the 089 and 0810
distributions are identical, apart from the .exe files. Allegro-4.4.2-mt
(not Allegro-4.4.2.mt) is certainly the same.
I've just switched from 0810 to 089, and back again, just by swapping
the .exe files, as I suggested. No problem.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
wrote:
> In message <20130516134814.GA2038@spod.org>
> Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> > On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
> > > I've downloaded the 0.8.10 zip file and was wondering, is it
> > > feasible simply to copy across the new RPCEmu-Interpreter and
> > > RPCEmu-Recompiler into my existing 0.8.9 RPCEmu folder (which
> > > contains an 1GB HD4 drive as well as Hostfs, 4.02 Roms and all the
> > > usual files), or is it necessary (or desirable) to create a
> > > brand-new 0.8.10 folder?
> >
> > You should create a new folder, because it's not just the two
> > executables that can change.
>
> As I've just discovered :-o
> Allegro-4.4.2.mt is implicated also.
With due respect to Peter, as far as I can see, the 089 and 0810
distributions are identical, apart from the .exe files. Allegro-4.4.2-mt
(not Allegro-4.4.2.mt) is certainly the same.
I've just switched from 0810 to 089, and back again, just by swapping
the .exe files, as I suggested. No problem.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: "visited" links in a page of Google results
Martin Bazley wrote on 16 May:
> *SIGH*
You have correctly mimicked the sound of a long-felt wish.
I had forgotten bringing up the same subject 18 months ago on this
very list and the thread that ensued. Seems situation is unchanged.
Thanks.
--
Jim Nagel www.archivemag.co.uk
> *SIGH*
You have correctly mimicked the sound of a long-felt wish.
I had forgotten bringing up the same subject 18 months ago on this
very list and the thread that ensued. Seems situation is unchanged.
Thanks.
--
Jim Nagel www.archivemag.co.uk
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
In message <20130516134814.GA2038@spod.org>
Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
>> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
>> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
>> as well as Hostfs, 4.02 Roms and all the usual files), or is it
>> necessary (or desirable) to create a brand-new 0.8.10 folder?
>
> You should create a new folder, because it's not just the two executables
> that can change.
>
> Peter
>
As I've just discovered :-o
Allegro-4.4.2.mt is implicated also.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
>> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
>> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
>> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
>> as well as Hostfs, 4.02 Roms and all the usual files), or is it
>> necessary (or desirable) to create a brand-new 0.8.10 folder?
>
> You should create a new folder, because it's not just the two executables
> that can change.
>
> Peter
>
As I've just discovered :-o
Allegro-4.4.2.mt is implicated also.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: "visited" links in a page of Google results
The following bytes were arranged on 16 May 2013 by Jim Nagel :
> I seem to recall that in previous versions of Netsurf, the visited
> links in the original window would change colour to show they had
> already been visited. But they don't do so now in Netsurf 3.0.
*SIGH*
http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010404.html
http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010406.html
--
__<^>__ "Your pet, our passion." - Purina
/ _ _ \ "Your potential, our passion." - Microsoft, a few months later
( ( |_| ) )
\_> <_/ ======================= Martin Bazley ==========================
> I seem to recall that in previous versions of Netsurf, the visited
> links in the original window would change colour to show they had
> already been visited. But they don't do so now in Netsurf 3.0.
*SIGH*
http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010404.html
http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2011-September/010406.html
--
__<^>__ "Your pet, our passion." - Purina
/ _ _ \ "Your potential, our passion." - Microsoft, a few months later
( ( |_| ) )
\_> <_/ ======================= Martin Bazley ==========================
"visited" links in a page of Google results
After doing a Google search I usually Adjust-click the ones that look
relevant, so that they open in a new window.
I seem to recall that in previous versions of Netsurf, the visited
links in the original window would change colour to show they had
already been visited. But they don't do so now in Netsurf 3.0.
If my memory is indeed right, then is this phenomenon something to do
with the CSS for the Google page, or with Netsurf's default CSS?
And if so, can I change it?
(Netsurf 3.0 on Iyonix with RiscOS 5.18, also on RiscPC with Ro 4.39
and Armini with Ro 5.19)
--
Jim Nagel www.archivemag.co.uk
relevant, so that they open in a new window.
I seem to recall that in previous versions of Netsurf, the visited
links in the original window would change colour to show they had
already been visited. But they don't do so now in Netsurf 3.0.
If my memory is indeed right, then is this phenomenon something to do
with the CSS for the Google page, or with Netsurf's default CSS?
And if so, can I change it?
(Netsurf 3.0 on Iyonix with RiscOS 5.18, also on RiscPC with Ro 4.39
and Armini with Ro 5.19)
--
Jim Nagel www.archivemag.co.uk
Re: [Rpcemu] Upgrading from 0.8.9 to 0.8.10
On Wed, May 15, 2013 at 06:39:24PM +0100, george greenfield wrote:
> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
> as well as Hostfs, 4.02 Roms and all the usual files), or is it
> necessary (or desirable) to create a brand-new 0.8.10 folder?
You should create a new folder, because it's not just the two executables
that can change.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> I've downloaded the 0.8.10 zip file and was wondering, is it feasible
> simply to copy across the new RPCEmu-Interpreter and RPCEmu-Recompiler
> into my existing 0.8.9 RPCEmu folder (which contains an 1GB HD4 drive
> as well as Hostfs, 4.02 Roms and all the usual files), or is it
> necessary (or desirable) to create a brand-new 0.8.10 folder?
You should create a new folder, because it's not just the two executables
that can change.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: quitting netsurf
On 15 May 2013, Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <1e7e5d4c53.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> > #1172 loads in 16 secs, and quits in 26 secs. The closing log is
> > here https://dl.dropbox.com/u/77062274/Log_1172
>
> Thanks, please try #1175.
#1175 loads in 16 secs, and quits in 3 secs (even after visiting several
websites).
Problem solved - many thanks.
Tony
> In article <1e7e5d4c53.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> > #1172 loads in 16 secs, and quits in 26 secs. The closing log is
> > here https://dl.dropbox.com/u/77062274/Log_1172
>
> Thanks, please try #1175.
#1175 loads in 16 secs, and quits in 3 secs (even after visiting several
websites).
Problem solved - many thanks.
Tony
Wednesday, 15 May 2013
Re: quitting netsurf
In article <1e7e5d4c53.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> #1172 loads in 16 secs, and quits in 26 secs. The closing log is here
> https://dl.dropbox.com/u/77062274/Log_1172
Thanks, please try #1175.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> #1172 loads in 16 secs, and quits in 26 secs. The closing log is here
> https://dl.dropbox.com/u/77062274/Log_1172
Thanks, please try #1175.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: [Rpcemu] Trying to transfer stuff off an IOMega Zip drive
Aha, success - I tweaked the defaults in ide.c, and was only briefly confused by having to unset the CDROM. I see my files!
Re: [Rpcemu] Trying to transfer stuff off an IOMega Zip drive
On 15 May 2013, Tim Baverstock <tim-rpcemu@baverstock.org.uk> wrote:
> I'm trying to transfer some ADFS data off a Zip drive
[snip problems]
If all else fails, I believe that CJE Micro's offers a transfer service.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> I'm trying to transfer some ADFS data off a Zip drive
[snip problems]
If all else fails, I believe that CJE Micro's offers a transfer service.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Subscribe to:
Posts (Atom)