Am Donnerstag, den 28.11.2013, 00:12 +0100 schrieb Harriet Bazley
<lists@orange.wingsandbeaks.org.uk>:
> It's definitely some kind of CSS problem and not JavaScript, because
> doing a 'full save' and deleting the CSS files causes the image to
> appear.
Maybe that's what the CSS designer wanted: Have the element initially
invisible.
It can be set to visible via JavaScript in most browsers ;).
Greets,
Ole
Wednesday, 27 November 2013
Re: Fanfiction.net login
On 12 Nov 2013 as I do recall,
Harriet Bazley wrote:
> On 12 Nov 2013 as I do recall,
> David Pitt wrote:
>
> > Harriet Bazley, on 12 Nov, wrote:
> >
> > > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > > displaying - the only way I have found to log in now is to view the page
> > > source and double-click on the hidden link to the audio file alternative.
> > > https://www.fanfiction.net/login.php
> >
> >
> > Does this help, it does display in NetSurf #1447,
> >
> > https://m.fanfiction.net/m/login.php
> >
> Ooh, that could be handy - I've never managed to find a log-in for the
> mobile site.
>
The captcha has now disappeared from the mobile login page as well :-(
Netsurf 1505
It's definitely some kind of CSS problem and not JavaScript, because
doing a 'full save' and deleting the CSS files causes the image to
appear. Can someone report the issue on the bug tracker? (since we are
no longer able to access the bug tracker via Netsurf...)
--
Harriet Bazley == Loyaulte me lie ==
He who hesitates is last.
Harriet Bazley wrote:
> On 12 Nov 2013 as I do recall,
> David Pitt wrote:
>
> > Harriet Bazley, on 12 Nov, wrote:
> >
> > > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > > displaying - the only way I have found to log in now is to view the page
> > > source and double-click on the hidden link to the audio file alternative.
> > > https://www.fanfiction.net/login.php
> >
> >
> > Does this help, it does display in NetSurf #1447,
> >
> > https://m.fanfiction.net/m/login.php
> >
> Ooh, that could be handy - I've never managed to find a log-in for the
> mobile site.
>
The captcha has now disappeared from the mobile login page as well :-(
Netsurf 1505
It's definitely some kind of CSS problem and not JavaScript, because
doing a 'full save' and deleting the CSS files causes the image to
appear. Can someone report the issue on the bug tracker? (since we are
no longer able to access the bug tracker via Netsurf...)
--
Harriet Bazley == Loyaulte me lie ==
He who hesitates is last.
Re: Fwd: Re: Netsurf/atari build 1501
Am Mittwoch, den 27.11.2013, 21:54 +0100 schrieb John-Mark Bell
<jmb@netsurf-browser.org>:
> Evidence, please. With libdom, this should be significantly faster,
> as
> string comparisons no longer need consider the actual string data.
That was mentioned at the IRC channel several times, someone also made
a calltrace with timings and people started to talk about the CSS class
matching.
As far as I had understood, libdom is still subject to some
optimization
to have the same perfomance as the previous implementation. But It
looks
like I completely misunderstood it?
Greets,
Ole
<jmb@netsurf-browser.org>:
> Evidence, please. With libdom, this should be significantly faster,
> as
> string comparisons no longer need consider the actual string data.
That was mentioned at the IRC channel several times, someone also made
a calltrace with timings and people started to talk about the CSS class
matching.
As far as I had understood, libdom is still subject to some
optimization
to have the same perfomance as the previous implementation. But It
looks
like I completely misunderstood it?
Greets,
Ole
Re: Fwd: Re: Netsurf/atari build 1501
On Wed, Nov 27, 2013 at 09:28:52PM +0100, Ole wrote:
>
> Btw. since libdom is used (2.9 used libxml) css matching got slower.
Evidence, please. With libdom, this should be significantly faster, as
string comparisons no longer need consider the actual string data.
J.
>
> Btw. since libdom is used (2.9 used libxml) css matching got slower.
Evidence, please. With libdom, this should be significantly faster, as
string comparisons no longer need consider the actual string data.
J.
Fwd: Re: Netsurf/atari build 1501
Am Mittwoch, den 27.11.2013, 20:35 +0100 schrieb Peter Slegg
<p.slegg@scubadivers.co.uk>:
> I installed the Atari build 1501 and subjectively it seems slower,
> mostly after the page has been rendered, Netsurf pauses for over a
> minute before the page can be scrolled or anything else.
Thank's for your continues tests with the latest builds.
I will forward this discussion to the netsurf user list.
----
Some "lags" where always present, and I don't know what it is. It
happens
every now and then - especially on some pages. So it is more or less
reproducible.
However. Because people complained, I have set the GUI priority to
"Low" again. That means
the Browser is less responsive, less time is spent on checking User
Interactions. That gives a bit more
time for rendering.
But the user can modify this setting now. Go into the Choices menu and
select some value for "GUI timeout" - that's the timeout value passed
to evnt_multi. Selest "10" and see if it makes the GUI more responsive,
as example: for clicking scroll button.
Btw. since libdom is used (2.9 used libxml) css matching got slower.
Maybe that's the speed issue
that was recognized a few days ago. Hower, libdom is used since several
month now.... So that's nothing new ;)
Also make sure to unzip the whole archive, many things where modified.
Greets,
Ole
--
<p.slegg@scubadivers.co.uk>:
> I installed the Atari build 1501 and subjectively it seems slower,
> mostly after the page has been rendered, Netsurf pauses for over a
> minute before the page can be scrolled or anything else.
Thank's for your continues tests with the latest builds.
I will forward this discussion to the netsurf user list.
----
Some "lags" where always present, and I don't know what it is. It
happens
every now and then - especially on some pages. So it is more or less
reproducible.
However. Because people complained, I have set the GUI priority to
"Low" again. That means
the Browser is less responsive, less time is spent on checking User
Interactions. That gives a bit more
time for rendering.
But the user can modify this setting now. Go into the Choices menu and
select some value for "GUI timeout" - that's the timeout value passed
to evnt_multi. Selest "10" and see if it makes the GUI more responsive,
as example: for clicking scroll button.
Btw. since libdom is used (2.9 used libxml) css matching got slower.
Maybe that's the speed issue
that was recognized a few days ago. Hower, libdom is used since several
month now.... So that's nothing new ;)
Also make sure to unzip the whole archive, many things where modified.
Greets,
Ole
--
Netsurf build 1501
I installed the Atari build 1501 and subjectively it seems slower,
mostly after the page has been rendered, Netsurf pauses for over a
minute before the page can be scrolled or anything else.
I will have to do some timings to be certain.
Regards,
Peter
mostly after the page has been rendered, Netsurf pauses for over a
minute before the page can be scrolled or anything else.
I will have to do some timings to be certain.
Regards,
Peter
Re: gtk on GNU/Linux: https is not supported
> Although OpenSSL 1.0.1e and GnuTLS 3.1.5 are installed, I have a pop-up
> window saying "URIOpenError Operation not supported" when I try to open an
> https URI with /usr/bin/netsurf.
The problem came from curl, that I did not build with SSL support. I rebuilt
curl with SSL support and can now open https URIs.
Christophe
> window saying "URIOpenError Operation not supported" when I try to open an
> https URI with /usr/bin/netsurf.
The problem came from curl, that I did not build with SSL support. I rebuilt
curl with SSL support and can now open https URIs.
Christophe
Re: help compiling libsvgtiny on linux
Dear Chaitanya, dear Ole
thanks a lot for your support...
following the info you provide me I was finally able to get it work
best regards
Giampaolo
BTW: it seems that git://git.netsurf-browser.org/libhubbub.git is also needed
2013/11/27 Chaitanya Sharma <gopi.daiict@gmail.com>
You'll need to install buildsystem, gperf, libbdom, parser-utils and libwapcaplet
- get it from here : git clone git://git.netsurf-browser.org/buildsystem- get it from here : git clone git://git.netsurf-browser.org/libdom- get it from here : git://git.netsurf-browser.org/libparserutils- sudo apt-get install gperfhaving built/installed these chained dependencies will allow you to build libsvgtiny.-Chaitanya
On Wed, Nov 27, 2013 at 2:27 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hello Chaitanyamaybe I'm doing it wrong...git clone git://git.netsurf-browser.org/libsvgtiny.gitcd libsvgtinymake>Makefile:10: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: No such file or directory>Makefile:45: /Makefile.top: No such file or directory>make: *** No rule to make target `/Makefile.top'. Stop.I'm using KUbuntu 10.10... but why the Makefile is looking in /opt/netsurf ? do I need to compile the entire netsurf package?best regardsGiampaolo2013/11/27 Chaitanya Sharma <gopi.daiict@gmail.com>Hey Giampaolo,I just tried to compile it from the trunk (on ubuntu 13.10), and it compiled just fine.What errors are you getting?-ChaitanyaOn Wed, Nov 27, 2013 at 1:45 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hi allI'm new to SVG and I was searching for a way to obtain basic SVG items (as paths) from an svg file... I've cloned the repo with:git clone git://git.netsurf-browser.org/libsvgtiny.gitbut was unable to compile it on linux OS... am I doing something wrong ?is libsvgtiny not intended to use as a stand-alone lib ?
best regardsGiampaolo
Re: help compiling libsvgtiny on linux
You'll need to install buildsystem, gperf, libbdom, parser-utils and libwapcaplet
- get it from here : git clone git://git.netsurf-browser.org/buildsystem
- get it from here : git clone git://git.netsurf-browser.org/libdom
- get it from here : git://git.netsurf-browser.org/libparserutils
- sudo apt-get install gperf
having built/installed these chained dependencies will allow you to build libsvgtiny.
-Chaitanya
On Wed, Nov 27, 2013 at 2:27 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hello Chaitanyamaybe I'm doing it wrong...git clone git://git.netsurf-browser.org/libsvgtiny.gitcd libsvgtinymake>Makefile:10: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: No such file or directory>Makefile:45: /Makefile.top: No such file or directory>make: *** No rule to make target `/Makefile.top'. Stop.I'm using KUbuntu 10.10... but why the Makefile is looking in /opt/netsurf ? do I need to compile the entire netsurf package?best regardsGiampaolo2013/11/27 Chaitanya Sharma <gopi.daiict@gmail.com>Hey Giampaolo,I just tried to compile it from the trunk (on ubuntu 13.10), and it compiled just fine.What errors are you getting?-ChaitanyaOn Wed, Nov 27, 2013 at 1:45 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hi allI'm new to SVG and I was searching for a way to obtain basic SVG items (as paths) from an svg file... I've cloned the repo with:git clone git://git.netsurf-browser.org/libsvgtiny.gitbut was unable to compile it on linux OS... am I doing something wrong ?is libsvgtiny not intended to use as a stand-alone lib ?
best regardsGiampaolo
Re: help compiling libsvgtiny on linux
Am Mittwoch, den 27.11.2013, 09:57 +0100 schrieb Giampaolo Bellini
<iw2lsi@gmail.com>:
>>make: *** No rule to make target `/Makefile.top'. Stop.
>
> I'm using KUbuntu 10.10... but why the Makefile is looking in
> /opt/netsurf ? do I need to compile the entire netsurf package?
No, but you need the netsurf build system. Just check it out like you
did with libsvgtiny and
do "make install". Then try again with libsvgtiny.
Greets,
Ole
<iw2lsi@gmail.com>:
>>make: *** No rule to make target `/Makefile.top'. Stop.
>
> I'm using KUbuntu 10.10... but why the Makefile is looking in
> /opt/netsurf ? do I need to compile the entire netsurf package?
No, but you need the netsurf build system. Just check it out like you
did with libsvgtiny and
do "make install". Then try again with libsvgtiny.
Greets,
Ole
Re: help compiling libsvgtiny on linux
Hello Chaitanya
maybe I'm doing it wrong...
git clone git://git.netsurf-browser.org/libsvgtiny.git
cd libsvgtiny
make
>Makefile:10: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: No such file or directory
>Makefile:45: /Makefile.top: No such file or directory
>make: *** No rule to make target `/Makefile.top'. Stop.
I'm using KUbuntu 10.10... but why the Makefile is looking in /opt/netsurf ? do I need to compile the entire netsurf package?
best regards
Giampaolo
2013/11/27 Chaitanya Sharma <gopi.daiict@gmail.com>
Hey Giampaolo,I just tried to compile it from the trunk (on ubuntu 13.10), and it compiled just fine.What errors are you getting?-ChaitanyaOn Wed, Nov 27, 2013 at 1:45 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hi allI'm new to SVG and I was searching for a way to obtain basic SVG items (as paths) from an svg file... I've cloned the repo with:git clone git://git.netsurf-browser.org/libsvgtiny.gitbut was unable to compile it on linux OS... am I doing something wrong ?is libsvgtiny not intended to use as a stand-alone lib ?
best regardsGiampaolo
Re: help compiling libsvgtiny on linux
Hey Giampaolo,
I just tried to compile it from the trunk (on ubuntu 13.10), and it compiled just fine.
What errors are you getting?
-Chaitanya
On Wed, Nov 27, 2013 at 1:45 PM, Giampaolo Bellini <iw2lsi@gmail.com> wrote:
Hi allI'm new to SVG and I was searching for a way to obtain basic SVG items (as paths) from an svg file... I've cloned the repo with:git clone git://git.netsurf-browser.org/libsvgtiny.gitbut was unable to compile it on linux OS... am I doing something wrong ?is libsvgtiny not intended to use as a stand-alone lib ?
best regardsGiampaolo
help compiling libsvgtiny on linux
Hi all
I'm new to SVG and I was searching for a way to obtain basic SVG items (as paths) from an svg file... I've cloned the repo with:
git clone git://git.netsurf-browser.org/libsvgtiny.git
but was unable to compile it on linux OS... am I doing something wrong ?
is libsvgtiny not intended to use as a stand-alone lib ?
best regards
Giampaolo
Netsurf-3.0: segmentation fault when opening a new tab
I am on mips64el-unknown-linux-gnu with gtk version of
netsurf-3.0. Whenever I press Ctrl+T, netsurf crashes. I used GDB
which prints the following lines when the crash occurs:
Program received signal SIGSEGV, Segmentation fault.
nsurf_ref (url=0x2be718d0) at utils/nsurl.c:1300.
1300}
I tried some GDB commands:
l gave me:
1295 assert(url != NULL);
1296
1297 url->count++;
1298
1299 return url;
1300 }
p url->count++ gave me:
284
I don't know if this information is sufficient so if you need more
info, please tell me.
Christophe
netsurf-3.0. Whenever I press Ctrl+T, netsurf crashes. I used GDB
which prints the following lines when the crash occurs:
Program received signal SIGSEGV, Segmentation fault.
nsurf_ref (url=0x2be718d0) at utils/nsurl.c:1300.
1300}
I tried some GDB commands:
l gave me:
1295 assert(url != NULL);
1296
1297 url->count++;
1298
1299 return url;
1300 }
p url->count++ gave me:
284
I don't know if this information is sufficient so if you need more
info, please tell me.
Christophe
Sunday, 24 November 2013
Re: gtk on GNU/Linux: https is not supported
> Although OpenSSL 1.0.1e and GnuTLS 3.1.5 are installed, I have a pop-up
> window saying "URIOpenError Operation not supported" when I try to open an
> https URI with /usr/bin/netsurf.
The problem came from curl, that I did not build with SSL support. I rebuilt
curl with SSL support and can now open https URIs.
Christophe
> window saying "URIOpenError Operation not supported" when I try to open an
> https URI with /usr/bin/netsurf.
The problem came from curl, that I did not build with SSL support. I rebuilt
curl with SSL support and can now open https URIs.
Christophe
Saturday, 23 November 2013
Merge request: toolchains.git
Hello,
can somebody please merge this commit of my
toolchains.git/atari-adjustments branch:
http://git.netsurf-browser.org/toolchains.git/commit/?h=mono/atari-adjustments&id=b361534441bcc9598bf31387c85ee6e0bc406581
Comment:
Update MiNT toolchain to use latest MiNTlib
This fixes an bug in the file fetcher of netsurf, which was
introduced since the file fetcher uses scandir. There was
an recent fix for dirent struct inside mintlib which solves
the problem.
Thanks in advance for merging this patch!
Greets,
Ole
can somebody please merge this commit of my
toolchains.git/atari-adjustments branch:
http://git.netsurf-browser.org/toolchains.git/commit/?h=mono/atari-adjustments&id=b361534441bcc9598bf31387c85ee6e0bc406581
Comment:
Update MiNT toolchain to use latest MiNTlib
This fixes an bug in the file fetcher of netsurf, which was
introduced since the file fetcher uses scandir. There was
an recent fix for dirent struct inside mintlib which solves
the problem.
Thanks in advance for merging this patch!
Greets,
Ole
Wednesday, 20 November 2013
URL bar hotlist indicator toggle
This is notice for frontend maintainers.
I've just added hotlist-add.png and hotlist-rmv.png icons to NetSurf's
default icons folder. They are intended for implementing a hotlist
indicator/button as seen on the right-hand side of the URL bars of the
other browsers these days.
hotlist-add.png -- Empty grey star outline.
Shows that current URL is not in hotlist.
Clicking adds current URL to hotlist.
hotlist-rmv.png -- Filled and coloured star.
Shows that current URL is in hotlist.
Clicking allows URL removal from hotlist.
The core hotlist module provides functions for implementing this:
bool hotlist_has_url(nsurl *url);
nserror hotlist_add_url(nsurl *url);
void hotlist_remove_url(nsurl *url);
Finally, the icons can either be loaded directly by frontend code, or
loaded via the content system. See the treeview module's content resource
loading for an example. Resource URLs for the icons are:
resource:icons/hotlist-add.png
resource:icons/hotlist-rmv.png
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
I've just added hotlist-add.png and hotlist-rmv.png icons to NetSurf's
default icons folder. They are intended for implementing a hotlist
indicator/button as seen on the right-hand side of the URL bars of the
other browsers these days.
hotlist-add.png -- Empty grey star outline.
Shows that current URL is not in hotlist.
Clicking adds current URL to hotlist.
hotlist-rmv.png -- Filled and coloured star.
Shows that current URL is in hotlist.
Clicking allows URL removal from hotlist.
The core hotlist module provides functions for implementing this:
bool hotlist_has_url(nsurl *url);
nserror hotlist_add_url(nsurl *url);
void hotlist_remove_url(nsurl *url);
Finally, the icons can either be loaded directly by frontend code, or
loaded via the content system. See the treeview module's content resource
loading for an example. Resource URLs for the icons are:
resource:icons/hotlist-add.png
resource:icons/hotlist-rmv.png
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Monday, 18 November 2013
Re: BBC website
Am Donnerstag, den 07.11.2013, 21:08 +0100 schrieb Jean-François
Lemaire <jflemaire@skynet.be>:
> I compared with version 2.9 available on your website and it is
> roughly 2
> times slower on most webpages.
I have to do 2 things... build a version completly optimized for
coldfire (I think the buildsystem only optimizes the frontend for
coldfire, but not the libs).
and add a user option "priority" -> GUI or Rendering (I can't decide
for you ;)).
Greets,
Ole
Lemaire <jflemaire@skynet.be>:
> I compared with version 2.9 available on your website and it is
> roughly 2
> times slower on most webpages.
I have to do 2 things... build a version completly optimized for
coldfire (I think the buildsystem only optimizes the frontend for
coldfire, but not the libs).
and add a user option "priority" -> GUI or Rendering (I can't decide
for you ;)).
Greets,
Ole
Sunday, 17 November 2013
Re: NetSurf friendly alternative to GoogleGroups?
Martin Bazley wrote
> The following bytes were arranged on 16 Nov 2013 by Gavin Wraith :
>> Is there a NetSurf friendly alternative to GoogleGroups?
> http://newsgroups.derkeiler.com/
Thanks for that. I have added it to my hotlist.
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
Tout a été dit, mais comme personne n'écoute, il faut toujours
répéter.
> The following bytes were arranged on 16 Nov 2013 by Gavin Wraith :
>> Is there a NetSurf friendly alternative to GoogleGroups?
> http://newsgroups.derkeiler.com/
Thanks for that. I have added it to my hotlist.
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
Tout a été dit, mais comme personne n'écoute, il faut toujours
répéter.
Re: NetSurf friendly alternative to GoogleGroups?
The following bytes were arranged on 16 Nov 2013 by Gavin Wraith :
> Is there a NetSurf friendly alternative to GoogleGroups?
http://newsgroups.derkeiler.com/
--
__<^>__ === RISC OS is a work of art. Some people adore it, ===
/ _ _ \ === others can't see the point of it, and it's really ===
( ( |_| ) ) === expensive. ===
\_> <_/ ======================= Martin Bazley ===================
> Is there a NetSurf friendly alternative to GoogleGroups?
http://newsgroups.derkeiler.com/
--
__<^>__ === RISC OS is a work of art. Some people adore it, ===
/ _ _ \ === others can't see the point of it, and it's really ===
( ( |_| ) ) === expensive. ===
\_> <_/ ======================= Martin Bazley ===================
Saturday, 16 November 2013
NetSurf friendly alternative to GoogleGroups?
Is there a NetSurf friendly alternative to GoogleGroups?
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Friday, 15 November 2013
Re: Avaaz.org
> > Any ideas why attempts at running Avaaz URL's nearly always fail,
> > please?
> > See, for instance,
http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
> Similar problems here: it takes forever to load the page, clicking
> close on Netsurf's window causes Netsurf to die and spit out an error
> (can upload the Log file somewhere if needed).
> This is with JS on; disabling it loads the page ok and lets you type in
> your email address but clicking "sign" brings up a page claiming you
> haven't.
> Netsurf 3.1 (Dev CI #1449) with RISC OS 5.21 on Pi
Thanks for that, Chris. Exactly the same behaviour here (Dev CI #1449)
with RISC OS 4.02 on A7000+.
In the past, it didn't do that.
However, as long as it isn't being caused by me!
> > please?
> > See, for instance,
http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
> Similar problems here: it takes forever to load the page, clicking
> close on Netsurf's window causes Netsurf to die and spit out an error
> (can upload the Log file somewhere if needed).
> This is with JS on; disabling it loads the page ok and lets you type in
> your email address but clicking "sign" brings up a page claiming you
> haven't.
> Netsurf 3.1 (Dev CI #1449) with RISC OS 5.21 on Pi
Thanks for that, Chris. Exactly the same behaviour here (Dev CI #1449)
with RISC OS 4.02 on A7000+.
In the past, it didn't do that.
However, as long as it isn't being caused by me!
Re: Avaaz.org
In message <53aad6bae0bbailey@argonet.co.uk>
Brian Bailey <bbailey@argonet.co.uk> wrote:
> Any ideas why attempts at running Avaaz URL's nearly always fail, please?
> See, for instance,
> http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
Similar problems here: it takes forever to load the page, clicking
close on Netsurf's window causes Netsurf to die and spit out an error
(can upload the Log file somewhere if needed).
This is with JS on; disabling it loads the page ok and lets you type
in your email address but clicking "sign" brings up a page claiming
you haven't.
Netsurf 3.1 (Dev CI #1449) with RISC OS 5.21 on Pi
--
Chris
Brian Bailey <bbailey@argonet.co.uk> wrote:
> Any ideas why attempts at running Avaaz URL's nearly always fail, please?
> See, for instance,
> http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
Similar problems here: it takes forever to load the page, clicking
close on Netsurf's window causes Netsurf to die and spit out an error
(can upload the Log file somewhere if needed).
This is with JS on; disabling it loads the page ok and lets you type
in your email address but clicking "sign" brings up a page claiming
you haven't.
Netsurf 3.1 (Dev CI #1449) with RISC OS 5.21 on Pi
--
Chris
Re: Avaaz.org
On Fri, 15 November, 2013 6:14 am, Brian Bailey wrote:
> Any ideas why attempts at running Avaaz URL's nearly always fail, please?
>
> See, for instance,
>
> http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
>
>
>
Not a problem here on Iyo 5.16 / Netsurf 3.0 - always works
John
> Any ideas why attempts at running Avaaz URL's nearly always fail, please?
>
> See, for instance,
>
> http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
>
>
>
Not a problem here on Iyo 5.16 / Netsurf 3.0 - always works
John
Thursday, 14 November 2013
Re: Fanfiction.net login
In message <637bafaa53.harriet@blueyonder.co.uk>
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> On 14 Nov 2013 as I do recall,
> Tony Moore wrote:
>> On 14 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>>> On 14 Nov 2013 as I do recall, Tony Moore wrote:
>>
>> [snip]
>>
>>>> https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
>>>> full-save of the page, and a draw-file showing the entire display.
>>>
>>> If I doubleclick on your full-save, I see the same as David's
>>> screenshot above....
>>
>> Is it possible that something has stuck in your NS Cache?
>>
> Seems unlikely, given that I get the same results as David on a totally
> different machine and the same results when loading from local disc as
> when accessing the remote page...
>> Try hiding
>> !Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
> No - no difference here.
Same here. Tony's full save shows the same result that I get here
directly from the site. Deleting the cache does not alter that.
NetSurf 2.9 on Ubuntu 13.10 also misses the captcha.
Using Safari on the Mac the MIME type for the captcha is given as
image/png whereas the filename is cap.jpg.
--
David Pitt
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> On 14 Nov 2013 as I do recall,
> Tony Moore wrote:
>> On 14 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>>> On 14 Nov 2013 as I do recall, Tony Moore wrote:
>>
>> [snip]
>>
>>>> https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
>>>> full-save of the page, and a draw-file showing the entire display.
>>>
>>> If I doubleclick on your full-save, I see the same as David's
>>> screenshot above....
>>
>> Is it possible that something has stuck in your NS Cache?
>>
> Seems unlikely, given that I get the same results as David on a totally
> different machine and the same results when loading from local disc as
> when accessing the remote page...
>> Try hiding
>> !Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
> No - no difference here.
Same here. Tony's full save shows the same result that I get here
directly from the site. Deleting the cache does not alter that.
NetSurf 2.9 on Ubuntu 13.10 also misses the captcha.
Using Safari on the Mac the MIME type for the captcha is given as
image/png whereas the filename is cap.jpg.
--
David Pitt
Avaaz.org
Any ideas why attempts at running Avaaz URL's nearly always fail, please?
See, for instance,
http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
See, for instance,
http://www.avaaz.org/en/petition/Stand_with_the_Philippines/?blOZUcb&v=31098
Re: Fanfiction.net login
On 14 Nov 2013 as I do recall,
Tony Moore wrote:
> On 14 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > On 14 Nov 2013 as I do recall, Tony Moore wrote:
>
> [snip]
>
> > > https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
> > > full-save of the page, and a draw-file showing the entire display.
> >
> > If I doubleclick on your full-save, I see the same as David's
> > screenshot above....
>
> Is it possible that something has stuck in your NS Cache?
>
Seems unlikely, given that I get the same results as David on a totally
different machine and the same results when loading from local disc as
when accessing the remote page...
> Try hiding
> !Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
No - no difference here.
[snip]
--
Harriet Bazley == Loyaulte me lie ==
Questions are a burden to others, but answers are a prison for oneself.
Tony Moore wrote:
> On 14 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > On 14 Nov 2013 as I do recall, Tony Moore wrote:
>
> [snip]
>
> > > https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
> > > full-save of the page, and a draw-file showing the entire display.
> >
> > If I doubleclick on your full-save, I see the same as David's
> > screenshot above....
>
> Is it possible that something has stuck in your NS Cache?
>
Seems unlikely, given that I get the same results as David on a totally
different machine and the same results when loading from local disc as
when accessing the remote page...
> Try hiding
> !Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
No - no difference here.
[snip]
--
Harriet Bazley == Loyaulte me lie ==
Questions are a burden to others, but answers are a prison for oneself.
Re: Fanfiction.net login
On 14 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> On 14 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
> > full-save of the page, and a draw-file showing the entire display.
>
> If I doubleclick on your full-save, I see the same as David's
> screenshot above....
Is it possible that something has stuck in your NS Cache? Try hiding
!Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
> If I enable JavaScript, the only difference in page layout is that I
> get a raw <a href=> to the Sign Up page rendered at the top of the
> screen, instead of the actual link.
Here, json/jsoff lead to identical page layouts, with the actual link.
Tony
> On 14 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > https://dl.dropbox.com/u/77062274/fanfiction.zip contains a
> > full-save of the page, and a draw-file showing the entire display.
>
> If I doubleclick on your full-save, I see the same as David's
> screenshot above....
Is it possible that something has stuck in your NS Cache? Try hiding
!Boot.Resources.!Scrap.ScrapDirs.ScrapDir.WWW.NetSurf.Cache
> If I enable JavaScript, the only difference in page layout is that I
> get a raw <a href=> to the Sign Up page rendered at the top of the
> screen, instead of the actual link.
Here, json/jsoff lead to identical page layouts, with the actual link.
Tony
Re: Strange NetSurf title bar on disc-based websites
In article <20131114161749.GB1031@pepperfish.net>, Rob Kendrick
<rjek@netsurf-browser.org> wrote:
> On Thu, Nov 14, 2013 at 03:58:01PM +0000, Richard Ashbery wrote:
> > Is there anyway of giving the title bar the proper file path
> > location (example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
> Yes, include <title>ADFS::HardDisc4.$.Mywebsite/Index.htm</title>
> in the header section of your HTML file. :)
I guess I should have thought about that - many thanks - does the job.
> If there is no title tag, NetSurf will use the URL to the resource.
Confirmed :-)
Regards
Richard
<rjek@netsurf-browser.org> wrote:
> On Thu, Nov 14, 2013 at 03:58:01PM +0000, Richard Ashbery wrote:
> > Is there anyway of giving the title bar the proper file path
> > location (example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
> Yes, include <title>ADFS::HardDisc4.$.Mywebsite/Index.htm</title>
> in the header section of your HTML file. :)
I guess I should have thought about that - many thanks - does the job.
> If there is no title tag, NetSurf will use the URL to the resource.
Confirmed :-)
Regards
Richard
Re: Fanfiction.net login
On Thu, 14 Nov 2013 12:00:22 , netsurf-users-request@netsurf-browser.org wrote:
Message: 6
Date: Thu, 14 Nov 2013 11:33:04 GMT
From: Tony Moore <old_coaster@yahoo.co.uk>
Subject: Re: Fanfiction.net login
To: netsurf-users@netsurf-browser.org
Message-ID: <dd1770aa53.old_coaster@old_coaster.yahoo.co.uk>
Content-Type: text/plain; charset=iso-8859-1
>I'm beginning to wonder if we're being served the same code. The screen
>grab which I posted before, showed only the lower end of a long page. I
>see, from your screen grab, that the blue header is immediately above
>the log-in section, whereas on mine there are many lines, of what I took
>to be incorrectly displayed js menus, between the blue header and the
>log-in section.
>
>https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
>the page, and a draw-file showing the entire display.
>
>Tony
>
With the Atari (non-JS) build No. 1447 I am seeing more or less the same
login display but without the headphone icon.
I am also seeing the long list of "menu" items down the middle of the page.
Regards,
Peter
Message: 6
Date: Thu, 14 Nov 2013 11:33:04 GMT
From: Tony Moore <old_coaster@yahoo.co.uk>
Subject: Re: Fanfiction.net login
To: netsurf-users@netsurf-browser.org
Message-ID: <dd1770aa53.old_coaster@old_coaster.yahoo.co.uk>
Content-Type: text/plain; charset=iso-8859-1
>I'm beginning to wonder if we're being served the same code. The screen
>grab which I posted before, showed only the lower end of a long page. I
>see, from your screen grab, that the blue header is immediately above
>the log-in section, whereas on mine there are many lines, of what I took
>to be incorrectly displayed js menus, between the blue header and the
>log-in section.
>
>https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
>the page, and a draw-file showing the entire display.
>
>Tony
>
With the Atari (non-JS) build No. 1447 I am seeing more or less the same
login display but without the headphone icon.
I am also seeing the long list of "menu" items down the middle of the page.
Regards,
Peter
Re: Fanfiction.net login
On 14 Nov 2013 as I do recall,
Tony Moore wrote:
> On 14 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
> > In message <ecb627aa53.old_coaster@old_coaster.yahoo.co.uk>
> > Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [snip]
>
> > > For you, #1447 doesn't show the captcha, but for me it does (see
> > > link). I wonder what could explain the difference. Here #1447 runs
> > > on RO 5.20 / RPCEmu 0.8.11 / Win7. Your headers suggest that you are
> > > using a Mac.
> >
> > I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
> > 5.21 and even VRPC OS4.39, that captcha remains elusive.
> >
> > This is what I see :-
> >
> > http://www.pittdj.co.uk/temp/login.jpg
Yes, that's the one I get.
> >
> > The alignment of the input boxes is different.
> >
> > How very odd!
>
> I'm beginning to wonder if we're being served the same code. The screen
> grab which I posted before, showed only the lower end of a long page. I
> see, from your screen grab, that the blue header is immediately above
> the log-in section, whereas on mine there are many lines, of what I took
> to be incorrectly displayed js menus, between the blue header and the
> log-in section.
It does look as though they are the JavaScript menus corresponding to
the arrows at the top of the screen on 'our' version.
>
> https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
> the page, and a draw-file showing the entire display.
>
If I doubleclick on your full-save, I see the same as David's screenshot
above....
Curiouser and curiouser!
If I enable JavaScript, the only difference in page layout is that I get
a raw <a href=> to the Sign Up page rendered at the top of the screen,
instead of the actual link.
--
Harriet Bazley == Loyaulte me lie ==
He who always ploughs a straight furrow is in a rut.
Tony Moore wrote:
> On 14 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
> > In message <ecb627aa53.old_coaster@old_coaster.yahoo.co.uk>
> > Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [snip]
>
> > > For you, #1447 doesn't show the captcha, but for me it does (see
> > > link). I wonder what could explain the difference. Here #1447 runs
> > > on RO 5.20 / RPCEmu 0.8.11 / Win7. Your headers suggest that you are
> > > using a Mac.
> >
> > I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
> > 5.21 and even VRPC OS4.39, that captcha remains elusive.
> >
> > This is what I see :-
> >
> > http://www.pittdj.co.uk/temp/login.jpg
Yes, that's the one I get.
> >
> > The alignment of the input boxes is different.
> >
> > How very odd!
>
> I'm beginning to wonder if we're being served the same code. The screen
> grab which I posted before, showed only the lower end of a long page. I
> see, from your screen grab, that the blue header is immediately above
> the log-in section, whereas on mine there are many lines, of what I took
> to be incorrectly displayed js menus, between the blue header and the
> log-in section.
It does look as though they are the JavaScript menus corresponding to
the arrows at the top of the screen on 'our' version.
>
> https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
> the page, and a draw-file showing the entire display.
>
If I doubleclick on your full-save, I see the same as David's screenshot
above....
Curiouser and curiouser!
If I enable JavaScript, the only difference in page layout is that I get
a raw <a href=> to the Sign Up page rendered at the top of the screen,
instead of the actual link.
--
Harriet Bazley == Loyaulte me lie ==
He who always ploughs a straight furrow is in a rut.
Re: Strange NetSurf title bar on disc-based websites
On Thu, Nov 14, 2013 at 03:58:01PM +0000, Richard Ashbery wrote:
> Is there anyway of giving the title bar the proper file path location
> (example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
Yes, include <title>ADFS::HardDisc4.$.Mywebsite/Index.htm</title> in the
header section of your HTML file. :)
If there is no title tag, NetSurf will use the URL to the resource.
B.
> Is there anyway of giving the title bar the proper file path location
> (example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
Yes, include <title>ADFS::HardDisc4.$.Mywebsite/Index.htm</title> in the
header section of your HTML file. :)
If there is no title tag, NetSurf will use the URL to the resource.
B.
Strange NetSurf title bar on disc-based websites
I'm sure there were some posts about viewing local disc-based websites
and the strange filename (a typical title will be prefixed with
(file:///ADFS%3A%3AHardDisc4.%24/) in NetSurf's title bar but I can't
find them.
Is there anyway of giving the title bar the proper file path location
(example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
Richard
and the strange filename (a typical title will be prefixed with
(file:///ADFS%3A%3AHardDisc4.%24/) in NetSurf's title bar but I can't
find them.
Is there anyway of giving the title bar the proper file path location
(example ADFS::HardDisc4.$.Mywebsite/Index.htm)?
Richard
Re: Fanfiction.net login
On 14 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
> In message <ecb627aa53.old_coaster@old_coaster.yahoo.co.uk>
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
[snip]
> > For you, #1447 doesn't show the captcha, but for me it does (see
> > link). I wonder what could explain the difference. Here #1447 runs
> > on RO 5.20 / RPCEmu 0.8.11 / Win7. Your headers suggest that you are
> > using a Mac.
>
> I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
> 5.21 and even VRPC OS4.39, that captcha remains elusive.
>
> This is what I see :-
>
> http://www.pittdj.co.uk/temp/login.jpg
>
> The alignment of the input boxes is different.
>
> How very odd!
I'm beginning to wonder if we're being served the same code. The screen
grab which I posted before, showed only the lower end of a long page. I
see, from your screen grab, that the blue header is immediately above
the log-in section, whereas on mine there are many lines, of what I took
to be incorrectly displayed js menus, between the blue header and the
log-in section.
https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
the page, and a draw-file showing the entire display.
Tony
> In message <ecb627aa53.old_coaster@old_coaster.yahoo.co.uk>
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
[snip]
> > For you, #1447 doesn't show the captcha, but for me it does (see
> > link). I wonder what could explain the difference. Here #1447 runs
> > on RO 5.20 / RPCEmu 0.8.11 / Win7. Your headers suggest that you are
> > using a Mac.
>
> I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
> 5.21 and even VRPC OS4.39, that captcha remains elusive.
>
> This is what I see :-
>
> http://www.pittdj.co.uk/temp/login.jpg
>
> The alignment of the input boxes is different.
>
> How very odd!
I'm beginning to wonder if we're being served the same code. The screen
grab which I posted before, showed only the lower end of a long page. I
see, from your screen grab, that the blue header is immediately above
the log-in section, whereas on mine there are many lines, of what I took
to be incorrectly displayed js menus, between the blue header and the
log-in section.
https://dl.dropbox.com/u/77062274/fanfiction.zip contains a full-save of
the page, and a draw-file showing the entire display.
Tony
Re: Fanfiction.net login
In message <ecb627aa53.old_coaster@old_coaster.yahoo.co.uk>
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 13 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
>> Tony Moore, on 13 Nov, wrote:
>>> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
>>> wrote:
>>>> On 12 Nov 2013 as I do recall, Tony Moore wrote:
> [snip]
>>>>> The text captcha displays correctly here: RO 5.20, NS 1447, js
>>>>> disabled.
>>>>
>>>> I've just downloaded NS 1447 but am not seeing any captcha at all
>>>> on that page. It reads "FanFiction Login with..." followed by
>>>> various social media icons, then "or" followed by three blank text
>>>> entry icons - which, from experiment, are email-address, password
>>>> and required captcha text - followed by a "login" button.
>>>
>>> https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see
>>> here.
>>
>> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
> For you, #1447 doesn't show the captcha, but for me it does (see link).
> I wonder what could explain the difference. Here #1447 runs on RO 5.20 /
> RPCEmu 0.8.11 / Win7. Your headers suggest that you are using a Mac.
I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
5.21 and even VRPC OS4.39, that captcha remains elusive.
This is what I see :-
http://www.pittdj.co.uk/temp/login.jpg
The alignment of the input boxes is different.
How very odd!
--
David Pitt
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 13 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
>> Tony Moore, on 13 Nov, wrote:
>>> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
>>> wrote:
>>>> On 12 Nov 2013 as I do recall, Tony Moore wrote:
> [snip]
>>>>> The text captcha displays correctly here: RO 5.20, NS 1447, js
>>>>> disabled.
>>>>
>>>> I've just downloaded NS 1447 but am not seeing any captcha at all
>>>> on that page. It reads "FanFiction Login with..." followed by
>>>> various social media icons, then "or" followed by three blank text
>>>> entry icons - which, from experiment, are email-address, password
>>>> and required captcha text - followed by a "login" button.
>>>
>>> https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see
>>> here.
>>
>> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
> For you, #1447 doesn't show the captcha, but for me it does (see link).
> I wonder what could explain the difference. Here #1447 runs on RO 5.20 /
> RPCEmu 0.8.11 / Win7. Your headers suggest that you are using a Mac.
I have tried on this Raspberry Pi OS5.21, my Iyonix with both OS5.20 &
5.21 and even VRPC OS4.39, that captcha remains elusive.
This is what I see :-
http://www.pittdj.co.uk/temp/login.jpg
The alignment of the input boxes is different.
How very odd!
--
David Pitt
Wednesday, 13 November 2013
Re: Fanfiction.net login
On 13 Nov 2013 as I do recall,
David Pitt wrote:
> Tony Moore, on 13 Nov, wrote:
>
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > > On 12 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > > disabled.
> > >
> > > I've just downloaded NS 1447 but am not seeing any captcha at all on
> > > that page. It reads "FanFiction Login with..." followed by various
> > > social media icons, then "or" followed by three blank text entry icons -
> > > which, from experiment, are email-address, password and required captcha
> > > text - followed by a "login" button.
> >
> > https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
Interesting - we've clearly got quite different configurations
somewhere!
This is what I'm seeing:
http://www.cs99cjb.pwp.blueyonder.co.uk/screen.jpg
So the login button is rendered totally differently, the text input
boxes are aligned with the width of the graphic strip up top, and the
captcha and audio link are hidden(?) by the bottom writable icon. Also,
I'm getting a neat little box drawn around the outside of the whole
caboodle, and I'm seeing sans-serif fonts where you've got serif.
>
> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
It does sound as if it may be a browser rendering issue rather than a
JavaScript one. (Although I dare say the page is doing something
hideously complicated in the name of 'compatibility', which according to
the site's blog is the rationale behind the latest changes:
http://blog.fictionpress.com/2013/11/11/crossover-search-option/ )
--
Harriet Bazley == Loyaulte me lie ==
If you're feeling good, don't worry. You'll get over it.
David Pitt wrote:
> Tony Moore, on 13 Nov, wrote:
>
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > > On 12 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > > disabled.
> > >
> > > I've just downloaded NS 1447 but am not seeing any captcha at all on
> > > that page. It reads "FanFiction Login with..." followed by various
> > > social media icons, then "or" followed by three blank text entry icons -
> > > which, from experiment, are email-address, password and required captcha
> > > text - followed by a "login" button.
> >
> > https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
Interesting - we've clearly got quite different configurations
somewhere!
This is what I'm seeing:
http://www.cs99cjb.pwp.blueyonder.co.uk/screen.jpg
So the login button is rendered totally differently, the text input
boxes are aligned with the width of the graphic strip up top, and the
captcha and audio link are hidden(?) by the bottom writable icon. Also,
I'm getting a neat little box drawn around the outside of the whole
caboodle, and I'm seeing sans-serif fonts where you've got serif.
>
> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
It does sound as if it may be a browser rendering issue rather than a
JavaScript one. (Although I dare say the page is doing something
hideously complicated in the name of 'compatibility', which according to
the site's blog is the rationale behind the latest changes:
http://blog.fictionpress.com/2013/11/11/crossover-search-option/ )
--
Harriet Bazley == Loyaulte me lie ==
If you're feeling good, don't worry. You'll get over it.
Re: Fanfiction.net login
On 13 Nov 2013, David Pitt <pittdj@pittdj.co.uk> wrote:
> Tony Moore, on 13 Nov, wrote:
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
> > wrote:
> > > On 12 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > > disabled.
> > >
> > > I've just downloaded NS 1447 but am not seeing any captcha at all
> > > on that page. It reads "FanFiction Login with..." followed by
> > > various social media icons, then "or" followed by three blank text
> > > entry icons - which, from experiment, are email-address, password
> > > and required captcha text - followed by a "login" button.
> >
> > https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see
> > here.
>
> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
For you, #1447 doesn't show the captcha, but for me it does (see link).
I wonder what could explain the difference. Here #1447 runs on RO 5.20 /
RPCEmu 0.8.11 / Win7. Your headers suggest that you are using a Mac.
Tony
> Tony Moore, on 13 Nov, wrote:
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
> > wrote:
> > > On 12 Nov 2013 as I do recall, Tony Moore wrote:
[snip]
> > > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > > disabled.
> > >
> > > I've just downloaded NS 1447 but am not seeing any captcha at all
> > > on that page. It reads "FanFiction Login with..." followed by
> > > various social media icons, then "or" followed by three blank text
> > > entry icons - which, from experiment, are email-address, password
> > > and required captcha text - followed by a "login" button.
> >
> > https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see
> > here.
>
> NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
For you, #1447 doesn't show the captcha, but for me it does (see link).
I wonder what could explain the difference. Here #1447 runs on RO 5.20 /
RPCEmu 0.8.11 / Win7. Your headers suggest that you are using a Mac.
Tony
Re: Fanfiction.net login
Tony Moore, on 13 Nov, wrote:
> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > On 12 Nov 2013 as I do recall, Tony Moore wrote:
> >
> > [snip]
> >
> > > Harriet didn't say which version of NS she was using, and I assumed
> > > that she was talking about a change at
> > > https://www.fanfiction.net/login.php
> >
> > I was, yes.
> >
> > > 'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
> > > 11-Nov-2013 14:36 also displays the captcha. For the avoidance of
> > > doubt:
> > >
> > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > disabled.
> >
> > I've just downloaded NS 1447 but am not seeing any captcha at all on
> > that page. It reads "FanFiction Login with..." followed by various
> > social media icons, then "or" followed by three blank text entry icons -
> > which, from experiment, are email-address, password and required captcha
> > text - followed by a "login" button.
>
> https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
--
David Pitt
> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > On 12 Nov 2013 as I do recall, Tony Moore wrote:
> >
> > [snip]
> >
> > > Harriet didn't say which version of NS she was using, and I assumed
> > > that she was talking about a change at
> > > https://www.fanfiction.net/login.php
> >
> > I was, yes.
> >
> > > 'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
> > > 11-Nov-2013 14:36 also displays the captcha. For the avoidance of
> > > doubt:
> > >
> > > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > > disabled.
> >
> > I've just downloaded NS 1447 but am not seeing any captcha at all on
> > that page. It reads "FanFiction Login with..." followed by various
> > social media icons, then "or" followed by three blank text entry icons -
> > which, from experiment, are email-address, password and required captcha
> > text - followed by a "login" button.
>
> https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
NetSurfs 1.0 and 2.1 rendered the captcha here, #1447 doesn't.
--
David Pitt
Re: Fanfiction.net login
On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> On 12 Nov 2013 as I do recall, Tony Moore wrote:
>
> [snip]
>
> > Harriet didn't say which version of NS she was using, and I assumed
> > that she was talking about a change at
> > https://www.fanfiction.net/login.php
>
> I was, yes.
>
> > 'As of today' there is no build of NS yet, but
> > NetSurf-gcc-json-1447, 11-Nov-2013 14:36 also displays the captcha.
> > For the avoidance of doubt:
> >
> > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > disabled.
>
> I've just downloaded NS 1447 but am not seeing any captcha at all on
> that page. It reads "FanFiction Login with..." followed by various
> social media icons, then "or" followed by three blank text entry icons
> - which, from experiment, are email-address, password and required
> captcha text - followed by a "login" button.
https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
Tony
> On 12 Nov 2013 as I do recall, Tony Moore wrote:
>
> [snip]
>
> > Harriet didn't say which version of NS she was using, and I assumed
> > that she was talking about a change at
> > https://www.fanfiction.net/login.php
>
> I was, yes.
>
> > 'As of today' there is no build of NS yet, but
> > NetSurf-gcc-json-1447, 11-Nov-2013 14:36 also displays the captcha.
> > For the avoidance of doubt:
> >
> > The text captcha displays correctly here: RO 5.20, NS 1447, js
> > disabled.
>
> I've just downloaded NS 1447 but am not seeing any captcha at all on
> that page. It reads "FanFiction Login with..." followed by various
> social media icons, then "or" followed by three blank text entry icons
> - which, from experiment, are email-address, password and required
> captcha text - followed by a "login" button.
https://dl.dropbox.com/u/77062274/fanfiction.jpg shows what I see here.
Tony
Tuesday, 12 November 2013
Re: Fanfiction.net login
On 12 Nov 2013 as I do recall,
Harriet Bazley wrote:
> On 12 Nov 2013 as I do recall,
> David Pitt wrote:
>
> > Harriet Bazley, on 12 Nov, wrote:
> >
> > > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > > displaying - the only way I have found to log in now is to view the page
> > > source and double-click on the hidden link to the audio file alternative.
> > > https://www.fanfiction.net/login.php
> >
> >
> > Does this help, it does display in NetSurf #1447,
> >
> > https://m.fanfiction.net/m/login.php
> >
> Ooh, that could be handy - I've never managed to find a log-in for the
> mobile site.
>
Second edit - aha, now that I've managed to log out of the other version
of the site, it *does* show a captcha on the mobile log-in page! :-D
I'd better bookmark that, at least for the moment...
--
Harriet Bazley == Loyaulte me lie ==
It is better to have loved and lost than just to have lost.
Harriet Bazley wrote:
> On 12 Nov 2013 as I do recall,
> David Pitt wrote:
>
> > Harriet Bazley, on 12 Nov, wrote:
> >
> > > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > > displaying - the only way I have found to log in now is to view the page
> > > source and double-click on the hidden link to the audio file alternative.
> > > https://www.fanfiction.net/login.php
> >
> >
> > Does this help, it does display in NetSurf #1447,
> >
> > https://m.fanfiction.net/m/login.php
> >
> Ooh, that could be handy - I've never managed to find a log-in for the
> mobile site.
>
Second edit - aha, now that I've managed to log out of the other version
of the site, it *does* show a captcha on the mobile log-in page! :-D
I'd better bookmark that, at least for the moment...
--
Harriet Bazley == Loyaulte me lie ==
It is better to have loved and lost than just to have lost.
Re: Fanfiction.net login
On 12 Nov 2013 as I do recall,
Tony Moore wrote:
[snip]
> Harriet didn't say which version of NS she was using, and I assumed
> that she was talking about a change at
> https://www.fanfiction.net/login.php
I was, yes.
>
> 'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
> 11-Nov-2013 14:36 also displays the captcha. For the avoidance of doubt:
>
> The text captcha displays correctly here: RO 5.20, NS 1447, js disabled.
>
I've just downloaded NS 1447 but am not seeing any captcha at all on
that page. It reads "FanFiction Login with..." followed by various
social media icons, then "or" followed by three blank text entry icons -
which, from experiment, are email-address, password and required captcha
text - followed by a "login" button.
Judging by the old version of the page, there ought to be a visible
'audio alternative' link somewhere plus, obviously, a captcha.
RO 5.19, NS 1447, js disabled - though enabling it makes no difference,
other than to cause the page to take longer to render.
Whereabouts on the page are you seeing the captcha? Sounds as if it
may be some kind of layout issue after all... the audio link at any rate
is present in the HTML source.
--
Harriet Bazley == Loyaulte me lie ==
Nostalgia isn't what it used to be.
Tony Moore wrote:
[snip]
> Harriet didn't say which version of NS she was using, and I assumed
> that she was talking about a change at
> https://www.fanfiction.net/login.php
I was, yes.
>
> 'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
> 11-Nov-2013 14:36 also displays the captcha. For the avoidance of doubt:
>
> The text captcha displays correctly here: RO 5.20, NS 1447, js disabled.
>
I've just downloaded NS 1447 but am not seeing any captcha at all on
that page. It reads "FanFiction Login with..." followed by various
social media icons, then "or" followed by three blank text entry icons -
which, from experiment, are email-address, password and required captcha
text - followed by a "login" button.
Judging by the old version of the page, there ought to be a visible
'audio alternative' link somewhere plus, obviously, a captcha.
RO 5.19, NS 1447, js disabled - though enabling it makes no difference,
other than to cause the page to take longer to render.
Whereabouts on the page are you seeing the captcha? Sounds as if it
may be some kind of layout issue after all... the audio link at any rate
is present in the HTML source.
--
Harriet Bazley == Loyaulte me lie ==
Nostalgia isn't what it used to be.
Re: Fanfiction.net login
On 12 Nov 2013 as I do recall,
David Pitt wrote:
> Harriet Bazley, on 12 Nov, wrote:
>
> > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > displaying - the only way I have found to log in now is to view the page
> > source and double-click on the hidden link to the audio file alternative.
> > https://www.fanfiction.net/login.php
>
>
> Does this help, it does display in NetSurf #1447,
>
> https://m.fanfiction.net/m/login.php
>
Ooh, that could be handy - I've never managed to find a log-in for the
mobile site.
Edit: well, it allows you to select the different 'tabs' via a standard
pop-up menu rather than JS-driven page generation, but sadly the actual
activation button ('Go') still shows the 'button cannot be activated'
warning that indicates Javascript to be run when you click on it :-(
So it looks as if I'm still using bookmarks to access the relevant
URLs...
--
Harriet Bazley == Loyaulte me lie ==
Hypocrisy is underrated.
David Pitt wrote:
> Harriet Bazley, on 12 Nov, wrote:
>
> > As of today the 'captcha' on the fanfiction.net log-in page is no longer
> > displaying - the only way I have found to log in now is to view the page
> > source and double-click on the hidden link to the audio file alternative.
> > https://www.fanfiction.net/login.php
>
>
> Does this help, it does display in NetSurf #1447,
>
> https://m.fanfiction.net/m/login.php
>
Ooh, that could be handy - I've never managed to find a log-in for the
mobile site.
Edit: well, it allows you to select the different 'tabs' via a standard
pop-up menu rather than JS-driven page generation, but sadly the actual
activation button ('Go') still shows the 'button cannot be activated'
warning that indicates Javascript to be run when you click on it :-(
So it looks as if I'm still using bookmarks to access the relevant
URLs...
--
Harriet Bazley == Loyaulte me lie ==
Hypocrisy is underrated.
Re: Fanfiction.net login
Harriet Bazley, on 12 Nov, wrote:
> As of today the 'captcha' on the fanfiction.net log-in page is no longer
> displaying - the only way I have found to log in now is to view the page
> source and double-click on the hidden link to the audio file alternative.
> https://www.fanfiction.net/login.php
Does this help, it does display in NetSurf #1447,
https://m.fanfiction.net/m/login.php
--
David Pitt
> As of today the 'captcha' on the fanfiction.net log-in page is no longer
> displaying - the only way I have found to log in now is to view the page
> source and double-click on the hidden link to the audio file alternative.
> https://www.fanfiction.net/login.php
Does this help, it does display in NetSurf #1447,
https://m.fanfiction.net/m/login.php
--
David Pitt
Re: Fanfiction.net login
On 12 Nov 2013, John Williams <JohnRW@ukgateway.net> wrote:
> In article <dba15ea953.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
> > wrote:
>
> > > As of today the 'captcha' on the fanfiction.net log-in page is no
> > > longer displaying ...
>
> [Snip]
>
> > The text captcha displays correctly here: RO 5.20, NS 1417, js
> > disabled.
>
> But that's from at least last month, and Harriet did say 'As of
> today'.
Harriet didn't say which version of NS she was using, and I assumed that
she was talking about a change at https://www.fanfiction.net/login.php
'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
11-Nov-2013 14:36 also displays the captcha. For the avoidance of doubt:
The text captcha displays correctly here: RO 5.20, NS 1447, js disabled.
Tony
> In article <dba15ea953.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk>
> > wrote:
>
> > > As of today the 'captcha' on the fanfiction.net log-in page is no
> > > longer displaying ...
>
> [Snip]
>
> > The text captcha displays correctly here: RO 5.20, NS 1417, js
> > disabled.
>
> But that's from at least last month, and Harriet did say 'As of
> today'.
Harriet didn't say which version of NS she was using, and I assumed that
she was talking about a change at https://www.fanfiction.net/login.php
'As of today' there is no build of NS yet, but NetSurf-gcc-json-1447,
11-Nov-2013 14:36 also displays the captcha. For the avoidance of doubt:
The text captcha displays correctly here: RO 5.20, NS 1447, js disabled.
Tony
Re: Fanfiction.net login
In article <dba15ea953.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > As of today the 'captcha' on the fanfiction.net log-in page is no
> > longer displaying ...
[Snip]
> The text captcha displays correctly here: RO 5.20, NS 1417, js disabled.
But that's from at least last month, and Harriet did say 'As of today'.
John
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> > As of today the 'captcha' on the fanfiction.net log-in page is no
> > longer displaying ...
[Snip]
> The text captcha displays correctly here: RO 5.20, NS 1417, js disabled.
But that's from at least last month, and Harriet did say 'As of today'.
John
Re: Fanfiction.net login
On 12 Nov 2013, Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> As of today the 'captcha' on the fanfiction.net log-in page is no
> longer displaying - the only way I have found to log in now is to view
> the page source and double-click on the hidden link to the audio file
> alternative. https://www.fanfiction.net/login.php
The text captcha displays correctly here: RO 5.20, NS 1417, js disabled.
Tony
> As of today the 'captcha' on the fanfiction.net log-in page is no
> longer displaying - the only way I have found to log in now is to view
> the page source and double-click on the hidden link to the audio file
> alternative. https://www.fanfiction.net/login.php
The text captcha displays correctly here: RO 5.20, NS 1417, js disabled.
Tony
Monday, 11 November 2013
Fanfiction.net login
As of today the 'captcha' on the fanfiction.net log-in page is no longer
displaying - the only way I have found to log in now is to view the
page source and double-click on the hidden link to the audio file
alternative. https://www.fanfiction.net/login.php
Is this a layout issue or have they changed the log-in to be
JS-dependent? (I can't make it out from the page source.)
--
Harriet Bazley == Loyaulte me lie ==
A closed mouth gathers no foot.
displaying - the only way I have found to log in now is to view the
page source and double-click on the hidden link to the audio file
alternative. https://www.fanfiction.net/login.php
Is this a layout issue or have they changed the log-in to be
JS-dependent? (I can't make it out from the page source.)
--
Harriet Bazley == Loyaulte me lie ==
A closed mouth gathers no foot.
Re: BBC website
>
> Date: Thu, 07 Nov 2013 00:30:06 +0100
> From: Ole <ole@monochrom.net>
> Subject: Re: BBC website
> To: <netsurf-users@netsurf-browser.org>
>
>
> Am Mittwoch, den 23.10.2013, 21:56 +0200 schrieb Jean-François Lemaire
> <jflemaire@skynet.be>:
> > On Wednesday 23 October 2013 20:37:03 Peter Young wrote:
> >> On 23 Oct 2013 Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> >> > I noticed some of the headlines on the BBC website are
> >> over-written:
> >> >
> >> > http://www.bbc.co.uk/news/
>
> >
> > The Atari Build 1381 seems OK to me, though it took 63 seconds to
> > display the
> > page! Peter, is it as slow on your Milan?
>
> Is it worse compared to previous netsurf versions?
>
Build 1436 took about 98 seconds which is fairly typical. I haven't
timed it before.
The netsurf source page I mentioned before is probably the slowest at about 1400s
Regards,
Peter
> Date: Thu, 07 Nov 2013 00:30:06 +0100
> From: Ole <ole@monochrom.net>
> Subject: Re: BBC website
> To: <netsurf-users@netsurf-browser.org>
>
>
> Am Mittwoch, den 23.10.2013, 21:56 +0200 schrieb Jean-François Lemaire
> <jflemaire@skynet.be>:
> > On Wednesday 23 October 2013 20:37:03 Peter Young wrote:
> >> On 23 Oct 2013 Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> >> > I noticed some of the headlines on the BBC website are
> >> over-written:
> >> >
> >> > http://www.bbc.co.uk/news/
>
> >
> > The Atari Build 1381 seems OK to me, though it took 63 seconds to
> > display the
> > page! Peter, is it as slow on your Milan?
>
> Is it worse compared to previous netsurf versions?
>
Build 1436 took about 98 seconds which is fairly typical. I haven't
timed it before.
The netsurf source page I mentioned before is probably the slowest at about 1400s
Regards,
Peter
Re: [Rpcemu] Using two hdf images at the same time?
I wrote a how to 'guide' in my original thread on The Icon Bar.
where can I find info on the 'Hugo' method?2013/11/11 Andy Marriott <andy.marriott.uk@gmail.com>
Greetings!
I'm currently trying to run two .hdf images on RPCEmu running in Ubuntu. The first image is one I managed to rescue from my old RISC PC IDE drive, using the dd and Hugo Fiennes method. The second disc is one of the pre made blank images downloaded from the website. If I use either of them as HD4.hdf, then it works. But making one of them HD5 results in an ADFS drive error on that drive. I've configured a 2nd drive in RISC OS (using my very rusty knowledge of the OS), but can't get HD5 to work.
On a second matter, how easy would it be to build the padding and checksumming of real disc images into RPCEmu itself? While Hugo's code works, it's an additional step and seems like it would be pretty easy to integrate into the application.
Cheers,
Andy Marriott
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Using two hdf images at the same time?
In article
<CACr=nuasxvq+iO18Np8gpmsr16_AXTWgkgrxHqtk1N3DcysAVw@mail.gmail.com>,
jan rinze <janrinze@gmail.com> wrote:
> where can I find info on the 'Hugo' method?
http://www.riscos.info/pipermail/rpcemu/2011-March/001261.html
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
<CACr=nuasxvq+iO18Np8gpmsr16_AXTWgkgrxHqtk1N3DcysAVw@mail.gmail.com>,
jan rinze <janrinze@gmail.com> wrote:
> where can I find info on the 'Hugo' method?
http://www.riscos.info/pipermail/rpcemu/2011-March/001261.html
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Using two hdf images at the same time?
where can I find info on the 'Hugo' method?
2013/11/11 Andy Marriott <andy.marriott.uk@gmail.com>
Greetings!
I'm currently trying to run two .hdf images on RPCEmu running in Ubuntu. The first image is one I managed to rescue from my old RISC PC IDE drive, using the dd and Hugo Fiennes method. The second disc is one of the pre made blank images downloaded from the website. If I use either of them as HD4.hdf, then it works. But making one of them HD5 results in an ADFS drive error on that drive. I've configured a 2nd drive in RISC OS (using my very rusty knowledge of the OS), but can't get HD5 to work.
On a second matter, how easy would it be to build the padding and checksumming of real disc images into RPCEmu itself? While Hugo's code works, it's an additional step and seems like it would be pretty easy to integrate into the application.
Cheers,
Andy Marriott
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Using two hdf images at the same time?
Greetings!
I'm currently trying to run two .hdf images on RPCEmu running in Ubuntu. The first image is one I managed to rescue from my old RISC PC IDE drive, using the dd and Hugo Fiennes method. The second disc is one of the pre made blank images downloaded from the website. If I use either of them as HD4.hdf, then it works. But making one of them HD5 results in an ADFS drive error on that drive. I've configured a 2nd drive in RISC OS (using my very rusty knowledge of the OS), but can't get HD5 to work.
On a second matter, how easy would it be to build the padding and checksumming of real disc images into RPCEmu itself? While Hugo's code works, it's an additional step and seems like it would be pretty easy to integrate into the application.
Cheers,
Andy Marriott
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
I'm currently trying to run two .hdf images on RPCEmu running in Ubuntu. The first image is one I managed to rescue from my old RISC PC IDE drive, using the dd and Hugo Fiennes method. The second disc is one of the pre made blank images downloaded from the website. If I use either of them as HD4.hdf, then it works. But making one of them HD5 results in an ADFS drive error on that drive. I've configured a 2nd drive in RISC OS (using my very rusty knowledge of the OS), but can't get HD5 to work.
On a second matter, how easy would it be to build the padding and checksumming of real disc images into RPCEmu itself? While Hugo's code works, it's an additional step and seems like it would be pretty easy to integrate into the application.
Cheers,
Andy Marriott
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Sunday, 10 November 2013
gtk on GNU/Linux: https is not supported
Dear list,
I am building netsurf 3.0 on mips64el-unknown-linux-gnu with:
sed -i '/LDFLAGS/s|lm|lm -ldl|' gtk/Makefile.target
make \
PREFIX=/usr \
TARGET=gtk
make install \
PREFIX=/usr \
TARGET=gtk
The build completes successfully.
Although OpenSSL 1.0.1e and GnuTLS 3.1.5 are installed, I have a pop-up window
saying "URIOpenError Operation not supported" when I try to open an https URI
with /usr/bin/netsurf.
What can be the problem?
Thanks,
Christophe
I am building netsurf 3.0 on mips64el-unknown-linux-gnu with:
sed -i '/LDFLAGS/s|lm|lm -ldl|' gtk/Makefile.target
make \
PREFIX=/usr \
TARGET=gtk
make install \
PREFIX=/usr \
TARGET=gtk
The build completes successfully.
Although OpenSSL 1.0.1e and GnuTLS 3.1.5 are installed, I have a pop-up window
saying "URIOpenError Operation not supported" when I try to open an https URI
with /usr/bin/netsurf.
What can be the problem?
Thanks,
Christophe
Saturday, 9 November 2013
Re: [Rpcemu] Building RPCEmu on OpenBSD (patch attached)
Hi,
> I have made my suggested changes - can you confirm that the latest code
> builds cleanly without requiring any local modifications?
Can confirm that it builds cleanly with no poking. :-)
Thanks
Rob
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> I have made my suggested changes - can you confirm that the latest code
> builds cleanly without requiring any local modifications?
Can confirm that it builds cleanly with no poking. :-)
Thanks
Rob
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Building RPCEmu on OpenBSD (patch attached)
On Fri, Nov 08, 2013 at 08:52:44PM +0000, Matthew Howkins wrote:
> 3. Can you look at the config.h generated by the autoconf script? Does this
> correctly set/unset the value WORDS_BIGENDIAN? If so, I'll change rpcemu.h
> to use this in preference.
I have made my suggested changes - can you confirm that the latest code builds cleanly without requiring any local modifications?
Thanks
Thanks
Matthew
Friday, 8 November 2013
Re: [Rpcemu] Building RPCEmu on OpenBSD (patch attached)
Hallo,
On Fri, Nov 08, 2013 at 08:52:44PM +0000, Matthew Howkins wrote:
> 3. Can you look at the config.h generated by the autoconf script? Does this
> correctly set/unset the value WORDS_BIGENDIAN? If so, I'll change rpcemu.h
> to use this in preference.
Yes, it does. Should have spotted that, sorry!
Thanks
Rob
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
On Fri, Nov 08, 2013 at 08:52:44PM +0000, Matthew Howkins wrote:
> 3. Can you look at the config.h generated by the autoconf script? Does this
> correctly set/unset the value WORDS_BIGENDIAN? If so, I'll change rpcemu.h
> to use this in preference.
Yes, it does. Should have spotted that, sorry!
Thanks
Rob
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Building RPCEmu on OpenBSD (patch attached)
1. Under OpenBSD, off_t is always 64-bit, so there's no separate fseeko64() etc. There's already something for this for Mach in rpcemu.h, so I've added ' || defined __OpenBSD__' to switch this code in for OpenBSD too.
2. hostfs.c was looking for utime.h in the wrong place --- whether to look for sys/utime.h or just utime.h was defined by __MACH__ or __unix being defined. OpenBSD doesn't define __unix under gcc. So I've added ' || defined __OpenBSD__' to that line, too.
3. rpcemu.h was deciding that the machine I was on was big-endian. This is because it was testing for _BIG_ENDIAN being /defined/ -- under OpenBSD both _BIG_ENDIAN and _LITTLE_ENDIAN are /always/ defined, and _BYTE_ORDER switches between them. Likewise, so are BIG_ENDIAN and LITTLE_ENDIAN, with BYTE_ORDER switching between /those/. So the patch checks whether _BIG_ENDIAN is defined and then checks whether _BYTE_ORDER is is _BIG_ENDIAN. It doesn't remove the __BIG_ENDIAN__ check.
1. This looks fine, so I have committed this already.
2. I think <utime.h> is right for every platform we're interested in, and I can't find a platform where <sys/utime.h> is needed instead. Once I've confirmed this I'll change it to just use <utime.h> everywhere.
3. Can you look at the config.h generated by the autoconf script? Does this correctly set/unset the value WORDS_BIGENDIAN? If so, I'll change rpcemu.h to use this in preference.
Thanks
Matthew
Matthew
[Rpcemu] Building RPCEmu on OpenBSD (patch attached)
diff -r b9846bae810e src/hostfs.c
--- a/src/hostfs.c Wed Nov 06 22:11:19 2013 +0000
+++ b/src/hostfs.c Thu Nov 07 23:40:23 2013 +0000
@@ -31,7 +31,7 @@
#else
#include <unistd.h>
#endif
-#if defined __unix || defined __MACH__
+#if defined __unix || defined __MACH__ || defined __OpenBSD__
#include <utime.h>
#else
#include <sys/utime.h>
diff -r b9846bae810e src/rpcemu.h
--- a/src/rpcemu.h Wed Nov 06 22:11:19 2013 +0000
+++ b/src/rpcemu.h Thu Nov 07 23:40:23 2013 +0000
@@ -32,15 +32,17 @@
#endif
-#ifdef __MACH__
+#if defined __MACH__ || defined __OpenBSD__
#define fseeko64(_a, _b, _c) fseeko(_a, _b, _c)
#define ftello64(stream) ftello(stream)
#define fopen64(_a, _b) fopen(_a, _b)
#define off64_t off_t
#endif
-#if defined _BIG_ENDIAN || defined __BIG_ENDIAN__
+#if defined __BIG_ENDIAN__
#define _RPCEMU_BIG_ENDIAN
+#elif defined _BIG_ENDIAN && _BYTE_ORDER == _BIG_ENDIAN
+ #define RPCEMU_BIG_ENDIAN
#endif
/*This determines whether RPCemu can use hardware to blit and scale the display.
Good evening,
I've attached below a tentative patch to get RPCEmu building/running on OpenBSD (tested on 5.4-release, using the allegro from packages). All that needed changing was a little preprocessor stuff :-).
This fiddles with the following things:
1. Under OpenBSD, off_t is always 64-bit, so there's no separate fseeko64() etc. There's already something for this for Mach in rpcemu.h, so I've added ' || defined __OpenBSD__' to switch this code in for OpenBSD too.
2. hostfs.c was looking for utime.h in the wrong place --- whether to look for sys/utime.h or just utime.h was defined by __MACH__ or __unix being defined. OpenBSD doesn't define __unix under gcc. So I've added ' || defined __OpenBSD__' to that line, too.
3. rpcemu.h was deciding that the machine I was on was big-endian. This is because it was testing for _BIG_ENDIAN being /defined/ -- under OpenBSD both _BIG_ENDIAN and _LITTLE_ENDIAN are /always/ defined, and _BYTE_ORDER switches between them. Likewise, so are BIG_ENDIAN and LITTLE_ENDIAN, with BYTE_ORDER switching between /those/. So the patch checks whether _BIG_ENDIAN is defined and then checks whether _BYTE_ORDER is is _BIG_ENDIAN. It doesn't remove the __BIG_ENDIAN__ check.
Now, I don't actually /have/ any non-x86 kit handy here, and certainly not any big-endian stuff. So I hope I haven't broken anything critical. This certainly builds/runs under Linux/x86 and OpenBSD/x86.
Any thoughts/comments? :)
Thanks
Rob Mitchelmore
--- a/src/hostfs.c Wed Nov 06 22:11:19 2013 +0000
+++ b/src/hostfs.c Thu Nov 07 23:40:23 2013 +0000
@@ -31,7 +31,7 @@
#else
#include <unistd.h>
#endif
-#if defined __unix || defined __MACH__
+#if defined __unix || defined __MACH__ || defined __OpenBSD__
#include <utime.h>
#else
#include <sys/utime.h>
diff -r b9846bae810e src/rpcemu.h
--- a/src/rpcemu.h Wed Nov 06 22:11:19 2013 +0000
+++ b/src/rpcemu.h Thu Nov 07 23:40:23 2013 +0000
@@ -32,15 +32,17 @@
#endif
-#ifdef __MACH__
+#if defined __MACH__ || defined __OpenBSD__
#define fseeko64(_a, _b, _c) fseeko(_a, _b, _c)
#define ftello64(stream) ftello(stream)
#define fopen64(_a, _b) fopen(_a, _b)
#define off64_t off_t
#endif
-#if defined _BIG_ENDIAN || defined __BIG_ENDIAN__
+#if defined __BIG_ENDIAN__
#define _RPCEMU_BIG_ENDIAN
+#elif defined _BIG_ENDIAN && _BYTE_ORDER == _BIG_ENDIAN
+ #define RPCEMU_BIG_ENDIAN
#endif
/*This determines whether RPCemu can use hardware to blit and scale the display.
Good evening,
I've attached below a tentative patch to get RPCEmu building/running on OpenBSD (tested on 5.4-release, using the allegro from packages). All that needed changing was a little preprocessor stuff :-).
This fiddles with the following things:
1. Under OpenBSD, off_t is always 64-bit, so there's no separate fseeko64() etc. There's already something for this for Mach in rpcemu.h, so I've added ' || defined __OpenBSD__' to switch this code in for OpenBSD too.
2. hostfs.c was looking for utime.h in the wrong place --- whether to look for sys/utime.h or just utime.h was defined by __MACH__ or __unix being defined. OpenBSD doesn't define __unix under gcc. So I've added ' || defined __OpenBSD__' to that line, too.
3. rpcemu.h was deciding that the machine I was on was big-endian. This is because it was testing for _BIG_ENDIAN being /defined/ -- under OpenBSD both _BIG_ENDIAN and _LITTLE_ENDIAN are /always/ defined, and _BYTE_ORDER switches between them. Likewise, so are BIG_ENDIAN and LITTLE_ENDIAN, with BYTE_ORDER switching between /those/. So the patch checks whether _BIG_ENDIAN is defined and then checks whether _BYTE_ORDER is is _BIG_ENDIAN. It doesn't remove the __BIG_ENDIAN__ check.
Now, I don't actually /have/ any non-x86 kit handy here, and certainly not any big-endian stuff. So I hope I haven't broken anything critical. This certainly builds/runs under Linux/x86 and OpenBSD/x86.
Any thoughts/comments? :)
Thanks
Rob Mitchelmore
Thursday, 7 November 2013
Re: BBC website
On Thursday 07 November 2013 00:30:06 Ole wrote:
> Am Mittwoch, den 23.10.2013, 21:56 +0200 schrieb Jean-François Lemaire
> > The Atari Build 1381 seems OK to me, though it took 63 seconds to
> > display the
> > page! Peter, is it as slow on your Milan?
>
> Is it worse compared to previous netsurf versions?
I compared with version 2.9 available on your website and it is roughly 2
times slower on most webpages.
Cheers,
JFL
--
Jean-François Lemaire
> Am Mittwoch, den 23.10.2013, 21:56 +0200 schrieb Jean-François Lemaire
> > The Atari Build 1381 seems OK to me, though it took 63 seconds to
> > display the
> > page! Peter, is it as slow on your Milan?
>
> Is it worse compared to previous netsurf versions?
I compared with version 2.9 available on your website and it is roughly 2
times slower on most webpages.
Cheers,
JFL
--
Jean-François Lemaire
Wednesday, 6 November 2013
Re: BBC website
Am Mittwoch, den 23.10.2013, 21:56 +0200 schrieb Jean-François Lemaire
<jflemaire@skynet.be>:
> On Wednesday 23 October 2013 20:37:03 Peter Young wrote:
>> On 23 Oct 2013 Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>> > I noticed some of the headlines on the BBC website are
>> over-written:
>> >
>> > http://www.bbc.co.uk/news/
>
> The Atari Build 1381 seems OK to me, though it took 63 seconds to
> display the
> page! Peter, is it as slow on your Milan?
Is it worse compared to previous netsurf versions?
I changed a time setting to improve GUI responsiveness.
I would inspect MiNTLibs malloc() implementation to optimize such
pages.
Maybe someone is able to trace netsurf performance of the malloc() call
behaviour with hatari emulator?
I know you can get pretty good graphs out of it...
Also using a different malloc() implementation would be interesting to
measure with hatari.
(of course that would have be configured for the buildsystem of the
libs too, not just the netsurf GUI buildsystem)
Greets,
Ole
<jflemaire@skynet.be>:
> On Wednesday 23 October 2013 20:37:03 Peter Young wrote:
>> On 23 Oct 2013 Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>> > I noticed some of the headlines on the BBC website are
>> over-written:
>> >
>> > http://www.bbc.co.uk/news/
>
> The Atari Build 1381 seems OK to me, though it took 63 seconds to
> display the
> page! Peter, is it as slow on your Milan?
Is it worse compared to previous netsurf versions?
I changed a time setting to improve GUI responsiveness.
I would inspect MiNTLibs malloc() implementation to optimize such
pages.
Maybe someone is able to trace netsurf performance of the malloc() call
behaviour with hatari emulator?
I know you can get pretty good graphs out of it...
Also using a different malloc() implementation would be interesting to
measure with hatari.
(of course that would have be configured for the buildsystem of the
libs too, not just the netsurf GUI buildsystem)
Greets,
Ole
Re: [Rpcemu] RPCEmu 0.8.11
On 24 Oct 2013, at 18:34, Gerald Holdsworth <gerald@hollypops.co.uk> wrote:
> On 23 Oct 2013, at 21:26, Peter Howkins wrote:
>
>> A new version of RPCEmu is available, 0.8.11
>>
>> http://www.marutan.net/rpcemu/
>
> I notice that the version for Mac OS X is still at 0.8.9. I know the source code is there, but I have no idea on how to compile this into a working application for the Mac (I don't know C, or it's derivatives, that well...I'm more a Pascal guy - and PHP, JavaScript, CSS and HTML).
>
> Can anyone advise, or even compile it for Mac OS X?
> I have got Xcode installed on this machine, although I've never really used it.
There are OS X compilation instructions in my fork at https://bitbucket.org/frankoid/rpcemu-spoon-fjd, however you will need to do some work to get the latest version compiling.
I haven't done OS X releases for a while for a few reasons:
1) Despite discussions with Peter and Matthew my changes haven't been merged into the main RPCEmu spoon repository, which means that every time I want to update the Mac version I have to deal with tedious merge conflicts - not fun.
2) RPCEmu uses Allegro. Allegro for OS X depends on Quickdraw, which has been deprecated by Apple. This makes Allegro difficult to compile using recent versions of Xcode / OS X.
3) Lack of time.
Francis
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> On 23 Oct 2013, at 21:26, Peter Howkins wrote:
>
>> A new version of RPCEmu is available, 0.8.11
>>
>> http://www.marutan.net/rpcemu/
>
> I notice that the version for Mac OS X is still at 0.8.9. I know the source code is there, but I have no idea on how to compile this into a working application for the Mac (I don't know C, or it's derivatives, that well...I'm more a Pascal guy - and PHP, JavaScript, CSS and HTML).
>
> Can anyone advise, or even compile it for Mac OS X?
> I have got Xcode installed on this machine, although I've never really used it.
There are OS X compilation instructions in my fork at https://bitbucket.org/frankoid/rpcemu-spoon-fjd, however you will need to do some work to get the latest version compiling.
I haven't done OS X releases for a while for a few reasons:
1) Despite discussions with Peter and Matthew my changes haven't been merged into the main RPCEmu spoon repository, which means that every time I want to update the Mac version I have to deal with tedious merge conflicts - not fun.
2) RPCEmu uses Allegro. Allegro for OS X depends on Quickdraw, which has been deprecated by Apple. This makes Allegro difficult to compile using recent versions of Xcode / OS X.
3) Lack of time.
Francis
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: Suggestion for GTK version: replace lcms with lcms2
Hi Chris,
> It is not NetSurf that depends on it, but libmng. If you build
> NetSurf without MNG support the dependency on liblcms1 will go.
That's not what I have. I build netsurf without MNG support:
cat > Makefile.config << EOF
override NETSURF_USE_MNG := NO
override PREFIX ?= /usr
EOF
sed -i '/LDFLAGS/s|lm|lm -ldl|' gtk/Makefile.target
PKG_CONFIG_PATH=/opt/netsurf/lib/pkgconfig \
make
During make, the build stops with this message:
...
M.CONFIG: JNG/MNG/PNG (libmng) disabled (NETSURF_USE_MNG := NO)
...
PKG.CNFG: lcms (lcms) failed
gtk/Makefile.target:65: *** Unable to find library for: lcms (lcms). Stop.
Did I do something wrong?
Christophe
> It is not NetSurf that depends on it, but libmng. If you build
> NetSurf without MNG support the dependency on liblcms1 will go.
That's not what I have. I build netsurf without MNG support:
cat > Makefile.config << EOF
override NETSURF_USE_MNG := NO
override PREFIX ?= /usr
EOF
sed -i '/LDFLAGS/s|lm|lm -ldl|' gtk/Makefile.target
PKG_CONFIG_PATH=/opt/netsurf/lib/pkgconfig \
make
During make, the build stops with this message:
...
M.CONFIG: JNG/MNG/PNG (libmng) disabled (NETSURF_USE_MNG := NO)
...
PKG.CNFG: lcms (lcms) failed
gtk/Makefile.target:65: *** Unable to find library for: lcms (lcms). Stop.
Did I do something wrong?
Christophe
Tuesday, 5 November 2013
Re: Suggestion for GTK version: replace lcms with lcms2
Hi Christophe
On Tue, 5 Nov 2013 08:34:53 +0100, wrote:
> I found that the latest release of lcms, 1.19, dates from 2009. There
> is now lcms2, for which latest version dates from 2013. Is there a
> reason why GTK version of netsurf depends on lcms instead of lcms2?
It is not NetSurf that depends on it, but libmng. If you build
NetSurf without MNG support the dependency on liblcms1 will go.
IIRC liblcms1 and 2 are not API compatible.
Chris
On Tue, 5 Nov 2013 08:34:53 +0100, wrote:
> I found that the latest release of lcms, 1.19, dates from 2009. There
> is now lcms2, for which latest version dates from 2013. Is there a
> reason why GTK version of netsurf depends on lcms instead of lcms2?
It is not NetSurf that depends on it, but libmng. If you build
NetSurf without MNG support the dependency on liblcms1 will go.
IIRC liblcms1 and 2 are not API compatible.
Chris
Monday, 4 November 2013
Re: Build on MIPS (GNU/Linux): LDFLAGS needs libdl
christophe.jarry@ouvaton.org writes:
> Hello,
>
> I am on a mips64el-unknown-linux-gnu platform. I have built netsurf
> and had to replace the following line in gtk/Makefile.target:
>
> LDFLAGS += -lm
>
> by this one:
>
> LDFLAGS += -lm -ldl
>
> Can this change be applied in netsurf branch?
Not all platforms use libdl. For instance, on BSD these functions are
kept in libc, and attempting to use -ldl will cause the build to fail
since the library doesn't exist.
--
Anthony J. Bentley
> Hello,
>
> I am on a mips64el-unknown-linux-gnu platform. I have built netsurf
> and had to replace the following line in gtk/Makefile.target:
>
> LDFLAGS += -lm
>
> by this one:
>
> LDFLAGS += -lm -ldl
>
> Can this change be applied in netsurf branch?
Not all platforms use libdl. For instance, on BSD these functions are
kept in libc, and attempting to use -ldl will cause the build to fail
since the library doesn't exist.
--
Anthony J. Bentley
Suggestion for GTK version: replace lcms with lcms2
Hello,
I found that the latest release of lcms, 1.19, dates from 2009. There
is now lcms2, for which latest version dates from 2013. Is there a
reason why GTK version of netsurf depends on lcms instead of lcms2?
Christophe
I found that the latest release of lcms, 1.19, dates from 2009. There
is now lcms2, for which latest version dates from 2013. Is there a
reason why GTK version of netsurf depends on lcms instead of lcms2?
Christophe
Build on MIPS (GNU/Linux): LDFLAGS needs libdl
Hello,
I am on a mips64el-unknown-linux-gnu platform. I have built netsurf
and had to replace the following line in gtk/Makefile.target:
LDFLAGS += -lm
by this one:
LDFLAGS += -lm -ldl
Can this change be applied in netsurf branch?
Christophe
I am on a mips64el-unknown-linux-gnu platform. I have built netsurf
and had to replace the following line in gtk/Makefile.target:
LDFLAGS += -lm
by this one:
LDFLAGS += -lm -ldl
Can this change be applied in netsurf branch?
Christophe
Subscribe to:
Posts (Atom)