Re: Multiple Select Widget
Justin Maxwell <[email protected]> Fri, 16 Oct 2009 20:01:30 -0700
| Newsgroups | gmane.org.user-groups.bay-area |
|---|---|
| Message-ID | <[email protected]> |
Hi all, Great discussion, and thanks for the examples I hadn't seen before. I'm currently working on visualization of faceted search through tokenized filters instead of this left column nav paradigm. My concern is that which is exemplified in the Dartmouth example: that a complex facet structure actually obscures the current context: Quick Skitch of what I mean, below: http://skitch.com/justinmaxwell/ndtj4/dartmouth-college-library The black arrows show the information design of the page and logical reading path, but the blue arrows show the information hierarchy. I don't think the boxed "exclusion" module with struck-through elements helps... Amazon and many other sites solve this with breadcrumbs. Most stock image sites solve this with a top-docked "shopping cart" style in which the tokens can be modified or deleted. So far my favorite implementation of faceted search is, oddly enough since it's what I use to capture all these examples, Evernote: http://skitch.com/justinmaxwell/ndtkq/all-notebooks-4-notes While the facets are certainly fewer in number (notebook, matching mode, strings to match) than an Amazon or a Kayak, this offers the benefit of... ...a human-readable string to introduce the content that follows ...manipulable facets that remain in context when altered ...English information priority (top to bottom, not "top to left nav to bottom of left nav to top of middle column") ...high visibility of the active context Has anyone seen any similar examples of this style? We're working on a multi-phase implementation of tokenized search (first is simply cancelable tokens, second is manipulable) and I'd love to see more examples in the wild. That's all. Just wanted to contribute. Thanks, Justin On Fri, Oct 16, 2009 at 6:13 PM, Sunny Beach <[email protected]> wrote: > http://dartmouth.summon.serialssolutions.com/search/results?spellcheck=true&q=horses > > At the link above, try "more options" for the "Subject Terms" -- click on a few options and look at the query builder at the top of the modal window. > > I like the fact that it gives feedback on the items selected and offers the ability to include and exclude selected topics. > > > Sunny > > -- > Sunny Beach > > > > > > ________________________________ > From: Jaime Guerrero <[email protected]> > To: Ryan <[email protected]> > Cc: "[email protected]" <[email protected]> > Sent: Fri, October 16, 2009 5:17:14 PM > Subject: Re: [BayCHI Discussions] Multiple Select Widget > > On Oct 16, 2009, at 1:21pm, Ryan wrote: > >> Wondering what the best practice is for a multiple selection situation on a >> web page outside of using a modifying keyboard key (Control or Command) with a >> html list control. Multiple checkboxes work until you have a long list of >> options. > > (1) many times such tasks are better supported with the "Add/Remove" idiom (two side-by-side lists, with arrows to move each lists' selection to the other list)*. Add/Remove can sometimes be advantageous because the real selection is more persistent and less fragile than typical widget selections-- for example, in multiselect List Boxes, a single accidental click can clobber a carefully assembled multiple selection. > > * http://developers.sun.com/docs/web-app-guidelines/uispec4_1/08-complex.html#8.2 > > > (2) many times such tasks are better supported with a "Shopping Cart" idiom (pick items from a list and put them into a cart). Shopping Carts similarly have the advantage of a relatively persistent selection. > > Shopping Carts work well when your lists are so large as to require other navigational machinery such as Browsing, Search, Filters, Sorting, etc. for the user to easily and successfully find the items s/he needs to select. > > > Some tasks are faster and more reliably done by selecting-all (or selecting many) and then selectively REMOVING items from the selection. Consider that. > _______________________________________________ > This is the BayCHI Discussions mailing list, [email protected] > To change your subscription options, or to unsubscribe, visit http://baychi.org/mailman/listinfo/discussions > _______________________________________________ > This is the BayCHI Discussions mailing list, [email protected] > To change your subscription options, or to unsubscribe, visit http://baychi.org/mailman/listinfo/discussions _______________________________________________ This is the BayCHI Discussions mailing list, [email protected] To change your subscription options, or to unsubscribe, visit http://baychi.org/mailman/listinfo/discussions