#4001 closed defect (fixed)
Touch: Neighborhood Views: always the need to dismiss the Palette before revealing a new one
| Reported by: | erikos | Owned by: | erikos |
|---|---|---|---|
| Priority: | Unspecified by Maintainer | Milestone: | |
| Component: | Sugar | Version: | 0.97.x |
| Severity: | Major | Keywords: | olpc-test-passed |
| Cc: | Distribution/OS: | OLPC | |
| Bug Status: | Assigned |
Description
- go the the Neighborhood View
- click on an icon A to bring up Palette
- click on another icon B to bring up Palette
---> Palette of A is hidden, after a short delay Palette of B is shown
- tap on icon A to bring up Palette
- tap o icon B to bring up Palette
---> Palette of A is hidden, Palette of B is not shown
(seen in os5)
Change History (4)
comment:1 Changed 12 years ago by erikos
comment:2 Changed 11 years ago by erikos
- Keywords olpc-test-pending added
- Resolution set to fixed
- Status changed from new to closed
This is working now fine, the Palettes have been switched to non-gtkmenu ones, please verify in the upcoming os10.
comment:3 Changed 11 years ago by greenfeld
- Keywords olpc-test-passed added; olpc-test-pending removed
Fixed in 13.1.0 os30.
Note: See
TracTickets for help on using
tickets.
The Palettes in the neighbourhood view are GTK menus. They grab focus when up, you need to dismiss them first.
In the case of mouse button events (first example above) clicking on icon B does dismiss the Palette of A and since the cursor is now over icon B the Palette is shown (with a small delay) in case you do not move the cursor away.
In the second example with touch, we do not have the hover bring-up of the Palette, the tap on B does just dismiss the Palette of A.