Bug 235692 – Add support for decorating and scrolling to ranges in WebFoundTextRangeController

• Component: New Bugs
• Status: RESOLVED FIXED

[Aditya Keerthi]

...

[Aditya Keerthi]

rdar://88117232

[Aditya Keerthi]

Created attachment 450163 [details]
Patch

[Aditya Keerthi]

Created attachment 450209 [details]
Patch

[Aditya Keerthi]

Created attachment 450251 [details]
Patch

[Wenson Hsieh]

Comment on attachment 450251 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=450251&action=review

> Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:109
> +    if (style == FindDecorationStyle::Normal) {
> +        simpleRange->start.document().markers().removeMarkers(*simpleRange, WebCore::DocumentMarker::TextMatch);
> +    } else if (style == FindDecorationStyle::Found) {
> +        simpleRange->start.document().markers().addMarker(*simpleRange, WebCore::DocumentMarker::TextMatch);
> +    } else if (style == FindDecorationStyle::Highlighted) {

I think the { } here around single-line if statements should be omitted (unless that rule has changed recently?)

> Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:136
> +    OptionSet<WebCore::TemporarySelectionOption> temporarySelectionOptions { WebCore::TemporarySelectionOption::DelegateMainFrameScroll, WebCore::TemporarySelectionOption::RevealSelectionBounds };

Nit - can you replace "OptionSet<WebCore::TemporarySelectionOption>" with just OptionSet? (I think that type deduction should be sufficient to infer the type here)

> Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:259
> +    auto* mainFrameView = m_webPage->corePage()->mainFrame().view();

I think we should be protecting these with RefPtr (especially since the logic below involves more than just simple getters)

> Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:288
> +    for (auto* frame = m_webPage->corePage()->mainFrame().document()->topDocument().frame(); frame; frame = frame->tree().traverseNext()) {
> +        if (frame->tree().uniqueName() == range.frameIdentifier)
> +            return frame->document();
> +    }

Can we simplify this logic a bit using `FrameTree::find()`?

[Aditya Keerthi]

Created attachment 450263 [details]
Patch for landing

[Aditya Keerthi]

(In reply to Wenson Hsieh from comment #5)
> Comment on attachment 450251 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=450251&action=review

Thanks for the review!
 
> > Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:109
> > +    if (style == FindDecorationStyle::Normal) {
> > +        simpleRange->start.document().markers().removeMarkers(*simpleRange, WebCore::DocumentMarker::TextMatch);
> > +    } else if (style == FindDecorationStyle::Found) {
> > +        simpleRange->start.document().markers().addMarker(*simpleRange, WebCore::DocumentMarker::TextMatch);
> > +    } else if (style == FindDecorationStyle::Highlighted) {
> 
> I think the { } here around single-line if statements should be omitted
> (unless that rule has changed recently?)

Removed { }.
 
> > Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:136
> > +    OptionSet<WebCore::TemporarySelectionOption> temporarySelectionOptions { WebCore::TemporarySelectionOption::DelegateMainFrameScroll, WebCore::TemporarySelectionOption::RevealSelectionBounds };
> 
> Nit - can you replace "OptionSet<WebCore::TemporarySelectionOption>" with
> just OptionSet? (I think that type deduction should be sufficient to infer
> the type here)

Type deduction worked. Updated another OptionSet in this patch too.
 
> > Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:259
> > +    auto* mainFrameView = m_webPage->corePage()->mainFrame().view();
> 
> I think we should be protecting these with RefPtr (especially since the
> logic below involves more than just simple getters)

Done!
 
> > Source/WebKit/WebProcess/WebPage/WebFoundTextRangeController.cpp:288
> > +    for (auto* frame = m_webPage->corePage()->mainFrame().document()->topDocument().frame(); frame; frame = frame->tree().traverseNext()) {
> > +        if (frame->tree().uniqueName() == range.frameIdentifier)
> > +            return frame->document();
> > +    }
> 
> Can we simplify this logic a bit using `FrameTree::find()`?

Replaced this logic with `FrameTree::find()`.

[EWS]

Committed r288760 (246548@main): <https://commits.webkit.org/246548@main>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 450263 [details].