New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 755546 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocking:
issue 752380



Sign in to add a comment

add a flag to HitTestRegion::flags for extended hit-test area

Project Member Reported by riajiang@chromium.org, Aug 15 2017

Issue description

Clients can specify an extended area for hit-test so they can receive events even though event location is in_non_client_area. Need to add a flag to HitTestRegion::flags for this so that if this flag is set, we dispatch events to the root (the first element in the aggregated list).

Valery, do you want to work on adding the flag when preparing hit-test-data? And I can change HitTestQuery to use this flag to find the target after this flag is set?
 
BrowserNonClientFrameViewMus::UpdateClientArea() (https://cs.chromium.org/chromium/src/chrome/browser/ui/views/frame/browser_non_client_frame_view_mus.cc?type=cs&sq=package:chromium&l=177) seems to set additional client areas as well.

Comment 3 by varkha@chromium.org, Aug 15 2017

Owner: varkha@chromium.org
Status: Assigned (was: Available)

Comment 4 by varkha@chromium.org, Oct 20 2017

Cc: -riajiang@chromium.org -varkha@chromium.org
Owner: riajiang@chromium.org
Not sure if this needs a flag or could be acomplished by setting a hit test region on a window and a dedicated resizer, similar to how shaped app windows are doing that.
Components: -Internals>MUS Internals>Services>WindowService
Labels: -Proj-Mustash-Mus
Migrating Proj-Mustash-Mus to components Internals>Services>WindowService and Internals>Services>Ash

Labels: -Proj-Mustash Proj-Mash-MultiProcess

Sign in to add a comment