<br><br><div class="gmail_quote">On 11 March 2010 04:26, Chris Muller <span dir="ltr"><<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Michael, this is absolutely fantastic. You seem to have read my mind<br>
with nearly every usability feature that you mentioned. Nice code,<br>
too!<br><br></blockquote><div>That's very kind of you. Of course my thanks go to you for the inspiration to look at this area, and to the existing ChooserTool and UserDialog which have some interesting code in them.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
<br>
</div>I love it. May I assume an MIT license on this code? If so, I would<br>
like to integrate this into the trunk, to replace ChooserTool.<br>
<br></blockquote><div>Yes, MIT licence is perfect. Please feel free to integrate the code.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I do have a couple of questions.<br>
<br>
- Is there a reason you chose to answer the index or 0 rather than<br>
the object selected or nil? The only way this could possibly convey<br>
more information is if you have duplicate entries in the list, which<br>
seems very unlikely.. The cost is that the developer has to index<br>
back into some list, which may have originated from a non-Sequenceable<br>
collection, forcing him to keep create and remember transient one to<br>
index back into just to use it.<br>
<br></blockquote><div>As you saw, for compatibility with the ListChooser. On reflection, it's not unreasonable to support #chooseIndexFrom:/#chooseItemFrom: methods.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- I'll take the filtering the way it is, but since you are obviously<br>
one who cares about refined usability, I will tell you what my one<br>
additional usability idea.. Order the results so that left-matches<br>
are before mid-string matches.<br>
<br></blockquote><div>I thought about this, but I'd only feel happy about presenting a mixed list to the user if we could find a clear way to present that, and I wasn't up to that on the first pass.<br></div><br>
</div>