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)
Tracking
()
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.
Reporter | ||
Comment 1•21 years ago
|
||
This is a reduced copy of a real file illustrating the problem.
Comment 2•21 years ago
|
||
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
Reporter | ||
Comment 3•21 years ago
|
||
Reporter | ||
Comment 4•21 years ago
|
||
Reporter | ||
Comment 5•21 years ago
|
||
Reporter | ||
Comment 6•21 years ago
|
||
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.
Comment 7•21 years ago
|
||
(->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
Reporter | ||
Comment 8•21 years ago
|
||
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.
![]() |
||
Comment 9•21 years ago
|
||
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
Reporter | ||
Comment 10•21 years ago
|
||
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.
Description
•