Closed
Bug 299063
Opened 20 years ago
Closed 19 years ago
skipped border edges on split (broken) inlines on wrong side for RTL
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
People
(Reporter: dbaron, Assigned: dbaron)
References
(Blocks 1 open bug)
Details
(Keywords: rtl)
Attachments
(2 files)
395 bytes,
text/html; charset=UTF-8
|
Details | |
2.30 KB,
patch
|
Details | Diff | Splinter Review |
When an inline element with a border is split across multiple lines, the borders
are supposed to be open at the continuation. For RTL inlines, the border is
open at the wrong end.
Steps to reproduce: load attached testcase
Expected results: the two halves are mirror images of each other
Actual results: the RTL case has the borders open at the wrong end (in addition
to some other bugs)
Assignee | ||
Comment 1•20 years ago
|
||
Assignee | ||
Comment 2•20 years ago
|
||
I plan to check a modified version of this (since more changes will be needed
there) into REFLOW_20050429_BRANCH.
Assignee | ||
Comment 3•20 years ago
|
||
(But it won't do anything there either since embedding levels don't seem to be
set on inlines; fixing that is bug 299065.)
Assignee | ||
Comment 4•20 years ago
|
||
Actually, according to http://www.w3.org/TR/CSS21/box.html#q11 , that's the
wrong way to fix it. We should actually depend on the 'direction' property of
the frame. (But we should still split the frame as described in bug 299065.)
No longer depends on: 299065
Assignee | ||
Comment 5•20 years ago
|
||
...but getting the leftmost piece on the first line might be a bit tricky.
Depends on: 299065
Assignee | ||
Comment 6•20 years ago
|
||
Although I actually think that would be confusing to read, and it makes more
sense to have the padding, border, and margin at the start of the element (and
potentially have left padding twice and right not at all, or vice-versa).
Assignee | ||
Comment 7•20 years ago
|
||
...except there would be no way to make the *-start and *-end versions work that
way, since that computation is based on 'direction' rather than bidi reordering.
Assignee | ||
Comment 9•19 years ago
|
||
Also need to fix nsInlineFrame::ReflowFrames:
// Compute final width
aMetrics.width = size.width;
if (nsnull == mPrevInFlow) {
aMetrics.width += aReflowState.mComputedBorderPadding.left;
}
if (NS_FRAME_IS_COMPLETE(aStatus)) {
aMetrics.width += aReflowState.mComputedBorderPadding.right;
}
Comment 10•19 years ago
|
||
Bug 328168 describes a more general case of this bug.
Comment 11•19 years ago
|
||
Fixed by Haamed's patch for bug 328168.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 12•17 years ago
|
||
Mass-assigning the new rtl keyword to RTL-related (see bug 349193).
Keywords: rtl
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in
before you can comment on or make changes to this bug.
Description
•