On 5/15/15 2:17 PM, Michelle wrote:
What about collapsing the list of recent searches after 16? To view
searches 17+, the user must click a "View More" button/link. Only
/then/ would the scrollbar appear. That way, there is no usability
issue.
On Friday, May 15, 2015 at 1:49:37 PM UTC-7, Maarten Sneep wrote:
Usability for the majority of use cases. A menu that requires
scrolling is not good.
Even today the menu is sometimes scrolling, depending on your screen
size and where the dialog's positioned, but even when BBEdit moves the
menu to keep it from scrolling, I'd rather it didn't. Instead of
positioning the most recently used search right next to the cursor but
making me scroll to get to older ones, it positions the least recently
used (and least likely to be the one I want) search right next to the
cursor and makes me go to the other end of the menu to get to the MRU
one. Common actions should be easy, uncommon ones possible.
Also, BBEdit certainly isn't the only application with scrolling menus.
While they don't occur that often, I think they occur often enough (font
menus are almost always scrolling) that most people would be familiar
with them.
Personally, if I had a choice between limiting the searches to 16 and
rarely having a scrolling menu (but often having an even harder to use
menu), or keeping more than 16 searches but having to scroll a menu to
get to older ones, I'd take scrolling any day.
Brian
--
This is the BBEdit Talk public discussion group. If you have a
feature request or would like to report a problem, please email
"[email protected]" rather than posting to the group.
Follow @bbedit on Twitter: <http://www.twitter.com/bbedit>
---
You received this message because you are subscribed to the Google Groups "BBEdit Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
