Closed
Bug 2418
Opened 26 years ago
Closed 18 years ago
Line break allowed after :first-letter
Categories
(Core :: Layout: Block and Inline, defect, P3)
Core
Layout: Block and Inline
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bratell, Assigned: MatsPalmgren_bugz)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
(Keywords: css1, testcase, Whiteboard: [CSS1-2.4][CSS1-5.5.25])
Attachments
(3 files)
If you make the window so narrow that the whole first word in a sentence doesn't
fit, instead of letting the word go outside the window, a line break is inserted
between the first letter in the first word and the second letter in it.
I guess this has something to do with the firstletter property.
Summary: line break inside first word in paragraph → line break inside first word in paragraph {first-letter bug}
Comment 2•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
Summary: line break inside first word in paragraph {first-letter bug} → {first-letter} line break inside first word in paragraph
Whiteboard: (py8ieh:will examine)
Target Milestone: M15
Comment 3•26 years ago
|
||
This may have been solved when first-letter was rewritten recently. I will
examine this.
[dbaron:I have removed the M15 marker until this bug is re-confirmed]
Updated•26 years ago
|
Whiteboard: (py8ieh:will examine) → (py8ieh:create generic test case)
Target Milestone: M15
Comment 4•26 years ago
|
||
This still occurs. The error may also be that word endings for purposes of
line wrapping are assumed to occur on element boundaries as well as whitespace
boundaries, e.g.: "<a>first</a><b>second</b>" may split between the elements.
If this is the case then it is a more generic bug than just :first-letter.
I intend to write a test case for this sometime soon.
Reporter | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 5•26 years ago
|
||
This is working as expected in the 19990707-08 build. Marking the bug FIXED even
though I don't know when or by who.
Reporter | ||
Updated•26 years ago
|
Whiteboard: (py8ieh:create generic test case)
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•26 years ago
|
||
I can't reproduce the problem described in the original description. Tested with
July 9 build (1999070908). Marking as verified fix.
Reporter | ||
Updated•25 years ago
|
Status: VERIFIED → REOPENED
Reporter | ||
Updated•25 years ago
|
Resolution: FIXED → ---
Reporter | ||
Comment 9•25 years ago
|
||
Clearing resolution.
Comment 10•25 years ago
|
||
The bug does indeed occur on M9 Apprunner / WinNT4 SP5.
Comment 11•25 years ago
|
||
Could this be related to bug 14280 ?
Comment 12•25 years ago
|
||
The issue here is a conflict between perception and the css2 expected behavior
of floaters. In particular, if there is content to the right of a left floater
and that content doesn't fit then it is *supposed* to be placed below the
floater. Which is what we are doing...
Comment 13•25 years ago
|
||
I think float on first-letter may be special. Ask the WG... Anyway, shouldn't
you treat the rest of the word as the first inline-box and force *something* to
be on every line (as you do elsewhere, or do you still do that)?
Comment 14•25 years ago
|
||
We don't do that anymore; otherwise we don't pass some of your tests :-)
Notably, the ones with those darn little orange boxes...
Comment 15•25 years ago
|
||
Perhaps you should do it for just this one case...
(I do remember not liking the behavior. But I don't remember tests with little
orange boxes off the top of my head. I've written a lot of tests...)
Comment 16•25 years ago
|
||
Would the tests with the darn orange boxes be the ones that we used in the WaSP
reviews and the CSS1 Test Suite? I think Eric wrote those, didn't he?
David: Here is a test with a floater the same size as its container:
http://www.bath.ac.uk/%7Epy8ieh/internet/projects/mozilla/floatlinebox.html
Presumably, you would want the first word to appear on the second line box, not
the first, right? (That is what we do now.) [This is not a first-letter test!]
I think this has got to be a special case. If the :first-letter is floating,
and it is not followed by white space, then the next word should be forced to
be in the first line box. Otherwise it looks silly... I think you should ask
the WG about this, though.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → LATER
Comment 17•25 years ago
|
||
Well, I improved it ever so slightly. Now the word-fragment that follows a
*floating* first letter will stick to the first-letter. Of course if that word
fragment has style changes in it (example: <div>He<b>ros are made, not
born</b></div>) then all bets are off. I tried, but the current line layout
logic isn't up to it.
I'm going to later this bug because its really a minor cosmetic issue, not
something that should hold up the release. And reworking the line-layout logic
to fix this is a *big* deal.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 18•25 years ago
|
||
Marking as a verified later.
Comment 19•23 years ago
|
||
REMIND is deprecated per bug 35839.
Status: VERIFIED → REOPENED
Keywords: css1
Resolution: LATER → ---
Summary: {first-letter} line break inside first word in paragraph → Problems with floating :first-letter
Whiteboard: [CSS1-2.4][CSS1-5.5.25]
Comment 20•23 years ago
|
||
Assigning to default layout owner.
Assignee: buster → attinasi
Status: REOPENED → NEW
Updated•23 years ago
|
Target Milestone: --- → Future
Comment 22•23 years ago
|
||
Demonstrates original bug as referenced in comment #1 as well as the more
specific (resolved) case referenced in comment #17.
(Note the original bug occurs without altering float property of first-letter
pseudo element; perhaps bug should be retitled?)
Comment 23•23 years ago
|
||
Reconfirmed using FizzillaCFM/2002070913. Setting All/All, adding testcase, and
removing qawanted.
Comment 24•22 years ago
|
||
.
Assignee: attinasi → block-and-inline
Component: Layout → Layout: Block & Inline
QA Contact: petersen → ian
Comment 25•21 years ago
|
||
*** Bug 78147 has been marked as a duplicate of this bug. ***
Comment 26•20 years ago
|
||
Still prob exist
Comment 27•20 years ago
|
||
Assignee | ||
Updated•20 years ago
|
Assignee: core.layout.block-and-inline → mats.palmgren
Depends on: 45091
Target Milestone: Future → ---
Comment 28•19 years ago
|
||
Comment #17 reports that the floating case was resolved, and the testcase confirms this. (Looking back at the bug's history, it also appears that the mention of "floating" in the bug summary was added at a late stage (April 2002)).
So this currently seems like a line-breaking bug, perhaps even one that will be fixed by ROC's patch for bug 343445.
I'm changing the summary accordingly. Please smack me on the head if I'm wrong.
Blocks: line-breaking
Summary: Problems with floating :first-letter → Line break allowed after :first-letter
Comment 29•18 years ago
|
||
WFM Mac trunk.
Comment 30•18 years ago
|
||
WFM Windows trunk too.
Severity: trivial → minor
Status: NEW → RESOLVED
Closed: 25 years ago → 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•