Opened 14 years ago
Closed 13 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: | ||
| Platform: | All |
Description
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 , 14 years ago
comment:2 by , 13 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.
comment:3 by , 13 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
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.