Brian Bailey wrote on 28 Jul:
> https://secure.avaaz.org/en/australian_coal_disaster_global/?blOZUcb&v=27497
> With json I get the above message. However with jsoff the article
> eventually downloads but the action boxes are inert.
I've been trying to use Keystroke to toggle Javascript on or off, so
far without luck. It would be so handy in situations like this, where
we want to try a given page with both options.
Makes me wonder: is there perhaps a command-line way of doing the
on-off toggle? It would then be easy to keep an obeyfile on the
pinboard.
--
Jim Nagel www.archivemag.co.uk
Sunday, 28 July 2013
Saturday, 27 July 2013
Article - json - Unable to download this article
https://secure.avaaz.org/en/australian_coal_disaster_global/?blOZUcb&v=27497
With json I get the above message. However with jsoff the article
eventually downloads but the action boxes are inert.
With json I get the above message. However with jsoff the article
eventually downloads but the action boxes are inert.
Friday, 26 July 2013
Re: New treeview
In article <5364806552tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> I have a treeview rewrite in progress
Here's a quick update.
The global history and cookie manager implementations using the new
treeview are now complete.
To see the new treeview in action, either set temp_treeview_test:1 in the
Chocies file, or pass --temp_treeview_test=1 when you execute NetSurf.
They now appear in place of the old versions, rather than in the hotlist
window.
Next step is to get sslcert and hotlist using the new treeview.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Michael Drake <tlsa@netsurf-browser.org> wrote:
> I have a treeview rewrite in progress
Here's a quick update.
The global history and cookie manager implementations using the new
treeview are now complete.
To see the new treeview in action, either set temp_treeview_test:1 in the
Chocies file, or pass --temp_treeview_test=1 when you execute NetSurf.
They now appear in place of the old versions, rather than in the hotlist
window.
Next step is to get sslcert and hotlist using the new treeview.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Wednesday, 24 July 2013
Re: NS Crashing on closing window
In message <f5c34b7053.ricp@user.minijem.plus.com>
Richard Porter <ricp@minijem.plus.com> wrote:
>It seems to be repeatable to get NetSurf to crash with a Segmentation
>fault by requesting a page and then closing the window while it is
>fetching the page.
Yes, reported ages ago, and agreed by (at least) one of the
developers. IIRC it's peculiar to the RISC OS version of NS.
Dave
____________________________________________________________
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop!
Check it out at http://www.inbox.com/marineaquarium
Richard Porter <ricp@minijem.plus.com> wrote:
>It seems to be repeatable to get NetSurf to crash with a Segmentation
>fault by requesting a page and then closing the window while it is
>fetching the page.
Yes, reported ages ago, and agreed by (at least) one of the
developers. IIRC it's peculiar to the RISC OS version of NS.
Dave
____________________________________________________________
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop!
Check it out at http://www.inbox.com/marineaquarium
Re: bug? triggered by deleting cookie?
On 24 Jul 2013 Jim Nagel wrote:
> Richard Porter wrote on 24 Jul:
>> I prefer to delete cookies straight out of the cookies file after
>> quitting Netsurf because it reads in the file on loading and writes it
>> out again before quitting.
>> If NetSurf crashes then it won't rewrite the cookies file so any new
>> cookies or deletions in the current session will be lost.
> Where *is* this cookies file? I had an unsuccessful hunt in Scrapdir
> before posting my previous message.
In my case (OS6):
!Boot.Choices.Users.Single.WWW.NetSurf.Cookies
I have a copy of the file with just the cookies I need to keep, so I
can just delete the current one and copy the saved one into its place.
--
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.
> Richard Porter wrote on 24 Jul:
>> I prefer to delete cookies straight out of the cookies file after
>> quitting Netsurf because it reads in the file on loading and writes it
>> out again before quitting.
>> If NetSurf crashes then it won't rewrite the cookies file so any new
>> cookies or deletions in the current session will be lost.
> Where *is* this cookies file? I had an unsuccessful hunt in Scrapdir
> before posting my previous message.
In my case (OS6):
!Boot.Choices.Users.Single.WWW.NetSurf.Cookies
I have a copy of the file with just the cookies I need to keep, so I
can just delete the current one and copy the saved one into its place.
--
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.
Re: bug? triggered by deleting cookie?
Richard Porter wrote on 24 Jul:
> I prefer to delete cookies straight out of the cookies file after
> quitting Netsurf because it reads in the file on loading and writes it
> out again before quitting.
> If NetSurf crashes then it won't rewrite the cookies file so any new
> cookies or deletions in the current session will be lost.
Where *is* this cookies file? I had an unsuccessful hunt in Scrapdir
before posting my previous message.
--
Jim Nagel www.archivemag.co.uk
> I prefer to delete cookies straight out of the cookies file after
> quitting Netsurf because it reads in the file on loading and writes it
> out again before quitting.
> If NetSurf crashes then it won't rewrite the cookies file so any new
> cookies or deletions in the current session will be lost.
Where *is* this cookies file? I had an unsuccessful hunt in Scrapdir
before posting my previous message.
--
Jim Nagel www.archivemag.co.uk
NS Crashing on closing window
It seems to be repeatable to get NetSurf to crash with a Segmentation
fault by requesting a page and then closing the window while it is
fetching the page.
--
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.
fault by requesting a page and then closing the window while it is
fetching the page.
--
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.
Re: bug? triggered by deleting cookie?
On 24 Jul 2013 Jim Nagel wrote:
> I have been trying without success to log into the Control Panel for
> one of my web domains using Netsurf #1276 on Iyonix 5.18.
> Advice from Neil Spellings (who hosts the domain) is that it's a
> "session" matter and to delete the cookie. I did that, and soon
> Netsurf crashed. Relaunched Netsurf, noted the long cookie list is
> now down to just two items, deleted one, repeated the process, and
> Netsurf promptly crashed again.
I prefer to delete cookies straight out of the cookies file after
quitting Netsurf because it reads in the file on loading and writes it
out again before quitting.
If NetSurf crashes then it won't rewrite the cookies file so any new
cookies or deletions in the current session will be lost.
--
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.
> I have been trying without success to log into the Control Panel for
> one of my web domains using Netsurf #1276 on Iyonix 5.18.
> Advice from Neil Spellings (who hosts the domain) is that it's a
> "session" matter and to delete the cookie. I did that, and soon
> Netsurf crashed. Relaunched Netsurf, noted the long cookie list is
> now down to just two items, deleted one, repeated the process, and
> Netsurf promptly crashed again.
I prefer to delete cookies straight out of the cookies file after
quitting Netsurf because it reads in the file on loading and writes it
out again before quitting.
If NetSurf crashes then it won't rewrite the cookies file so any new
cookies or deletions in the current session will be lost.
--
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.
bug? triggered by deleting cookie?
I have been trying without success to log into the Control Panel for
one of my web domains using Netsurf #1276 on Iyonix 5.18.
Advice from Neil Spellings (who hosts the domain) is that it's a
"session" matter and to delete the cookie. I did that, and soon
Netsurf crashed. Relaunched Netsurf, noted the long cookie list is
now down to just two items, deleted one, repeated the process, and
Netsurf promptly crashed again.
Log is here (since I have no luck in using Netsurf to report a bugs
via Sourceforge): www.archivemag.co.uk/JN/TEMP/NSLog130724.txt (only
35K after fresh relaunch).
Trying to relaunch Netsurf fails with an error (can't quote it because
it failed to record itself in Syslog) but a second attempt succeeds.
Peculiar.
Why, by the way, does deleting the cookie require two attempts? This
is from menu over the Netsurf window, "Utilities > Cookies > Show
cookies...", select the required item, do menu "Selection > Delete".
Check the list of cookies again, the item is either back or still
there, so repeat the whole menu business.
Still haven't got to my Control Panel. Besides deleting the cookie,
is there something else I need to do to resolve the "session"
difficulty?
--
Jim Nagel www.archivemag.co.uk
one of my web domains using Netsurf #1276 on Iyonix 5.18.
Advice from Neil Spellings (who hosts the domain) is that it's a
"session" matter and to delete the cookie. I did that, and soon
Netsurf crashed. Relaunched Netsurf, noted the long cookie list is
now down to just two items, deleted one, repeated the process, and
Netsurf promptly crashed again.
Log is here (since I have no luck in using Netsurf to report a bugs
via Sourceforge): www.archivemag.co.uk/JN/TEMP/NSLog130724.txt (only
35K after fresh relaunch).
Trying to relaunch Netsurf fails with an error (can't quote it because
it failed to record itself in Syslog) but a second attempt succeeds.
Peculiar.
Why, by the way, does deleting the cookie require two attempts? This
is from menu over the Netsurf window, "Utilities > Cookies > Show
cookies...", select the required item, do menu "Selection > Delete".
Check the list of cookies again, the item is either back or still
there, so repeat the whole menu business.
Still haven't got to my Control Panel. Besides deleting the cookie,
is there something else I need to do to resolve the "session"
difficulty?
--
Jim Nagel www.archivemag.co.uk
Re: Paypal Order status/Actions
On 23 Jul 2013 as I do recall,
Christopher Dewhurst wrote:
> Hi all,
>
> In My Account on Paypal in the Order status/Actions column there are
> (for items sold): Print postage label, Add tracking info, Mark as
> sent, Issue refund.
>
> (This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
> on just gives a blank page.)
>
> Now, the postage label option I wouldn't use but I *do* use the Mark
> as sent option. Is this Javascript-specific, since there is a button
> underneath called "Go"? If so just wondered how easy or hard is it to
> implement ?
>
"Mark as dispatched" should still be available from each individual sold
item's page using the non-JS view (unless they have 'upgraded' yet more
of their systems).
--
Harriet Bazley == Loyaulte me lie ==
We have met the enemy, and he is us.
Christopher Dewhurst wrote:
> Hi all,
>
> In My Account on Paypal in the Order status/Actions column there are
> (for items sold): Print postage label, Add tracking info, Mark as
> sent, Issue refund.
>
> (This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
> on just gives a blank page.)
>
> Now, the postage label option I wouldn't use but I *do* use the Mark
> as sent option. Is this Javascript-specific, since there is a button
> underneath called "Go"? If so just wondered how easy or hard is it to
> implement ?
>
"Mark as dispatched" should still be available from each individual sold
item's page using the non-JS view (unless they have 'upgraded' yet more
of their systems).
--
Harriet Bazley == Loyaulte me lie ==
We have met the enemy, and he is us.
Tuesday, 23 July 2013
Re: netsurf: branch master updated. release/3.0-321-g0a0e786
On Tue, 23 Jul 2013 14:37:49 +0200, François Revol wrote:
> I didn't check the Haiku guidelines but IIRC we deal with that somewhere...
> actually here it is:
> http://api.haiku-os.org/HIG/ch06s02.html
>
> "ellipsis is a series of 3 dots (...) used to tell the user that a
> control, often a menu item or button, will open a window."
Here's the AmigaOS one for reference:
http://wiki.amigaos.net/index.php/UI_Style_Guide_Menus#Ellipsis
However that's still using the old wording which is deemed to be
incorrect (the screenshot is wrong too!)
Telling the user the option will open a menu or requester is
meaningless, as you would get things like "New window..." (it's
obvious it opens a new window). Whereas notifying that the option
isn't going to complete immediately is more helpful:
"Open URL" opens the URL showing in the URL bar
"Open URL..." opens a requester which asks which URL you want to open
Extrapolating further:
"Open URL in new window" opens the URL showing in the URL bar in a new
window
"Open URL in new window..." opens a requester which asks which URL you
want to open, and then opens it in a new window
A bit contrived but there is a clear difference between the last two,
which would be lost of the ellipsis just meant a window was going to
open.
Chris
> I didn't check the Haiku guidelines but IIRC we deal with that somewhere...
> actually here it is:
> http://api.haiku-os.org/HIG/ch06s02.html
>
> "ellipsis is a series of 3 dots (...) used to tell the user that a
> control, often a menu item or button, will open a window."
Here's the AmigaOS one for reference:
http://wiki.amigaos.net/index.php/UI_Style_Guide_Menus#Ellipsis
However that's still using the old wording which is deemed to be
incorrect (the screenshot is wrong too!)
Telling the user the option will open a menu or requester is
meaningless, as you would get things like "New window..." (it's
obvious it opens a new window). Whereas notifying that the option
isn't going to complete immediately is more helpful:
"Open URL" opens the URL showing in the URL bar
"Open URL..." opens a requester which asks which URL you want to open
Extrapolating further:
"Open URL in new window" opens the URL showing in the URL bar in a new
window
"Open URL in new window..." opens a requester which asks which URL you
want to open, and then opens it in a new window
A bit contrived but there is a clear difference between the last two,
which would be lost of the ellipsis just meant a window was going to
open.
Chris
Re: Paypal Order status/Actions
> In My Account on Paypal in the Order status/Actions column there are
> (for items sold): Print postage label, Add tracking info, Mark as
> sent, Issue refund.
> (This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
> on just gives a blank page.)
I have found similar behaviour on several websites. I suspect it means
that the facilities are provided by JS functions that NS doesn't yet
support (hence the blank page) but that when the website detects the
absence of JS it provides non-JS alternative versions.
Regards
--
John Harrison
Website http://jaharrison.me.uk
> (for items sold): Print postage label, Add tracking info, Mark as
> sent, Issue refund.
> (This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
> on just gives a blank page.)
I have found similar behaviour on several websites. I suspect it means
that the facilities are provided by JS functions that NS doesn't yet
support (hence the blank page) but that when the website detects the
absence of JS it provides non-JS alternative versions.
Regards
--
John Harrison
Website http://jaharrison.me.uk
Paypal Order status/Actions
Hi all,
In My Account on Paypal in the Order status/Actions column there are
(for items sold): Print postage label, Add tracking info, Mark as
sent, Issue refund.
(This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
on just gives a blank page.)
Now, the postage label option I wouldn't use but I *do* use the Mark
as sent option. Is this Javascript-specific, since there is a button
underneath called "Go"? If so just wondered how easy or hard is it to
implement ?
thanks,
Chris.
--
Christopher Dewhurst
In My Account on Paypal in the Order status/Actions column there are
(for items sold): Print postage label, Add tracking info, Mark as
sent, Issue refund.
(This is with Netsurf and Javascript disabled. Dev Cl #1298. Having JS
on just gives a blank page.)
Now, the postage label option I wouldn't use but I *do* use the Mark
as sent option. Is this Javascript-specific, since there is a button
underneath called "Go"? If so just wondered how easy or hard is it to
implement ?
thanks,
Chris.
--
Christopher Dewhurst
Re: netsurf: branch master updated. release/3.0-321-g0a0e786
On 21/07/2013 14:48, Chris Young wrote:
> On 21 Jul 2013 13:43:05 +0100, Chris Young wrote:
>
>> The correct definition, I'm told, is that they should only be used if
>> the option pops up a window for further input/confirmation _before_
>> the action takes place. Apparently this was defined by Apple ages ago
>> and is supposed to be a cross-platform standard.
>
> The top answer here explains better than I can:
> http://stackoverflow.com/questions/637683/when-to-use-ellipsis-after-menu-items
>
> I note that additional confirmation actually shouldn't have an
> ellipsis, so Quit (if NetSurf checks you want to do that) shouldn't
> have an ellipsis either.
I didn't check the Haiku guidelines but IIRC we deal with that somewhere...
actually here it is:
http://api.haiku-os.org/HIG/ch06s02.html
"ellipsis is a series of 3 dots (...) used to tell the user that a
control, often a menu item or button, will open a window."
Except we use the UTF8 ellipsis character instead.
François.
> On 21 Jul 2013 13:43:05 +0100, Chris Young wrote:
>
>> The correct definition, I'm told, is that they should only be used if
>> the option pops up a window for further input/confirmation _before_
>> the action takes place. Apparently this was defined by Apple ages ago
>> and is supposed to be a cross-platform standard.
>
> The top answer here explains better than I can:
> http://stackoverflow.com/questions/637683/when-to-use-ellipsis-after-menu-items
>
> I note that additional confirmation actually shouldn't have an
> ellipsis, so Quit (if NetSurf checks you want to do that) shouldn't
> have an ellipsis either.
I didn't check the Haiku guidelines but IIRC we deal with that somewhere...
actually here it is:
http://api.haiku-os.org/HIG/ch06s02.html
"ellipsis is a series of 3 dots (...) used to tell the user that a
control, often a menu item or button, will open a window."
Except we use the UTF8 ellipsis character instead.
François.
Monday, 22 July 2013
Re: Sourceforge
In article <8ecaf06e53.jim@abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Michael Drake wrote on 7 Jul:
> > Has anyone managed to submit a new bug report with NetSurf since
> > SourceForge changed their site?
> Any upshot from this, Michael?
Noone replied, so I assume it doesn't work in NetSurf now.
I'll raise the issue when the developers meet on Aug 10th, if nothing's
been sorted out by then.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Michael Drake wrote on 7 Jul:
> > Has anyone managed to submit a new bug report with NetSurf since
> > SourceForge changed their site?
> Any upshot from this, Michael?
Noone replied, so I assume it doesn't work in NetSurf now.
I'll raise the issue when the developers meet on Aug 10th, if nothing's
been sorted out by then.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Sunday, 21 July 2013
Re: Sourceforge
Michael Drake wrote on 7 Jul:
> Has anyone managed to submit a new bug report with NetSurf since
> SourceForge changed their site?
Any upshot from this, Michael?
--
Jim Nagel www.archivemag.co.uk
> Has anyone managed to submit a new bug report with NetSurf since
> SourceForge changed their site?
Any upshot from this, Michael?
--
Jim Nagel www.archivemag.co.uk
Re: netsurf: branch master updated. release/3.0-321-g0a0e786
On 21 Jul 2013 13:43:05 +0100, Chris Young wrote:
> The correct definition, I'm told, is that they should only be used if
> the option pops up a window for further input/confirmation _before_
> the action takes place. Apparently this was defined by Apple ages ago
> and is supposed to be a cross-platform standard.
The top answer here explains better than I can:
http://stackoverflow.com/questions/637683/when-to-use-ellipsis-after-menu-items
I note that additional confirmation actually shouldn't have an
ellipsis, so Quit (if NetSurf checks you want to do that) shouldn't
have an ellipsis either.
Chris
> The correct definition, I'm told, is that they should only be used if
> the option pops up a window for further input/confirmation _before_
> the action takes place. Apparently this was defined by Apple ages ago
> and is supposed to be a cross-platform standard.
The top answer here explains better than I can:
http://stackoverflow.com/questions/637683/when-to-use-ellipsis-after-menu-items
I note that additional confirmation actually shouldn't have an
ellipsis, so Quit (if NetSurf checks you want to do that) shouldn't
have an ellipsis either.
Chris
Re: netsurf: branch master updated. release/3.0-321-g0a0e786
On Sun, 21 Jul 2013 12:28:04 +0100, Michael Drake wrote:
> There were several changes like that, removing ellipsis. For RISC OS it
> is correct to have ellipsis on the end of menu entries that open a window
> or dialogue box. A quick look around the apps on my Ubuntu box suggests
> that it is correct there too, although there is considerable inconsistency.
There's some confusion around this issue, hence why I only modified
the strings used on the Amiga version (there's no overlap AFAIK, but
if I've changed something which is used elsewhere feel free to change
it back).
The common the use of ellipsis is to use them when they open a window
or requester (dialog box, or whatever you want to call them).
The correct definition, I'm told, is that they should only be used if
the option pops up a window for further input/confirmation _before_
the action takes place. Apparently this was defined by Apple ages ago
and is supposed to be a cross-platform standard.
Hence things like "Find" should have an ellipsis (as it prompts for
the string to find and gives an option to cancel), but "Show local
history" should not (it opens a window, but that's the intended
action, not an intermediary step).
It may well be different on RISC OS, as the further options tend to
form part of the menu itself, but on all other platforms this is the
correct usage.
Firefox uses them correctly btw, if you want to study the menu items
there.
Chris
> There were several changes like that, removing ellipsis. For RISC OS it
> is correct to have ellipsis on the end of menu entries that open a window
> or dialogue box. A quick look around the apps on my Ubuntu box suggests
> that it is correct there too, although there is considerable inconsistency.
There's some confusion around this issue, hence why I only modified
the strings used on the Amiga version (there's no overlap AFAIK, but
if I've changed something which is used elsewhere feel free to change
it back).
The common the use of ellipsis is to use them when they open a window
or requester (dialog box, or whatever you want to call them).
The correct definition, I'm told, is that they should only be used if
the option pops up a window for further input/confirmation _before_
the action takes place. Apparently this was defined by Apple ages ago
and is supposed to be a cross-platform standard.
Hence things like "Find" should have an ellipsis (as it prompts for
the string to find and gives an option to cancel), but "Show local
history" should not (it opens a window, but that's the intended
action, not an intermediary step).
It may well be different on RISC OS, as the further options tend to
form part of the menu itself, but on all other platforms this is the
correct usage.
Firefox uses them correctly btw, if you want to study the menu items
there.
Chris
Re: netsurf: branch master updated. release/3.0-321-g0a0e786
In article <E1V0Dqg-00079Z-Vo@flounder.pepperfish.net>,
NetSurf Browser Project (Commit Mailer) <no-reply@netsurf-browser.org>
wrote:
> commitdiff http://git.netsurf-browser.org/netsurf.git/commit/?id=a479e8d18a464280fdf85aebd7cbf74a3fba301f
> commit a479e8d18a464280fdf85aebd7cbf74a3fba301f
[...]
> -en.all.HistGlobalNS:Show global history...
> -de.all.HistGlobalNS:Zeige globale History...
> -fr.all.HistGlobalNS:Show global history...
> -it.all.HistGlobalNS:Mostra cronologia globale...
> -nl.all.HistGlobalNS:Show global history...
> -en.all.HistLocalNS:Show local history...
> -de.all.HistLocalNS:Zeige lokale History...
> -fr.all.HistLocalNS:Show local history...
> -it.all.HistLocalNS:Mostra cronologia locale...
> -nl.all.HistLocalNS:Show local history...
> +en.all.HistGlobalNS:Show global history
> +de.all.HistGlobalNS:Zeige globale History
> +fr.all.HistGlobalNS:Show global history
> +it.all.HistGlobalNS:Mostra cronologia globale
> +nl.all.HistGlobalNS:Show global history
> +en.all.HistLocalNS:Show local history
> +de.all.HistLocalNS:Zeige lokale History
> +fr.all.HistLocalNS:Show local history
> +it.all.HistLocalNS:Mostra cronologia locale
> +nl.all.HistLocalNS:Show local history
There were several changes like that, removing ellipsis. For RISC OS it
is correct to have ellipsis on the end of menu entries that open a window
or dialogue box. A quick look around the apps on my Ubuntu box suggests
that it is correct there too, although there is considerable inconsistency.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
NetSurf Browser Project (Commit Mailer) <no-reply@netsurf-browser.org>
wrote:
> commitdiff http://git.netsurf-browser.org/netsurf.git/commit/?id=a479e8d18a464280fdf85aebd7cbf74a3fba301f
> commit a479e8d18a464280fdf85aebd7cbf74a3fba301f
[...]
> -en.all.HistGlobalNS:Show global history...
> -de.all.HistGlobalNS:Zeige globale History...
> -fr.all.HistGlobalNS:Show global history...
> -it.all.HistGlobalNS:Mostra cronologia globale...
> -nl.all.HistGlobalNS:Show global history...
> -en.all.HistLocalNS:Show local history...
> -de.all.HistLocalNS:Zeige lokale History...
> -fr.all.HistLocalNS:Show local history...
> -it.all.HistLocalNS:Mostra cronologia locale...
> -nl.all.HistLocalNS:Show local history...
> +en.all.HistGlobalNS:Show global history
> +de.all.HistGlobalNS:Zeige globale History
> +fr.all.HistGlobalNS:Show global history
> +it.all.HistGlobalNS:Mostra cronologia globale
> +nl.all.HistGlobalNS:Show global history
> +en.all.HistLocalNS:Show local history
> +de.all.HistLocalNS:Zeige lokale History
> +fr.all.HistLocalNS:Show local history
> +it.all.HistLocalNS:Mostra cronologia locale
> +nl.all.HistLocalNS:Show local history
There were several changes like that, removing ellipsis. For RISC OS it
is correct to have ellipsis on the end of menu entries that open a window
or dialogue box. A quick look around the apps on my Ubuntu box suggests
that it is correct there too, although there is considerable inconsistency.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Abort on DOM to box
On 10 Jul 2013 as I do recall,
Michael Drake wrote:
> In article <cf10f86853.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>
> > Attempting to render the page
> > http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
> > "render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
>
> Should be fixed in build #1288.
>
Thanks! (And it turns out to be just the research material I wanted,
too... :-)
--
Harriet Bazley == Loyaulte me lie ==
Flying is the art of throwing yourself at the ground... and missing.
Michael Drake wrote:
> In article <cf10f86853.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>
> > Attempting to render the page
> > http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
> > "render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
>
> Should be fixed in build #1288.
>
Thanks! (And it turns out to be just the research material I wanted,
too... :-)
--
Harriet Bazley == Loyaulte me lie ==
Flying is the art of throwing yourself at the ground... and missing.
Saturday, 20 July 2013
Re: NetSurf Society membership and AGM, 2013
On Sat, 20 Jul 2013 11:37:43 +0100, Rob Kendrick wrote:
> I nominate the incumbents for their current positions.
I second that.
Chris
> I nominate the incumbents for their current positions.
I second that.
Chris
Re: NetSurf Society membership and AGM, 2013
In article <20130720102347.GB13385@somnambulist.local>,
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> The AGM this year is to be held on August 10th at 11:00 UK time (which
> will be 10:00 UTC)
That's good for me.
> We also require nominations and seconds for committee positions.
I nominate John-Mark to remain as Treasurer and Daniel Silverstone to
remain as Secretary.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
> The AGM this year is to be held on August 10th at 11:00 UK time (which
> will be 10:00 UTC)
That's good for me.
> We also require nominations and seconds for committee positions.
I nominate John-Mark to remain as Treasurer and Daniel Silverstone to
remain as Secretary.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: NetSurf Society membership and AGM, 2013
On Sat, Jul 20, 2013 at 11:23:47AM +0100, Daniel Silverstone wrote:
> We also require nominations and seconds for committee positions. I personally
> nominate Michael to remain as Chair and John-Mark to remain as Treasurer.
> Nominations and seconds should be sent to the list in response to this message
> such that we can all see what is going on. Nominations will close one week
> before the meeting is due to take place. At that point, votes may be
> registered directly with me for any society member unable to attend the
> meeting.
I nominate the incumbents for their current positions.
B.
> We also require nominations and seconds for committee positions. I personally
> nominate Michael to remain as Chair and John-Mark to remain as Treasurer.
> Nominations and seconds should be sent to the list in response to this message
> such that we can all see what is going on. Nominations will close one week
> before the meeting is due to take place. At that point, votes may be
> registered directly with me for any society member unable to attend the
> meeting.
I nominate the incumbents for their current positions.
B.
NetSurf Society membership and AGM, 2013
Greetings.
This mail is to establish the society membership (and thus voting rights) and
to indicate the AGM for 2013 along with asking for any business to be brought
up at the meeting.
Last year's society committee consisted of:
Michael Drake, Chair
John-Mark Bell, Treasurer
Daniel Silverstone, Secretary
Last year's non-committee membership consisted of:
Rob Kendrick
Chris Young
Vincent Sanders
François Revol
Steve Fryatt
By constitutional point 2.1, anyone who has committed code in the past 12
months (or had code committed on their behalf) is eligible for membership of
the society. By point 7.2, anyone ceasing to qualify to be a member of the
society is automatically removed from the list.
Based on the last year of commits, nobody was removed from membership and the
following people are eligible to join the society if they so choose:
Ole Loots
Vivek Dasmohapatra
Anthony J. Bentley
Adrien Destugues
Craig Barnes
John Tytgat
If any of the above wish to attend the AGM and be able to vote/raise issues
then they should contact me directly (not on list) to indicate such as per
constitutional point 5. A simple "I wish to be part of the NetSurf Society"
type statement will be sufficient.
The AGM this year is to be held on August 10th at 11:00 UK time (which will be
10:00 UTC). As with previous AGMs it will be held on the NetSurf IRC channel
and as such will be open for all to attend. Please do not actively say
anything in-channel unless you are part of the membership of the society
however. (We may moderate the channel for the duration if necessary).
Since the agenda rarely, if ever, changes, I hereby state that unless anyone
actively objects, it will be:
1. Welcome
2. Secretary's Report
2. Treasurer's Report
3. Chairman's Report
4. Committee Election
5. Project steering
6. A.O.B
7. Closing
If you have any input on the 'Project steering' section, feel free to pass it
on to a committee member or a society member so that they can prepare a
statement for the meeting.
We also require nominations and seconds for committee positions. I personally
nominate Michael to remain as Chair and John-Mark to remain as Treasurer.
Nominations and seconds should be sent to the list in response to this message
such that we can all see what is going on. Nominations will close one week
before the meeting is due to take place. At that point, votes may be
registered directly with me for any society member unable to attend the
meeting.
I apologise for the confusion about this year's AGM. Mea culpa.
Regards,
Daniel Silverstone
Secretary, NetSurf Project Society
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
This mail is to establish the society membership (and thus voting rights) and
to indicate the AGM for 2013 along with asking for any business to be brought
up at the meeting.
Last year's society committee consisted of:
Michael Drake, Chair
John-Mark Bell, Treasurer
Daniel Silverstone, Secretary
Last year's non-committee membership consisted of:
Rob Kendrick
Chris Young
Vincent Sanders
François Revol
Steve Fryatt
By constitutional point 2.1, anyone who has committed code in the past 12
months (or had code committed on their behalf) is eligible for membership of
the society. By point 7.2, anyone ceasing to qualify to be a member of the
society is automatically removed from the list.
Based on the last year of commits, nobody was removed from membership and the
following people are eligible to join the society if they so choose:
Ole Loots
Vivek Dasmohapatra
Anthony J. Bentley
Adrien Destugues
Craig Barnes
John Tytgat
If any of the above wish to attend the AGM and be able to vote/raise issues
then they should contact me directly (not on list) to indicate such as per
constitutional point 5. A simple "I wish to be part of the NetSurf Society"
type statement will be sufficient.
The AGM this year is to be held on August 10th at 11:00 UK time (which will be
10:00 UTC). As with previous AGMs it will be held on the NetSurf IRC channel
and as such will be open for all to attend. Please do not actively say
anything in-channel unless you are part of the membership of the society
however. (We may moderate the channel for the duration if necessary).
Since the agenda rarely, if ever, changes, I hereby state that unless anyone
actively objects, it will be:
1. Welcome
2. Secretary's Report
2. Treasurer's Report
3. Chairman's Report
4. Committee Election
5. Project steering
6. A.O.B
7. Closing
If you have any input on the 'Project steering' section, feel free to pass it
on to a committee member or a society member so that they can prepare a
statement for the meeting.
We also require nominations and seconds for committee positions. I personally
nominate Michael to remain as Chair and John-Mark to remain as Treasurer.
Nominations and seconds should be sent to the list in response to this message
such that we can all see what is going on. Nominations will close one week
before the meeting is due to take place. At that point, votes may be
registered directly with me for any society member unable to attend the
meeting.
I apologise for the confusion about this year's AGM. Mea culpa.
Regards,
Daniel Silverstone
Secretary, NetSurf Project Society
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Wednesday, 17 July 2013
Additional charset aliases for libparserutils
The two attached patches add additional charset aliases to
libparserutils. Each of them was needed for handling at least one
real-world URL:
cp1255 (alias for windows-1255)
big5-eten (alias for Big5)
Please let me know if there's anything else you need from me.
Thanks.
--
Aaron Crane ** http://aaroncrane.co.uk/
libparserutils. Each of them was needed for handling at least one
real-world URL:
cp1255 (alias for windows-1255)
big5-eten (alias for Big5)
Please let me know if there's anything else you need from me.
Thanks.
--
Aaron Crane ** http://aaroncrane.co.uk/
Tuesday, 16 July 2013
Re: Invisible JPEG (OT)
In article <95711d6c53.iyojohn@rickman.argonet.co.uk>,
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
> lists wrote
> >> I get a very large image of a guitar (#1292).
> > Yes, it's of the make and model that I own. I was sending the link to a
> > friend who didn't even know 12-string guitars existed.
> Nice guitar.
Sounds nice too!
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
> lists wrote
> >> I get a very large image of a guitar (#1292).
> > Yes, it's of the make and model that I own. I was sending the link to a
> > friend who didn't even know 12-string guitars existed.
> Nice guitar.
Sounds nice too!
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
Re: Invisible JPEG (OT)
lists wrote
>> I get a very large image of a guitar (#1292).
> Yes, it's of the make and model that I own. I was sending the link to a
> friend who didn't even know 12-string guitars existed.
Nice guitar.
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
Infinity is Sad. God is infinite. God is very sad.
>> I get a very large image of a guitar (#1292).
> Yes, it's of the make and model that I own. I was sending the link to a
> friend who didn't even know 12-string guitars existed.
Nice guitar.
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
Infinity is Sad. God is infinite. God is very sad.
Monday, 15 July 2013
Re: Invisible JPEG
In article <b495556b53.ricp@user.minijem.plus.com>,
Richard Porter <ricp@minijem.plus.com> wrote:
> > http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
> I get a very large image of a guitar (#1292).
Yes, it's of the make and model that I own. I was sending the link to a
friend who didn't even know 12-string guitars existed.
> The top left hand part is white so that's what you may be looking at.
I did scroll around a bit but maybe I missed the image, sorry
> This is bad web design - it's a 300dpi image which gets rendered at
> 90dpi in NetSurf.
I chose a large image so that the arrangement of the strings would be
clearly visible
> Btw, you need a 'g' on the end of the URL.
A slip of the cut and paste I'm afraid
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
Richard Porter <ricp@minijem.plus.com> wrote:
> > http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
> I get a very large image of a guitar (#1292).
Yes, it's of the make and model that I own. I was sending the link to a
friend who didn't even know 12-string guitars existed.
> The top left hand part is white so that's what you may be looking at.
I did scroll around a bit but maybe I missed the image, sorry
> This is bad web design - it's a 300dpi image which gets rendered at
> 90dpi in NetSurf.
I chose a large image so that the arrangement of the strings would be
clearly visible
> Btw, you need a 'g' on the end of the URL.
A slip of the cut and paste I'm afraid
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
Sunday, 14 July 2013
Re: Invisible JPEG
On 14 Jul 2013 lists wrote:
> Why does this appear to be a completly blank page in NetSurf, Dev C1
> #1278, but if I "Object>Object>Save" the invisible Jpeg I can view it
> quite easily using something like !Jcut.
> http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
I get a very large image of a guitar (#1292). The top left hand part
is white so that's what you may be looking at. This is bad web design
- it's a 300dpi image which gets rendered at 90dpi in NetSurf.
Btw, you need a 'g' on the end of the URL.
--
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.
> Why does this appear to be a completly blank page in NetSurf, Dev C1
> #1278, but if I "Object>Object>Save" the invisible Jpeg I can view it
> quite easily using something like !Jcut.
> http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
I get a very large image of a guitar (#1292). The top left hand part
is white so that's what you may be looking at. This is bad web design
- it's a 300dpi image which gets rendered at 90dpi in NetSurf.
Btw, you need a 'g' on the end of the URL.
--
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.
Invisible JPEG
Why does this appear to be a completly blank page in NetSurf, Dev C1
#1278, but if I "Object>Object>Save" the invisible Jpeg I can view it
quite easily using something like !Jcut.
http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
#1278, but if I "Object>Object>Save" the invisible Jpeg I can view it
quite easily using something like !Jcut.
http://www.musiciansbuy.com/mmMBCOM/Images/Simon_28870kit.jp
--
Stuart Winsor
Midlands RISC OS and Raspberry pi show, 13th July 2013
http://www.mug.riscos.org/show13/MUGshow.html
Friday, 12 July 2013
Slow download
I just went to have a look at the Netsurf repository.
http://git.netsurf-browser.org/netsurf.git/tree/desktop/textarea.c
The download pauses for about 10-15 seconds between each update
of the number of kb downloaded, there is only about 438k but it
took a while.
Also Netsurf grabbed over 50MB of memory and when it rendered the
page it said it took 1133.4s
I tried the less complex Highwire browser and it took less than
3s for the whole thing.
I expect finding the cause(s) could be difficult.
Peter
http://git.netsurf-browser.org/netsurf.git/tree/desktop/textarea.c
The download pauses for about 10-15 seconds between each update
of the number of kb downloaded, there is only about 438k but it
took a while.
Also Netsurf grabbed over 50MB of memory and when it rendered the
page it said it took 1133.4s
I tried the less complex Highwire browser and it took less than
3s for the whole thing.
I expect finding the cause(s) could be difficult.
Peter
Thursday, 11 July 2013
Re: [Rpcemu] Windows now won't boot on RISCUBE
On Wed, Jul 10, 2013 at 09:24:06PM +0000, Roy Buckle wrote:
> It might have been the hot weather I suppose but for two days now Windows
> (XP PRO) has failed to finish loading and I end up with a central spot and
> no control with the mouse. I have tried switching off for long periods
> and restarting but to no avail. Other computers in the room continued
> running Windows normally.
A RiscCube is a commercial offering by RComp using the Virtual Acorn
emulator.
This mailing list is for the emulator RPCEmu, you're in the wrong place.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> It might have been the hot weather I suppose but for two days now Windows
> (XP PRO) has failed to finish loading and I end up with a central spot and
> no control with the mouse. I have tried switching off for long periods
> and restarting but to no avail. Other computers in the room continued
> running Windows normally.
A RiscCube is a commercial offering by RComp using the Virtual Acorn
emulator.
This mailing list is for the emulator RPCEmu, you're in the wrong place.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: Sourceforge
Richard Porter wrote on 5 Jul:
> On 5 Jul 2013 Jim Nagel wrote:
>> And, while on the subject of Sourceforge, does its print really need
>> to be so tiny, given the acres of white space? And does the print
>> need to be grey rather than black? (Is this grey a current fashion
>> among website designers or is it my eyesight?!? If grey, I presume it
>> is controlled by something in CSS.)
> That sort of thing is annoying. I like Oregano's option to disable
> "Use document colours". Pity we haven't got something similar in NS. I
> probably raised it as a feature request in the dim and distant past.
I have confirmation from somebody who knows more about CSS than I do:
Yeah, most text color seems to be set to #555555 or #5e5e5e.
So the tiny text on the Sourceforge page IS grey. The unanswerable
question then is: For pity's sake, Why?
I also asked him: Is there something in the Sourceforge CSS that
prevents linelength from changing when the window is resized?
The pages have fixed widths, so they're ignoring the width
of the browser window.
I had a good moan to him: Tiny grey text amid acres of blank page is
a real peeve, especially for people whose eyesight is no longer that
of a 23-year-old. And it seems to be a widespread fashion among
web-designers for the past couple of years. Grrrr.
You could use a user stylesheet to override that kind of
thing if you like.
--
Jim Nagel www.archivemag.co.uk
> On 5 Jul 2013 Jim Nagel wrote:
>> And, while on the subject of Sourceforge, does its print really need
>> to be so tiny, given the acres of white space? And does the print
>> need to be grey rather than black? (Is this grey a current fashion
>> among website designers or is it my eyesight?!? If grey, I presume it
>> is controlled by something in CSS.)
> That sort of thing is annoying. I like Oregano's option to disable
> "Use document colours". Pity we haven't got something similar in NS. I
> probably raised it as a feature request in the dim and distant past.
I have confirmation from somebody who knows more about CSS than I do:
Yeah, most text color seems to be set to #555555 or #5e5e5e.
So the tiny text on the Sourceforge page IS grey. The unanswerable
question then is: For pity's sake, Why?
I also asked him: Is there something in the Sourceforge CSS that
prevents linelength from changing when the window is resized?
The pages have fixed widths, so they're ignoring the width
of the browser window.
I had a good moan to him: Tiny grey text amid acres of blank page is
a real peeve, especially for people whose eyesight is no longer that
of a 23-year-old. And it seems to be a widespread fashion among
web-designers for the past couple of years. Grrrr.
You could use a user stylesheet to override that kind of
thing if you like.
--
Jim Nagel www.archivemag.co.uk
Wednesday, 10 July 2013
[Rpcemu] Windows now won't boot on RISCUBE
It might have been the hot weather I suppose but for two days now Windows
(XP PRO) has failed to finish loading and I end up with a central spot and
no control with the mouse. I have tried switching off for long periods
and restarting but to no avail. Other computers in the room continued
running Windows normally.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
(XP PRO) has failed to finish loading and I end up with a central spot and
no control with the mouse. I have tried switching off for long periods
and restarting but to no avail. Other computers in the room continued
running Windows normally.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: Sourceforge
Harriet Bazley wrote on 10 Jul:
> Same here - I just tried to report a bug. Clicking on 'Preview'
> (cautiously, with Adjust) appeared simply to open a new blanked version
> of the form, ticking the 'I would like to add an attachment' icon didn't
> allow me to add an attachment (I hoped this might appear at a second
> stage of the submission process, as it didn't do anything when initially
> selected), and clicking on "Save" took me back to the log-in screen
> without any new entry showing up in the list. Page source is full of
> JavaScript, but I can't tell how much of it is essential to
> operation....
> It doesn't look as if Netsurf users are going to be reporting many bugs
> using Netsurf.
Seems that whoever on the Sourceforge team redesigned the site never
heard of the "KISS" principle: Keep it simple, stupid. (US Navy 1960,
according to Wikpedia.)
If they are un-redesigning the Javascript, could they please also
un-redesign the CSS to make the text black rather than grrrrrey, and a
bit larger to make use of the acres of blank space.
They could also do something about the fixed linelengths that do
not respond to resizing a window.
And restore the ability of a user's saved URL file (which contains
username and password) to log straight in with one doubleclick.
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
> Same here - I just tried to report a bug. Clicking on 'Preview'
> (cautiously, with Adjust) appeared simply to open a new blanked version
> of the form, ticking the 'I would like to add an attachment' icon didn't
> allow me to add an attachment (I hoped this might appear at a second
> stage of the submission process, as it didn't do anything when initially
> selected), and clicking on "Save" took me back to the log-in screen
> without any new entry showing up in the list. Page source is full of
> JavaScript, but I can't tell how much of it is essential to
> operation....
> It doesn't look as if Netsurf users are going to be reporting many bugs
> using Netsurf.
Seems that whoever on the Sourceforge team redesigned the site never
heard of the "KISS" principle: Keep it simple, stupid. (US Navy 1960,
according to Wikpedia.)
If they are un-redesigning the Javascript, could they please also
un-redesign the CSS to make the text black rather than grrrrrey, and a
bit larger to make use of the acres of blank space.
They could also do something about the fixed linelengths that do
not respond to resizing a window.
And restore the ability of a user's saved URL file (which contains
username and password) to log straight in with one doubleclick.
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
Re: Abort on DOM to box
In article <cf10f86853.harriet@blueyonder.co.uk>,
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> Attempting to render the page
> http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
> "render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
Should be fixed in build #1288.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> Attempting to render the page
> http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
> "render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
Should be fixed in build #1288.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Sourceforge
On Wed, 10 Jul 2013 20:23:20 +1200, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> On 5 Jul 2013 as I do recall,
> Jim Nagel wrote:
>
>> > Peter young wrote:
>> >> Is there a way we can help the developers by reporting bugs now?
>>
>> Dave Lawton wrote on 5 Jul:
>> > You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
>> > button has been added on the LHS.
>>
>> Did that. Checked back an hour or two later, and my report is not
>> listed on the bugs page at Sourceforge, so did it again. Clicked
>> "Save" (does that mean Submit?), and up comes this page*:
>> www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
>>
>> Hardly helpful. I already know I am logged in. I want to know
>> whether my submission has been successful or not. I'm stymied.
>> Less than user-friendly, imho.
>>
>> Perhaps Netsurf is not displaying the Sourceforge page correctly, and
>> we are missing something vital?
>>
>
> Same here - I just tried to report a bug. Clicking on 'Preview'
> (cautiously, with Adjust) appeared simply to open a new blanked version
> of the form, ticking the 'I would like to add an attachment' icon didn't
> allow me to add an attachment (I hoped this might appear at a second
> stage of the submission process, as it didn't do anything when initially
> selected), and clicking on "Save" took me back to the log-in screen
> without any new entry showing up in the list. Page source is full of
> JavaScript, but I can't tell how much of it is essential to
> operation....
>
> It doesn't look as if Netsurf users are going to be reporting many bugs
> using Netsurf.
>
>
Same here, couldn't attach the logfile. Alan
> On 5 Jul 2013 as I do recall,
> Jim Nagel wrote:
>
>> > Peter young wrote:
>> >> Is there a way we can help the developers by reporting bugs now?
>>
>> Dave Lawton wrote on 5 Jul:
>> > You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
>> > button has been added on the LHS.
>>
>> Did that. Checked back an hour or two later, and my report is not
>> listed on the bugs page at Sourceforge, so did it again. Clicked
>> "Save" (does that mean Submit?), and up comes this page*:
>> www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
>>
>> Hardly helpful. I already know I am logged in. I want to know
>> whether my submission has been successful or not. I'm stymied.
>> Less than user-friendly, imho.
>>
>> Perhaps Netsurf is not displaying the Sourceforge page correctly, and
>> we are missing something vital?
>>
>
> Same here - I just tried to report a bug. Clicking on 'Preview'
> (cautiously, with Adjust) appeared simply to open a new blanked version
> of the form, ticking the 'I would like to add an attachment' icon didn't
> allow me to add an attachment (I hoped this might appear at a second
> stage of the submission process, as it didn't do anything when initially
> selected), and clicking on "Save" took me back to the log-in screen
> without any new entry showing up in the list. Page source is full of
> JavaScript, but I can't tell how much of it is essential to
> operation....
>
> It doesn't look as if Netsurf users are going to be reporting many bugs
> using Netsurf.
>
>
Same here, couldn't attach the logfile. Alan
Abort on DOM to box
Failed to report this via bug tracker, so a quick summary here...
Attempting to render the page
http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
causes NetSurf to crash on completion of the parse: I have a complete
23k log file here, but the final section runs as follows -
(16.230000) content/content.c content_add_user 602: content http://www.google.com/cse/api/branding.css (0x786ec7f0), user 0x3a4b4 0x78642570
(16.230000) render/html_css.c html_convert_css_callback 111: done stylesheet slot 10 'x-ns-css:4'
(16.230000) render/html_css.c html_convert_css_callback 113: 0 fetches active
(16.230000) render/html.c html_begin_conversion 1035: Completing parse
(16.230000) render/html.c html_finish_conversion 546: DOM to box (0x786260f0)
"render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
*[snip choices]*
external_hotlist_app:
Fatal signal received: Aborted
Stack backtrace:
Running thread 0x650258
( 65788c) pc: 4b3c14 lr: bca08 sp: 657890 __write_backtrace()
( 6578b8) pc: bc988 lr: 4b445c sp: 6578bc ^ro_gui_signal()
( 6578e0) pc: 4b444c lr: 4b4280 sp: 6578e4 __unixlib_exec_sig()
( 657948) pc: 4b3d38 lr: 4fc000 sp: 65794c __unixlib_raise_signal()
( 657958) pc: 4fbfe0 lr: 4bc048 sp: 65795c raise()
( 65796c) pc: 4bc00c lr: aa204 sp: 657970 abort()
( 657988) pc: aa1bc lr: 857e0 sp: 65798c __assert2()
( 6579cc) pc: 85734 lr: 8162c sp: 6579d0 box_normalise_block()
( 657b48) pc: 80eb0 lr: cfa50 sp: 657b4c ^convert_xml_to_box()
( 657b68) pc: cfa08 lr: bb890 sp: 657b6c schedule_run()
( 657e34) pc: bb520 lr: 5ecdc sp: 657e38 gui_poll()
( 657e4c) pc: 5ecb8 lr: bda90 sp: 657e50 netsurf_main_loop()
( 657fe8) pc: bd520 lr: 4c2880 sp: 657fec main()
--
Harriet Bazley == Loyaulte me lie ==
Cloning is the sincerest form of flattery.
Attempting to render the page
http://www.gjenvick.com/HistoricalBrochures/Multi-Line/1924-02-01-PassageRegulationsToNorthAmerica-1924.html
causes NetSurf to crash on completion of the parse: I have a complete
23k log file here, but the final section runs as follows -
(16.230000) content/content.c content_add_user 602: content http://www.google.com/cse/api/branding.css (0x786ec7f0), user 0x3a4b4 0x78642570
(16.230000) render/html_css.c html_convert_css_callback 111: done stylesheet slot 10 'x-ns-css:4'
(16.230000) render/html_css.c html_convert_css_callback 113: 0 fetches active
(16.230000) render/html.c html_begin_conversion 1035: Completing parse
(16.230000) render/html.c html_finish_conversion 546: DOM to box (0x786260f0)
"render/box_normalise.c", line 202: box_normalise_block: Assertion failed: 0
*[snip choices]*
external_hotlist_app:
Fatal signal received: Aborted
Stack backtrace:
Running thread 0x650258
( 65788c) pc: 4b3c14 lr: bca08 sp: 657890 __write_backtrace()
( 6578b8) pc: bc988 lr: 4b445c sp: 6578bc ^ro_gui_signal()
( 6578e0) pc: 4b444c lr: 4b4280 sp: 6578e4 __unixlib_exec_sig()
( 657948) pc: 4b3d38 lr: 4fc000 sp: 65794c __unixlib_raise_signal()
( 657958) pc: 4fbfe0 lr: 4bc048 sp: 65795c raise()
( 65796c) pc: 4bc00c lr: aa204 sp: 657970 abort()
( 657988) pc: aa1bc lr: 857e0 sp: 65798c __assert2()
( 6579cc) pc: 85734 lr: 8162c sp: 6579d0 box_normalise_block()
( 657b48) pc: 80eb0 lr: cfa50 sp: 657b4c ^convert_xml_to_box()
( 657b68) pc: cfa08 lr: bb890 sp: 657b6c schedule_run()
( 657e34) pc: bb520 lr: 5ecdc sp: 657e38 gui_poll()
( 657e4c) pc: 5ecb8 lr: bda90 sp: 657e50 netsurf_main_loop()
( 657fe8) pc: bd520 lr: 4c2880 sp: 657fec main()
--
Harriet Bazley == Loyaulte me lie ==
Cloning is the sincerest form of flattery.
Re: Sourceforge
On 5 Jul 2013 as I do recall,
Jim Nagel wrote:
> > Peter young wrote:
> >> Is there a way we can help the developers by reporting bugs now?
>
> Dave Lawton wrote on 5 Jul:
> > You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
> > button has been added on the LHS.
>
> Did that. Checked back an hour or two later, and my report is not
> listed on the bugs page at Sourceforge, so did it again. Clicked
> "Save" (does that mean Submit?), and up comes this page*:
> www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
>
> Hardly helpful. I already know I am logged in. I want to know
> whether my submission has been successful or not. I'm stymied.
> Less than user-friendly, imho.
>
> Perhaps Netsurf is not displaying the Sourceforge page correctly, and
> we are missing something vital?
>
Same here - I just tried to report a bug. Clicking on 'Preview'
(cautiously, with Adjust) appeared simply to open a new blanked version
of the form, ticking the 'I would like to add an attachment' icon didn't
allow me to add an attachment (I hoped this might appear at a second
stage of the submission process, as it didn't do anything when initially
selected), and clicking on "Save" took me back to the log-in screen
without any new entry showing up in the list. Page source is full of
JavaScript, but I can't tell how much of it is essential to
operation....
It doesn't look as if Netsurf users are going to be reporting many bugs
using Netsurf.
--
Harriet Bazley == Loyaulte me lie ==
Dawn: The time when men of reason go to bed.
Jim Nagel wrote:
> > Peter young wrote:
> >> Is there a way we can help the developers by reporting bugs now?
>
> Dave Lawton wrote on 5 Jul:
> > You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
> > button has been added on the LHS.
>
> Did that. Checked back an hour or two later, and my report is not
> listed on the bugs page at Sourceforge, so did it again. Clicked
> "Save" (does that mean Submit?), and up comes this page*:
> www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
>
> Hardly helpful. I already know I am logged in. I want to know
> whether my submission has been successful or not. I'm stymied.
> Less than user-friendly, imho.
>
> Perhaps Netsurf is not displaying the Sourceforge page correctly, and
> we are missing something vital?
>
Same here - I just tried to report a bug. Clicking on 'Preview'
(cautiously, with Adjust) appeared simply to open a new blanked version
of the form, ticking the 'I would like to add an attachment' icon didn't
allow me to add an attachment (I hoped this might appear at a second
stage of the submission process, as it didn't do anything when initially
selected), and clicking on "Save" took me back to the log-in screen
without any new entry showing up in the list. Page source is full of
JavaScript, but I can't tell how much of it is essential to
operation....
It doesn't look as if Netsurf users are going to be reporting many bugs
using Netsurf.
--
Harriet Bazley == Loyaulte me lie ==
Dawn: The time when men of reason go to bed.
Tuesday, 9 July 2013
Re: #1276 Page rendering
> > > >> At Amazon site,
> > > >> http://www.amazon.co.uk/packaging
> > > >> Upper part of page, rendering ever so slightly a bit of a
> > > >> shambles.
> > Repeatable.
Now moved to #1286 and page rendering still a shambles.
However, re-loading the page seems to effect a cure.
> > > >> http://www.amazon.co.uk/packaging
> > > >> Upper part of page, rendering ever so slightly a bit of a
> > > >> shambles.
> > Repeatable.
Now moved to #1286 and page rendering still a shambles.
However, re-loading the page seems to effect a cure.
Re: New treeview
In article <5364806552tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> Global history TODO
> -------------------
> - Need to implement launch message handling
Done.
I've also added simple keyboard navigation support to the treeview, and
made it obey the NO_DELETES and DEL_EMPTY_DIRS flags.
> - Need to implement node deletion message handling (so the delete
> actually affects URLdb)
> - Need to make browser window update the new global history code as you
> visit pages.
These are next, then I'm switching global history over to the new
implementation.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Michael Drake <tlsa@netsurf-browser.org> wrote:
> Global history TODO
> -------------------
> - Need to implement launch message handling
Done.
I've also added simple keyboard navigation support to the treeview, and
made it obey the NO_DELETES and DEL_EMPTY_DIRS flags.
> - Need to implement node deletion message handling (so the delete
> actually affects URLdb)
> - Need to make browser window update the new global history code as you
> visit pages.
These are next, then I'm switching global history over to the new
implementation.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Sunday, 7 July 2013
Re: netsurf-users Digest, Vol 75, Issue 5
>Date: Sat, 06 Jul 2013 23:11:56 +0100
>From: Michael Drake <tlsa@netsurf-browser.org>
>Subject: Re: Redraws
>To: <netsurf-users@netsurf-browser.org>
>Message-ID: <5367341359tlsa@netsurf-browser.org>
>In article <00081014.01dc6500944c@smtp.freeola.net>,
> Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>> Why does this page continually flicker and redraw ?
>
>Animated background images.
>
>> It might not be obvious on faster hardware but on the Atari 68060 version
>> it slows everything down.
>
>Please try build #1277. The animations should work properly now. Is the
>flicker gone?
>
>
I tried 1278
The flickering has gone and the page can be scrolled so much faster.
It looked like animated GIF issues but I couldn't see the gif causing it.
Many thanks,
Peter
>From: Michael Drake <tlsa@netsurf-browser.org>
>Subject: Re: Redraws
>To: <netsurf-users@netsurf-browser.org>
>Message-ID: <5367341359tlsa@netsurf-browser.org>
>In article <00081014.01dc6500944c@smtp.freeola.net>,
> Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>> Why does this page continually flicker and redraw ?
>
>Animated background images.
>
>> It might not be obvious on faster hardware but on the Atari 68060 version
>> it slows everything down.
>
>Please try build #1277. The animations should work properly now. Is the
>flicker gone?
>
>
I tried 1278
The flickering has gone and the page can be scrolled so much faster.
It looked like animated GIF issues but I couldn't see the gif causing it.
Many thanks,
Peter
Re: [gccsdk] Help Using Asasm
In message <mpro.mpkazw03e9si801p3.lists@stevefryatt.org.uk>
Steve Fryatt <lists@stevefryatt.org.uk> wrote:
> On 6 Jul, John Tytgat wrote in message
> <bd1a1f6753.Jo@hobbes.bass-software.com>:
>
> [Much useful stuff]
>
> > Hope this helps a bit
>
> It certainly does -- many thanks. A number of key gaps in my knowledge are
> now filled, although it also raises some more questions that I didn't know
> to ask before...
>
> One of the sources I'm trying to move across is the IcnClipBrd module, which
> came from ObjAsm code generated out of ARMalyser (as Thomas's original
> sources were lost, IIRC). That's obviously not going to want to end up in
> AIF format; I've had a dig around the GCCSDK sources, and having found the
> DRender module have come up with something like the following
The module case is indeed totally different. Good thinking to have a
look how it's done in DRenderer :-)
> --8<--
> AREA Module,CODE
> ENTRY
>
> ModuleHeader
> DCD StartCode
> DCD InitialisationCode
> DCD FinalisationCode
> DCD ServiceCallHandler offset
> DCD TitleString
> DCD HelpString
> DCD CommandTable table offset
> DCD 0
> DCD 0
> DCD 0
> DCD 0
> DCD 0
> DCD ModuleFlagWord
>
> ModuleFlagWord
> DCD 1
>
> ; etc...
>
> END
> --8<--
>
> Assembling this with
>
> $ asasm -o main.o main.s
> $ arm-unknown-riscos-strip -O binary -o hello_module,ffa main.o
>
> (as DRender's Makefile does) seems to come up with the desired result. I'm
> not sure if it's the "correct" way to do it, though -- it seems to be
> generating an ELF file and then stripping away the ELF bits?
Indeed, it's a bit brutal tbh but does do the job.
> The original code (which originally came from ARMalyser) opened with simply
>
> --8<--
> ORG &0
> ENTRY
> --8<--
>
> at the start which seems to cause AsAsm to generate unwanted code for
> constructs like
>
> --8<--
> LDR R1, TaskWord
>
> TaskWord
> DCD &4B534154
> --8<--
>
> (specifically MOV R1, &xxxx where &xxxx is the offset into the module of
> TaskWord, as opposed to PC-relative LDR R1, &xxxx which was intended).
> Reading the ObjAsm manual gives the the impression that this is what I
> should probably expect ORG 0 to do.
A module is in the first place a relocatable piece of code. So telling
the assmebler the next/current area is going to be assembled for
address 0 (or any other value) let him know for sure what {PC} value
actually will be and the freedom to exploit this. There are other cases
where this is going to happen, e.g. ADR(L) Rx, <label> can result in
MOV/MVN/MOVW/MOV32 (pseudo)instructions.
I would discourage the use of ORG 0 for module code. The DRenderer
approach is better but even there I would actually explicitely code
offsets as offsets, i.e. the subtracting the target label with a base
label. I'll fix that in DRenderer.
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
Steve Fryatt <lists@stevefryatt.org.uk> wrote:
> On 6 Jul, John Tytgat wrote in message
> <bd1a1f6753.Jo@hobbes.bass-software.com>:
>
> [Much useful stuff]
>
> > Hope this helps a bit
>
> It certainly does -- many thanks. A number of key gaps in my knowledge are
> now filled, although it also raises some more questions that I didn't know
> to ask before...
>
> One of the sources I'm trying to move across is the IcnClipBrd module, which
> came from ObjAsm code generated out of ARMalyser (as Thomas's original
> sources were lost, IIRC). That's obviously not going to want to end up in
> AIF format; I've had a dig around the GCCSDK sources, and having found the
> DRender module have come up with something like the following
The module case is indeed totally different. Good thinking to have a
look how it's done in DRenderer :-)
> --8<--
> AREA Module,CODE
> ENTRY
>
> ModuleHeader
> DCD StartCode
> DCD InitialisationCode
> DCD FinalisationCode
> DCD ServiceCallHandler offset
> DCD TitleString
> DCD HelpString
> DCD CommandTable table offset
> DCD 0
> DCD 0
> DCD 0
> DCD 0
> DCD 0
> DCD ModuleFlagWord
>
> ModuleFlagWord
> DCD 1
>
> ; etc...
>
> END
> --8<--
>
> Assembling this with
>
> $ asasm -o main.o main.s
> $ arm-unknown-riscos-strip -O binary -o hello_module,ffa main.o
>
> (as DRender's Makefile does) seems to come up with the desired result. I'm
> not sure if it's the "correct" way to do it, though -- it seems to be
> generating an ELF file and then stripping away the ELF bits?
Indeed, it's a bit brutal tbh but does do the job.
> The original code (which originally came from ARMalyser) opened with simply
>
> --8<--
> ORG &0
> ENTRY
> --8<--
>
> at the start which seems to cause AsAsm to generate unwanted code for
> constructs like
>
> --8<--
> LDR R1, TaskWord
>
> TaskWord
> DCD &4B534154
> --8<--
>
> (specifically MOV R1, &xxxx where &xxxx is the offset into the module of
> TaskWord, as opposed to PC-relative LDR R1, &xxxx which was intended).
> Reading the ObjAsm manual gives the the impression that this is what I
> should probably expect ORG 0 to do.
A module is in the first place a relocatable piece of code. So telling
the assmebler the next/current area is going to be assembled for
address 0 (or any other value) let him know for sure what {PC} value
actually will be and the freedom to exploit this. There are other cases
where this is going to happen, e.g. ADR(L) Rx, <label> can result in
MOV/MVN/MOVW/MOV32 (pseudo)instructions.
I would discourage the use of ORG 0 for module code. The DRenderer
approach is better but even there I would actually explicitely code
offsets as offsets, i.e. the subtracting the target label with a base
label. I'll fix that in DRenderer.
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
Re: [gccsdk] Help Using Asasm
On 6 Jul, John Tytgat wrote in message
<bd1a1f6753.Jo@hobbes.bass-software.com>:
[Much useful stuff]
> Hope this helps a bit
It certainly does -- many thanks. A number of key gaps in my knowledge are
now filled, although it also raises some more questions that I didn't know
to ask before...
One of the sources I'm trying to move across is the IcnClipBrd module, which
came from ObjAsm code generated out of ARMalyser (as Thomas's original
sources were lost, IIRC). That's obviously not going to want to end up in
AIF format; I've had a dig around the GCCSDK sources, and having found the
DRender module have come up with something like the following
--8<--
AREA Module,CODE
ENTRY
ModuleHeader
DCD StartCode
DCD InitialisationCode
DCD FinalisationCode
DCD ServiceCallHandler offset
DCD TitleString
DCD HelpString
DCD CommandTable table offset
DCD 0
DCD 0
DCD 0
DCD 0
DCD 0
DCD ModuleFlagWord
ModuleFlagWord
DCD 1
; etc...
END
--8<--
Assembling this with
$ asasm -o main.o main.s
$ arm-unknown-riscos-strip -O binary -o hello_module,ffa main.o
(as DRender's Makefile does) seems to come up with the desired result. I'm
not sure if it's the "correct" way to do it, though -- it seems to be
generating an ELF file and then stripping away the ELF bits?
The original code (which originally came from ARMalyser) opened with simply
--8<--
ORG &0
ENTRY
--8<--
at the start which seems to cause AsAsm to generate unwanted code for
constructs like
--8<--
LDR R1, TaskWord
TaskWord
DCD &4B534154
--8<--
(specifically MOV R1, &xxxx where &xxxx is the offset into the module of
TaskWord, as opposed to PC-relative LDR R1, &xxxx which was intended).
Reading the ObjAsm manual gives the the impression that this is what I
should probably expect ORG 0 to do.
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
_______________________________________________
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
<bd1a1f6753.Jo@hobbes.bass-software.com>:
[Much useful stuff]
> Hope this helps a bit
It certainly does -- many thanks. A number of key gaps in my knowledge are
now filled, although it also raises some more questions that I didn't know
to ask before...
One of the sources I'm trying to move across is the IcnClipBrd module, which
came from ObjAsm code generated out of ARMalyser (as Thomas's original
sources were lost, IIRC). That's obviously not going to want to end up in
AIF format; I've had a dig around the GCCSDK sources, and having found the
DRender module have come up with something like the following
--8<--
AREA Module,CODE
ENTRY
ModuleHeader
DCD StartCode
DCD InitialisationCode
DCD FinalisationCode
DCD ServiceCallHandler offset
DCD TitleString
DCD HelpString
DCD CommandTable table offset
DCD 0
DCD 0
DCD 0
DCD 0
DCD 0
DCD ModuleFlagWord
ModuleFlagWord
DCD 1
; etc...
END
--8<--
Assembling this with
$ asasm -o main.o main.s
$ arm-unknown-riscos-strip -O binary -o hello_module,ffa main.o
(as DRender's Makefile does) seems to come up with the desired result. I'm
not sure if it's the "correct" way to do it, though -- it seems to be
generating an ELF file and then stripping away the ELF bits?
The original code (which originally came from ARMalyser) opened with simply
--8<--
ORG &0
ENTRY
--8<--
at the start which seems to cause AsAsm to generate unwanted code for
constructs like
--8<--
LDR R1, TaskWord
TaskWord
DCD &4B534154
--8<--
(specifically MOV R1, &xxxx where &xxxx is the offset into the module of
TaskWord, as opposed to PC-relative LDR R1, &xxxx which was intended).
Reading the ObjAsm manual gives the the impression that this is what I
should probably expect ORG 0 to do.
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
_______________________________________________
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
Sourceforge
Has anyone managed to submit a new bug report with NetSurf since
SourceForge changed their site?
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
SourceForge changed their site?
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Saturday, 6 July 2013
Re: Nervous tick
In article <ac26828652.ricp@user.minijem.plus.com>,
Richard Porter <ricp@minijem.plus.com> wrote:
> When NetSurf is displaying the following page and others on the same
> site the pointer starts flickering 2 or 3 times a second between a
> pointing hand and an hour glass.
> http://www.therailengineer.com/2012/04/26/bs11000-working-together-achieving-more/
> This only happens when the top part of the page is displayed.
Should be fixed in build #1277.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Richard Porter <ricp@minijem.plus.com> wrote:
> When NetSurf is displaying the following page and others on the same
> site the pointer starts flickering 2 or 3 times a second between a
> pointing hand and an hour glass.
> http://www.therailengineer.com/2012/04/26/bs11000-working-together-achieving-more/
> This only happens when the top part of the page is displayed.
Should be fixed in build #1277.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Redraws
In article <00081014.01dc6500944c@smtp.freeola.net>,
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> Why does this page continually flicker and redraw ?
Animated background images.
> It might not be obvious on faster hardware but on the Atari 68060 version
> it slows everything down.
Please try build #1277. The animations should work properly now. Is the
flicker gone?
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> Why does this page continually flicker and redraw ?
Animated background images.
> It might not be obvious on faster hardware but on the Atari 68060 version
> it slows everything down.
Please try build #1277. The animations should work properly now. Is the
flicker gone?
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Redraws
Ole <ole@monochrom.net> wrote:
> This is a long standing bug in libnsgif (the GIF parsing and rendering
> lib used by NetSurf) or netsurf itself.
It is nothing to do with libnsgif.
The problem is that NetSurf has never supported animated background images.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
> This is a long standing bug in libnsgif (the GIF parsing and rendering
> lib used by NetSurf) or netsurf itself.
It is nothing to do with libnsgif.
The problem is that NetSurf has never supported animated background images.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: [gccsdk] Help Using Asasm
In message <mpro.mpih8n0288sww01qh.lists@stevefryatt.org.uk>
Steve Fryatt <lists@stevefryatt.org.uk> wrote:
> Is there anything like a "beginners' guide" to using Asasm to assemble code
> (on Linux, if that makes any difference)? Google's failed to turn anything
> up.
I'm not aware of such guide.
> I've got a set of ObjAsm files for a couple of RISC OS projects, which at
> present I have to assemble and link using the DDE on RISC OS. Given that I
> don't use the DDE for much else, that's always been a hassle.
>
> From Asasm's --help option, I can see that I should probably be assembling
> to ELF and then linking. A simple ObjAsm version of what I'm attempting to
> do looks a bit like this:
>
> ObjAsm s.SourceFile -NoCache -desktop ^ -ABSolute -o o.ObjectFile
> Link o.ObjectFile -bin -c++ -o OutputFile
>
> Can anyone suggest how it would convert across? What is the equivalent to
> Link in this case?
If you have a pure assembler project and not using any runtime library
like SCL, I suggest to use the binutils linker directly, i.e.
arm-unknown-riscos-ld when using GCCSDK cross-compiler or ld when using
the GCC GCCSDK release under RISC OS. That's the same ELF based linker
used by GCCSDK.
If you would be using one or more assembler files with your C/C++ project,
then continue to use the normal (arm-unknown-riscos-)gcc linker as
that makes sure the right runtime libraries are being used in the linking
process.
I guess from your example you just want to produce an AIF binary assembled
from one or more assembler files. As an example:
--8<--
AREA |.text|, CODE, READONLY
% 24 ; Make some extra room for the AIF header
EXPORT _start ; _start is the default symbol used by
_start ; the ld linker to start its link process.
SWI 1
= "Hello World", 0
SWI 3
SWI &11
END
--8<--
$ asasm -o main.o main.s
$ arm-unknown-riscos-ld -o hello_world,ff8 main.o
$ elf2aif hello_world,ff8
_start is the entry point which will be called as entry point and that
symbol is also used by the linker to start its link process. If you want
to use another symbol, use -u option for ld.
elf2aif converts the ELF binary to an AIF image but it can't do that
for every ELF binary. For this example you need 24 extra bytes in
the first CODE area you're giving to the linker (a silly limitation which
we better get rid of).
While trying out this example myself, I noticed a small issue in elf2aif.
It can't deal with read-write and zero initialised segments missing.
I've fixed that with r6485. So if you're using the cross-compiler do:
$ svn update
$ make -C builddir/cross/elf2aif/src
$ make -C builddir/cross/elf2aif/src install
and then the above example should work.
Hope this helps a bit,
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
Steve Fryatt <lists@stevefryatt.org.uk> wrote:
> Is there anything like a "beginners' guide" to using Asasm to assemble code
> (on Linux, if that makes any difference)? Google's failed to turn anything
> up.
I'm not aware of such guide.
> I've got a set of ObjAsm files for a couple of RISC OS projects, which at
> present I have to assemble and link using the DDE on RISC OS. Given that I
> don't use the DDE for much else, that's always been a hassle.
>
> From Asasm's --help option, I can see that I should probably be assembling
> to ELF and then linking. A simple ObjAsm version of what I'm attempting to
> do looks a bit like this:
>
> ObjAsm s.SourceFile -NoCache -desktop ^ -ABSolute -o o.ObjectFile
> Link o.ObjectFile -bin -c++ -o OutputFile
>
> Can anyone suggest how it would convert across? What is the equivalent to
> Link in this case?
If you have a pure assembler project and not using any runtime library
like SCL, I suggest to use the binutils linker directly, i.e.
arm-unknown-riscos-ld when using GCCSDK cross-compiler or ld when using
the GCC GCCSDK release under RISC OS. That's the same ELF based linker
used by GCCSDK.
If you would be using one or more assembler files with your C/C++ project,
then continue to use the normal (arm-unknown-riscos-)gcc linker as
that makes sure the right runtime libraries are being used in the linking
process.
I guess from your example you just want to produce an AIF binary assembled
from one or more assembler files. As an example:
--8<--
AREA |.text|, CODE, READONLY
% 24 ; Make some extra room for the AIF header
EXPORT _start ; _start is the default symbol used by
_start ; the ld linker to start its link process.
SWI 1
= "Hello World", 0
SWI 3
SWI &11
END
--8<--
$ asasm -o main.o main.s
$ arm-unknown-riscos-ld -o hello_world,ff8 main.o
$ elf2aif hello_world,ff8
_start is the entry point which will be called as entry point and that
symbol is also used by the linker to start its link process. If you want
to use another symbol, use -u option for ld.
elf2aif converts the ELF binary to an AIF image but it can't do that
for every ELF binary. For this example you need 24 extra bytes in
the first CODE area you're giving to the linker (a silly limitation which
we better get rid of).
While trying out this example myself, I noticed a small issue in elf2aif.
It can't deal with read-write and zero initialised segments missing.
I've fixed that with r6485. So if you're using the cross-compiler do:
$ svn update
$ make -C builddir/cross/elf2aif/src
$ make -C builddir/cross/elf2aif/src install
and then the above example should work.
Hope this helps a bit,
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
Re: #1276 Page rendering
> > >> At Amazon site,
> > >> http://www.amazon.co.uk/packaging
> > >> Upper part of page, rendering ever so slightly a bit of a shambles.
> Repeatable.
Oh, knickers! Repeatable stopped being repeatable.
Believe me, it was a horrendous mess.
Cheers
> > >> http://www.amazon.co.uk/packaging
> > >> Upper part of page, rendering ever so slightly a bit of a shambles.
> Repeatable.
Oh, knickers! Repeatable stopped being repeatable.
Believe me, it was a horrendous mess.
Cheers
Re: #1276 Page rendering
On 6 Jul 2013 Brian Howlett wrote:
> On 6 Jul, Brian Bailey wrote:
>> At Amazon site,
>> http://www.amazon.co.uk/packaging
>> Upper part of page, rendering ever so slightly a bit of a shambles.
>> Seems to be confined to this particular page.
>> #1276 otherwise appears to be OK.
> Seems OK here - I've just had a look at a few Amazon pages and could
> observe no issues, with the possible exception that the Search box is
> a little high, and the text on the Go button is aligned to the top
> instead of the centre.
I'm getting a lot of problems with pages on The Register, mainly with
images and/or text in the main pane overlapping the right hand pane.
--
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.
> On 6 Jul, Brian Bailey wrote:
>> At Amazon site,
>> http://www.amazon.co.uk/packaging
>> Upper part of page, rendering ever so slightly a bit of a shambles.
>> Seems to be confined to this particular page.
>> #1276 otherwise appears to be OK.
> Seems OK here - I've just had a look at a few Amazon pages and could
> observe no issues, with the possible exception that the Search box is
> a little high, and the text on the Go button is aligned to the top
> instead of the centre.
I'm getting a lot of problems with pages on The Register, mainly with
images and/or text in the main pane overlapping the right hand pane.
--
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.
Re: #1276 Page rendering
> >> At Amazon site,
> >> http://www.amazon.co.uk/packaging
> >> Upper part of page, rendering ever so slightly a bit of a shambles.
Repeatable.
> >> Seems to be confined to this particular page.
> >> #1276 otherwise appears to be OK.
> > Seems OK here - I've just had a look at a few Amazon pages and could
> > observe no issues, with the possible exception that the Search box is
> > a little high, and the text on the Go button is aligned to the top
> > instead of the centre.
> And here too, but what I get from that URL is my pre-checkout page,
> where I have to put in my password. Could Brian perhaps post a
> screenshot of what he's seeing?
I'm unaware of any approved route to post images and I'm not up for
medieval torture, otherwise.
Cheers
> >> http://www.amazon.co.uk/packaging
> >> Upper part of page, rendering ever so slightly a bit of a shambles.
Repeatable.
> >> Seems to be confined to this particular page.
> >> #1276 otherwise appears to be OK.
> > Seems OK here - I've just had a look at a few Amazon pages and could
> > observe no issues, with the possible exception that the Search box is
> > a little high, and the text on the Go button is aligned to the top
> > instead of the centre.
> And here too, but what I get from that URL is my pre-checkout page,
> where I have to put in my password. Could Brian perhaps post a
> screenshot of what he's seeing?
I'm unaware of any approved route to post images and I'm not up for
medieval torture, otherwise.
Cheers
Re: Bed page display
In article <0ba4806653.jim@abbeypress.net>, Jim Nagel
<netsurf@abbeypress.co.uk> wrote:
> Tim Hill wrote on 29 Jun:
> > ... save the web page to RAM disc and run it from there. As it can't
> > find the 'faulty' CSS file from its relative URL, it is ignored. To
> > see it more as intended you can use this link to load the 'invisible'
> > css file http://www.cornishworkshop.co.uk/candyedit.css . Save it to
> > ram disc alongside the web page as candyedit/css then edit it
> Hmm, is this a general technique that works with any site using CSS
> with tiresome features?
The 'run it from ram disc' often does, yes. But if the page in question
uses relative links to images &c they will all be 'lost' unless you do a
full save followed by deleting the css file(s) within the saved
pseudo-app. It should then render even the relative stuff but in your
browser default settings. Unfortunately, if they have done something
unnecessary, such as using a fixed CSS path (as well) or setting the
<font color..> to white in the HTML and you have a default white
background and they rely on a dark CSS set background, it could be tricky
to read. ;-)
Each page which mis-renders may have different badly written elements
which need to be overcome! for stuff I simply want to read, 'save text'
is sometimes the easiest, though I will often turn to my android tablet
or PC, both of which have more capable browsers than NetSurf.
> I've often wondered how to see what the hidden CSS is doing.
You can easily look at a page's HTML to determine the CSS file(s) it is
using. By putting, e.g. http://sarva.co.uk/style.css in the address bar
the CSS file is loaded. Although the page looks blank, pressing f8 in
NetSurf should throw the content of the file into an editor. Fortunately
CSS is almost human-readable but http://w3schools.com is there to explain
anything not understood.
> F'rinstance my wee rant in the Sourceforge thread about text that is
> not only tiny but grey -- which I see too often on other sites, tho
> maybe it's my own eyesite!
Does it look grey only because it is tiny and the anti-aliasing leaves
hardly any black pixels? ;-) The whole page can be blown up in Netsurf
using Zoom or a keypress I forget because I use my button bar instead.
http://timil.com/riscos
<netsurf@abbeypress.co.uk> wrote:
> Tim Hill wrote on 29 Jun:
> > ... save the web page to RAM disc and run it from there. As it can't
> > find the 'faulty' CSS file from its relative URL, it is ignored. To
> > see it more as intended you can use this link to load the 'invisible'
> > css file http://www.cornishworkshop.co.uk/candyedit.css . Save it to
> > ram disc alongside the web page as candyedit/css then edit it
> Hmm, is this a general technique that works with any site using CSS
> with tiresome features?
The 'run it from ram disc' often does, yes. But if the page in question
uses relative links to images &c they will all be 'lost' unless you do a
full save followed by deleting the css file(s) within the saved
pseudo-app. It should then render even the relative stuff but in your
browser default settings. Unfortunately, if they have done something
unnecessary, such as using a fixed CSS path (as well) or setting the
<font color..> to white in the HTML and you have a default white
background and they rely on a dark CSS set background, it could be tricky
to read. ;-)
Each page which mis-renders may have different badly written elements
which need to be overcome! for stuff I simply want to read, 'save text'
is sometimes the easiest, though I will often turn to my android tablet
or PC, both of which have more capable browsers than NetSurf.
> I've often wondered how to see what the hidden CSS is doing.
You can easily look at a page's HTML to determine the CSS file(s) it is
using. By putting, e.g. http://sarva.co.uk/style.css in the address bar
the CSS file is loaded. Although the page looks blank, pressing f8 in
NetSurf should throw the content of the file into an editor. Fortunately
CSS is almost human-readable but http://w3schools.com is there to explain
anything not understood.
> F'rinstance my wee rant in the Sourceforge thread about text that is
> not only tiny but grey -- which I see too often on other sites, tho
> maybe it's my own eyesite!
Does it look grey only because it is tiny and the anti-aliasing leaves
hardly any black pixels? ;-) The whole page can be blown up in Netsurf
using Zoom or a keypress I forget because I use my button bar instead.
http://timil.com/riscos
Re: Redraws
Hello,
Am Samstag, den 06.07.2013, 12:44 +0200 schrieb Jean-François Lemaire
<jflemaire@skynet.be>:
> This is a well known issue. In my understanding it only flickers
> because of
> the animated GIFs. Disable animations in Choices and the page should
> no longer
> flicker.
This is a long standing bug in libnsgif (the GIF parsing and rendering
lib used by NetSurf) or netsurf itself. It updates the wrong screen
areas (instead of the GIF's area). This only happens on the
atari-forum.com page. At least I have never seen another page. Maybe
someone can copy the animated gif into an page that has no other
elements otherwise (except a little bit of text to see flickering...)
and check if it still flickering because it updates the wrong area. If
not, the problem seems to be triggered by the page structure, not the
GIF's.
Greets,
Ole
Am Samstag, den 06.07.2013, 12:44 +0200 schrieb Jean-François Lemaire
<jflemaire@skynet.be>:
> This is a well known issue. In my understanding it only flickers
> because of
> the animated GIFs. Disable animations in Choices and the page should
> no longer
> flicker.
This is a long standing bug in libnsgif (the GIF parsing and rendering
lib used by NetSurf) or netsurf itself. It updates the wrong screen
areas (instead of the GIF's area). This only happens on the
atari-forum.com page. At least I have never seen another page. Maybe
someone can copy the animated gif into an page that has no other
elements otherwise (except a little bit of text to see flickering...)
and check if it still flickering because it updates the wrong area. If
not, the problem seems to be triggered by the page structure, not the
GIF's.
Greets,
Ole
[gccsdk] Help Using Asasm
Is there anything like a "beginners' guide" to using Asasm to assemble code
(on Linux, if that makes any difference)? Google's failed to turn anything
up.
I've got a set of ObjAsm files for a couple of RISC OS projects, which at
present I have to assemble and link using the DDE on RISC OS. Given that I
don't use the DDE for much else, that's always been a hassle.
From Asasm's --help option, I can see that I should probably be assembling
to ELF and then linking. A simple ObjAsm version of what I'm attempting to
do looks a bit like this:
ObjAsm s.SourceFile -NoCache -desktop ^ -ABSolute -o o.ObjectFile
Link o.ObjectFile -bin -c++ -o OutputFile
Can anyone suggest how it would convert across? What is the equivalent to
Link in this case?
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
_______________________________________________
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
(on Linux, if that makes any difference)? Google's failed to turn anything
up.
I've got a set of ObjAsm files for a couple of RISC OS projects, which at
present I have to assemble and link using the DDE on RISC OS. Given that I
don't use the DDE for much else, that's always been a hassle.
From Asasm's --help option, I can see that I should probably be assembling
to ELF and then linking. A simple ObjAsm version of what I'm attempting to
do looks a bit like this:
ObjAsm s.SourceFile -NoCache -desktop ^ -ABSolute -o o.ObjectFile
Link o.ObjectFile -bin -c++ -o OutputFile
Can anyone suggest how it would convert across? What is the equivalent to
Link in this case?
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
_______________________________________________
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: Redraws
On Saturday 06 July 2013 10:32:44 Peter Slegg wrote:
> Why does this page continually flicker and redraw ?
>
> http://www.atari-forum.com/viewforum.php?f=27&sid=9957abd962ec11a94e286d2bf6
> ec7805
>
> It might not be obvious on faster hardware but on the Atari 68060 version
> it slows everything down.
This is a well known issue. In my understanding it only flickers because of
the animated GIFs. Disable animations in Choices and the page should no longer
flicker.
Cheers,
JFL
--
Jean-François Lemaire
> Why does this page continually flicker and redraw ?
>
> http://www.atari-forum.com/viewforum.php?f=27&sid=9957abd962ec11a94e286d2bf6
> ec7805
>
> It might not be obvious on faster hardware but on the Atari 68060 version
> it slows everything down.
This is a well known issue. In my understanding it only flickers because of
the animated GIFs. Disable animations in Choices and the page should no longer
flicker.
Cheers,
JFL
--
Jean-François Lemaire
Redraws
Why does this page continually flicker and redraw ?
http://www.atari-forum.com/viewforum.php?f=27&sid=9957abd962ec11a94e286d2bf6ec7805
It might not be obvious on faster hardware but on the Atari 68060 version
it slows everything down.
I am using a test build 1276
Peter
http://www.atari-forum.com/viewforum.php?f=27&sid=9957abd962ec11a94e286d2bf6ec7805
It might not be obvious on faster hardware but on the Atari 68060 version
it slows everything down.
I am using a test build 1276
Peter
Re: #1276 Page rendering
On 6 Jul 2013 Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
> On 6 Jul, Brian Bailey wrote:
>> At Amazon site,
>> http://www.amazon.co.uk/packaging
>> Upper part of page, rendering ever so slightly a bit of a shambles.
>> Seems to be confined to this particular page.
>> #1276 otherwise appears to be OK.
> Seems OK here - I've just had a look at a few Amazon pages and could
> observe no issues, with the possible exception that the Search box is
> a little high, and the text on the Go button is aligned to the top
> instead of the centre.
And here too, but what I get from that URL is my pre-checkout page,
where I have to put in my password. Could Brian perhaps post a
screenshot of what he's seeing?
BTW, the box for entering the e-mail address on the pre-checkout page
is very small. No problem for me, as Amazon store my address, so it's
already filled in. Is that worth a bug report?
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 6 Jul, Brian Bailey wrote:
>> At Amazon site,
>> http://www.amazon.co.uk/packaging
>> Upper part of page, rendering ever so slightly a bit of a shambles.
>> Seems to be confined to this particular page.
>> #1276 otherwise appears to be OK.
> Seems OK here - I've just had a look at a few Amazon pages and could
> observe no issues, with the possible exception that the Search box is
> a little high, and the text on the Go button is aligned to the top
> instead of the centre.
And here too, but what I get from that URL is my pre-checkout page,
where I have to put in my password. Could Brian perhaps post a
screenshot of what he's seeing?
BTW, the box for entering the e-mail address on the pre-checkout page
is very small. No problem for me, as Amazon store my address, so it's
already filled in. Is that worth a bug report?
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: #1276 Page rendering
On 6 Jul, Brian Bailey wrote:
> At Amazon site,
> http://www.amazon.co.uk/packaging
> Upper part of page, rendering ever so slightly a bit of a shambles.
> Seems to be confined to this particular page.
> #1276 otherwise appears to be OK.
Seems OK here - I've just had a look at a few Amazon pages and could
observe no issues, with the possible exception that the Search box is
a little high, and the text on the Go button is aligned to the top
instead of the centre.
--
Brian Howlett
---------------------------------------------------------------
Every 4 seconds a woman has a baby. Our problem is to find this
woman and stop her.
> At Amazon site,
> http://www.amazon.co.uk/packaging
> Upper part of page, rendering ever so slightly a bit of a shambles.
> Seems to be confined to this particular page.
> #1276 otherwise appears to be OK.
Seems OK here - I've just had a look at a few Amazon pages and could
observe no issues, with the possible exception that the Search box is
a little high, and the text on the Go button is aligned to the top
instead of the centre.
--
Brian Howlett
---------------------------------------------------------------
Every 4 seconds a woman has a baby. Our problem is to find this
woman and stop her.
#1276 Page rendering
At Amazon site,
http://www.amazon.co.uk/packaging
Upper part of page, rendering ever so slightly a bit of a shambles.
Seems to be confined to this particular page.
#1276 otherwise appears to be OK.
http://www.amazon.co.uk/packaging
Upper part of page, rendering ever so slightly a bit of a shambles.
Seems to be confined to this particular page.
#1276 otherwise appears to be OK.
Friday, 5 July 2013
Re: Sourceforge
On Fri, 05 Jul 2013 16:22:09 +0100, Jim Nagel wrote:
> While we're on about Sourceforge, could someone already familiar with
> its workings please explain to us in the cheap seats what OpenID is
> all about? This page says "OpenID eliminates the need for multiple
> usernames across different websites." Does that mean different
> Sourceforge websites or what?
It's an authentication system that works on any site that supports it.
The idea is that you can choose your own OpenID provider, and use
that to log in on any website (well, as long as that website supports
OpenID). It hasn't taken off in a big way, but it largely operates
(from a user perspective at least) the same as the "log in with
Facebook", "Log in with Twitter", "Log in with my Google Account" etc
buttons a lot of sites have.
I quite like the one on Sourceforge, as they used to force password
changes quite often, and logging in with an OpenID circumvented that.
However, unless they've changed it recently, you can't actually log in
with an OpenID on Sourceforge if you're using NetSurf.
Chris
> While we're on about Sourceforge, could someone already familiar with
> its workings please explain to us in the cheap seats what OpenID is
> all about? This page says "OpenID eliminates the need for multiple
> usernames across different websites." Does that mean different
> Sourceforge websites or what?
It's an authentication system that works on any site that supports it.
The idea is that you can choose your own OpenID provider, and use
that to log in on any website (well, as long as that website supports
OpenID). It hasn't taken off in a big way, but it largely operates
(from a user perspective at least) the same as the "log in with
Facebook", "Log in with Twitter", "Log in with my Google Account" etc
buttons a lot of sites have.
I quite like the one on Sourceforge, as they used to force password
changes quite often, and logging in with an OpenID circumvented that.
However, unless they've changed it recently, you can't actually log in
with an OpenID on Sourceforge if you're using NetSurf.
Chris
Re: Sourceforge
> Peter young wrote:
>> Is there a way we can help the developers by reporting bugs now?
Dave Lawton wrote on 5 Jul:
> You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
> button has been added on the LHS.
Did that. Checked back an hour or two later, and my report is not
listed on the bugs page at Sourceforge, so did it again. Clicked
"Save" (does that mean Submit?), and up comes this page*:
www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
Hardly helpful. I already know I am logged in. I want to know
whether my submission has been successful or not. I'm stymied.
Less than user-friendly, imho.
Perhaps Netsurf is not displaying the Sourceforge page correctly, and
we are missing something vital?
While we're on about Sourceforge, could someone already familiar with
its workings please explain to us in the cheap seats what OpenID is
all about? This page says "OpenID eliminates the need for multiple
usernames across different websites." Does that mean different
Sourceforge websites or what?
*The tiny grey print in acres of blank space is a separate topick.
--
Jim Nagel www.archivemag.co.uk
>> Is there a way we can help the developers by reporting bugs now?
Dave Lawton wrote on 5 Jul:
> You need to 'Login' [at Sourceforge], then you will find a 'Create Ticket'
> button has been added on the LHS.
Did that. Checked back an hour or two later, and my report is not
listed on the bugs page at Sourceforge, so did it again. Clicked
"Save" (does that mean Submit?), and up comes this page*:
www.archivemag.co.uk/JN/TEMP/NS-sourceforge.html
Hardly helpful. I already know I am logged in. I want to know
whether my submission has been successful or not. I'm stymied.
Less than user-friendly, imho.
Perhaps Netsurf is not displaying the Sourceforge page correctly, and
we are missing something vital?
While we're on about Sourceforge, could someone already familiar with
its workings please explain to us in the cheap seats what OpenID is
all about? This page says "OpenID eliminates the need for multiple
usernames across different websites." Does that mean different
Sourceforge websites or what?
*The tiny grey print in acres of blank space is a separate topick.
--
Jim Nagel www.archivemag.co.uk
Re: Bed page display
Richard Torrens (lists) wrote on 28 Jun:
> http://www.cornishworkshop.co.uk/hammerhandle.html
> is a series of nested tgbles.
> The text overwrites, all on one line, with no proper wrapping in the cells.
Couldn't find any beds (or tgbles!) on that workshop site!
But then of course the overwritten text might explain this. ;=)
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
> http://www.cornishworkshop.co.uk/hammerhandle.html
> is a series of nested tgbles.
> The text overwrites, all on one line, with no proper wrapping in the cells.
Couldn't find any beds (or tgbles!) on that workshop site!
But then of course the overwritten text might explain this. ;=)
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
Re: Bed page display
Tim Hill wrote on 29 Jun:
> ... save the web page to RAM disc and run it from there. As it can't
> find the 'faulty' CSS file from its relative URL, it is ignored.
> To see it more as intended you can use this link to load the 'invisible'
> css file http://www.cornishworkshop.co.uk/candyedit.css . Save it to ram
> disc alongside the web page as candyedit/css then edit it
Hmm, is this a general technique that works with any site using CSS
with tiresome features? I've often wondered how to see what the
hidden CSS is doing. F'rinstance my wee rant in the Sourceforge
thread about text that is not only tiny but grey -- which I see too
often on other sites, tho maybe it's my own eyesite!
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
> ... save the web page to RAM disc and run it from there. As it can't
> find the 'faulty' CSS file from its relative URL, it is ignored.
> To see it more as intended you can use this link to load the 'invisible'
> css file http://www.cornishworkshop.co.uk/candyedit.css . Save it to ram
> disc alongside the web page as candyedit/css then edit it
Hmm, is this a general technique that works with any site using CSS
with tiresome features? I've often wondered how to see what the
hidden CSS is doing. F'rinstance my wee rant in the Sourceforge
thread about text that is not only tiny but grey -- which I see too
often on other sites, tho maybe it's my own eyesite!
--
Jim Nagel www.archivemag.co.uk
See you at Kenilworth? www.mug.riscos.org/show13 July 13
Re: Sourceforge
On 5 Jul 2013 Jim Nagel wrote:
> And, while on the subject of Sourceforge, does its print really need
> to be so tiny, given the acres of white space? And does the print
> need to be grey rather than black? (Is this grey a current fashion
> among website designers or is it my eyesight?!? If grey, I presume it
> is controlled by something in CSS.)
That sort of thing is annoying. I like Oregano's option to disable
"Use document colours". Pity we haven't got something similar in NS. I
probably raised it as a feature request in the dim and distant past.
--
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.
> And, while on the subject of Sourceforge, does its print really need
> to be so tiny, given the acres of white space? And does the print
> need to be grey rather than black? (Is this grey a current fashion
> among website designers or is it my eyesight?!? If grey, I presume it
> is controlled by something in CSS.)
That sort of thing is annoying. I like Oregano's option to disable
"Use document colours". Pity we haven't got something similar in NS. I
probably raised it as a feature request in the dim and distant past.
--
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.
Re: Sourceforge
Dave Lawton wrote on 5 Jul:
> You need to 'Login', then you will find a 'Create Ticket'
> button has been added on the LHS.
Maybe this useful info could be added to Netsurf's own help page --
http://www.netsurf-browser.org/documentation/info -- which tells you
how to report a bug. (Is this page wiki-editable or is it only the
Netsurf team who can do it? A link direct to the relevant point in
Sourceforge would be welcome.)
I've just finished floundering my way through the Sourceforge process
before discovering this thread on the mailinglist. Am still unsure
whether my report got posted on Sourceforge or not or twice. Its
"Preview" button didn't give any reassurance.
And, while on the subject of Sourceforge, does its print really need
to be so tiny, given the acres of white space? And does the print
need to be grey rather than black? (Is this grey a current fashion
among website designers or is it my eyesight?!? If grey, I presume it
is controlled by something in CSS.)
--
Jim Nagel www.archivemag.co.uk
>> before emailing large files (>1Mb), please ask me for FTP details
See you at Kenilworth? www.mug.riscos.org/show13 July 13
> You need to 'Login', then you will find a 'Create Ticket'
> button has been added on the LHS.
Maybe this useful info could be added to Netsurf's own help page --
http://www.netsurf-browser.org/documentation/info -- which tells you
how to report a bug. (Is this page wiki-editable or is it only the
Netsurf team who can do it? A link direct to the relevant point in
Sourceforge would be welcome.)
I've just finished floundering my way through the Sourceforge process
before discovering this thread on the mailinglist. Am still unsure
whether my report got posted on Sourceforge or not or twice. Its
"Preview" button didn't give any reassurance.
And, while on the subject of Sourceforge, does its print really need
to be so tiny, given the acres of white space? And does the print
need to be grey rather than black? (Is this grey a current fashion
among website designers or is it my eyesight?!? If grey, I presume it
is controlled by something in CSS.)
--
Jim Nagel www.archivemag.co.uk
>> before emailing large files (>1Mb), please ask me for FTP details
See you at Kenilworth? www.mug.riscos.org/show13 July 13
Re: Sourceforge
On Fri, Jul 05, 2013 at 12:52:51PM +0100, Peter Young wrote:
> Presumably this means that people without a Sourceforge account can't
> submit bug reports any more, which is a pity,
At least we get identifying marks and a way to contact the author with every
bug report now though.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> Presumably this means that people without a Sourceforge account can't
> submit bug reports any more, which is a pity,
At least we get identifying marks and a way to contact the author with every
bug report now though.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: Sourceforge
On 5 Jul 2013 "Dave Lawton" <lists@etcsystems.co.uk> wrote:
> On Fri, 5 July, 2013 12:03 pm, Peter Young wrote:
>> On 5 Jul 2013 Richard Porter <ricp@minijem.plus.com> wrote:
>>
>>> What's happened to Sourceforge? It's virtually unusable now. The
>>> help
>>> page tells me to click on "Submit new" but it's nowhere to be found
>>> on
>>> the bugs page.
>>
>> I don't know if you're seeing the same thing as I am, but the URL
>> https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
>> used to take you to the "add a bug" page (Can't remember what the
>> correct name is), but it now takes you to the list of bugs instead.
>> This has, as you say, no obvious way of adding a bug.
>>
>> I did try this URL in Windows Firefox, and the same thing happens
>> there.
>>
>> Is there a way we can help the developers by reporting bugs now?
>>
>> With best wishes,
>>
>> Peter.
>>
> Hi,
> You need to 'Login', then you will find a 'Create Ticket'
> button has been added on the LHS.
So there is! I did try logging in to see if it made a difference, but
didn't notice the "Create ticket".
Presumably this means that people without a Sourceforge account can't
submit bug reports any more, which is a pity,
At least they now have "Save" instead of that awful "Add artifact"!
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 Fri, 5 July, 2013 12:03 pm, Peter Young wrote:
>> On 5 Jul 2013 Richard Porter <ricp@minijem.plus.com> wrote:
>>
>>> What's happened to Sourceforge? It's virtually unusable now. The
>>> help
>>> page tells me to click on "Submit new" but it's nowhere to be found
>>> on
>>> the bugs page.
>>
>> I don't know if you're seeing the same thing as I am, but the URL
>> https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
>> used to take you to the "add a bug" page (Can't remember what the
>> correct name is), but it now takes you to the list of bugs instead.
>> This has, as you say, no obvious way of adding a bug.
>>
>> I did try this URL in Windows Firefox, and the same thing happens
>> there.
>>
>> Is there a way we can help the developers by reporting bugs now?
>>
>> With best wishes,
>>
>> Peter.
>>
> Hi,
> You need to 'Login', then you will find a 'Create Ticket'
> button has been added on the LHS.
So there is! I did try logging in to see if it made a difference, but
didn't notice the "Create ticket".
Presumably this means that people without a Sourceforge account can't
submit bug reports any more, which is a pity,
At least they now have "Save" instead of that awful "Add artifact"!
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: Sourceforge
On Fri, 5 July, 2013 12:03 pm, Peter Young wrote:
> On 5 Jul 2013 Richard Porter <ricp@minijem.plus.com> wrote:
>
>> What's happened to Sourceforge? It's virtually unusable now. The
>> help
>> page tells me to click on "Submit new" but it's nowhere to be found
>> on
>> the bugs page.
>
> I don't know if you're seeing the same thing as I am, but the URL
> https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
> used to take you to the "add a bug" page (Can't remember what the
> correct name is), but it now takes you to the list of bugs instead.
> This has, as you say, no obvious way of adding a bug.
>
> I did try this URL in Windows Firefox, and the same thing happens
> there.
>
> Is there a way we can help the developers by reporting bugs now?
>
> With best wishes,
>
> Peter.
>
Hi,
You need to 'Login', then you will find a 'Create Ticket'
button has been added on the LHS.
HTH
--
Regards,
Dave Lawton
HTML emails are just a security risk, and nobody needs that.
> On 5 Jul 2013 Richard Porter <ricp@minijem.plus.com> wrote:
>
>> What's happened to Sourceforge? It's virtually unusable now. The
>> help
>> page tells me to click on "Submit new" but it's nowhere to be found
>> on
>> the bugs page.
>
> I don't know if you're seeing the same thing as I am, but the URL
> https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
> used to take you to the "add a bug" page (Can't remember what the
> correct name is), but it now takes you to the list of bugs instead.
> This has, as you say, no obvious way of adding a bug.
>
> I did try this URL in Windows Firefox, and the same thing happens
> there.
>
> Is there a way we can help the developers by reporting bugs now?
>
> With best wishes,
>
> Peter.
>
Hi,
You need to 'Login', then you will find a 'Create Ticket'
button has been added on the LHS.
HTH
--
Regards,
Dave Lawton
HTML emails are just a security risk, and nobody needs that.
Re: Sourceforge
On 5 Jul 2013 Richard Porter <ricp@minijem.plus.com> wrote:
> What's happened to Sourceforge? It's virtually unusable now. The help
> page tells me to click on "Submit new" but it's nowhere to be found on
> the bugs page.
I don't know if you're seeing the same thing as I am, but the URL
https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
used to take you to the "add a bug" page (Can't remember what the
correct name is), but it now takes you to the list of bugs instead.
This has, as you say, no obvious way of adding a bug.
I did try this URL in Windows Firefox, and the same thing happens
there.
Is there a way we can help the developers by reporting bugs now?
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> What's happened to Sourceforge? It's virtually unusable now. The help
> page tells me to click on "Submit new" but it's nowhere to be found on
> the bugs page.
I don't know if you're seeing the same thing as I am, but the URL
https://sourceforge.net/tracker/?func=add&group_id=51719&atid=464312
used to take you to the "add a bug" page (Can't remember what the
correct name is), but it now takes you to the list of bugs instead.
This has, as you say, no obvious way of adding a bug.
I did try this URL in Windows Firefox, and the same thing happens
there.
Is there a way we can help the developers by reporting bugs now?
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Sourceforge
What's happened to Sourceforge? It's virtually unusable now. The help
page tells me to click on "Submit new" but it's nowhere to be found on
the bugs page.
--
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.
page tells me to click on "Submit new" but it's nowhere to be found on
the bugs page.
--
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.
Monday, 1 July 2013
New treeview
Since the old treeview was inefficient, a bit flaky, and difficult to
maintain, we've been planning to replace it for some time.
I have a treeview rewrite in progress which is quite advanced, and I've
just pushed what I have done so far. Currently this is a new generic
treeview module, a partial new global history module, and a hack in the
old treeview for testing the new one.
To see the new treeview in action, either set temp_treeview_test:1 in the
Chocies file, or pass --temp_treeview_test=1 when you execute NetSurf.
With this option set, the global history treeview test can be found in the
hotlist/bookmarks/favourites window. You can have the old and new global
history treeviews open side-by-side.
Any feedback welcome.
A few more notes follow.
Performance
-----------
On a 600MHz XScale, the new global history treeview builds much faster
with my current 326kB of URL file.
New treeview:
(2.440000) desktop/global_history.c global_history_init 657: Loading
global history
(2.600000) desktop/global_history.c global_history_init 709: Loaded
global history
Old treeview:
(2.690000) desktop/history_global_core.c history_global_initialise 281:
Building history tree
(4.020000) desktop/history_global_core.c history_global_initialise 288:
History tree built
That's 0.16s vs. 1.33s. The new one is probably fast enough that we could
get away with making the global history treeview when the global history
window is opened, rather than generating on startup.
RISC OS treeview drags
----------------------
Seems that the RISC OS front end doesn't pass the mouse coordinate to the
core during drags in the treeview window, which is making the drag
behaviour there a bit peculiar.
Treeview behaviour
------------------
Single click on the expand/contract arrow toggles its expansion.
Single click on text/icon selects it.
Double click on a directory toggles its expansion.
Double click on an entry will "launch" it.*
Drag from an empty area starts a selection.
Drag from text/icon region will start a move drag.
Drag from anywhere in a selection will start a move drag.
First mouse button creates new selection.
Second mouse button modifies a selection.
Keyboard shortcuts for select all, clear selection, and delete selection
are implemented.
* Global history doesn't implement the launch callback msg yet.
Global history TODO
-------------------
- Need to implement launch message handling
- Need to implement node deletion message handling (so the delete actually
affects URLdb)
- Need to make browser window update the new global history code as you
visit pages.
What next
---------
1. Get some feedback.
2. Address feedback.
3. Finish new global history.
4. Change global history to use new treeview, removing temp test option.
5. Implement bookmarks, ssl cert chain viewer and cookie manager
with new treeview. Need to add various features to the treeview,
such as read-only mode, node movement drags, etc.
Up to and including step 5, there will be no changes in the front ends...
the old tree stuff will be wrapper layers for the new stuff.
6. Change front ends to use new treeview stuff directly.
Somewhere before step 6, I intend to change the interface for the using
the new treeview features a bit (core_window stuff).
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
maintain, we've been planning to replace it for some time.
I have a treeview rewrite in progress which is quite advanced, and I've
just pushed what I have done so far. Currently this is a new generic
treeview module, a partial new global history module, and a hack in the
old treeview for testing the new one.
To see the new treeview in action, either set temp_treeview_test:1 in the
Chocies file, or pass --temp_treeview_test=1 when you execute NetSurf.
With this option set, the global history treeview test can be found in the
hotlist/bookmarks/favourites window. You can have the old and new global
history treeviews open side-by-side.
Any feedback welcome.
A few more notes follow.
Performance
-----------
On a 600MHz XScale, the new global history treeview builds much faster
with my current 326kB of URL file.
New treeview:
(2.440000) desktop/global_history.c global_history_init 657: Loading
global history
(2.600000) desktop/global_history.c global_history_init 709: Loaded
global history
Old treeview:
(2.690000) desktop/history_global_core.c history_global_initialise 281:
Building history tree
(4.020000) desktop/history_global_core.c history_global_initialise 288:
History tree built
That's 0.16s vs. 1.33s. The new one is probably fast enough that we could
get away with making the global history treeview when the global history
window is opened, rather than generating on startup.
RISC OS treeview drags
----------------------
Seems that the RISC OS front end doesn't pass the mouse coordinate to the
core during drags in the treeview window, which is making the drag
behaviour there a bit peculiar.
Treeview behaviour
------------------
Single click on the expand/contract arrow toggles its expansion.
Single click on text/icon selects it.
Double click on a directory toggles its expansion.
Double click on an entry will "launch" it.*
Drag from an empty area starts a selection.
Drag from text/icon region will start a move drag.
Drag from anywhere in a selection will start a move drag.
First mouse button creates new selection.
Second mouse button modifies a selection.
Keyboard shortcuts for select all, clear selection, and delete selection
are implemented.
* Global history doesn't implement the launch callback msg yet.
Global history TODO
-------------------
- Need to implement launch message handling
- Need to implement node deletion message handling (so the delete actually
affects URLdb)
- Need to make browser window update the new global history code as you
visit pages.
What next
---------
1. Get some feedback.
2. Address feedback.
3. Finish new global history.
4. Change global history to use new treeview, removing temp test option.
5. Implement bookmarks, ssl cert chain viewer and cookie manager
with new treeview. Need to add various features to the treeview,
such as read-only mode, node movement drags, etc.
Up to and including step 5, there will be no changes in the front ends...
the old tree stuff will be wrapper layers for the new stuff.
6. Change front ends to use new treeview stuff directly.
Somewhere before step 6, I intend to change the interface for the using
the new treeview features a bit (core_window stuff).
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Subscribe to:
Posts (Atom)