Link: Flex AutoComplete component

If you’re ever looking for an autocompletion component in the Flex framework, I’d strongly suggest you check this one out: http://hillelcoren.com/flex-autocomplete/ Quite simply it’s awesome, it’s fully featured and packs a helluva lot of options into such a small package.

I swapped an old ComoBox component for it just now, and it worked fantastically with no additional configuration.

Check out the demo for it here: http://web.me.com/hillelcoren/Site/Demo.html

, ,

About James

James is a Senior New Media Developer at MMT Digital, and has BA(Hons) in Design for Interactive Media from the University of Gloucestershire. He loves designing and producing all sorts of website and Flash-related things, as well as prattling on about technologies.Day-to-day he works with Flash, Dreamweaver, Director, Microsoft Office Sharepoint Server 2007 (MOSS) and in his spare time he mucks about in Flex and Wordpress.Follow James on Twitter.

11 Responses to “Link: Flex AutoComplete component”

  1. Jeffry Houser 11th January, 2010 at 3:26 pm # Reply

    If you’re looking for a Flex AutoComplete that comes with support, you can check out ours at:

    http://www.flextras.com/?event=ProductHome&productID=10

    It is based on the Combobox so, is a slightly different take than Hillel’s.

  2. Tink 11th January, 2010 at 4:03 pm # Reply

    We also have one of these as the hillelcoren one was too complex for our needs.

    http://www.tink.ws/blog/filtercombobox/

  3. James 11th January, 2010 at 5:03 pm # Reply

    Thanks guys, I’ll check both of those out also – there’s another couple of situations where a ComboBox-based solution would be more suitable.

  4. Jeffry Houser 11th January, 2010 at 5:10 pm # Reply

    Let me know if we can answer any questions that you have. Ours can easily revert to an AutoCompete TextInput by just removing the down arrow via a property (I believe downArrowVisible ).

    If you’re dealing with large data sets, but don’t want to load the data all at once, we support the pinging of a database, and replacing the dataProvider after each call.

    As always, we’d welcome any feedback that you’d have.

  5. Tink 11th January, 2010 at 6:23 pm # Reply

    In the same wat, setting ‘arrowButtonWidth’ to 0 would make ours look like a TextInput.

    Personally I recommend access to a DB through a command and storing the data in a model, then bind the FilterComboBox to the data.

  6. Jeffry Houser 11th January, 2010 at 6:48 pm # Reply

    Tink,

    Not sure if that last comment was directed at me or not; but just to be clear; there is nothing about our AutoCompleteComboBox that prevents that approach, even if you are using our “RemoteData” option or not.

    I believe that encapsulation is important to the long-term maintainability of a code base; and encapsulating the data access functionality seems like a no brainer.

  7. Tink 12th January, 2010 at 10:51 am # Reply

    It was aimed at you as a diss mate, was just commenting on how I would recommend managing data and serverside calls (i.e. I wouldn’t do this from inside view components).

  8. Tink 12th January, 2010 at 1:17 pm # Reply

    LOL “wasn’t”

  9. Jeffry Houser 12th January, 2010 at 2:05 pm # Reply

    Tink; In that case I agree completely.

  10. James 12th January, 2010 at 3:37 pm # Reply

    Thanks for the comments guys, got a bit tense there!

    In the end I actually ended up using Tink’s FilterComboBox component – the original one was great but the multiple selection stuff was throwing a spanner in the works.

  11. Jeffry Houser 12th January, 2010 at 3:54 pm # Reply

    James,

    I you took a look at the Flextras AutoCompleteComboBox; I’d welcome any feedback.

    Feel free to contact me privately if that is your preference.

Leave a Reply

Note: This post is over 2 years old. You may want to check later in this blog to see if there is new information relevant to your comment.