doesn't behave properly with long press
Bug #1179087 reported by
Danielle Foré
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Plank |
Fix Released
|
Wishlist
|
Rico Tzschichholz | ||
Bug Description
Theres a feature in System Settings > Univeral Access > Pointing and Clicking called "Simulated Secondary Click". But we already know of this feature from our mobiles as "Long Press".
If you enable long press and try to open a dock item's context menu with this method, both the context menu and the app itself will open.
With this a11y feature enabled, only the context menu should open.
Related branches
| Changed in plank: | |
| importance: | Undecided → Low |
| status: | New → Confirmed |
| Changed in plank: | |
| importance: | Low → Wishlist |
Revision history for this message
| Rico Tzschichholz (ricotz) wrote | #1 |
| Changed in plank: | |
| status: | Confirmed → Fix Committed |
| milestone: | none → 0.6.0 |
| assignee: | nobody → Rico Tzschichholz (ricotz) |
| Changed in plank: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
@dan: Is there even one place where this is handled properly? Since it will alway result in a "button-pressed, button-release, emulated button-release" event-queue where the mousetweaks daemon simply generates the emulated one if the conditions fit.