Open Bug 424667 Opened 16 years ago Updated 2 years ago

CSS: text-align:justify is not as smooth and accurate like in Safari

Categories

(Core :: Layout: Text and Fonts, defect)

Product:
Core
Component:
Layout: Text and Fonts
Platform:
PowerPC
macOS
Type:
defect

Tracking

()

Status:
UNCONFIRMED

People

(Reporter: retrax, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_2; de-de) AppleWebKit/525.13 (KHTML, like Gecko) Version/3.1 Safari/525.13
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b5pre) Gecko/2008032104 Minefield/3.0b5pre

The behavior of the CSS command "text-align:justify" in the Betas and Mindfield Versions of FireFox 3 is not as smooth and accurate as in the latest official stable version of FireFox (2.0.0.12) and Safari.

Safari and FireFox 2.0.0.12 doing all the stuff belonging to the CSS command "justify" nearly comparably good.

FF3 Beta and Mindfiled will fill and stretch the text in a text box not so intelligent as in the latest official version of FireFox and Safari.

It will need only a little bit adjustment to do the justify-things as right as in the latest official release.

Thank you.



Reproducible: Always

Steps to Reproduce:
1.
2.
3.
My site (http://www.squarefree.com/) uses text-align:justify and looks fine on trunk.  Can you attach a simple testcase that trunk renders incorrectly, or at least mention a URL that trunk renders incorrectly?  And maybe attach a couple of screenshots?
In "example 1" and "example 4", it looks like Firefox 3 is less willing to squeeze text onto a line than Firefox 2 when doing so would cause the spaces between the words to be very small.  This has the advantage of keeping separate words clearly separate, and the disadvantage of making blocks of justified text appear sparse.

In "example 2", the main difference I see between the Firefox 2 and Firefox 3 screenshots is that Firefox 3 does a better job of kerning.  For example, in the last line, the 'Ve' looks better.  The wrapping is identical.

Is one of those issues what you're talking about?
>> Jesse Ruderman: Is one of those issues what you're talking about?

Yes, all, but the best example to explain the issue is imho example number 4.

There you can see that FireFox 2 do it right and Minefield has some problems.

If i have symbols like "&" or "-" in the text, than i will have more of this behavior like in Example 4 in FF3/Minefield. FireFox 2 do it mostly right.


HTH
Component: General → Layout: Fonts and Text
Product: Firefox → Core
QA Contact: general → layout.fonts-and-text
Version: unspecified → Trunk
The behavior is still there on FireFox 3 Beta5 and on the actual Nightly Build of Minefield:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040404 Minefield/3.0pre

Is there anything i can do to help fixing this behavior?


It's hard to be sure what's going on here. The differences are quite subtle, I have to say.

The differences may be something to do with rounding. We do less rounding of text measurements in FF3. The actual justification algorithm has not changed. It's possible that for text-align:justify we should decrease the effective space width a little bit to allow spaces to get a bit narrower than normal if that helps text to fit.

Not an FF3-blocker, that's for sure.
>> Robert O'Callahan: It's possible that for text-align:justify we should decrease the effective
space width a little bit to allow spaces to get a bit narrower than normal if
that helps text to fit.

That sounds good. I think it would be helpful to avoid this behavior. Thanks for doing this.

>>Not an FF3-blocker, that's for sure.

That is clear.


Regards

Michael


Hello,

the wrong behavior is still there in FireFox 3 RC1

is there a chance to do these steps before the Final will be released:

>we should decrease the effective space width a little bit to allow spaces to get a bit narrower than >normal if
>that helps text to fit.


Thanks
Severity: trivial → S4
You need to log in before you can comment on or make changes to this bug.