You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@wicket.apache.org by Francisco Diaz Trepat - gmail <fr...@gmail.com> on 2007/07/16 20:27:30 UTC
New Generic Autocomplete (contribute?)
Hi, some time ago I ran into some problems using the autocomplete that comes
in the extensions.
As I struggled I finally downloaded all the code, javascript, etc. and
decided to take a deeper look.
What I found out was that the hole autocomplete controller functions in the
client side (JavaScript) had fix reference for the objects or elements that
compose the autocomplete menu and choices. As I tried to change the default
render from a ul and li elements to a table with specific styling I came
across with the impossibility with the current implementation.
I think a new form of autocomplete is needed. One that could better abstract
scenarios in which user don't want to use the UL LI elements.
I plan in developing one, if the boss approves, and wanted to know if I can
send it to some of you so you 'll review it and see if I can contribute some
to the cause... ;-)
f(t)
Re: New Generic Autocomplete (contribute?)
Posted by Francisco Diaz Trepat - gmail <fr...@gmail.com>.
Ryan where do I get the wicket-scriptaculous for 1.3.beta 2
On 7/16/07, Ryan Sonnek <ry...@gmail.com> wrote:
>
> I'd be interested to know if you had any issues using the
> wicket-scriptaculous autocomplete component?
>
> On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
> >
> > On 7/16/07, Francisco Diaz Trepat - gmail <
> francisco.diaztrepat@gmail.com>
> > wrote:
> > >
> > > I think a new form of autocomplete is needed. One that could better
> > > abstract
> > > scenarios in which user don't want to use the UL LI elements.
> > >
> > > I plan in developing one, if the boss approves, and wanted to know if
> I
> > > can
> > > send it to some of you so you 'll review it and see if I can
> contribute
> > > some
> > > to the cause... ;-)
> >
> >
> > create a jira and attach a patch
> > preferably what you do is hack up the existing one instead of starting
> > from
> > scratch.
> >
> > -igor
> >
> >
> > f(t)
> > >
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Francisco Diaz Trepat - gmail <fr...@gmail.com>.
Thats allright I removed the line that added the
org/wicketstuff/scriptaculous/autocomplete/AbstractAutocompleteBehavior.js
because this file no longuer exist.
And worked.
But I will contribute latter with a new autocomplete. Nice the opacity
incrementation of scriptaculous thaugh ;-).
Thanks guys, latter on I'll contact you or Igor so you may review the code,
and to ask some directions on how to contribute the work.
I'll be extending Igor's version I think.
Thanks,
f(t)
PS: probably tomorrow.
On 7/17/07, Ryan Sonnek <ry...@gmail.com> wrote:
>
> hmmm...seems like a bug to me. i'll look into it.
>
> On 7/17/07, Francisco Diaz Trepat - gmail <fr...@gmail.com>
> wrote:
> >
> > The wicket-scriptaculous sample throws the following exception due to a
> > AbstractAutocompleteBehavior.js that is not present in the
> > wicket-scriptaculous.
> >
> > I have svn the last version known. I don't know I'll try with the user
> > list.
> >
> > WicketMessage: Exception in rendering component: [MarkupContainer
> > [Component
> > id = -header, page =
> > test.wicket.autocomplete.pages.ScriptaculousAutocomplete, path = 0:-
> > header.HtmlHeaderContainer, isVisible = true, isVersioned = true]]
> >
> > Root cause:
> >
> > java.lang.IllegalArgumentException: resource
> > AbstractAutocompleteBehavior.jsnot found for scope class
> > org.wicketstuff.scriptaculous.autocomplete.AbstractAutocompleteBehavior
> (path
> > =
> >
> >
> org/wicketstuff/scriptaculous/autocomplete/AbstractAutocompleteBehavior.js)
> > at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> > PackagedTextTemplate.java:167)
> > at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> > PackagedTextTemplate.java:135)
> > at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> > PackagedTextTemplate.java:118)
> >
> >
> >
> > On 7/16/07, Ryan Sonnek <ry...@gmail.com> wrote:
> > >
> > > I'd be interested to know if you had any issues using the
> > > wicket-scriptaculous autocomplete component?
> > >
> > > On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
> > > >
> > > > On 7/16/07, Francisco Diaz Trepat - gmail <
> > > francisco.diaztrepat@gmail.com>
> > > > wrote:
> > > > >
> > > > > I think a new form of autocomplete is needed. One that could
> better
> > > > > abstract
> > > > > scenarios in which user don't want to use the UL LI elements.
> > > > >
> > > > > I plan in developing one, if the boss approves, and wanted to know
> > if
> > > I
> > > > > can
> > > > > send it to some of you so you 'll review it and see if I can
> > > contribute
> > > > > some
> > > > > to the cause... ;-)
> > > >
> > > >
> > > > create a jira and attach a patch
> > > > preferably what you do is hack up the existing one instead of
> starting
> > > > from
> > > > scratch.
> > > >
> > > > -igor
> > > >
> > > >
> > > > f(t)
> > > > >
> > > >
> > >
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Ryan Sonnek <ry...@gmail.com>.
hmmm...seems like a bug to me. i'll look into it.
On 7/17/07, Francisco Diaz Trepat - gmail <fr...@gmail.com>
wrote:
>
> The wicket-scriptaculous sample throws the following exception due to a
> AbstractAutocompleteBehavior.js that is not present in the
> wicket-scriptaculous.
>
> I have svn the last version known. I don't know I'll try with the user
> list.
>
> WicketMessage: Exception in rendering component: [MarkupContainer
> [Component
> id = -header, page =
> test.wicket.autocomplete.pages.ScriptaculousAutocomplete, path = 0:-
> header.HtmlHeaderContainer, isVisible = true, isVersioned = true]]
>
> Root cause:
>
> java.lang.IllegalArgumentException: resource
> AbstractAutocompleteBehavior.jsnot found for scope class
> org.wicketstuff.scriptaculous.autocomplete.AbstractAutocompleteBehavior(path
> =
>
> org/wicketstuff/scriptaculous/autocomplete/AbstractAutocompleteBehavior.js)
> at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> PackagedTextTemplate.java:167)
> at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> PackagedTextTemplate.java:135)
> at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
> PackagedTextTemplate.java:118)
>
>
>
> On 7/16/07, Ryan Sonnek <ry...@gmail.com> wrote:
> >
> > I'd be interested to know if you had any issues using the
> > wicket-scriptaculous autocomplete component?
> >
> > On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
> > >
> > > On 7/16/07, Francisco Diaz Trepat - gmail <
> > francisco.diaztrepat@gmail.com>
> > > wrote:
> > > >
> > > > I think a new form of autocomplete is needed. One that could better
> > > > abstract
> > > > scenarios in which user don't want to use the UL LI elements.
> > > >
> > > > I plan in developing one, if the boss approves, and wanted to know
> if
> > I
> > > > can
> > > > send it to some of you so you 'll review it and see if I can
> > contribute
> > > > some
> > > > to the cause... ;-)
> > >
> > >
> > > create a jira and attach a patch
> > > preferably what you do is hack up the existing one instead of starting
> > > from
> > > scratch.
> > >
> > > -igor
> > >
> > >
> > > f(t)
> > > >
> > >
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Francisco Diaz Trepat - gmail <fr...@gmail.com>.
The wicket-scriptaculous sample throws the following exception due to a
AbstractAutocompleteBehavior.js that is not present in the
wicket-scriptaculous.
I have svn the last version known. I don't know I'll try with the user list.
WicketMessage: Exception in rendering component: [MarkupContainer [Component
id = -header, page =
test.wicket.autocomplete.pages.ScriptaculousAutocomplete, path = 0:-
header.HtmlHeaderContainer, isVisible = true, isVersioned = true]]
Root cause:
java.lang.IllegalArgumentException: resource
AbstractAutocompleteBehavior.jsnot found for scope class
org.wicketstuff.scriptaculous.autocomplete.AbstractAutocompleteBehavior(path =
org/wicketstuff/scriptaculous/autocomplete/AbstractAutocompleteBehavior.js)
at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
PackagedTextTemplate.java:167)
at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
PackagedTextTemplate.java:135)
at org.apache.wicket.util.template.PackagedTextTemplate.<init>(
PackagedTextTemplate.java:118)
On 7/16/07, Ryan Sonnek <ry...@gmail.com> wrote:
>
> I'd be interested to know if you had any issues using the
> wicket-scriptaculous autocomplete component?
>
> On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
> >
> > On 7/16/07, Francisco Diaz Trepat - gmail <
> francisco.diaztrepat@gmail.com>
> > wrote:
> > >
> > > I think a new form of autocomplete is needed. One that could better
> > > abstract
> > > scenarios in which user don't want to use the UL LI elements.
> > >
> > > I plan in developing one, if the boss approves, and wanted to know if
> I
> > > can
> > > send it to some of you so you 'll review it and see if I can
> contribute
> > > some
> > > to the cause... ;-)
> >
> >
> > create a jira and attach a patch
> > preferably what you do is hack up the existing one instead of starting
> > from
> > scratch.
> >
> > -igor
> >
> >
> > f(t)
> > >
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Francisco Diaz Trepat - gmail <fr...@gmail.com>.
I haven't try it. I will thaugh.
And let you know.
f(t)
On 7/16/07, Ryan Sonnek <ry...@gmail.com> wrote:
>
> I'd be interested to know if you had any issues using the
> wicket-scriptaculous autocomplete component?
>
> On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
> >
> > On 7/16/07, Francisco Diaz Trepat - gmail <
> francisco.diaztrepat@gmail.com>
> > wrote:
> > >
> > > I think a new form of autocomplete is needed. One that could better
> > > abstract
> > > scenarios in which user don't want to use the UL LI elements.
> > >
> > > I plan in developing one, if the boss approves, and wanted to know if
> I
> > > can
> > > send it to some of you so you 'll review it and see if I can
> contribute
> > > some
> > > to the cause... ;-)
> >
> >
> > create a jira and attach a patch
> > preferably what you do is hack up the existing one instead of starting
> > from
> > scratch.
> >
> > -igor
> >
> >
> > f(t)
> > >
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Ryan Sonnek <ry...@gmail.com>.
I'd be interested to know if you had any issues using the
wicket-scriptaculous autocomplete component?
On 7/16/07, Igor Vaynberg <ig...@gmail.com> wrote:
>
> On 7/16/07, Francisco Diaz Trepat - gmail <fr...@gmail.com>
> wrote:
> >
> > I think a new form of autocomplete is needed. One that could better
> > abstract
> > scenarios in which user don't want to use the UL LI elements.
> >
> > I plan in developing one, if the boss approves, and wanted to know if I
> > can
> > send it to some of you so you 'll review it and see if I can contribute
> > some
> > to the cause... ;-)
>
>
> create a jira and attach a patch
> preferably what you do is hack up the existing one instead of starting
> from
> scratch.
>
> -igor
>
>
> f(t)
> >
>
Re: New Generic Autocomplete (contribute?)
Posted by Igor Vaynberg <ig...@gmail.com>.
On 7/16/07, Francisco Diaz Trepat - gmail <fr...@gmail.com>
wrote:
>
> I think a new form of autocomplete is needed. One that could better
> abstract
> scenarios in which user don't want to use the UL LI elements.
>
> I plan in developing one, if the boss approves, and wanted to know if I
> can
> send it to some of you so you 'll review it and see if I can contribute
> some
> to the cause... ;-)
create a jira and attach a patch
preferably what you do is hack up the existing one instead of starting from
scratch.
-igor
f(t)
>