Closed Bug 1587645 Opened 6 years ago Closed 6 years ago

Remove ScrollFrameHelper::GetFrameForDir()

Categories

(Core :: Layout: Block and Inline, task, P3)

task

Tracking

()

RESOLVED FIXED
mozilla72
Tracking Status
firefox72 --- fixed

People

(Reporter: TYLin, Assigned: TYLin)

References

Details

Attachments

(2 files)

Another suggestion by Emilio per https://mozilla.logbot.info/layout/20190920#c16630059. After bug 1102175 landed, we can remove ScrollFrameHelper::GetFrameForDir().

Also, it might worth auditing all the frame classes that still get "writing-mode", "direction", and "text-orientation" from computed style instead of mWritingMode stored in nsIFrame.

After bug 1102175, the root scroll frame always obtains its used
WritingMode from either body element or root element. The if (mIsRoot)
in GetFrameForDir() block becomes redundant, so does GetFrameForDir()
itself.

I discovered this while improving ScrollFrameHelper::IsPhysicalLTR().
Our code base needs a notion of physical direction. Let's add it to
WritingMode.

Depends on D49817

Blocks: 1591546
Pushed by aethanyc@gmail.com: https://hg.mozilla.org/integration/autoland/rev/712c3e31d097 Part 1 - Remove ScrollFrameHelper::GetFrameForDir(). r=emilio https://hg.mozilla.org/integration/autoland/rev/b6f7644d72da Part 2 - Add WritingMode::IsPhysicalLTR(). r=jfkthame
Assignee: nobody → aethanyc
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla72
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: