Tapping button in toolbar closes toolbar

[Sam Bull]

Frequently when tapping a button in the toolbar, it is interpreted as a swipe and closes the toolbar.

This could be solved by moving the swipe area a little higher, so you can only close the toolbar when swiping from just above the toolbar. This would make it consistent with the behaviour of the osk.

Desired solution:

Add a 0.5 gu vertical threshold value to toolbar dragging. If the value is passed toolbar dragging can start. If not, event is interpreted as a click (if the gesture was a click)
to toolbar buttons.

[Vesa Rautiainen (vesar)]

I don't like the idea of moving the swipe area a little higher because moving it a little doesn't really solve the problem. Currently the swipe area covers the whole toolbar. So it should be moved all the way above the toolbar buttons which makes toolbar dismissal very awkward. You would need in that case be very precise where to grab the toolbar and in addition there is no visual cue where the grab area is. Of course one option is to increase toolbar size and add the grab area. But visually it's not very appealing.

The current solution is quite nice but obviously has its own issues now when it misinterprets some of the user's gestures. But there is room for improvement I think. A threshold value. Toolbar shouldn't start dragging until certain threshold value is passed. Clearly simple click of a button doesn't pass the value and the buttons would get their click event properly.

[Sam Bull (dreamsorcerer)]

Either way this should probably have some consistency with the OSK. So, the toolbar could only accept input just above itself like the keyboard, or the keyboard can go back to dragging anywhere on the keyboard.

The keyboard changed behaviour to solve the exact same problem, so it makes sense that both components should use the same solution (whichever solution that is), which also makes it easier for the user to know what to expect if all components behave similarly.

[Bill Filler (bfiller)]

for quite some time now you can only dismiss keyboard by starting drag above the top row of keys, not in the keyboard itself specifically for the reasons mentioned in this bug.

[Sam Bull (dreamsorcerer)]

Right, so, surely the keyboard should either switch to the proposed design here, or the proposed design should switch to that of the keyboard.

[Sam Bull (dreamsorcerer)]

It seems like this has been fixed. I no longer seems to be able to accidentally close a toolbar.