Opened 9 years ago

Closed 8 years ago

#7195 closed bug (invalid)

Tracker window menus don't respect "Accept first click" mouse setting

Reported by: humdinger Owned by: axeld
Priority: normal Milestone: R1
Component: Applications/Tracker Version: R1/Development
Keywords: GCI2011 Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All


This is hrev40351.

When deactivating "Accept fist click" in Mouse preferences, unfocused windows are supposed to need an activating click before reacting on a mouse click, e.g. to open a menu or close the window with the close-widget.
Tracker windows comply for clicks on the close or maximize buttons, but not for clicks on menus.

Change History (3)

comment:1 by axeld, 9 years ago

Yes, because every application can ask for a way around that using the B_WILL_ACCEPT_FIRST_CLICK window flag. And since Tracker needs that for the current drag&drop behaviour (that won't be changed), so there is nothing we can do around that. I would mark this as invalid if no one else has a striking idea.

comment:2 by ctbeiser, 8 years ago

Keywords: GCI2011 added

Still exists in hrev43524. Also worth noting that they take a bit longer than other menus do when accepting the first click.

Last edited 8 years ago by ctbeiser (previous) (diff)

comment:3 by diver, 8 years ago

Resolution: invalid
Status: newclosed
Note: See TracTickets for help on using tickets.