Bug#192305: "q to end, b for begin" ambiguous

[Drew Scott Daniels <umdanie8@cc.UManitoba.CA>]

Package: cdebconf
Severity: minor

This could almost be a wishlist item, re-prioritize if desired. I hope you
don't feel this is too much of a nitpicking issue.

"q to end,  b for begin" I feel is ambiguous and may mislead people.
E.g.'s, someone wants to go to the end of the list hitting q, someone
finished selecting wanting to "begin" the action on their selected
items...


I wrote up some other possible short examples (could be mixed&matched).
"s to stop" and "l for list's top"
"a to act" and "r to relist"
"q to quit select" and "r to refresh list"
"e to exit selections" and "b to goto list top"
"q to quit select" and "b to begin list"

My first choices would be: "q to quit select" and "b to begin list"



I understand the historical choice of q and b and the need for a short
description. At the very least I would ask for "q to end" to be changed so
that it's clear that you can't select any more after entering q.

Some history of using b and q:
less's manpage says b to "Scroll backward", q "exits less".
more's manpage says b to "skip backwards", q "exit".
lynx says "Q)uit" and someone said of lynx "'b' key moves you back up".

     Drew Daniels