Timeline for Is there a UX pattern for "drop-down preferred but free text allowed"?
Current License: CC BY-SA 3.0
15 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 2, 2017 at 22:35 | comment | added | cbr | How did the tests go with the second design? | |
| Oct 24, 2015 at 14:10 | comment | added | JeromeR | @Celos I amended the reply so it addresses your point. Initially, I dodged your question, but it deserves a reply. See the section marked [Edit]. | |
| Oct 24, 2015 at 14:05 | history | edited | JeromeR | CC BY-SA 3.0 |
Better paragraph sequence
|
| Oct 24, 2015 at 13:59 | history | edited | JeromeR | CC BY-SA 3.0 |
Better paragraph sequence
|
| Oct 20, 2015 at 23:36 | comment | added | JeromeR | @supercat I have no doubt that the users who work for a Low-Power manager (described elsewhere in the comments), would immediately go to Add new instead of clicking More. However, THANKS FOR THIS IDEA because there's also the possibility of counting the rest of the search results: 12 more… | |
| Oct 20, 2015 at 17:48 | comment | added | supercat | How about having the pop-up just display a few choices, with no scroll bar, but with "More..." and "Add new..." as additional choices. Clicking "More..." would expand the control and add scroll bars if they're still needed, but "Add new..." would be available without scrolling in any event. | |
| Oct 20, 2015 at 13:14 | comment | added | Celos | Can I ask, why you decided to move on to another idea that would presumably also require additional design/dev/QA time, instead of allowing some extra dev time? It would seem that all the faults you mentioned would be fixed by an always visible bottom link. | |
| Oct 20, 2015 at 7:17 | history | edited | JeromeR | CC BY-SA 3.0 |
added 93 characters in body
|
| Oct 19, 2015 at 22:23 | history | edited | JeromeR | CC BY-SA 3.0 |
added 10 characters in body
|
| Oct 19, 2015 at 22:19 | comment | added | JeromeR | The "content curators" for this product's users fall into two categories: A) High-Power, so they can send errors back to the clerks to fix. B) Low-Power, so they must fix the errors themselves, and in a hurry, because they are responsible to use the data to generate reports for a regulator or a legal action, always on a very tight timeline. We are trying to make life easier for Low-Power users, because these users have great influence when it comes to renewing the product's annual license fee. | |
| Oct 19, 2015 at 22:09 | history | edited | JeromeR | CC BY-SA 3.0 |
added 100 characters in body
|
| Oct 19, 2015 at 22:08 | comment | added | nightning | Really looking forward to seeing your test results for the 2nd version. I wonder how having the + at the side affects the number of duplicate entries added to the system. I can definitely see how mileage can vary depending on the user group for the 1st version. We have content curators who are in the system all the time, they know how that search tool works, the fact that the autosuggest box will only show the top 5 results and they should keep typing if they don't see their option they think is already in the system. | |
| Oct 19, 2015 at 22:07 | history | edited | JeromeR | CC BY-SA 3.0 |
added 100 characters in body
|
| Oct 19, 2015 at 22:01 | history | edited | JeromeR | CC BY-SA 3.0 |
added 100 characters in body
|
| Oct 19, 2015 at 21:55 | history | answered | JeromeR | CC BY-SA 3.0 |