Closed Bug 1961139 Opened 1 year ago Closed 1 year ago

[css-view-transitions] Maybe revisit ink overflow handling

Categories

(Core :: CSS Parsing and Computation, defect)

defect
Points:
8

Tracking

()

RESOLVED DUPLICATE of bug 1965263

People

(Reporter: emilio, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [viewtransitions:m2])

Bug 1961010 makes a lot of progressions given it gets the right ink overflow positioning and rendering.

However, it seems like part of what should happen instead is for the pseudo-elements to render their image outside of their bounds (which is arguably a bit weird, it's not clear to me how it interacts with intrinsic sizing etc...)

So we might need to revisit that depending on the outcome of https://github.com/w3c/csswg-drafts/issues/12092.

Summary: Maybe revisit ink overflow handling → [css-view-transitions] Maybe revisit ink overflow handling
Whiteboard: [viewtransitions:triage]
Whiteboard: [viewtransitions:triage] → [viewtransitions:m2]
Severity: -- → S3
Points: --- → 8

It seems this and Bug 1965263 may be duplicated. Both are related to the usage of ink-overflow box and border-box.
Also, the spec issue doesn't have any new feedback, so looks like we still have to follow this comment for now:

The ink overflow is captured in the snapshot, however it doesn't affect sizing and geometry. The transform is what would map the originating border box to its visual position, and the mapping between that and the actual snapshot coordinates which include the overflowing descendants and the ink overflow is internal.

In other words, we may have to implement the mapping from the originating border-box to the actual snapshot coordinates, for view transition in nsImageFrame.

See Also: → 1965263
Status: NEW → RESOLVED
Closed: 1 year ago
Duplicate of bug: 1965263
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.