Selection Patterns

Re: Dual List / List Builder

xian — Mon, 24 May 2010 11:47:14 -0700

Posted by xian

Re: Time Picker

xian — Mon, 24 May 2010 11:46:10 -0700

Posted by xian

That's a pretty cool solution. I wonder about the accessibility factors, though.

Another thing to consider is that HTML5 is beginning to "bake in" some of these compound patterns, such as datepickers, as objects that are rendered by the browser directly.

Dual List / List Builder

Cargo Pants — Tue, 18 May 2010 13:33:35 -0700

Posted by Cargo Pants

Here is a Stack Overflow page that contains lots of information about this design pattern:

http://stackoverflow.com/questions/2852995...-pattern-called

I had to implement one of these, and initially came to the Y! Design Patterns site for ideas and best practices. It's not very often that we use these things, but I think it still deserves a solid YDP entry. /smile.gif" style="vertical-align:middle" emoid=":)" border="0" alt="smile.gif">

Re: Time Picker

none — Tue, 18 May 2010 06:29:57 -0700

Posted by none

Please take a look athttp://www.youtube.com/watch?v=d0inQbqfzKU

Re: Time Picker

xian — Tue, 02 Feb 2010 16:39:53 -0800

Posted by xian

Looking around the web, I don't see any "breakthrough" solutions to the problem you outline, beyond the idea you suggested of binding a drop-down (or a tab/button switcher that changes what the forward/back buttons do) to years (as opposed to months or days).

But I'll keep looking!

Re: Time Picker

Slade — Thu, 07 Jan 2010 17:36:47 -0800

Posted by Slade

Hi,

I'm interested in the use of the Calendar picker for selection of dates that might be many years from the current date. Obviously, using a Calendar picker to enter a birthdate, where the year/date was decades in the past would represent quite a number of clicks if the calendar is moving one month at a time.

Is the solution to this to bind drop-downs for "year" (and either month and day) to the Calendar, or are there any better patterns to allow for manipulation of dates along a sliding scale of granularity from years, through months and finally days (and possibly as has been previously pointed out hours, minutes, etc)?

Thanks,
Slade Winstone.

Re: Time Picker

Patrick van Halderen — Wed, 02 Dec 2009 07:12:11 -0800

Posted by Patrick van Halderen

Any news yet on the timepicker? I'm currently in the process of deciding how to implement this in a user-friendly manner.

Re: Time Picker

xian — Tue, 28 Jul 2009 14:31:42 -0700

Posted by xian

We're still discussing it.

Re: Time Picker

Marco — Sat, 25 Apr 2009 15:37:52 -0700

Posted by Marco

What's come of this? This is one item that I used a lot when using the dojo js library, I was hoping to see something similar for YUI.

Re: Time Picker

xian — Wed, 28 Jan 2009 10:38:56 -0800

Posted by xian

I think that's a great suggestion. I'll talk to the YUI team about that too.

Time Picker

anonymous — Fri, 02 Jan 2009 08:42:57 -0800

Posted by anonymous

I noticed you have a calendar picker but not a time picker. I think this would help people out some. Have standard hours with 5 minute intervals and if they want to make it more precise they can.

Re: Too many options for a standard select element

xian — Mon, 22 Sep 2008 16:46:22 -0700

Posted by xian

That's an interesting idea. Sort of a mix of a controlled list with the ability for free-form entry as well? Not sure I've ever seen that in the wild but there's no reason to think why that wouldn't work.

Too many options for a standard select element

BrianH — Wed, 17 Sep 2008 11:09:42 -0700

Posted by BrianH

I work on an product that sometimes needs to manage pretty huge amounts of data. Often times the user needs to select something when they may not know exactly what they're looking for and there are a lot of options available. A gigantic select box has been deemed unscalable/annoying... however when we move to something like AutoComplete people complain when they don't know what exactly they're looking for (don't know what to type get desired results).

What we're currently looking at is to have an AutoComplete which will drop down on focus (before anything is even typed in) with a limited amount of results; the user can then start typing if they know what they're looking for... and if they don't then they can click something ("show all") to retrieve the full list which they will then need to scroll through. Does anyone have any other suggestions/examples?

Thanks a lot,
BH