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. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1213956 Title: drag handle for an open indicator is not reliable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1213956/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
