On 16/07/18 23:18, Jim Nagel wrote:
> Trying to learn stuff from http://php.net is so painful on NetSurf
> because any page from the site takes ages to load and a further age to
> scroll. (Using #4342)
>
> I'm curious about the mechanisms involved. Any wisdom, please?
It's because of this S
Trying to learn stuff from http://php.net is so painful on Netsurf
because any page from the site takes ages to load and a further age to
scroll. (Using #4342)
I'm curious about the mechanisms involved. Any wisdom, please?
--
Jim Nagelwww.archivemag.co.uk
>Date: Thu, 12 May 2016 21:33:22 +0100
>From: Michael Drake
>
>
>3242 was built without JavaScript for Atari.
>
>Michael Drake http://www.netsurf-browser.org/
This may be more complex.
While there is a small slow down across versions:
3242 5:15
On 12/05/16 20:18, Peter Slegg wrote:
Build 3242 required 5m 15s
Build 3537 required 8m 28s
3242 was built without JavaScript for Atari.
--
Michael Drake http://www.netsurf-browser.org/
>
> Perhaps you can provide the CI build numbers of "working" and "slow"
> versions? the closer these values are together the easier it will be
> for a developer to attempt to diagnose the issue.
Testing on a complex page www.express.co.uk
Build 3242 required 5
On 11/05/16 20:48, Peter Slegg wrote:
I am going to work back through the versions to see if it is a real
or imagined performance drop.
If the performance drop came around the time JS builds were enabled for
Atari, try running with JS configured off.
--
Michael Drake
; > Some pages are taking over 20 mins and more are timing out.
>
> Perhaps you can provide the CI build numbers of "working" and "slow"
> versions? the closer these values are together the easier it will be
> for a developer to attempt to diagnose the issue.
&
. There have been several
reports recently which have turned out to be related to updates
completely unrelated to NetSurf.
>
> Some pages are taking over 20 mins and more are timing out.
Perhaps you can provide the CI build numbers of "working" and "slow"
versions? the clo
In the past few weeks I've noticed that the download and
rendering speed of the (atari) test builds seems quite a
bit slower than with earlier versions.
Some pages are taking over 20 mins and more are timing out.
Peter
On Tue, Feb 16, 2016 at 11:23:09AM +, Brian wrote:
> In article <20160216093631.gv7...@platypus.pepperfish.net>, Rob Kendrick
> wrote:
> > On Tue, Feb 16, 2016 at 09:23:45AM +, Brian wrote:
> > > #3410 downloaded this morning, unusually, very slowly. Any reason,
> > > perhaps?
>
> > 2016-
In article <20160216093631.gv7...@platypus.pepperfish.net>, Rob Kendrick
wrote:
> On Tue, Feb 16, 2016 at 09:23:45AM +, Brian wrote:
> > #3410 downloaded this morning, unusually, very slowly. Any reason,
> > perhaps?
> 2016-02-16 09:36:12 (3.64 MB/s) - NetSurf-gcc--3410.zip saved
> [3842257
On Tue, Feb 16, 2016 at 09:23:45AM +, Brian wrote:
> #3410 downloaded this morning, unusually, very slowly. Any reason, perhaps?
2016-02-16 09:36:12 (3.64 MB/s) - ‘NetSurf-gcc--3410.zip’ saved
[3842257/3842257]
Works for me.
B.
#3410 downloaded this morning, unusually, very slowly. Any reason, perhaps?
Am Donnerstag, den 28.01.2016, 21:04 + schrieb Peter Slegg:
>
> https://www.royalmail.com/track-your-item
>
> Another page that took ages to display and looked like the css had
> failed as well.
>
Early versions of the atari port crashed because of stack size issues
(caused within mintlib
> Date: Sun, 10 Jan 2016 16:43:40 +0100
> From: Jean-Fran?ois Lemaire
> Subject: Re: Very slow page rendering
>
> On Saturday 09 January 2016 19:43:53 Peter Slegg wrote:
> > >Date: Sat, 09 Jan 2016 16:11:40 GMT
>
> > >> Peter Slegg wrote
> Date: 10 Jan 2016 14:24:53 +
> From: "Chris Young"
> Subject: Re: Very slow page rendering
> To:
>
>
> I notice the Atari code has three font rendering engines; VDI,
> FreeType and Internal. It look like FreeType and Internal are
> enabled, and FreeTyp
On Saturday 09 January 2016 19:43:53 Peter Slegg wrote:
> >> Peter Slegg wrote:
> >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
> >>>
> >>>This page takes abut 20mins to download and render, Highwire browser
> >>>takes about 6sec.
> No criticism, I am hoping
nder, Highwire browser
> >>>takes about 6sec.
> No criticism, I am hoping this might help the devs find some speed
> improvements.
I have an Atari 2.9 version lying around and with that build it takes 100 secs
to render that page. Still very slow but much less so than with the 3.*
builds.
Cheers,
JFL
--
Jean-François Lemaire
> >> I just tried it with CI#3254 on an Iyonix. Took about 24 sec.
> >
> >> If you're not on a very recent CI build, I would recommend you get
> >> one. Very slow rendering was fixed a couple of months ago.
> >
> >About 43s here on RPC with stand
> This page takes abut 20mins to download and render, Highwire browser
> takes about 6sec.
> FWIW on this virtual RPC with JavaScript and css running the
> download/render process takes c10.5 seconds.
> c6.5 secs Win7 VRPC with JS
> I just tried it with CI#3254 on an Iyonix. Took about 24 sec.
In article <553f4721debrian.jord...@btinternet.com>,
Brian Jordan wrote:
> In article <000a3379.01eff490b...@smtp.freeola.net>,
>Peter Slegg wrote:
> > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
> > This page takes abut 20mins to download and render, Highwire br
>Date: Sat, 09 Jan 2016 16:11:40 GMT
>From: Richard Porter
>Subject: Re: Very slow page rendering
>To: netsurf-users@netsurf-browser.org
>On 9 Jan 2016 Dave Higton wrote:
>
>> In message <000a3379.01eff490b...@smtp.freeola.net>
>> Peter Sleg
S 3254
But our internet is very variable: when lots of households are on line, it
can be slow!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
ire browser
>>takes about 6sec.
> I just tried it with CI#3254 on an Iyonix. Took about 24 sec.
> If you're not on a very recent CI build, I would recommend you get
> one. Very slow rendering was fixed a couple of months ago.
About 43s here on RPC with standard ADSL connection
4 on an Iyonix. Took about 24 sec.
If you're not on a very recent CI build, I would recommend you get
one. Very slow rendering was fixed a couple of months ago.
Dave
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks &
In article <553f4721debrian.jord...@btinternet.com>,
Brian Jordan wrote:
> In article <000a3379.01eff490b...@smtp.freeola.net>,
>Peter Slegg wrote:
> > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
> > This page takes abut 20mins to download and render, Highwire br
In article <000a3379.01eff490b...@smtp.freeola.net>,
Peter Slegg wrote:
> http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
> This page takes abut 20mins to download and render, Highwire browser
> takes about 6sec.
> I think the difference is that Highwire doesn't handle t
http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
This page takes abut 20mins to download and render, Highwire browser
takes about 6sec.
I think the difference is that Highwire doesn't handle the css
so maybe there could be some performance gains to be had in
either downloadin
The cheetah is back!
Thanks for fixing this problem
John
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
No sé nada, y no estoy seguro de éso
On 8 Nov 2015 as I do recall,
John Rickman Iyonix wrote:
> Harriet Bazley wrote
>
> > On 7 Nov 2015 as I do recall,
> > John Rickman Iyonix wrote:
>
> >> The problem was introduced between 28/11/2014 and 6/01/2015.
> >> (#2398) is
David Pitt wrote
> Vincent Sanders, on 10 Nov, wrote:
>> On Tue, Nov 10, 2015 at 08:12:18AM +, David Pitt wrote:
>>> Vincent Sanders, on 10 Nov, wrote:
>>>
On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote:
>
> The Gaydon online parish magazine is a single HT
Vincent Sanders, on 10 Nov, wrote:
> On Tue, Nov 10, 2015 at 08:12:18AM +, David Pitt wrote:
> > Vincent Sanders, on 10 Nov, wrote:
> >
> > > On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote:
> > > >
> > > > The Gaydon online parish magazine is a single HTML file which
> >
On Tue, Nov 10, 2015 at 08:12:18AM +, David Pitt wrote:
> Vincent Sanders, on 10 Nov, wrote:
>
> > On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote:
> > >
> > > The Gaydon online parish magazine is a single HTML file which references
> > > a common CSS file.
> > >
> > > ht
Vincent Sanders, on 10 Nov, wrote:
> On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote:
> >
> > The Gaydon online parish magazine is a single HTML file which references
> > a common CSS file.
> >
> > http://www.gaydon.org.uk/mags.html
> >
> > It takes on average 31 seconds to
On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote:
>
> The Gaydon online parish magazine is a single HTML file which
> references a common CSS file.
>
> http://www.gaydon.org.uk/mags.html
>
> It takes on average 31 seconds to load and display a magazine using
> NetSurf #3055
On 8 Nov 2015 as I do recall,
John Rickman Iyonix wrote:
> Harriet Bazley wrote
>
[snip]
> > I've got #2489, which is almost instantaneous.
>
> I'm guessing that is 25 December. What is the date on the !NetSurf
> folder inside #2489?
>
27 December. :-)
--
Harriet Bazley
In message <9551061f55.iyoj...@rickman.argonet.co.uk>
John Rickman Iyonix wrote:
>Thanks for spotting the error in my html Chris, however, As David has
>mentioned in a subsequent post, it is not the whole story.
>I have removed the redundant reference and uploaded the page, but it
>st
Harriet Bazley wrote
> On 7 Nov 2015 as I do recall,
> John Rickman Iyonix wrote:
>> The problem was introduced between 28/11/2014 and 6/01/2015.
>> (#2398) is fast, (#2509) is slow.
>>
>> If you have any builds between these two it would help t
On 7 Nov 2015 as I do recall,
John Rickman Iyonix wrote:
> The problem was introduced between 28/11/2014 and 6/01/2015.
> (#2398) is fast, (#2509) is slow.
>
> If you have any builds between these two it would help to pin it down
> to just a few potential culprit chan
On Sat, 07 Nov 2015 23:40:55 GMT, Richard Porter wrote:
> On 7 Nov 2015 Chris Young wrote:
>
> > A missing file shouldn't cause a timeout though - just a response from
> > the server containing error 404.
>
> 404 is page not found.
It's file not found. Any missing file on a web server will res
On 7 Nov 2015 Chris Young wrote:
> A missing file shouldn't cause a timeout though - just a response from
> the server containing error 404.
404 is page not found. Other missing files like css should be ignored
by the browser. In any case if the file didn't exist the server would
respond with a
On 7 Nov 2015 David Pitt wrote:
> 30s is an interesting duration NetSurf-wise, that is how long before
> fetches time-out. From a look at the log :-
This could explain why 'full save' didn't save the css files.
--
Richard Porterhttp://www.minijem.plus.com/
Skype: minije
On 7 Nov 2015 Peter Young wrote:
>> If you have any builds between these two it would help to pin it down
>> to just a few potential culprit changes.
> Not an answer to the question as asked, but with #3048 the page loads
> in 0.2 seconds.
I find that magazines take around 32s to display on my
Chris Young wrote
> On Sat, 07 Nov 2015 20:10:45 GMT, David Pitt wrote:
>> (20.17) content/content.c:386 content_destroy: content 0x4e5f42a0
>> file:///%3CBootDisc$Root%3E/Work/Internet/Browsers/html/favicon.png
>>
>> (41.38) content/fetchers/curl.c:834 fetch_curl_done: done
>> http://ww
In message
"Chris Young" wrote:
> On Sat, 07 Nov 2015 20:10:45 GMT, David Pitt wrote:
>> (20.17) content/content.c:386 content_destroy: content 0x4e5f42a0
>> file:///%3CBootDisc$Root%3E/Work/Internet/Browsers/html/favicon.png
>>
>> (41.38) content/fetchers/curl.c:834 fetch_curl_done:
On Sat, 07 Nov 2015 20:10:45 GMT, David Pitt wrote:
> (20.17) content/content.c:386 content_destroy: content 0x4e5f42a0
> file:///%3CBootDisc$Root%3E/Work/Internet/Browsers/html/favicon.png
>
> (41.38) content/fetchers/curl.c:834 fetch_curl_done: done
> http://www.gaydon.org.uk/css/pcmi
In message <5bcaf01e55.pnyo...@pnyoung.ormail.co.uk>
Peter Young wrote:
> On 7 Nov 2015 John Rickman Iyonix wrote:
>> Peter Young wrote
>>> Not an answer to the question as asked, but with #3048 the page loads
>>> in 0.2 seconds.
>> Apologies, it was not clear from my post that the proble
In message <83b1c51e55.iyoj...@rickman.argonet.co.uk>
John Rickman Iyonix wrote:
>
>The Gaydon online parish magazine is a single HTML file which
>references a common CSS file.
>
>http://www.gaydon.org.uk/mags.html
>
>It takes on average 31 seconds to load and display a magazine using
>
On 7 Nov 2015 John Rickman Iyonix wrote:
> Peter Young wrote
>> Not an answer to the question as asked, but with #3048 the page loads
>> in 0.2 seconds.
> Apologies, it was not clear from my post that the problem was with
> links to magazines on the quoted URL and not with the URL itself
> h
Peter Young wrote
> Not an answer to the question as asked, but with #3048 the page loads
> in 0.2 seconds.
Apologies, it was not clear from my post that the problem was with
links to magazines on the quoted URL and not with the URL itself
http://www.gaydon.org.uk/mags.html points to a list of
t I have submitted a report to the
>>>>> tracker.
>>>>
>>>> Loading in 0.8 seconds here. Can you attach a log to the bug report,
>>>> otherwise it's unlikely the problem will be identified?
>>>
>>> The 31secs bit on #3055
you attach a log to the bug report,
>>> otherwise it's unlikely the problem will be identified?
>>
>> The 31secs bit on #3055 occurs on downloading a magazine, not on downloading
>> the page above.
> Tested this on Netsurf #2817 with the same result - the issue h
On 7 Nov 2015 as I do recall,
David Pitt wrote:
> "Chris Young", on 7 Nov, wrote:
>
> > On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote:
> >
> > > The Gaydon online parish magazine is a single HTML file which references
> > > a common CSS file.
> > >
> > > http://www.gaydon.
On 7 November 2015 17:24:31 GMT+00:00, David Pitt wrote:
>
>We RISC OS users think that NetSurf is a RISC OS browser when in fact
>it is multi-platform. Indeed it can even run on an Amiga.
>
Yes, I know ;)
Chris
In message
"Chris Young" wrote:
> On Sat, 7 Nov 2015 15:08:01 +, David Pitt wrote:
>> "Chris Young", on 7 Nov, wrote:
>>
>>> On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote:
>>>
The Gaydon online parish magazine is a single HTML file which references
a common CSS f
Pi running OS 5.23 (03Nov15). It's all good on NetSurf 2.9 on Mac
>> VRPC at 0.2s.
> OK, I'd missed that the page mentioned wasn't the one with the
> problem. They all load in 2s or less here, so it might be a RISC OS
> specific issue.
The problem was introduced between 28/11/2014 and 6/01/2015.
(#2398) is fast, (#2509) is slow. Too much Christmas spirit perhaps?
I have not kept any builds between these dates.
John
--
John Rickman - http://rickman.orpheusweb.co.uk/lynx
it transcends plausibility, it's a fact. david mercer
On Sat, 7 Nov 2015 15:08:01 +, David Pitt wrote:
> "Chris Young", on 7 Nov, wrote:
>
> > On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote:
> >
> > > The Gaydon online parish magazine is a single HTML file which references
> > > a common CSS file.
> > >
> > > http://www.gaydon.org
"Chris Young", on 7 Nov, wrote:
> On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote:
>
> > The Gaydon online parish magazine is a single HTML file which references
> > a common CSS file.
> >
> > http://www.gaydon.org.uk/mags.html
> >
> > It takes on average 31 seconds to load and disp
On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote:
> The Gaydon online parish magazine is a single HTML file which
> references a common CSS file.
>
> http://www.gaydon.org.uk/mags.html
>
> It takes on average 31 seconds to load and display a magazine using
> NetSurf #3055 on an Iyon
The Gaydon online parish magazine is a single HTML file which
references a common CSS file.
http://www.gaydon.org.uk/mags.html
It takes on average 31 seconds to load and display a magazine using
NetSurf #3055 on an Iyonix. Javascript on or off makes no difference.
Using NetSurf 3.2 the page l
On Sunday 15 February 2015 12:21:41 Peter Slegg wrote:
> This page just took about 5 mins to open. I will check to see if
> it is repeatable but it might be useful to see if other platforms
> have the same issue:
>
> https://www.falkemedia-shop.de/contacts/
Opens in 29 secs with Atari build 2514
On 15 Feb 2015 Peter Slegg wrote:
> This page just took about 5 mins to open. I will check to see if
> it is repeatable but it might be useful to see if other platforms
> have the same issue:
> https://www.falkemedia-shop.de/contacts/
> Atari build 2598
Takes about 12s on my RiscPC. There's a
In article <00079b8d.01e79490a...@smtp.freeola.net>,
Peter Slegg wrote:
> This page just took about 5 mins to open. I will check to see if
> it is repeatable but it might be useful to see if other platforms
> have the same issue:
> https://www.falkemedia-shop.de/contacts/
Less than 30 sec un
This page just took about 5 mins to open. I will check to see if
it is repeatable but it might be useful to see if other platforms
have the same issue:
https://www.falkemedia-shop.de/contacts/
Atari build 2598
Regards,
Peter
e been cached by your router.
> If the latter happened, that's one reason why the second fetch might have
> been a lot faster.
I've just done two fetches of the BBC weather site with RISC OS
NetSurf. They were both slow, but the second one was a bit less slow.
> I dunno about Chr
Peter Young wrote:
>Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20
>seconds with RISC OS NetSurf, already on the icon bar; with Chrome in
>Windows, again already running, less than 2 seconds. Is this worth a
>bug report?
It might be more interesting to compare the times for a
eady on the icon bar
>
>> 12.1 seconds here, without Netsurf running, then 9.6 seconds on a
>> second load with Netsurf running.
>
>> Using CI #2441 on Iyonix with RO 5.20.
>
> 13 seconds here with NetSurf on the icon bar, so better than this
> morning, but still
urf running.
> Using CI #2441 on Iyonix with RO 5.20.
13 seconds here with NetSurf on the icon bar, so better than this
morning, but still slow. Perhaps there's something odd with my setup.
Would a logfile be helpful to anyone?
#2441, ARMini, RISC OS 5.19
Best wishes,
Peter.
--
Pe
On 18 Dec, Peter Young wrote:
> Using http://www.bbc.co.uk/weather/gl52 1 minute 20 seconds with RISC
> OS NetSurf, already on the icon bar
12.1 seconds here, without Netsurf running, then 9.6 seconds on a
second load with Netsurf running.
Using CI #2441 on Iyonix with RO 5.20.
--
Brian Howlet
the limiting factor.
>>>>
>>>> Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20
>>seconds
>>>> with RISC OS NetSurf, already on the icon bar; with Chrome in
>>Windows,
>>>> again already running, less than 2 seconds. Is this worth a bug
>>report?
>>
>>> NetSurf #2441 downloads the weather in 4.6s on the RaspberryPi.
>>
>>> Is there by any chance spurious junk in a previously used NetSurf
>>Cache?
>>
>>No, I gave up using the disc cache, as it made everything very slow.
>>
>>Best wishes,
>>
>>Peter.
> -- Sent with K-@ Mail - the evolution of emailing.
speed won't be the limiting factor.
>>>
>>> Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20
>seconds
>>> with RISC OS NetSurf, already on the icon bar; with Chrome in
>Windows,
>>> again already running, less than 2 seconds. Is this worth a bug
>report?
>
>> NetSurf #2441 downloads the weather in 4.6s on the RaspberryPi.
>
>> Is there by any chance spurious junk in a previously used NetSurf
>Cache?
>
>No, I gave up using the disc cache, as it made everything very slow.
>
>Best wishes,
>
>Peter.
-- Sent with K-@ Mail - the evolution of emailing.
or.
>>
>> Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20 seconds
>> with RISC OS NetSurf, already on the icon bar; with Chrome in Windows,
>> again already running, less than 2 seconds. Is this worth a bug report?
> NetSurf #2441 downloads the weather in
Peter Young, on 18 Dec, wrote:
> On 17 Dec 2014 Steve Fryatt wrote:
>
> > On 17 Dec, Peter Young wrote in message
> > <22e59c7754.pnyo...@pnyoung.ormail.co.uk>:
>
> > > This is with RISC OS and development builds, currently #2441, but has
> > > been happening for several days now.
> >>
>
.org.uk/
>>
>>
>>> to download. I've checked my connection speed, and it's much the same
>>> as usual.
>>
>>> Is this a problem with NetSurf or with the BBC sites? I suspect the
>>> latter.
>>
>>> Best wishes,
>>
On 17 Dec 2014 Steve Fryatt wrote:
> On 17 Dec, Peter Young wrote in message
> <22e59c7754.pnyo...@pnyoung.ormail.co.uk>:
>> This is with RISC OS and development builds, currently #2441, but has been
>> happening for several days now.
>>
>> Any of the BBC sires are now taking a lot longer
much the same
>> as usual.
>
>> Is this a problem with NetSurf or with the BBC sites? I suspect the
>> latter.
>
>> Best wishes,
>
>> Peter.
>
>
Haven't noticed the Beeb being slow, but the MS Society link you gave
loaded here in 4.7 secs, the
On 17 Dec, Peter Young wrote in message
<22e59c7754.pnyo...@pnyoung.ormail.co.uk>:
> This is with RISC OS and development builds, currently #2441, but has been
> happening for several days now.
>
> Any of the BBC sires are now taking a lot longer to download, maybe by a
> factor of five to te
On 17 Dec 2014 Peter Young wrote:
> This is with RISC OS and development builds, currently #2441, but has
> been happening for several days now.
> Any of the BBC sites are now taking a lot longer to download, maybe by
> a factor of five to ten times as long. They are now even slower than
> the
Peter Young wrote:
>Is this a problem with NetSurf or with the BBC sites? I suspect the
>latter.
Maybe the season - too many people researching their christmas shopping etc?
Everywhere I've tried to browse today has been very slow, with Firefox on a
very fast broadband
This is with RISC OS and development builds, currently #2441, but has
been happening for several days now.
Any of the BBC sires are now taking a lot longer to download, maybe by
a factor of five to ten times as long. They are now even slower than
the www.msscociety.org.uk sites which till now h
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
s away the memory used by an image that
is still on screen? That results in multiple slow redraws rather than
just the initial ones.
Bryan.
--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
In article <535db2eba3j...@jaharrison.me.uk>, John Harrison
wrote:
> > I imagine that a user was never expected to post something so huge.
> But many people who take and transmit photos have no concept of file
> size, including people who contribute to (or manage) websites.
True.
> Software th
> I imagine that a user was never expected to post something so huge.
But many people who take and transmit photos have no concept of file size,
including people who contribute to (or manage) websites.
Software that automatically scales pictures to fit the context (and
intrinsically helpful thin
uld've bought me
an Omega. This Iyonix is taking about 4 seconds with Geminus (6.5
without) to display from RAMFS (whatever the quality setting) in
SwiftJPEG.
I was just trying to demonstrate that NetSurf's lack of speed is not
unique and various apps - such as ChangeFSI, which is 's
Bryan Hogan, on 18 Jun, wrote:
> In message <535d31f650...@timil.com>
> Tim Hill wrote:
>
> > In article , Bryan Hogan
> > wrote:
> > > Visiting this page with NetSurf build #1257 on my Omega (300MHz
> > > StrongARM, RISC OS 4.39
In message <535d31f650...@timil.com>
Tim Hill wrote:
> In article , Bryan Hogan
> wrote:
>> Visiting this page with NetSurf build #1257 on my Omega (300MHz
>> StrongARM, RISC OS 4.39, 1920x1080x16m) is very slow:
>> http://stardot.org.uk/fo
In article , Bryan Hogan
wrote:
> Visiting this page with NetSurf build #1257 on my Omega (300MHz
> StrongARM, RISC OS 4.39, 1920x1080x16m) is very slow:
> http://stardot.org.uk/forums/viewtopic.php?f=16&t=6753
[Snip]
This seems to be the actual image being downloaded:
http://s
Visiting this page with NetSurf build #1257 on my Omega (300MHz
StrongARM, RISC OS 4.39, 1920x1080x16m) is very slow:
http://stardot.org.uk/forums/viewtopic.php?f=16&t=6753
It takes 66s to display, of which 45s is spent on the big image. And
this being RISC OS, that's 45s of non-mul
I'm using the current test build(2 Aug r10677) but have noticed over
the last few weeks that Netsurf seems to really slow down in terms of
scrolling down pages very quickly or if I drag the whole window around
the screen its very slow and very sluggish and soesn't refresh very
well
time), then
> the computer is still going about 10x slower.
>
> To make the computer go fast again you have to re-boot.
>
> Perhaps it uses Javascript...
>
> But whatever, something slows the computer down drastically, and wont
> let NS quit.
hourglass keeps running so
If you click on the URL below, using an Iyonix RO 5.13 (I don;'t know
what happens with other computers) then firstly nothing is ever
displayed in NS, however long you wait.
http://www.steves-digicams.com/hardware_reviews.html Steve's Digicams - Camera
Reviews
And, the computer goes about 10x
On 13 Nov 2008 David J. Ruck wrote:
> On 13 Nov 2008 "Chris Young"
> <[EMAIL PROTECTED]> wrote:
>> On Thu, 13 Nov 2008 16:26:14 GMT, Jim Nagel wrote:
>>> why does Netsurf take so long to skip to an internal anchor point in
>>> the same document? example:
>> As far as I can tell, NetSurf is re-
Keith Hopper wrote on 13 Nov:
> The offending bit of the document is the target of that link - shown
> below (indented to show the relationships between start and end tags)
... The link target starts on line 1 and ends on line 25!
> ... The document is really a shocking (or good, depending o
In article <[EMAIL PROTECTED]>,
Jim Nagel <[EMAIL PROTECTED]> wrote:
> why does Netsurf take so long to skip to an internal anchor point in
> the same document? example:
> http://www.spamcop.net/sc?id=z2407631451zf9b8c3284e0a522ca80abdbfd6c81b03z
The offending bit of the document is the
On 13 Nov 2008 "Chris Young"
<[EMAIL PROTECTED]> wrote:
> On Thu, 13 Nov 2008 16:26:14 GMT, Jim Nagel wrote:
>> why does Netsurf take so long to skip to an internal anchor point in
>> the same document? example:
> As far as I can tell, NetSurf is re-fetching the page in order to jump
> to the
On Thu, 13 Nov 2008 16:26:14 GMT, Jim Nagel wrote:
> why does Netsurf take so long to skip to an internal anchor point in
> the same document? example:
As far as I can tell, NetSurf is re-fetching the page in order to jump
to the link. It should be grabbing it out of the cache - it may be
that
why does Netsurf take so long to skip to an internal anchor point in
the same document? example:
http://www.spamcop.net/sc?id=z2407631451zf9b8c3284e0a522ca80abdbfd6c81b03z
there's a link "Skip to reports" near the top of the document that
takes you to a point near the bottom of the page. Netsur
In article <[EMAIL PROTECTED]>,
lists (ww) <[EMAIL PROTECTED]> wrote:
> http://www.trademe.co.nz
> It's a popular local ebay-type auction site, but as the months go by
> it's getting slower to load... 53sec. Hogs the computer all the while.
Just about six seconds a few moments ago with 28
On 02 Jul, Michael Drake <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
>lists (ww) <[EMAIL PROTECTED]> wrote:
> > http://www.trademe.co.nz It's a popular local ebay-type auction
> > site, but as the months go by it's getting slower to load...
> > 53sec. Hogs the computer all the
1 - 100 of 107 matches
Mail list logo
