Summary: | [GTK] clicking on the scrollbar trough steps rather than jumps to the clicked position | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Sebastian Keller <sebastian-keller> | ||||
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | achristensen, bdakin, cgarcia, commit-queue, csaavedra, darin, esprehn+autocc, glenn, kondapallykalyan | ||||
Priority: | P2 | Keywords: | Gtk | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=153405 | ||||||
Bug Depends on: | 153493 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Sebastian Keller
2013-04-29 09:38:10 PDT
Created attachment 270996 [details]
Patch
Comment on attachment 270996 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=270996&action=review Looks great > Source/WebCore/ChangeLog:8 > + Allow RenderTheme to decide the behavior of a button press event, RenderTheme -> ScrollbarTheme > Source/WebCore/ChangeLog:15 > + (WebCore::Scrollbar::mouseDown): Ask RenderTheme to handle the Ditto. > Source/WebCore/platform/Scrollbar.cpp:396 > + if (action == ScrollbarButtonPressAction::None) Eh... on the one hand, it's probably the best solution. On the other hand, it's not great that policy is decided by a class called "theme." Did you consider having Scrollbar::platformHandleMousePressEvent and adding new files for each port just to implement that; it's a bit more work, but this is platform after all. On the other other hand, shouldCenterOnThumb is already there, and maybe the logic is tied so closely to the theme it's just the best place. So whatevs. > Source/WebCore/platform/mac/ScrollbarThemeMac.mm:449 > + break; Fix this unreachable break > Source/WebCore/platform/win/ScrollbarThemeWin.cpp:209 > + break; Ditto. Committed r196632: <http://trac.webkit.org/changeset/196632> |