New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rename EventTrackingRegions::Event to EventTrackingRegions::EventType #585
Rename EventTrackingRegions::Event to EventTrackingRegions::EventType #585
Conversation
4c1b9e0
to
5f5157c
Compare
Source/WebCore/ChangeLog
Outdated
Reviewed by NOBODY (OOPS!). | ||
|
||
This patch is follow-up after r293967 by Darin's comment. EventTrackingRegions::Event is not event actually, | ||
it is just an EventType. This patch renames it with EventType. We also rename variables "event" to "eventType". |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, we have a patch for internal. Please check rdar://93075115 too (it has a link to that).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. I reviewed both this change and the Internal
part.
return "wheel"_s; | ||
} | ||
return ASCIILiteral(); | ||
} | ||
|
||
TrackingType EventTrackingRegions::trackingTypeForPoint(Event event, const IntPoint& point) | ||
const AtomString& EventTrackingRegions::eventNameAtomString(const EventNames& eventNames, EventType eventType) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Glad to see us taking advantage of the pre-existing atom strings. I’m not sure we also need the ASCII literal version of eventName
. Is there a case where the greater efficiency of having a literal is critical?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah :D eventNames
is materialized in the main thread and worker threads. But we can avoid materializing it in the scrolling thread, and we can save 260~ AtomString allocations in the scrolling thread only for some logging features :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
return "wheel"_s; | ||
} | ||
return ASCIILiteral(); | ||
} | ||
|
||
TrackingType EventTrackingRegions::trackingTypeForPoint(Event event, const IntPoint& point) | ||
const AtomString& EventTrackingRegions::eventNameAtomString(const EventNames& eventNames, EventType eventType) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah :D eventNames
is materialized in the main thread and worker threads. But we can avoid materializing it in the scrolling thread, and we can save 260~ AtomString allocations in the scrolling thread only for some logging features :)
Landing it via unsafe-merge-queue since it needs to be landed with internal patch at the same time. |
5f5157c
to
e59b6fc
Compare
Committed r294209 (250567@main): https://commits.webkit.org/250567@main Reviewed commits have been landed. Closing PR #585 and removing active labels. |
e59b6fc