use all emtpy area to drag open indicator

Reported by Omer Akram on 2013-08-19
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Low
Vesa Rautiainen
Unity 8
Undecided
Andrea Cimitan
unity8 (Ubuntu)
Undecided
Unassigned

Bug Description

Trying to use Ubuntu touch on my phone, I often try to close an open indicator (e.g. sound menu) but the target is mostly missed. My suggestion is that all the area of an indicator that is not occupied by any of the component should be sensible to drag.

John Lea (johnlea) on 2013-09-09
Changed in ubuntu-ux:
assignee: nobody → Vesa Rautiainen (vesar)
Vesa Rautiainen (vesar) wrote :

I don't fully understand this error description. When any indicator menu is open the only way to close it is to drag from the bottom handle upwards. The whole handle area is currently sensible to touch and menu can be closed from any area. I don't see how otherwise it could be. So setting to invalid.

Changed in ubuntu-ux:
status: New → Invalid
Omer Akram (om26er) wrote :

I understand the description might not have been clear enough. Let me explain again.

When an indicator is opened you have to drag up with a handle to close it but that handle is at the bottom of the screen and in my real world usage I have found myself not being able to close the indicator if I am not concentrating too much on the phone. In Android 4.2 the part of the indicator that is not occupied by any of the widgets in their notification menu is drag-able to the upside to close the menu so that if you are not able to fully aim for the the drag handle of the opened menu, it will still close.

Michał Sawicz (saviq) wrote :

This could be reiterated upon.

Changed in unity8:
status: New → Incomplete
Changed in unity8 (Ubuntu):
status: New → Incomplete
Changed in ubuntu-ux:
status: Invalid → New
Vesa Rautiainen (vesar) on 2013-10-08
Changed in ubuntu-ux:
importance: Undecided → Medium
Vesa Rautiainen (vesar) on 2013-10-17
Changed in ubuntu-ux:
importance: Medium → Low
status: New → Fix Committed
Omer Akram (om26er) on 2013-10-17
Changed in unity8:
status: Incomplete → Triaged
Changed in unity8 (Ubuntu):
status: Incomplete → Triaged
Omer Akram (om26er) on 2013-10-17
summary: - drag handler for an opened indicator is not reliable
+ drag handle for an opened indicator is not reliable
summary: - drag handle for an opened indicator is not reliable
+ drag handle for an open indicator is not reliable

Thanks for the clarification Omer! Whilst I see the benefit of using unoccupied menu area space for close swiping I don't think this is extremely critical.

Then there are technical challenges included. The indicators container is owned by the shell and it gives the menu space for plugins to render themselves. So shell doesn't really know how far down each plugin is occupied. Also event though menu plugin doesn't have enough content (e.g. listview with just few items) to occupy the whole menu space (leaving some space at the bottom) it might be that it still want draw the whole listview from top to bottom in case there will be more items in the future. I could image for example Incoming menu acting like that.

So I think this all is a good idea and might be a usability improvement I would give this quite low priority at this point.

Andrea Cimitan (cimi) on 2013-10-31
Changed in unity8:
assignee: nobody → Andrea Cimitan (cimi)
summary: - drag handle for an open indicator is not reliable
+ use all emtpy area to drag open indicator
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers