Page rendering

2017-06-30 Thread Brian 
My buddy sent me the following,

https://dezinfo.net/foto/82952-yentuziast-stroit-samolet-iz-bumagi-na-protyazhenii-9-let.html
 

I was interested to compare the rendering under NetSurf and FireFox. Pity
the video doesn't display under RISC OS. That isn't a complaint by the
way. I'm just intrigued by the subject matter.

Re: Very slow page rendering

2016-01-28 Thread Ole Loots 
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 regex module, called by NetSurf CSS parser, while
it was processing exorbitant strings (3k, which expanded to several
MegaBytes within mintlib regex module)...).

I prevented the crash by compiling mintlib with the
+DEFS=-DREGEX_MALLOC 
define. 

This is also applied to the CI builds. 

Just a guess: there is some kind of slowdown when doing excessive malloc
operations with MiNT. 

Greets,
Ole

Re: Very slow page rendering

2016-01-16 Thread Peter Slegg 
> Date: 10 Jan 2016 14:24:53 +
> From: "Chris Young" <chris.yo...@unsatisfactorysoftware.co.uk>
> Subject: Re: Very slow page rendering
> To: <netsurf-users@netsurf-browser.org>
>
>
> I notice the Atari code has three font rendering engines; VDI,
> FreeType and Internal.  It look like FreeType and Internal are
> enabled, and FreeType is the default.
>
> Try setting the following in your Choices file:
> atari_font_driver:internal
>
> See if that makes any perceivable difference.
>
> Chris
>

Worth a try but it still took a little over 18 minutes.
I reckon about the same time as it was before.

Regards,

Peter

Atari CI build 3260

Re: Very slow page rendering

2016-01-10 Thread Paul Sprangers 

> 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.

> About 4 seconds here, ARMX6 and NS 3254

> About 43s here on RPC with standard ADSL connection. CI#3250. Firefox 
> on the macbook pro takes 2s over the same connection.

> c.7 secs here (#3250, JS enabled, Pi2 running 5.21 RC14).

> Takes 34.9 seconds on this SA RPC using Netsurf 3.3.

Interesting figures.
On my ARMiniX with Dev Cl #3244 and Javascript enabled, it takes a bit less
than 4 seconds, everytime.

Kind regards,
Paul Sprangers

Re: Very slow page rendering

2016-01-10 Thread Jean-François Lemaire 
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 this might help the devs find some speed
> improvements.

I can confirm with an older build that this page takes an insanely long time 
to load with the Atari build. Since this seems to be specific to the Atari 
port I suppose only an Atari developer could figure out what is going on.

Cheers,
JFL
-- 
Jean-François Lemaire

Re: Very slow page rendering

2016-01-10 Thread Jean-François Lemaire 
On Saturday 09 January 2016 19:43:53 Peter Slegg wrote:
> >Date: Sat, 09 Jan 2016 16:11:40 GMT
 
> >>   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 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

Re: Very slow page rendering

2016-01-10 Thread Chris Young 
On Sat, 9 Jan 2016 19:43:53 + (GMT), 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 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. CI#3250. Firefox
> >on the macbook pro takes 2s over the same connection.
> 
> I am using a build from today and I know it is never going to be
> lighting quick on an M68060 but my point is that the speed seems
> unduly slow over an adsl link that normally downloads at 350k/s.
> 
> I have reported before that Netsurf on the Atari seems slow at
> downloading pages so it might just be an issue with how Netsurf is
> using the OS ?  It's not my area of expertise.
> 
> Is it because there are a lot of files ?
> Is it a cache issue ?
> 
> Long delays can often be observed on other pages. The git url is
> a useful test case because it is fairly stable and repeatable.
> 
> No criticism, I am hoping this might help the devs find some speed
> improvements.

There is a lot of CSS on those git pages, I believe some CSS caching
is being looked into to reduce the amount of processing required.

In my dabblings with building a 68k version of NetSurf for AmigaOS 3,
I've noticed that the text layout and rendering code plays a big part
in the speed NetSurf loads pages.  On AmigaOS 3, rendering outline
font glyphs is painfully slow, and I think this is down to the 68k.

I notice the Atari code has three font rendering engines; VDI,
FreeType and Internal.  It look like FreeType and Internal are
enabled, and FreeType is the default.

Try setting the following in your Choices file:
atari_font_driver:internal

See if that makes any perceivable difference.

Chris

Re: Very slow page rendering

2016-01-09 Thread Brian Jordan 
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 the css
> so maybe there could be some performance gains to be had in
> either downloading or the css handling ?

FWIW on this virtual RPC with JavaScript and css running the
download/render process takes c10.5 seconds.

-- 
_

Brian Jordan
Virtual RPC-AdjustSA on Windows 10 Pro 64-bit
RISC OS 6.20
_


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: Very slow page rendering

2016-01-09 Thread Dave Higton 
In message <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 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.

Dave


FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your 
desktop!
Check it out at http://www.inbox.com/marineaquarium

Very slow page rendering

2016-01-09 Thread Peter Slegg 

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 downloading or the css handling ?

Peter

Re: Very slow page rendering

2016-01-09 Thread Richard Porter 
On 9 Jan 2016 Dave Higton  wrote:

> In message <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 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. CI#3250. Firefox 
on the macbook pro takes 2s over the same connection.

-- 
Richard Porterhttp://www.minijem.plus.com/
Skype: minijem2   mailto:r...@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.

Re: Very slow page rendering

2016-01-09 Thread Peter Slegg 
>Date: Sat, 09 Jan 2016 16:11:40 GMT
>From: Richard Porter <r...@minijem.plus.com>
>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 Slegg <p.sl...@scubadivers.co.uk> 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 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. CI#3250. Firefox
>on the macbook pro takes 2s over the same connection.

I am using a build from today and I know it is never going to be
lighting quick on an M68060 but my point is that the speed seems
unduly slow over an adsl link that normally downloads at 350k/s.

I have reported before that Netsurf on the Atari seems slow at
downloading pages so it might just be an issue with how Netsurf is
using the OS ?  It's not my area of expertise.

Is it because there are a lot of files ?
Is it a cache issue ?

Long delays can often be observed on other pages. The git url is
a useful test case because it is fairly stable and repeatable.

No criticism, I am hoping this might help the devs find some speed
improvements.

Regards,

Peter

Re: Very slow page rendering

2016-01-09 Thread Alan Calder 
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 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 downloading or the css handling ?

> FWIW on this virtual RPC with JavaScript and css running the
> download/render process takes c10.5 seconds.

Takes 34.9 seconds on this SA RPC using Netsurf 3.3.  Tried it on Windows
box on Firefox and it loaded in less than a couple of seconds.  Display on
both Firefox and Netsurf seemed essentially the same - just a heading and
then a page of 1430 numbered lines of code.  Is that what it is supposed to
look like?  Doesn't seem to be much rendering going on!

Alan

-- 
Alan Calder, Milton Keynes, UK.

Re: Very slow page rendering

2016-01-09 Thread Richard Torrens (lists) 
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.


About 4 seconds here, ARMX6 and NS 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!

Re: #2652 page rendering oddity

2015-03-16 Thread george greenfield 
In message 54a546bb12bbai...@argonet.co.uk
  Brian bbai...@argonet.co.uk wrote:

 Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen initially
 gives a page display which looks to me like the an incomplete html file
 contents (poor description, explanation, I'm afraid). Reloading the page
 usually then renders the page correctly, in full. Do others get the same
 behaviour, please?
 
 
The page loads normally here on 2 attempts.
System details: NS 3.3, RasPi B @ 900MHz, RO 5.21 [RC12, 12-Jan-15].


-- 
George

Re: #2652 page rendering oddity

2015-03-16 Thread Brian 
In article 54a54db843ch...@chris-johnson.org.uk,
   cj ch...@chris-johnson.org.uk wrote:
 In article 54a546bb12bbai...@argonet.co.uk,
Brian bbai...@argonet.co.uk wrote:
  Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen
  initially gives a page display which looks to me like the an
  incomplete html file contents (poor description, explanation, I'm
  afraid). Reloading the page usually then renders the page
  correctly, in full. Do others get the same behaviour, please?

 It seemed to load normally here, albeit very slowly, but some of the
 images were missing. Not sure if it is the same effect, but I have
 found recent versions of NetSurf seem to miss fetching some of the
 images on pages with lots of thumbnails. A reload then gets them all.
 NetSurf v. 3.1 always loads the full set of thumbnails first time.

I guess that's a fair description of what I am seeing here, thanks.

I forgot, Win 7, VRPC 4.02 here.

Re: #2652 page rendering oddity

2015-03-16 Thread cj 
In article 54a546bb12bbai...@argonet.co.uk,
   Brian bbai...@argonet.co.uk wrote:
 Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen
 initially gives a page display which looks to me like the an
 incomplete html file contents (poor description, explanation, I'm
 afraid). Reloading the page usually then renders the page
 correctly, in full. Do others get the same behaviour, please?

It seemed to load normally here, albeit very slowly, but some of the
images were missing. Not sure if it is the same effect, but I have
found recent versions of NetSurf seem to miss fetching some of the
images on pages with lots of thumbnails. A reload then gets them all.
NetSurf v. 3.1 always loads the full set of thumbnails first time.

-- 
Chris Johnson

Odd page rendering

2014-01-10 Thread Nick Roberts 

On my Iyonix, NetSurf CI #1605 renders the page:

http://www.tgdaily.com/space-features/84976-newly-discovered-celestial-object-defies-categories

rather oddly.

When first downloaded, the page content looks like it is shifted a small
distance to the left - i.e. the first centimetre or 2 is missing from
each line.

However, as soon as I resize the page it renders properly.

-- 
Nick Roberts   tigger @ orpheusinternet.co.uk   

Hanlon's Razor: Never attribute to malice that which
can be adequately explained by stupidity.

Re: #1276 Page rendering

2013-07-10 Thread Brian Bailey 

At Amazon site,

http://www.amazon.co.uk/packaging

Upper part of page, rendering ever so slightly a bit of a
shambles.

  Repeatable.

Now moved to #1286 and page rendering still a shambles.

However, re-loading the page seems to effect a cure.

#1276 Page rendering

2013-07-06 Thread Brian Bailey 
At Amazon site,

 http://www.amazon.co.uk/packaging

Upper part of page, rendering ever so slightly a bit of a shambles.

Seems to be confined to this particular page. 

#1276 otherwise appears to be OK.

Re: #1276 Page rendering

2013-07-06 Thread Brian Howlett 
On 6 Jul, Brian Bailey wrote:

 At Amazon site,

 http://www.amazon.co.uk/packaging

 Upper part of page, rendering ever so slightly a bit of a shambles.

 Seems to be confined to this particular page.

 #1276 otherwise appears to be OK.

Seems OK here - I've just had a look at a few Amazon pages and could 
observe no issues, with the possible exception that the Search box is 
a little high, and the text on the Go button is aligned to the top 
instead of the centre.
-- 
Brian Howlett
---
Every 4 seconds a woman has a baby. Our problem is to find this
woman and stop her.

Re: #1276 Page rendering

2013-07-06 Thread Peter Young 
On 6 Jul 2013  Brian Howlett brian.gro...@brianhowlett.me.uk wrote:

 On 6 Jul, Brian Bailey wrote:

 At Amazon site,

 http://www.amazon.co.uk/packaging

 Upper part of page, rendering ever so slightly a bit of a shambles.

 Seems to be confined to this particular page.

 #1276 otherwise appears to be OK.

 Seems OK here - I've just had a look at a few Amazon pages and could
 observe no issues, with the possible exception that the Search box is
 a little high, and the text on the Go button is aligned to the top
 instead of the centre.

And here too, but what I get from that URL is my pre-checkout page, 
where I have to put in my password. Could Brian perhaps post a 
screenshot of what he's seeing?

BTW, the box for entering the e-mail address on the pre-checkout page 
is very small. No problem for me, as Amazon store my address, so it's 
already filled in. Is that worth a bug report?

With best wishes,

Peter.

-- 
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyo...@ormail.co.uk

Re: #1276 Page rendering

2013-07-06 Thread Brian Bailey 

  At Amazon site,

  http://www.amazon.co.uk/packaging

  Upper part of page, rendering ever so slightly a bit of a shambles.

Repeatable.

  Seems to be confined to this particular page.

  #1276 otherwise appears to be OK.

  Seems OK here - I've just had a look at a few Amazon pages and could
  observe no issues, with the possible exception that the Search box is
  a little high, and the text on the Go button is aligned to the top
  instead of the centre.

 And here too, but what I get from that URL is my pre-checkout page, 
 where I have to put in my password. Could Brian perhaps post a 
 screenshot of what he's seeing?

I'm unaware of any approved route to post images and I'm not up for
medieval torture, otherwise.

Cheers

Re: #1276 Page rendering

2013-07-06 Thread Richard Porter 
On 6 Jul 2013 Brian Howlett  wrote:

 On 6 Jul, Brian Bailey wrote:

 At Amazon site,

 http://www.amazon.co.uk/packaging

 Upper part of page, rendering ever so slightly a bit of a shambles.

 Seems to be confined to this particular page.

 #1276 otherwise appears to be OK.

 Seems OK here - I've just had a look at a few Amazon pages and could
 observe no issues, with the possible exception that the Search box is
 a little high, and the text on the Go button is aligned to the top
 instead of the centre.

I'm getting a lot of problems with pages on The Register, mainly with 
images and/or text in the main pane overlapping the right hand pane.

-- 
Richard Porterhttp://www.minijem.plus.com/
  mailto:r...@minijem.plus.com
I don't want a user experience - I just want stuff that works.

Re: r13025 storming downloads and page rendering

2011-10-13 Thread Brian Bailey 
 Hi guys

 I don't know what you doing but I'm getting storming downloads and page
 rendering with r13025. Thanks. Keep up the good work.

Put very crudely, there seems to be a speed increase of about 30% to
download and render pages with current version. Now using r13044.

r13025 storming downloads and page rendering

2011-10-09 Thread Brian Bailey 
Hi guys

I don't know what you doing but I'm getting storming downloads and page
rendering with r13025. Thanks. Keep up the good work.

Cheers 8-)

Lloystsb Page Rendering Problem

2009-07-09 Thread R W Twort 
Hi,
The problem with the rendering on the Lloyds home page at www.lloystsb.com
is still with us, I've just down loaded todays build of 9 July 2009 r8416
and its just the same.
I had been keeping up to date with the new builds, but I've had to go back
to 3 April 2009 r7039, which is the last build I have that renders this
page correctly.
There is a tab bar across the top of page, or should be, it is in the
April build, but is missing in the latest builds, the links are just Text
Links shown vertically down the lefthand side of the page, above the rest
of the content.

Raymond

-- 


Ray Twort   r...@birailz.plus.com


File not found. I'll load something *I* think is interesting.

Re: www.lemonde.fr page Rendering Problem

2009-07-09 Thread Xavier Tardy 

Hello.
With the latest built, the texts under the smallest photos overlap.
Thanks.