Not obvious when you can scroll a dialog’s contents

[Matthew Paul Thomas]

1. Create a dialog that has “Cancel” and “OK” buttons, and other contents that make it too tall to fit in some situations — for example, on a phone in landscape mode with the OSK present.
2. Open the dialog in that situation.

What you see: Unless a particular control is only partly visible, there is no obvious clue that the dialog is scrollable.

What you should see: A visible border at the edge(s) that the dialog can currently be scrolled in.

<https://goo.gl/H5ZBvQ> (currently Canonical-only link, sorry): “In addition to a scroller, the body area should have a visible top/bottom border whenever you are not scrolled to the top/bottom, indicating that the area is scrollable in that direction.”

This is a sequel to bug 1376763. It may save time to fix this bug at the same time as bug 1561082.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Cris Dywan (kalikiana)]

What's a "border" in this context? Can you clarify what exactly we want this to look like?

I made a proof of concept which adds a vertical scrollbar - I don't know if that's what this refers to, but it should serve as a basis for discussion if nothing else.

[Matthew Paul Thomas (mpt)]

A scrollbar is necessary, of course, but not sufficient, since most of the time it will be visible only when you’re already scrolling.

Since the spec is private, here’s the wireframes I drew showing the border. Grazina is working on a corresponding mockup.