<[EMAIL PROTECTED]> wrote at Sat, 13 Jan 2001 22:45:01 +0100
about <[voyager] Re: ollis List of changes and question>:
>
> Hello Michael
>
> On 13-Jan-01, you wrote:
>
> > i tried this several times. btw... 3.65 seems to render the background
> > 2 times - this may be one reason for being slower. first time the page
> > is rendered with a blank (grey) background and the second time the
> > page is redrawn with the picture background. this could be optimized,
> > couldn't it?
>
> Umm.. yeah, that's because if the layouter has nothing to render, it
> fills the page in whatever colour you set in prefs.. 3.3.24 didn't do
> this because it had a bug so that it didn't do that :)
ok - but it HAS smth to render. the picture to render even already is
in memory and does not need to be reloaded.
> (if you load a pattern to the window backdrop in Voyager's MUI prefs,
> and save them, then try each version, you'll see the difference)
i don't use a window backdrop pattern.
> I don't know if it COULD be optimised.. but the page loads faster in
> 3.3.65 when the layouter is layouting than it ever did in 3.2.13 - the
> stumbling block is, therefore, that fill of the document..
>
> > hard to explain but this is definately not only a psychological effect
> > here.
>
> What you explained is not a psychological effect, but consider that if
> 3.2.x did that, and 3.3.24 didn't have the bug that stopped it doing
> that, then they would all be the same speed, if not faster as the versions
> progress.
no no no... i did not define grey as background color! i took green to
see the difference and still the background is first rendered grey and
then with the bitmap. so this is smth different.
> The filling in of grey is not some kind of unoptimised thing, it's a feature
> to ensure that pages with no declared background colour or picture get
> your defaults rather than just Amiga Workbench Grey.. I assume, at least ;)
not true in that case.
> >> This, in tandem with the way the new layouter regenerates damaged
> >> parts of the page, makes the entire process LOOK a little slower.
> >
> > it DRAWS slower.
>
> Not it doesn't. It just has an extra step in the newer version. 3.3.24 had a
> bug, it was buggy.
even the filling of the background seems to be slower! i believe this
has smth to do with the double buffering. maybe copying the data from
the buffer in the background to the display buffer simply takes longer
than drawing directly? can this be true?
> > sorry for complaining but making v3 the most "fluid" amiga browser is
> > definately one aim, isn't it? ;-)
>
> Fluid is one thing, but I would sacrifice fluidity at the cost of doing things
> the right way ANY day.
sure! corectness goes first!
byebye...
--
Michael Merkel (MiMe@IRC)
[EMAIL PROTECTED]
http://home.t-online.de/home/Merkel.Michael/
_____________________________________________________________________
Voyager Mailing List - http://v3.vapor.com/
Voyager FAQ....: http://faq.vapor.com/voyager/
Listserver Help: mailto:[EMAIL PROTECTED]?Subject=HELP
Unsubscribe....: mailto:[EMAIL PROTECTED]?Subject=UNSUBSCRIBE
