Closed
Bug 1039009
Opened 10 years ago
Closed 9 years ago
Handle floating children of Ruby frames
Categories
(Core :: Layout: Floats, defect)
Core
Layout: Floats
Tracking
()
RESOLVED
FIXED
mozilla37
People
(Reporter: sgbowen8, Assigned: xidorn)
References
()
Details
Attachments
(1 file)
3.09 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
We should make sure that children of ruby frames which are floats are laid out reasonably and that this behavior is documented in the spec.
Comment 1•10 years ago
|
||
The spec might not need to say much, if anything. But the the trick code-wise is making sure that the floats behave as though all of the ruby markup is like inlines and none of it is like blocks (even though we're implementing ruby-text-container as a block); they should behave as floats anchored within inline content do. It might be sufficient to just ensure the ruby-text-container is a block without NS_BLOCK_FLOAT_MGR set.
Updated•10 years ago
|
Component: CSS Parsing and Computation → Layout: Floats
Assignee | ||
Comment 2•9 years ago
|
||
I guess spec need to specify the equivalent inline anchor position of floats in ruby annotation. I don't think we need to worry about it now, though.
Assignee | ||
Comment 3•9 years ago
|
||
Assignee: sgbowen8 → quanxunzhen
Attachment #8534129 -
Flags: review?(dbaron)
Assignee | ||
Comment 5•9 years ago
|
||
The anchor position is the current position in the base line layout. Since an annotation is always reflowed before its base, any float in the annotation is positioned as if it is at the begining of the ruby pair (or ruby segment for spans). e.g. <rb>hello world</rb><rt>hello<float/> world</rt> would be identical to <float/><rb>hello world</rb><rt>hello world</rt>
Flags: needinfo?(quanxunzhen)
Comment 6•9 years ago
|
||
Comment on attachment 8534129 [details] [diff] [review] patch As long as the float gets pushed down if its anchor point gets pushed down (which I think it should), that sounds fine. It might be good to have a reftest in addition to the crashtest that you have.
Attachment #8534129 -
Flags: review?(dbaron) → review+
Assignee | ||
Comment 7•9 years ago
|
||
This behavior is not stable yet. I have a plan to reflow ruby base before its ruby text for implementing ruby-merge: auto. (not decide, just thinking) In that way, the behavior here will change. As the exact behavior has not been specified by the spec, I'd prefer not to have a reftest at this point. Does it sound good?
Comment 8•9 years ago
|
||
I don't think that should make a difference for simple cases -- the only ways it influences the position are: (1) ensuring the float is on the same line (2) relative positions when there are multiple floats in the same line so I think you should be able to test cases where there's only one float in the line.
Assignee | ||
Comment 9•9 years ago
|
||
try: https://treeherder.mozilla.org/ui/#/jobs?repo=try&revision=d3df0b040125
Assignee | ||
Comment 10•9 years ago
|
||
inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/c10540d36073
Comment 11•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/c10540d36073
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla37
You need to log in
before you can comment on or make changes to this bug.
Description
•