views::Widget still get mouse events when InitParams::accept_events is false in mus+ash |
|||||
Issue descriptionviews::Widget still get mouse events when InitParams::accept_events is false in mus+ash
,
Aug 22 2016
,
Aug 22 2016
What sort of events do you receive? Enter/Exit? Or other types too?
,
Aug 22 2016
Looks like, the ui::Window is created for views::Widget first, and then it will be initialized with InitParams. So the mouse events could be queued in mojo message pipe before views::Widget initialization.
,
Aug 22 2016
All ET_MOUSE_* events have been observed.
,
Aug 23 2016
,
Aug 23 2016
,
Aug 24 2016
re #4: can you clarify why events are queued before the ui::Window is made visible?
,
Aug 24 2016
https://cs.chromium.org/chromium/src/ui/views/mus/native_widget_mus.cc?rcl=0&l=716 From the code, the ui::Window could be visible before NativeWidgetMus::InitNativeWidget being called. In that case, the mouse events will be queued in MessagePipe, right?
,
Aug 25 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/d62216cfe1b73e2fa7c5384b3d8fb1dc03f794bb commit d62216cfe1b73e2fa7c5384b3d8fb1dc03f794bb Author: penghuang <penghuang@chromium.org> Date: Thu Aug 25 22:44:00 2016 ui/views: Pass InitParams::accept_events to NativeWidgetMus::content_ BUG= 639861 Review-Url: https://codereview.chromium.org/2272753002 Cr-Commit-Position: refs/heads/master@{#414565} [modify] https://crrev.com/d62216cfe1b73e2fa7c5384b3d8fb1dc03f794bb/ui/views/mus/native_widget_mus.cc
,
Aug 25 2016
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by penghuang@chromium.org
, Aug 22 2016