Closed Bug 268601 Opened 21 years ago Closed 21 years ago

Display of large drop-cap has ridiculously large top and bottom margins

Categories

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

x86
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 21616

People

(Reporter: jwkenne, Unassigned)

Details

(Keywords: qawanted)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Using the CSS "first-letter" feature to produce a large drop cap is virtually useless, as the displayed result is too ugly, with huge top and bottom margins. Compare IE6. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Attached file Simple test case
This is a reduced copy of a real file illustrating the problem.
You asked for 72pt size on the first, that's what you're getting. (Using points for measurement of a screen size is not a hot idea in any case.) ->Layout
Assignee: firefox → nobody
Component: General → Layout
Keywords: qawanted
Product: Firefox → Browser
QA Contact: firefox.general → core.layout
Version: unspecified → Trunk
The use of points is merely an artifact of two hours of screwing around with the file, trying to get it to work right. Points, percentage, whatever. Trying to do a drop cap the way the CSS standards (1 and 2.1) say to do it gives unacceptable results.
(->floats & confirm for a look, I see this in 1.8a4 linux) dunno what the specs say, but mozilla's apparent making room for the line box for the floated character, instead of the glyph only, seems sensible... If you want less space above and below the drop cap, you can specify p.prose:first-letter { margin: -.2em 0; } Note that that conveniently causes IE to screw up, looks like specifying any vertical margins on it is ignored but also disables the apparent magic hack that made it look right to you in the first place ...or something related stuff in bug 21616
Status: UNCONFIRMED → NEW
Component: Layout → Layout: Fonts and Text
Ever confirmed: true
OS: Windows XP → All
QA Contact: core.layout → core.layout.fonts-and-text
I agree that IE's support is unstable. For the rest, all I know is that the CSS 1 spec at w3c.org says, "Do this to get a drop cap," the CSS 2.1 spec says, "Do this to get a drop cap," the O'Reilly chick book says, "Do this to get a drop cap," and the first three websites returned by a Google search on '"drop caps" css' say, "Do this to get a drop cap," but when I do it with Firefox, the result is too unsightly for production use.
This is in fact a duplicate of bug 21616. Does setting the line-height (per bug 21616 comment 7) also break IE? *** This bug has been marked as a duplicate of 21616 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
I am not convinced that this actually is a dup of 21616 (which seems to involve vertical, rather than horizontal problems), but both will clearly involve the same reengineering.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: