User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
when viewing a website with [style=text-align:justify] firefox will scroll more
slowly than internet explorer
Steps to Reproduce:
1. Load a webiste with text formatted with css as text-align:justify
Scrolling with mouse or keyboard is slow
scroll more faster like internet explorer
can you give an example url ?
Created attachment 191292 [details]
Lots of text without justify.
Created attachment 191293 [details]
Lots of text with justify.
Confirmed Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4)
Gecko/20050801 Firefox/1.0+ ID:2005080114
attachment 191293 [details] causes my cpu to max out while scrolling as hard as possible,
but attachment 191292 [details] does not use more than 22% of my cpu when scrolling as
hard as possible.
Comparing the speed of scrolling on nojustify on Firefox vs. IE (Firefox seems
inherently slower than IE in perceived scrolling speed so there needs to be some
normalization) to the speed of scrolling of justify on Firefox vs. IE, there
does to seem to be some slowdown in Firefox on justify (while there's
perceivably none in IE). When doing really fast scroling with AutoScroll or
dragging the scrollbar, Firefox has redraw problems, which seems to be slowing
the speed (perceivable speed or actual speed, I dunno).
Might not actually be a bug though. Firefox and IE probably having different
scroll code is causing it. More like a "Make scrolling more efficient" bug.
This is just the fact that justification forces us to take the slow text
painting path. Let's look at this again once all the 1.9 stuff has happened.
I noticed that in firefox 188.8.131.52 in the just released Fedora 8,
rendering and scrolling of justified text is _very_ slow.
redhat are on for punting this upstream. Details are here:
Can we change this to a cross platform bug, or
will I add a new bug?
Can you check whether a trunk nightly is better? It should be.
Assuming this is not a regression during the 2.0.0.x series, we wouldn't want to do anything about it on branch.
opera and ff-trunk about same speed now. yay!
a simple page of 10000 justified words was _really_ slow on ff-184.108.40.206 on linux.
Now scrolls extremely fast.
a smaller but slightly more complex page was quite slow on ff-220.127.116.11,
but now is quite fast.
smoothscroll is off by default on trunk whereas on by default in F8.
The difference between on & off in ff-trunk is very noticeable (as you would expect), whereas turning off smoothscroll on 18.104.22.168 in F8 doesn't help much
I would appreciate if you could give me any pointers as to what changed,
wrt justified text rendering. The difference is amazing.
I'm not sure if it's a regression in the 2.0.0.x series. I'm guessing
I'm noticing it now because of the combination of Fedora 8 defaults?
It is horrendous though for all pages using justified text, and would
be great if a fix could be merged from trunk.
Note ff-22.214.171.124 on windows is just as fast as ff-trunk on linux,
which suggests the fix to port could be quite small?
> I would appreciate if you could give me any pointers as to what changed,
> wrt justified text rendering.
We rewrote it.
I suspect the problem you're seeing is largely due to the Red Hat Pango patches for FF2. We use Pango very differently in FF3, in a way that's much more sensible and fast, especially for justified text.
Clear information you gave. http://www.eliteduilawyers.com/
The suspect behind Justification is totally unique www.eliteduilawyers.com
Nice explanation about<a href="http://www.eliteduilawyers.com/">dui lawyer jacksonville fl</a> justification