466 reputation
38
bio website hammerproject.com
location Perth, Australia
age 29
visits member for 4 years, 1 month
seen Aug 24 '12 at 1:13

Enemy ships in sector 47..


Jun
8
awarded  Enlightened
Jun
8
awarded  Nice Answer
Mar
30
awarded  Yearling
Jul
5
awarded  Nice Answer
Jan
16
awarded  Autobiographer
Sep
8
awarded  Yearling
Nov
3
comment Most User-Friendly Form Fields for Entering Date/Time?
@jensgram I think i get what you're saying, but to clarify- It's a great idea not to make any assumptions about how the user should express their date format. However, once the user populates the field with their format of choice, the user needs feedback as to whether the system understands their particular flavour (ie. the assumptions you the developer makes about their particular flavour of date).
Nov
2
comment Guidelines for autocomplete widgets
That's a rather semantic response. Perhaps the asker could have worded their question "Patterns for autocomplete widgets"? Would that have elicited a different response? The asker has already identified that there are patterns/practises/guidelines for this domain. He seems to simply want more.
Nov
2
comment Search as you type
Can you please explain "Look-behind is a nice complement to look-ahead"?
Nov
2
comment Better way for users to select a date range
This is an awesome idea. Expressing the dates in a relative fashion and limiting the context to available data solves a number of problems just by the design. +1
Nov
2
comment Better way for users to select a date range
Alternative to the "twin-thumb slider" should be a single point on the timeline but with a centred overlay which extends to the left and right of the centre point indicating the date range about the centre.
Nov
2
comment Most User-Friendly Form Fields for Entering Date/Time?
I like your approach to this. It seems the traditionally educated world is not quite ready for this kind of thinking. I think it's awesome tho. Check out my ideas regarding relative dates etc.
Nov
2
comment Most User-Friendly Form Fields for Entering Date/Time?
The validation does not need to be client side.
Nov
2
comment Most User-Friendly Form Fields for Entering Date/Time?
@jensgram But you want to make sure you communicate the result of those assumptions to the user. Ie. the loosing of focus should perhaps post back to the server and return the formatted result that will be persisted. This way the user can know whether their variation was interpreted the way they intended.
Nov
1
comment Best way to select a subset of items in a long list
re inductive/deductive: I tend to agree with most of your reasoning except: While it's true that a ground-breaking interface like "touch" demands new learning, like any interface that becomes standard, standard conventions will arise. Sure the "touch-and-hold to Copy" on the iPhone is not obvious at first, but once learnt, it becomes immensely powerful, as with many of the other input conventions. I don't think this is a fair comparison to the question at hand as "touch" is so game-changing. My answer to this question uses established conventions which makes it fairly inductive IMHO.
Nov
1
comment Best way to select a subset of items in a long list
re question: I guess this "groups" thing could potentially work much better than selecting individual items - conceded that the repeating of a "filter, then add" approach, 70 times, would be tiresome. Groups may not be ideal tho- as per my lengthy comments under my answer, if the user will be looking for names then i think the filter-add approach is best. However, if the user does not know the names she wants to add from the outset then a "groups" solution might work better - but then each Advertiser item would need the additional meta to facilitate that grouping/contextual selection process.
Nov
1
comment Best way to select a subset of items in a long list
Good idea. If the "groups" thing could be refined it might be the killer solution for this interface. #MickyD
Oct
30
comment Best way to select a subset of items in a long list
I would look at it this way: Is the user expecting to find a list they don't know (like contacts on a friends iphone) or is the user expecting to know in advance many items on the list? If the latter is true then perhaps having the "most relevant" items at the top (tho not in alpha order) is better because they'll instantly see those names the user recognises and click to add them. If the former is true, then perhaps the "contact list" alpha sort is more appropriate. Great discussion tho!
Oct
30
comment Best way to select a subset of items in a long list
... Global effectiveness on the interface would be generally less. But if you can manage to change the way the user thinks by gently forcing them into the search filter path (not deliberately by making the first few items in the list obscure), proving that it delivers more efficiency, then it seems likely they'll continue to use that search box and global effectiveness is greater.
Oct
30
comment Best way to select a subset of items in a long list
It depends on the requirements i guess. If the list was never going to exceed 150 items (which seems unlikely if this magazine got more popular), then maybe loading all the advertisers would be ok. Then alpha sorting and allowing the workflow of scroll-find-and-click to add items would be acceptable. But even then (and here's the kicker) users would find it intuitive, but still frustrating. Adding items this way would take them a long time and the more users who found the barrer to entry on the "browse" technique less, the less the search box would ever be used...