@Thiago: The goal was not to apply a component as a mixin. I'm working on a fancy AutocompleteTextfield class that acts like Google's search text field, i.e. as you type, you get a greyed out completion of the top result in the autocomplete list. If you open gmail and type in to the search field, you'll see exactly what I mean.
I've got a working version that stacks 3 different text fields together: one that defines the viewable area, one for the greyed out text, and the last one is the actual text field that the user types in to...it's this text field that currently uses the autocomplete mixin. It works pretty good, but it still needs some tweaks, which is why I asked the original question. It occurred to me that I may be able to simplify the code if I could extend the existing Autocomplete mixin. Perhpas it's a bad idea, but it was just a thought. BTW, I believe I have permission to release this component as open source once it's completed, so any help would be much appreciated :) On Wed, May 22, 2013 at 5:28 AM, Thiago H de Paula Figueiredo < thiag...@gmail.com> wrote: > On Tue, 21 May 2013 23:52:49 -0300, George Ludwig <georgelud...@gmail.com> > wrote: > > Why don't you create a component which uses the mixin instead of one that >>>> >>> extends the mixin? >> >> Well, I've already got that component. I'd like to simplify it and have >> better control over it, and am exploring my options. My thought would be >> to subclass it and apply its behavior to a textfield within the subclassed >> .tml >> > > You cannot apply a component to another component like you can with > mixins. Or I really didn't undertand what you described above, as what you > describe, IMHO, doesn't need to involve a component subclassing a mixin, > just mixin applied to a component. > > > -- > Thiago H. de Paula Figueiredo > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > users-unsubscribe@tapestry.**apache.org<users-unsubscr...@tapestry.apache.org> > For additional commands, e-mail: users-h...@tapestry.apache.org > >