Chosen: A javascript plug-in that makes long select boxes user-friendly.

http://harvesthq.github.com/chosen

by utkarshkukreti • 15 years ago

923 76 15 years ago

harvesthq.github.com

ww520• 15 years ago

This is fantastic. ComboBox is what's missing in HTML. This is a keeper.

dave1010uk2• 15 years ago

HTML5 has the datalist element, which provides suggestions for an input box and is similar to a combo box. The best info I can find on it is: http://dev.opera.com/articles/view/an-html5-style-google-sug...

This is currently only supported by Firefox Opera. A JavaScript polyfill to get this working in other browsers would be great.

hendrik-xdest2• 15 years ago

Best plug-in of the year, so far.

Apart from what it says, I do not see problems in IE7 or IE8 (there is some style issues in IE9, though). Also, it is nearly working in IE6. I think I'll try to diddle around with some z-index and CSS stuff to get it working. Can't be much more than that.

Joeboy• 15 years ago

What's the nature of the nonworkingness on the dodgy browsers? Does it fail catastrophically or degrade satisfactorily?

If you manage to fix it for other browsers I hope you push your fixes upstream.

hendrik-xdest2• 15 years ago

It looks to me as if there is a z-index problem and the position is not upheld correctly in IE6. In IE9 there is a difference in the linear gradient color. No catastrophes there, imho.

skrebbel• 15 years ago

Excellent. Makes you wonder why browser vendors never improved on the usability of such controls themselves.

dave1010uk2• 15 years ago

Some do. Maemo's MicroB browser shows this when you click on a select menu: http://i.imgur.com/rP6Mz.png - one of the few places interacting with a website is actually easier and faster on a mobile than on a desktop browser. I think Nokia's Symbian devices do this too.

bilban• 15 years ago

I'd rather my OS (desktop theme) be left to take care of the controls, which at least lends to better consistency than a myriad of different browser and site implementations.

thristian3• 15 years ago

Apparently Chosen takes the placeholder text from the select element's 'title' attribute; does it also support the official HTML5 syntax[1] for placeholder attributes in select elements?

How about integration with jQueryUI's theming system?

[1] http://www.whatwg.org/specs/web-apps/current-work/multipage/...

philfreo4• 15 years ago

It'd be better if it looked for the HTML5 "placeholder" attribute even in older browsers rather than having to use "title" also. Some JS plugins [1] do this to replicate placeholder support in older browsers and I don't think there's any downside.

[1] https://github.com/mathiasbynens/Placeholder-jQuery-Plugin

thristian3• 15 years ago

The trouble is that no version of HTML (currently) allows a "placeholder" attribute on a select element, even HTML5. If you want your pages to validate, @placeholder won't do the trick.

edoloughlin• 15 years ago

does it also support the official HTML5 syntax[1] for placeholder attributes in select elements?

I'd be impressed if it does. I can't parse that sentence in the spec.

thristian3• 15 years ago

The markup it describes is basically:

    <select required>
        <option value="">Placeholder Text Here</option>
        <option value="1">first real option</option>
    </select>

The rest of the text basically says that select elements that are not required don't have placeholder text; that select elements that allow multiple selections don't have placeholder text; multi-line select elements don't have placeholder text, and that if the first option is inside an optgroup element, it doesn't count as placeholder text.

gorm• 15 years ago

Does anyone know if it's compatible with formalize.me? Does it work well on android/iphone?

marquis• 15 years ago

Works well on Android 2.1 for me here.

Beautiful plugin, bookmarking for definite future use.

dspillett• 15 years ago

Seems OK on the default Android browser here too, though there are a couple of non-breaking issues under Opera Mobile.

KevinKaske• 15 years ago

Technically it works ok on the iPhone. From a UX standpoint it's not that good. It's completely different from a native iPhone drop down control. I don't know that there is anything that the developer can really do about it. IMHO I would use a JavaScript check to make sure that mobile clients use the native controls and everyone else uses this plugin.

pilif• 15 years ago

And yet another control that pretends to be a dropdown box, but isn't. No. I'm not complaining about the appearance or the fact that it has a search field while the real dropdown doesn't.

I'm complaining about the way it responds to mouse actions: The real dropdown box, on my machine, expands the menu on mouse down after a no-doubt OS-specific delay. The fake dropdown doesn't - it only reacts on mouse up.

Of course, you can't make a a control work exactly like its native counterpart - but that IMHO just means that you shouldn't even try imitating them and provide its own unique look.

I really dislike nearly-native controls - they feel wrong to me.

But don't get me wrong: The controls are really cool and incredibly useful. If only they didn't try to mimic the native look without quite matching it.

systemizer• 15 years ago

My problem with this is that when I see the box (e.g. Multiple Select), I perceive it as a text input. I'd be ill-surprised to discover on a site to (all of a sudden) have this protruding box appear out of nowhere.

Better solution: on mouse click, hide the box. Only show the box for autocompletes.

camiller• 15 years ago

When we do this (with jQueryUI) we add the little down arrow button decoration so you expect the dropdown to appear.

jscheel• 15 years ago

Hmm, it definitely is a learned experience. Some form of affordance here would really help clarify what will happen. You could add some placeholder text that says something like "click to add items", but that seems a bit like "turn knob to open door."

benatkin• 15 years ago

I agree it's not ideal, but I think the majority of users have seen less friendly versions of this. The concept is Token Input. Facebook uses it in places, and they don't have the placeholder text that says "Choose..." when nothing is selected. I think the placeholder text ought to help quite a bit.

nvictor• 15 years ago

this. a tag text input even.

colinr• 15 years ago

Looks fantastic, but here's another feature it doesn't have which makes it feel less native.

Try mouse scrolling too far whilst the menu's options are open/visible. The parent page scrolls as well when you reach the start/end. This doesn't happen with a normal select menu.

I wonder if there's a way to do an event.preventDefault() on the mouse scroll event when reaching the end of the list?

Martijn• 15 years ago

FF on Mac actually tries to do something clever here. It won't start scrolling the page itself until after a small delay or until you move the mouse.

bencevans• 15 years ago

That's exactly what i found but on the whole I give it a thumbs up.

dlikhten• 15 years ago

Not just looks, it solves certain big usability problems I have with regular selects or checkboxes for values. However the few non-native problems are indeed problematic. We got brainpower here, lets make it work!

antics• 15 years ago

Reminds me vaguely of the uncanny valley[1]. Not a perfect analog, as nearly-human forms seem to elicit a particularly strong and emotive response. I also do wonder to what extent, and for whom, this is true. (i.e., are power users more or less aggravated? When do people change from disliking the new FB chat window to being familiar enough with it to dislike it when you change it again?)

[1] http://en.wikipedia.org/wiki/Uncanny_valley

xpaulbettsx• 15 years ago

"no-doubt OS-specific delay" - on Windows, this delay is a factor of the double-click speed. http://blogs.msdn.com/b/oldnewthing/archive/2008/04/23/84175...

kyledr• 15 years ago

It's also far worse than a standard dropdown for mobile.

RegEx• 15 years ago

I'm trying to understand your point of view, but I'm a bit confused about something (I'm probably just completely misunderstanding it). In the context of select boxes, it seems like the only advantage of mouse-down activation vs mouse-up is that you could click, hold, "drag" to your selection, and release. This would only be advantageous if your selection is near the top.

m3koval• 15 years ago

The problem isn't that opening on mouse-up is worse, it's that it's different. After using an operating system for thousands of hours, one becomes accustom to the behavior of the standard controls. Anything that deviates from them and is not in widespread use - even if it is technically an improvement - will feel uncomfortable and "wrong".

In some cases, like upgrading from Snow Leopard to Lion or Windows XP to Windows 7, the users adapt to the change. This is not likely to happen for a Javascript contro that is not in use on any major sites.

sidmitra• 15 years ago

Was testing it out on our homepage. Noticed a couple of bugs as well:

http://teaspiller.com

The search for "Tax" yields result, but nothing for "Estates". I think it doesn't work for first word if the term contains a space.

EDIT: was testing on Firefox 5, works on Opera. Bug filed: https://github.com/harvesthq/chosen/issues/50

geuis• 15 years ago

This nearly completely breaks the select ui on iOS. It should do some kind of feature detection so that it can disable itself on browsers that have alternate ui's for controls like this.

For example, this converts a select menu to an input field. On iOS the keyboard comes up instead of the select control.

powrtoch• 15 years ago

This just seems like a matter of preference to me. It works on iOS pretty much just like it works on a desktop. It may be that some iOS users would prefer the native UI, but you could say the same for some desktop users (particularly keyboard-wary ones). I certainly wouldn't call anything "broken".

philfreo4• 15 years ago

It's broken. When I tapped it the element the dropdown part of it didn't come up on the screen. The only way to scroll inside it is to do the 2 finger scroll, which 90% of users wouldn't know how to do (since normally you do a 1 finger).

On the desktop the element still feels like a <select>. On the iPhone it feels nothing at all like a <select>

arctangent• 15 years ago

Awesome. This is going into my UI toolkit.

philfreo4• 15 years ago

This project looks awesome. This stuff is annoying to have to replicate yourself, and I'm glad to see MooTools support as well.

That said, my first reaction when looking at the first Country dropdown example was that I liked the native one better since in OS X it shows me dozens of choices at once (fills most of the screen vertically) and then in the "after" suddenly I was constrained to only seeing 7 countries at a time. Not a huge deal but felt like a loss in usability (but a gain visually). If the faux dropdown was just a little taller in height it'd be better.

Secondly, this just killed iPhone support. Apple did a good job with <select>s on iOS and this completely breaks it. It should just turn itself off on iOS.

jsavimbi2• 15 years ago

> Apple did a good job with <select>s on iOS and this completely breaks it.

Agreed. Also, when a user has to access both your desktop and mobile apps, the experience has to be the same. This plugin, however nice, is trying to solve a problem by further modifying the problematic feature. Just remove the select if your list is too long; there should really only be a handful of options contained within. As a rule, I keep it to five and I never replace the pseudo element with plugins.

smunz• 15 years ago

Interesting statement! What would you suggest as a replacment for long option lists? Autocomplete?

DougWebb• 15 years ago

It doesn't work well on Android either. The scrollbars don't appear, and unlike the normal Android behavior there is no zoom-in on the options to make them easier to select with a touch. These are probably fixable issues, but I think I agree that the device's native control is going to be better.

zuppy• 15 years ago

> "Apple did a good job with <select>s on iOS and this completely breaks it."

It's not always the best solution. When you have a drop down with many choices it's very hard to go to a certain spot by just scrolling.

On a computer, you can drag the scroll bar or start typing.

Anyway, good to know that it breaks iOS.

dazmax• 15 years ago

The single select also cannot be reached by pressing the tab key (for me, Safari 5.0.5). When I fill out a form, my hands are on the keyboard. I tab to the country field, start typing my country to select it, and move on. So I'd say the single select is worse than native on both Safari and Mobile Safari.

The multi-select is great, though. Why not make the single select work like the multiple?

icebraining• 15 years ago

Tab works as expected here in FF4.0.1, when the focus is on the normal control, I can switch to the 'enhanced' version using tab and start typing my country.

tomelders• 15 years ago

This plugin makes the case that this sort of functionality should be implemented into browsers very well.

piquadrat• 15 years ago

So... why don't they use this thing on their own web app? The "Project / Task" select box becomes very unwieldy with a growing client base. I spend way too much time looking for the correct project almost every time I have to create a new entry.

whacker• 15 years ago

Because the plugin is written by a github user, not github themselves.

bane• 15 years ago

Hopefully some of these ideas will end up in dojo/dijit (a couple similar takes are already there).

I really like the multi-select control.

PhrosTT• 15 years ago

I've been using the jQuery UI ComboBox for a while, it's essentially this. - http://jqueryui.com/demos/autocomplete/combobox.html

fooyc2• 15 years ago

The UI widgets like this all have the same defects:

1. They are slow, as all their markup has to be generated on the client side each time the page loads

2. They are not ajax friendly. I mean that if you insert a select box in a HTML document with javascript, it will remain a plain native select box unless your script specifically calls the right widget's function. So you have to update all your scripts.

3. They are not drop-in replacements for native widgets, all your script must know how to handle these widgets for things like getting the widget's value, listening for events, etc.

Points 1 and 2 could be fixed by generating the widget's HTML code on the server side and using delegated events (like jQuery's delegate()). (Progressive Enhancement can still be achieved without doing _everything_ on the client side.)

Other than that, the idea of a text input on the top of the options list is awesome.

danberger• 15 years ago

Has anyone tried this on an iPad?

e98cuenc• 15 years ago

I did it just now. The divs that contain the choices can only be scrolled with two fingers, a trick most users don't know about. The native select can be scrolled with only one finger.

MaurizioPz• 15 years ago

I think this is great and would like it to be a browser extension so that I can use it all over the web

goo• 15 years ago

That looked like a cool project, so here:

https://github.com/gk777/Easy-List-Select

Unfortunately, I don't think it's as good as I thought it would turn out to be, but it's definitely neat.

EDIT: it's a chrome extension BTW

shawndumas• 15 years ago

Note: IE8 (and lower) support is done via Chrome Frame.

fooyc2• 15 years ago

Does it means this doesn't work on IE when Chrome Frame is not installed ?

storborg• 15 years ago

I just verified that it works in IE8 without Chrome Frame. I think what they mean by "legacy support is enabled" is "it's fugly but it works."

SolarUpNote• 15 years ago

I love this. LOVE it!

exch• 15 years ago

The first sentence on the linked page has a typo: "javsacript"

romaniv• 15 years ago

The more libs like this I see, the more I feel that the core HTML controls should be improved and expanded. They are getting really, really dated and don't address a lot of common problems.

Things I feel would make a lot of sense:

Collapsible trees. Numeric sliders (preferably done like draggable digits http://worrydream.com/Tangle/). Native drag-and-drop sipport for elements. (And yes, this can be done with plain forms. I can explain how if you want.) Native rich tooltips and a standard notation to show that something has a tooltip. Maybe tabs. I think you could do tabs with CSS, but I'm not 100% sure.

If most UI libraries have something, it probably would be a good addtion to HTML spec. It would work faster and eventually have better compatibility.

xutopia• 15 years ago

Numeric slider exists in HTML5: http://diveintohtml5.org/examples/input-type-range.html

mickeyben• 15 years ago

For the multiple select, I like this one a lot: http://loudev.com/

It's way simpler for the average user.

koblas• 15 years ago

I think it's pretty cool, though it would be nice if they had a simplified single selection version. Which is to change a single select list into a text field with "instant search". The current incarnation make me first go for the pull down rather than just tabbing over and start typing.

nerdo• 15 years ago

Multi-select could use some work. Drag-highlighting, shift, ctrl, etc.

andos• 15 years ago

Writing good widgets from scratch is an endless task. It's missing ARIA roles: http://www.w3.org/TR/wai-aria/roles#combobox

martin1b• 15 years ago

Wow. The results are really polished!

naeem• 15 years ago

Sexy! I do agree with a previous comment that the more technologies like these that come out, the more apparant it becomes that HTML as a whole needs a long overdue makeover.

d0m• 15 years ago

I would also add a fuzzy matching. I.e. "unitd sta" should match "United States" even with the missing "e". Or "East coast" should match "The East Coast".

Inufu• 15 years ago

Um, what use this?

If I click on a dropdown box, I can already type the value on my keyboard to select it. No javascript necessary.

(using chromium on ubuntu)

scrod• 15 years ago

This was my first thought, too. Safari does the same thing.

drgath• 15 years ago

I agree, but 99% of the users out there don't know that. :\

InclinedPlane• 15 years ago

Love it! Sure it's not perfect, but it's a huge improvement already. I've had similar ideas myself but haven't gotten around to implementing them. The existing HTML input controls are clunky and haven't kept up with the pace of web development, maybe we can improve on them using CSS & JS until we develop a new set of canonical input primitives that then become standardized.

myworkipad• 15 years ago

On the iPad, the custom control is decidedly worse. The native one is larger and more appropriate for the device. This idea of custom UI elements seems really bad. It's gonna be worse than native on any platform. The issues with native controls should be addressed on their respective platforms.

Chosen: A javascript plug-in that makes long select boxes user-friendly.

Related Stories