Closed
Bug 1486602
Opened 7 years ago
Closed 7 years ago
display: list-item should be supported on legend, but not on fieldset
Categories
(Core :: Layout: Generated Content, Lists, and Counters, defect, P3)
Core
Layout: Generated Content, Lists, and Counters
Tracking
()
RESOLVED
FIXED
mozilla64
People
(Reporter: zcorpan, Assigned: TYLin)
References
(Blocks 1 open bug)
Details
(Keywords: dev-doc-needed)
Attachments
(5 files)
46 bytes,
text/x-phabricator-request
|
MatsPalmgren_bugz
:
review+
|
Details | Review |
46 bytes,
text/x-phabricator-request
|
MatsPalmgren_bugz
:
review+
|
Details | Review |
46 bytes,
text/x-phabricator-request
|
MatsPalmgren_bugz
:
review+
|
Details | Review |
46 bytes,
text/x-phabricator-request
|
MatsPalmgren_bugz
:
review+
|
Details | Review |
46 bytes,
text/x-phabricator-request
|
MatsPalmgren_bugz
:
review+
|
Details | Review |
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Component: Layout → Layout: Generated Content, Lists, and Counters
Comment 1•7 years ago
|
||
The github issue seems to be leaning towards supporting it after all.
Which means we need to make list numbering work for fieldset/legend.
Reporter | ||
Comment 2•7 years ago
|
||
Yes, for legend, but not for fieldset.
Assignee | ||
Comment 3•7 years ago
|
||
Those arguments were added in bug 591737 to create a triangle for the
summary frame, but <summary> has been re-implemented by using "list-item"
since then. Now the only caller is nsBlockFrame itself, so there's no need
to expose those arguments.
Assignee | ||
Comment 4•7 years ago
|
||
The function was renamed in bug 1171419 Part 10.
Depends on D6839
Assignee | ||
Comment 5•7 years ago
|
||
nsCSSFrameConstructor::FindDisplayData() guarantees a block with "display:
list-item" will be constructed by ConstructBlock() (either through
ConstructScrollableBlock() or ConstructNonScrollableBlock()).
This is also a preparation to fix bug 1491915 since we want to control
bullet frame creation under column hierarchy.
Depends on D6840
Assignee | ||
Comment 6•7 years ago
|
||
Depends on D6841
Assignee | ||
Comment 7•7 years ago
|
||
Depends on D6842
Assignee | ||
Comment 8•7 years ago
|
||
I found this bug while doing the necessary refactoring for bug 1491915. I'll take a stab on this bug.
Assignee: nobody → aethanyc
Status: NEW → ASSIGNED
Summary: display: list-item should not be supported on fieldset or legend → display: list-item should be supported on legend, but not on fieldset
Comment 9•7 years ago
|
||
Comment on attachment 9011933 [details]
Bug 1486602 Part 1 - Remove arguments of nsBlockFrame::CreateBulletFrameForListItem()
Mats Palmgren (:mats) has approved the revision.
Attachment #9011933 -
Flags: review+
Comment 10•7 years ago
|
||
Comment on attachment 9011934 [details]
Bug 1486602 Part 2 - Replace RenumberLists with RenumberList in comments
Mats Palmgren (:mats) has approved the revision.
Attachment #9011934 -
Flags: review+
Comment 11•7 years ago
|
||
Comment on attachment 9011936 [details]
Bug 1486602 Part 4 - Introduce FCDATA_MAY_NEED_BULLET to support "display: list-item" on legend
Mats Palmgren (:mats) has approved the revision.
Attachment #9011936 -
Flags: review+
Comment 12•7 years ago
|
||
Comment on attachment 9011937 [details]
Bug 1486602 Part 5 - Add a wpt test for legend list-item numbering, and update test expectations
Mats Palmgren (:mats) has approved the revision.
Attachment #9011937 -
Flags: review+
Updated•7 years ago
|
Attachment #9011936 -
Attachment description: Bug 1486602 Part 4 - Introduce FCDATA_MAY_NEED_BULLET to support "display: item-list" on legend → Bug 1486602 Part 4 - Introduce FCDATA_MAY_NEED_BULLET to support "display: list-item" on legend
Updated•7 years ago
|
Attachment #9011937 -
Attachment description: Bug 1486602 Part 5 - Update test expectations → Bug 1486602 Part 5 - Add a wpt test for legend list-item numbering, and update test expectations
Comment 13•7 years ago
|
||
Comment on attachment 9011935 [details]
Bug 1486602 Part 3 - Create bullet frame for block frames in nsCSSFrameConstructor::ConstructBlock() instead of in their SetInitialSingleChild()
Mats Palmgren (:mats) has approved the revision.
Attachment #9011935 -
Flags: review+
Comment 14•7 years ago
|
||
Pushed by aethanyc@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/c6674c998a39
Part 1 - Remove arguments of nsBlockFrame::CreateBulletFrameForListItem() r=mats
https://hg.mozilla.org/integration/autoland/rev/0923a919f70a
Part 2 - Replace RenumberLists with RenumberList in comments r=mats
https://hg.mozilla.org/integration/autoland/rev/8f4f56568e67
Part 3 - Create bullet frame for block frames in nsCSSFrameConstructor::ConstructBlock() instead of in their SetInitialSingleChild() r=mats
https://hg.mozilla.org/integration/autoland/rev/99738159fdff
Part 4 - Introduce FCDATA_MAY_NEED_BULLET to support "display: list-item" on legend r=mats
https://hg.mozilla.org/integration/autoland/rev/3856cee32a29
Part 5 - Add a wpt test for legend list-item numbering, and update test expectations r=mats
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/13233 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
Comment 17•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/c6674c998a39
https://hg.mozilla.org/mozilla-central/rev/0923a919f70a
https://hg.mozilla.org/mozilla-central/rev/8f4f56568e67
https://hg.mozilla.org/mozilla-central/rev/99738159fdff
https://hg.mozilla.org/mozilla-central/rev/3856cee32a29
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
status-firefox64:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
Upstream PR merged
Can't merge web-platform-tests PR due to failing upstream checks:
Github PR https://github.com/web-platform-tests/wpt/pull/13233
* Taskcluster (pull_request) (https://tools.taskcluster.net/task-group-inspector/#/Xb1ZDe9WR2Kd1P4fNRhJnw)
Updated•7 years ago
|
Updated•7 years ago
|
QA Contact: svoisen
Updated•7 years ago
|
Keywords: dev-doc-needed
Comment 20•6 years ago
|
||
Note to docs team:
I've added a note to the Fx 64 rel notes about this:
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox/Releases/64#CSS
I think Rachel Andrew did some updates on the compat data for this; that's probably all that's needed for the docs work, but it needs checking.
You need to log in
before you can comment on or make changes to this bug.
Description
•