Summary: | word-spacing of negative length adds righthand padding, ignored(?) | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | D. Brodale <webkit> | ||||
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | robert | ||||
Priority: | P2 | Keywords: | HasReduction | ||||
Version: | 420+ | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.4 | ||||||
URL: | http://johnedwards.com/news/headlines/ | ||||||
Attachments: |
|
Description
D. Brodale
2007-01-12 13:35:02 PST
Created attachment 12404 [details] First Cut @ Standalone Issue Demonstration Adding attachment that should visibly demonstrate how Safari compares to other browsers (I checked against Opera 9 and Firefox 2 before upload). What seemed the most relevant css is given within the attached document. Each example includes variants in <p> content in the following order: * anchor/text sequence, one blank line between within markup * anchor/text sequence, no blank line between within markup * anchor-only sequence, one blank line between within markup * anchor-only sequence, no blank line between within markup * text-only sequence, one blank line between within markup * text-only sequence, no blank line between within markup I see marked differences between Safari and other browsers in terms of handling. I also see marked differences between Safari 2.0.4 and WebKit Nightly (r18794). Not much of a reduction yet, but this ought to make the issue more accessible to anyone who wants to help provide (better) test cases. Confirmed with locally-built debug build of WebKit r18820 with Safari 2.0.4 (419.3) on Mac OS X 10.4.8 (8N1037). I'd say that was a pretty clear reduction! (In reply to comment #2) > I'd say that was a pretty clear reduction! ...after you know that the blue bars in each group should be the same length. This is rendering correctly now. Closing. |