Re: Wicket 1.4.8
I just looked back at the history of that issue (WICKET-2761). It seems that Juergen applied the patch to the 1.4.x branch (which would eventually be released as 1.4.8) on March 13th, but did not close the ticket because it wasn't fixed in trunk. When Igor fixed it in trunk and closed it a few days later, he simply missed adding 1.4.8 as a fix version. So, it didn't appear in the JIRA search, and therefore was missed when the changelog was created. I have updated the issue so that it now appears in the JIRA search. I'm not going to change the release notes on the SVN tag since that should just be a static tag of what was actually released at 1.4.8, and shouldn't be modified post-release. -- Jeremy Thomerson http://www.wickettraining.com On Sun, May 2, 2010 at 12:57 AM, Douglas Ferguson < doug...@douglasferguson.us> wrote: > Hmm... so is the list not entirely correct? I don't see any mention of the > recently discussed InjectorHolder. > > https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.8/CHANGELOG-1.4 > > > On May 2, 2010, at 12:30 AM, Jeremy Thomerson wrote: > > > They were referenced in Igor's first vote email. > > > > Here's his link to the issue list: > > > https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310561&fixfor=12314811 > > > > Changelog is always in SVN root. He had the link to the branch in the > > email. Here's the link directly to the changelog file. > > > https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.8/CHANGELOG-1.4 > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > > On Sun, May 2, 2010 at 12:20 AM, Douglas Ferguson < > > doug...@douglasferguson.us> wrote: > > > >> Where can I find the official release notes for Wicket 1.4.8? > >> > >> D/ > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket 1.4.8
Hmm... so is the list not entirely correct? I don't see any mention of the recently discussed InjectorHolder. https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.8/CHANGELOG-1.4 On May 2, 2010, at 12:30 AM, Jeremy Thomerson wrote: > They were referenced in Igor's first vote email. > > Here's his link to the issue list: > https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310561&fixfor=12314811 > > Changelog is always in SVN root. He had the link to the branch in the > email. Here's the link directly to the changelog file. > https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.8/CHANGELOG-1.4 > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Sun, May 2, 2010 at 12:20 AM, Douglas Ferguson < > doug...@douglasferguson.us> wrote: > >> Where can I find the official release notes for Wicket 1.4.8? >> >> D/ >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4.8
They were referenced in Igor's first vote email. Here's his link to the issue list: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310561&fixfor=12314811 Changelog is always in SVN root. He had the link to the branch in the email. Here's the link directly to the changelog file. https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.8/CHANGELOG-1.4 -- Jeremy Thomerson http://www.wickettraining.com On Sun, May 2, 2010 at 12:20 AM, Douglas Ferguson < doug...@douglasferguson.us> wrote: > Where can I find the official release notes for Wicket 1.4.8? > > D/ > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Wicket 1.4.8
Where can I find the official release notes for Wicket 1.4.8? D/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: @Inject (Guice) with non components (i.e. DataProvider)
It will work in 1.4.8/1.4.x-SNAPSHOT In 1.5-SNAPSHOT substitute with: InjectorHolder.get().inject(this) On Sat, 2010-05-01 at 13:57 -0700, Douglas Ferguson wrote: > Just to make sure I understand... > > Will this work? Even if the page and thus MyDataProvider gets serialized? > > public MyDataProvider implements IDataProvider{ > > @Inject MyDAO myDAO; > > public MyDataProvider() { > InjectorHolder.getInjector().inject(this); > } > } > > > On May 1, 2010, at 11:16 AM, Martin Grigorov wrote: > > > public MyDataProvider() { > >InjectorHolder.getInjector().inject(this); > > } > > > > is the way in 1.4.8 which will be released these days. > > > > Until then you'll have to use > > > > public class MyInjector { > > > > public static void inject(Object target) { > > GuiceInjectorHolder guiceInjectorHolder = > > Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY); > > guiceInjectorHolder.getInjector().inject(target); > > } > > } > > > > i.e.: > > public MyDataProvider() { > >MyInjector.inject(this); > > } > > > > On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote: > >> It there a good solution for using @Inject on non components, i.e. a > >> DataProvider. > >> > >> For instance I have a DataProvider that does not use the default > >> constructor so it cannot be injected into the page. > >> But the DataProvider will use a DAO and it would be nice to inject the DAO > >> rather than having to pass the DAO from the page to the DataProvider. > >> > >> I saw some examples of using an InjectionHolder, but from them example I > >> saw, this seemed less than elegant, maybe the example was bad? > >> Also, I saw a post that mentioned something about using > >> ComponentInstantiatioListener to do this? > >> > >> D/ > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: YUI 3 anyone?
In that case +1 JQuery. D/ On May 1, 2010, at 3:21 PM, Igor Vaynberg wrote: > there is also no reason to bundle all the components that need that > kind of js as part of core, they can be stand alone modules. > > -igor > > On Sat, May 1, 2010 at 12:26 PM, Jeremy Thomerson > wrote: >> Yes, but Wicket has a lot of JS functionality built in (for AJAX, DOM >> manipulation related to AJAX, modal window, autocomplete, etc...). Right >> now all the AJAX stuff is done in home-grown JS. There's no reason for us >> to continue to support something that does things like DOM manipulation. We >> should use one of the many frameworks out there that do this already. >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> >> >> On Sat, May 1, 2010 at 9:56 AM, Douglas Ferguson >> wrote: >> >>> I thought wicket's goal was to be agnostic to this debate. >>> >>> D/ >>> >>> On Apr 28, 2010, at 9:09 AM, nicolas melendez wrote: >>> +1 YUI. I have been working with it, and it is a very good js framework, non intrusive with the markup, also was easy (i mean REALLY easy) to >>> integrate to wicket. i used YUI components, like rich text editor or modal windows. I don't >>> know the ajax how it is, because i use wicket ajax. NM On Wed, Apr 28, 2010 at 10:59 AM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > iirc the new implementation of Wicket ajax is slated for post 1.5. > Something with too many irons in the fire... > > Martijn > > On Wed, Apr 28, 2010 at 3:50 PM, Jeremy Thomerson > wrote: >> I also agree that we should use jQuery. jQuery seems more aligned with >> Wicket than YUI. >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> >> >> On Wed, Apr 28, 2010 at 8:34 AM, Fernando Wermus >> wrote: >> >>> +1 Jquery I mean >>> >>> On Wed, Apr 28, 2010 at 10:34 AM, Fernando Wermus < >>> fernando.wer...@gmail.com wrote: >>> +1 On Tue, Apr 27, 2010 at 8:02 PM, Joe Fawzy > wrote: > Hi > i hope the dev team to consider jQuery , it seams it is the standard > now >>> , > used by all the big companies , even microsoft > and although YUI is great, Yahoo has its own problem these days and > we > cannot consider the commited to the lib, they dropped support for > many >>> of > their products and abandond many projects in the last 2 years > > this is my opinion only, u may make a vote or poll or something , or >>> just > pick YUI > thanks > Joe > On Tue, Apr 27, 2010 at 6:13 PM, Jeremy Thomerson < > jer...@wickettraining.com >> wrote: > >> Yes, it's experimental, and it is not 100% decided that YUI will be > used. >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> >> >> On Mon, Apr 26, 2010 at 6:03 AM, Ernesto Reinaldo Barreiro < >> reier...@gmail.com> wrote: >> >>> Isn't this an experimental branch? >>> >>> Ernesto >>> >>> On Mon, Apr 26, 2010 at 12:34 PM, danisevsky < > danisev...@gmail.com> >> wrote: I think wicket 1.5 will use YUI 3. You can look to svn: >>> >> > >>> > >>> http://svn.apache.org/repos/asf/wicket/sandbox/knopp/experimental/wicket/src/main/java/org/apache/_wicket/ajax/ 2010/4/26 Istvan Soos > Hi, > > Is there a cool best-practice or even better an integration >>> library > to > use YUI 3? I know the standard generic way, I'm interested > specifically in YUI 3... > > Thanks, > Istvan > > > >>> - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> > -- Fernando Wermus. www.linkedin.com/in/fernandowermus >>> >>> >>> >>> -- >>> Fernando Wermus. >>> >>> www.linkedin.com/in/fernandowermus >>> >> > > > > -- > Become a Wicket expert, learn from the bes
Re: @Inject (Guice) with non components (i.e. DataProvider)
Just to make sure I understand... Will this work? Even if the page and thus MyDataProvider gets serialized? public MyDataProvider implements IDataProvider{ @Inject MyDAO myDAO; public MyDataProvider() { InjectorHolder.getInjector().inject(this); } } On May 1, 2010, at 11:16 AM, Martin Grigorov wrote: > public MyDataProvider() { >InjectorHolder.getInjector().inject(this); > } > > is the way in 1.4.8 which will be released these days. > > Until then you'll have to use > > public class MyInjector { > > public static void inject(Object target) { > GuiceInjectorHolder guiceInjectorHolder = > Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY); >guiceInjectorHolder.getInjector().inject(target); > } > } > > i.e.: > public MyDataProvider() { >MyInjector.inject(this); > } > > On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote: >> It there a good solution for using @Inject on non components, i.e. a >> DataProvider. >> >> For instance I have a DataProvider that does not use the default constructor >> so it cannot be injected into the page. >> But the DataProvider will use a DAO and it would be nice to inject the DAO >> rather than having to pass the DAO from the page to the DataProvider. >> >> I saw some examples of using an InjectionHolder, but from them example I >> saw, this seemed less than elegant, maybe the example was bad? >> Also, I saw a post that mentioned something about using >> ComponentInstantiatioListener to do this? >> >> D/ >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to do an AjaxLink shiftOnclick behaviour?
thats what checkboxes are for -igor On Sat, May 1, 2010 at 8:23 AM, Martin Zardecki wrote: > Hi List, I have an AjaxLink where I use onClick and everything works well but > I'd like to add a separate behaviour when the user shift-clicks the link. > > The idea is to achieve something similar to when using a Explorer in Windows > or in any file picker where a single click selects one item whereas > shift-clicking selects multiple items. > > I can probably achieve this using brute force where I add some JS to my link > then use wicketAjaxGet to callback to an AbstractDefaultAjaxBehavior but I > was wondering if there was a way to do this nicely and cleanly. > > I had a quick look at InputBehavior from Wicket contrib but it doesn't look > like that will do the trick. > > Any advice or tips appreciated. > > Thanks list. > > Martin > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: YUI 3 anyone?
there is also no reason to bundle all the components that need that kind of js as part of core, they can be stand alone modules. -igor On Sat, May 1, 2010 at 12:26 PM, Jeremy Thomerson wrote: > Yes, but Wicket has a lot of JS functionality built in (for AJAX, DOM > manipulation related to AJAX, modal window, autocomplete, etc...). Right > now all the AJAX stuff is done in home-grown JS. There's no reason for us > to continue to support something that does things like DOM manipulation. We > should use one of the many frameworks out there that do this already. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Sat, May 1, 2010 at 9:56 AM, Douglas Ferguson > wrote: > >> I thought wicket's goal was to be agnostic to this debate. >> >> D/ >> >> On Apr 28, 2010, at 9:09 AM, nicolas melendez wrote: >> >> > +1 YUI. >> > I have been working with it, and it is a very good js framework, non >> > intrusive with the markup, also was easy (i mean REALLY easy) to >> integrate >> > to wicket. >> > i used YUI components, like rich text editor or modal windows. I don't >> know >> > the ajax how it is, because i use wicket ajax. >> > NM >> > >> > On Wed, Apr 28, 2010 at 10:59 AM, Martijn Dashorst < >> > martijn.dasho...@gmail.com> wrote: >> > >> >> iirc the new implementation of Wicket ajax is slated for post 1.5. >> >> Something with too many irons in the fire... >> >> >> >> Martijn >> >> >> >> On Wed, Apr 28, 2010 at 3:50 PM, Jeremy Thomerson >> >> wrote: >> >>> I also agree that we should use jQuery. jQuery seems more aligned with >> >>> Wicket than YUI. >> >>> >> >>> -- >> >>> Jeremy Thomerson >> >>> http://www.wickettraining.com >> >>> >> >>> >> >>> >> >>> On Wed, Apr 28, 2010 at 8:34 AM, Fernando Wermus >> >>> wrote: >> >>> >> +1 Jquery I mean >> >> On Wed, Apr 28, 2010 at 10:34 AM, Fernando Wermus < >> fernando.wer...@gmail.com >> > wrote: >> >> > +1 >> > >> > >> > On Tue, Apr 27, 2010 at 8:02 PM, Joe Fawzy >> >> wrote: >> > >> >> Hi >> >> i hope the dev team to consider jQuery , it seams it is the standard >> >> now >> , >> >> used by all the big companies , even microsoft >> >> and although YUI is great, Yahoo has its own problem these days and >> >> we >> >> cannot consider the commited to the lib, they dropped support for >> >> many >> of >> >> their products and abandond many projects in the last 2 years >> >> >> >> this is my opinion only, u may make a vote or poll or something , or >> just >> >> pick YUI >> >> thanks >> >> Joe >> >> On Tue, Apr 27, 2010 at 6:13 PM, Jeremy Thomerson < >> >> jer...@wickettraining.com >> >>> wrote: >> >> >> >>> Yes, it's experimental, and it is not 100% decided that YUI will be >> >> used. >> >>> >> >>> -- >> >>> Jeremy Thomerson >> >>> http://www.wickettraining.com >> >>> >> >>> >> >>> >> >>> On Mon, Apr 26, 2010 at 6:03 AM, Ernesto Reinaldo Barreiro < >> >>> reier...@gmail.com> wrote: >> >>> >> Isn't this an experimental branch? >> >> Ernesto >> >> On Mon, Apr 26, 2010 at 12:34 PM, danisevsky < >> >> danisev...@gmail.com> >> >>> wrote: >> > I think wicket 1.5 will use YUI 3. You can look to svn: >> > >> >> >>> >> >> >> >> >> >> http://svn.apache.org/repos/asf/wicket/sandbox/knopp/experimental/wicket/src/main/java/org/apache/_wicket/ajax/ >> > >> > >> > 2010/4/26 Istvan Soos >> > >> >> Hi, >> >> >> >> Is there a cool best-practice or even better an integration >> library >> >> to >> >> use YUI 3? I know the standard generic way, I'm interested >> >> specifically in YUI 3... >> >> >> >> Thanks, >> >> Istvan >> >> >> >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> > >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >>> >> >> >> > >> > >> > >> > -- >> > Fernando Wermus. >> > >> > www.linkedin.com/in/fernandowermus >> > >> >> >> >> -- >> Fernando Wermus. >> >> www.linkedin.com/in/fernandowermus >> >> >>> >> >> >> >> >> >> >> >> -- >> >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> >> Apache Wicket 1.4 increases type safety for web applications >> >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.7 >> >> >> >> --
Re: YUI 3 anyone?
Yes, but Wicket has a lot of JS functionality built in (for AJAX, DOM manipulation related to AJAX, modal window, autocomplete, etc...). Right now all the AJAX stuff is done in home-grown JS. There's no reason for us to continue to support something that does things like DOM manipulation. We should use one of the many frameworks out there that do this already. -- Jeremy Thomerson http://www.wickettraining.com On Sat, May 1, 2010 at 9:56 AM, Douglas Ferguson wrote: > I thought wicket's goal was to be agnostic to this debate. > > D/ > > On Apr 28, 2010, at 9:09 AM, nicolas melendez wrote: > > > +1 YUI. > > I have been working with it, and it is a very good js framework, non > > intrusive with the markup, also was easy (i mean REALLY easy) to > integrate > > to wicket. > > i used YUI components, like rich text editor or modal windows. I don't > know > > the ajax how it is, because i use wicket ajax. > > NM > > > > On Wed, Apr 28, 2010 at 10:59 AM, Martijn Dashorst < > > martijn.dasho...@gmail.com> wrote: > > > >> iirc the new implementation of Wicket ajax is slated for post 1.5. > >> Something with too many irons in the fire... > >> > >> Martijn > >> > >> On Wed, Apr 28, 2010 at 3:50 PM, Jeremy Thomerson > >> wrote: > >>> I also agree that we should use jQuery. jQuery seems more aligned with > >>> Wicket than YUI. > >>> > >>> -- > >>> Jeremy Thomerson > >>> http://www.wickettraining.com > >>> > >>> > >>> > >>> On Wed, Apr 28, 2010 at 8:34 AM, Fernando Wermus > >>> wrote: > >>> > +1 Jquery I mean > > On Wed, Apr 28, 2010 at 10:34 AM, Fernando Wermus < > fernando.wer...@gmail.com > > wrote: > > > +1 > > > > > > On Tue, Apr 27, 2010 at 8:02 PM, Joe Fawzy > >> wrote: > > > >> Hi > >> i hope the dev team to consider jQuery , it seams it is the standard > >> now > , > >> used by all the big companies , even microsoft > >> and although YUI is great, Yahoo has its own problem these days and > >> we > >> cannot consider the commited to the lib, they dropped support for > >> many > of > >> their products and abandond many projects in the last 2 years > >> > >> this is my opinion only, u may make a vote or poll or something , or > just > >> pick YUI > >> thanks > >> Joe > >> On Tue, Apr 27, 2010 at 6:13 PM, Jeremy Thomerson < > >> jer...@wickettraining.com > >>> wrote: > >> > >>> Yes, it's experimental, and it is not 100% decided that YUI will be > >> used. > >>> > >>> -- > >>> Jeremy Thomerson > >>> http://www.wickettraining.com > >>> > >>> > >>> > >>> On Mon, Apr 26, 2010 at 6:03 AM, Ernesto Reinaldo Barreiro < > >>> reier...@gmail.com> wrote: > >>> > Isn't this an experimental branch? > > Ernesto > > On Mon, Apr 26, 2010 at 12:34 PM, danisevsky < > >> danisev...@gmail.com> > >>> wrote: > > I think wicket 1.5 will use YUI 3. You can look to svn: > > > > >>> > >> > > >> > http://svn.apache.org/repos/asf/wicket/sandbox/knopp/experimental/wicket/src/main/java/org/apache/_wicket/ajax/ > > > > > > 2010/4/26 Istvan Soos > > > >> Hi, > >> > >> Is there a cool best-practice or even better an integration > library > >> to > >> use YUI 3? I know the standard generic way, I'm interested > >> specifically in YUI 3... > >> > >> Thanks, > >> Istvan > >> > >> > >> > - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > >>> > >> > > > > > > > > -- > > Fernando Wermus. > > > > www.linkedin.com/in/fernandowermus > > > > > > -- > Fernando Wermus. > > www.linkedin.com/in/fernandowermus > > >>> > >> > >> > >> > >> -- > >> Become a Wicket expert, learn from the best: http://wicketinaction.com > >> Apache Wicket 1.4 increases type safety for web applications > >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.7 > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail:
Re: How to do an AjaxLink shiftOnclick behaviour?
you are totally right! http://jsfiddle.net/Z383n/ so now just add ajaxeventbehavior to your wicket component and override its getAjaxCallDecorator() method to check the event object and decide what action to fire On Sat, 2010-05-01 at 11:06 -0600, Martin Zardecki wrote: > >> you are trying to mix keyboard and mouse events which is not possible in > >> javascript I think > > >> see http://www.javascriptkit.com/jsref/eventkeyboardmouse.shtml for more > >> info > > Pretty sure it's possible in modern browsers at least: > > http://www.javascripter.net/faq/ctrl_alt.htm - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to do an AjaxLink shiftOnclick behaviour?
>> you are trying to mix keyboard and mouse events which is not possible in >> javascript I think >> see http://www.javascriptkit.com/jsref/eventkeyboardmouse.shtml for more >> info Pretty sure it's possible in modern browsers at least: http://www.javascripter.net/faq/ctrl_alt.htm
Re: How to do an AjaxLink shiftOnclick behaviour?
you are trying to mix keyboard and mouse events which is not possible in javascript I think see http://www.javascriptkit.com/jsref/eventkeyboardmouse.shtml for more info On Sat, 2010-05-01 at 09:23 -0600, Martin Zardecki wrote: > Hi List, I have an AjaxLink where I use onClick and everything works well but > I'd like to add a separate behaviour when the user shift-clicks the link. > > The idea is to achieve something similar to when using a Explorer in Windows > or in any file picker where a single click selects one item whereas > shift-clicking selects multiple items. > > I can probably achieve this using brute force where I add some JS to my link > then use wicketAjaxGet to callback to an AbstractDefaultAjaxBehavior but I > was wondering if there was a way to do this nicely and cleanly. > > I had a quick look at InputBehavior from Wicket contrib but it doesn't look > like that will do the trick. > > Any advice or tips appreciated. > > Thanks list. > > Martin > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: @Inject (Guice) with non components (i.e. DataProvider)
public MyDataProvider() { InjectorHolder.getInjector().inject(this); } is the way in 1.4.8 which will be released these days. Until then you'll have to use public class MyInjector { public static void inject(Object target) { GuiceInjectorHolder guiceInjectorHolder = Application.get().getMetaData(GuiceInjectorHolder.INJECTOR_KEY); guiceInjectorHolder.getInjector().inject(target); } } i.e.: public MyDataProvider() { MyInjector.inject(this); } On Sat, 2010-05-01 at 07:45 -0700, Douglas Ferguson wrote: > It there a good solution for using @Inject on non components, i.e. a > DataProvider. > > For instance I have a DataProvider that does not use the default constructor > so it cannot be injected into the page. > But the DataProvider will use a DAO and it would be nice to inject the DAO > rather than having to pass the DAO from the page to the DataProvider. > > I saw some examples of using an InjectionHolder, but from them example I saw, > this seemed less than elegant, maybe the example was bad? > Also, I saw a post that mentioned something about using > ComponentInstantiatioListener to do this? > > D/ > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to do an AjaxLink shiftOnclick behaviour?
Hi List, I have an AjaxLink where I use onClick and everything works well but I'd like to add a separate behaviour when the user shift-clicks the link. The idea is to achieve something similar to when using a Explorer in Windows or in any file picker where a single click selects one item whereas shift-clicking selects multiple items. I can probably achieve this using brute force where I add some JS to my link then use wicketAjaxGet to callback to an AbstractDefaultAjaxBehavior but I was wondering if there was a way to do this nicely and cleanly. I had a quick look at InputBehavior from Wicket contrib but it doesn't look like that will do the trick. Any advice or tips appreciated. Thanks list. Martin
Re: YUI 3 anyone?
I thought wicket's goal was to be agnostic to this debate. D/ On Apr 28, 2010, at 9:09 AM, nicolas melendez wrote: > +1 YUI. > I have been working with it, and it is a very good js framework, non > intrusive with the markup, also was easy (i mean REALLY easy) to integrate > to wicket. > i used YUI components, like rich text editor or modal windows. I don't know > the ajax how it is, because i use wicket ajax. > NM > > On Wed, Apr 28, 2010 at 10:59 AM, Martijn Dashorst < > martijn.dasho...@gmail.com> wrote: > >> iirc the new implementation of Wicket ajax is slated for post 1.5. >> Something with too many irons in the fire... >> >> Martijn >> >> On Wed, Apr 28, 2010 at 3:50 PM, Jeremy Thomerson >> wrote: >>> I also agree that we should use jQuery. jQuery seems more aligned with >>> Wicket than YUI. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >>> >>> On Wed, Apr 28, 2010 at 8:34 AM, Fernando Wermus >>> wrote: >>> +1 Jquery I mean On Wed, Apr 28, 2010 at 10:34 AM, Fernando Wermus < fernando.wer...@gmail.com > wrote: > +1 > > > On Tue, Apr 27, 2010 at 8:02 PM, Joe Fawzy >> wrote: > >> Hi >> i hope the dev team to consider jQuery , it seams it is the standard >> now , >> used by all the big companies , even microsoft >> and although YUI is great, Yahoo has its own problem these days and >> we >> cannot consider the commited to the lib, they dropped support for >> many of >> their products and abandond many projects in the last 2 years >> >> this is my opinion only, u may make a vote or poll or something , or just >> pick YUI >> thanks >> Joe >> On Tue, Apr 27, 2010 at 6:13 PM, Jeremy Thomerson < >> jer...@wickettraining.com >>> wrote: >> >>> Yes, it's experimental, and it is not 100% decided that YUI will be >> used. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >>> >>> On Mon, Apr 26, 2010 at 6:03 AM, Ernesto Reinaldo Barreiro < >>> reier...@gmail.com> wrote: >>> Isn't this an experimental branch? Ernesto On Mon, Apr 26, 2010 at 12:34 PM, danisevsky < >> danisev...@gmail.com> >>> wrote: > I think wicket 1.5 will use YUI 3. You can look to svn: > >>> >> >> http://svn.apache.org/repos/asf/wicket/sandbox/knopp/experimental/wicket/src/main/java/org/apache/_wicket/ajax/ > > > 2010/4/26 Istvan Soos > >> Hi, >> >> Is there a cool best-practice or even better an integration library >> to >> use YUI 3? I know the standard generic way, I'm interested >> specifically in YUI 3... >> >> Thanks, >> Istvan >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >> > > > > -- > Fernando Wermus. > > www.linkedin.com/in/fernandowermus > -- Fernando Wermus. www.linkedin.com/in/fernandowermus >>> >> >> >> >> -- >> Become a Wicket expert, learn from the best: http://wicketinaction.com >> Apache Wicket 1.4 increases type safety for web applications >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.7 >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
@Inject (Guice) with non components (i.e. DataProvider)
It there a good solution for using @Inject on non components, i.e. a DataProvider. For instance I have a DataProvider that does not use the default constructor so it cannot be injected into the page. But the DataProvider will use a DAO and it would be nice to inject the DAO rather than having to pass the DAO from the page to the DataProvider. I saw some examples of using an InjectionHolder, but from them example I saw, this seemed less than elegant, maybe the example was bad? Also, I saw a post that mentioned something about using ComponentInstantiatioListener to do this? D/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error out in middle of page without filling in remaining components
you would have to fill in the component hierarchy. i suppose you could fill the rest of the components as invisible webmarkupcontainers, but this sounds very cumbersome. My typical mode of operation for this sort of thing is to do this: getSession().error(your error) throw new RestartResponseAtInterceptPageException(SomeOtherPageWhichIsTypicallyMyHomePage.class) -- Jeremy Thomerson http://www.wickettraining.com On Thu, Apr 29, 2010 at 6:48 PM, jobiwan11 wrote: > > Let's say you encounter an error halfway through the constructor of a page, > and you want to display error("error message") and then return without > processing rest of components? It doesn't seem like this is possible in > wicket because it makes you fill in all components or else it barfs. > Am I wrong, or is there a way to do this in wicket? > Thanks, > -jim > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Error-out-in-middle-of-page-without-filling-in-remaining-components-tp2076364p2076364.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: onClick does not fire under certain repeatable circumstances
Sure. Seems like request throttling - your onblur happens before the click, which makes a request, and that blocks the click from happening. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Apr 29, 2010 at 12:41 PM, wrote: > > Hello All, > > We have a complex form. Ajax submission of the form launches a modal > window. > > When a form component with an onChange or onBlur has the focus, and the > user clicks on the submit button, the ajax event for the onChange/onBlur > happens, the submit button gets focus, but the onClick event is not fired. > > Any ideas what is going on? > > > Shawn Tumey > Associate Systems Engineer > Union Pacific Railroad > ** > > This message and any attachments contain information from Union Pacific > which may be confidential and/or privileged. If you are not the intended > recipient, be aware that any disclosure, copying, distribution or use of the > contents of this message is strictly prohibited by law. If you receive this > message in error, please contact the sender immediately and delete the > message and any attachments. > > ** >
onClick does not fire under certain repeatable circumstances
Hello All, We have a complex form. Ajax submission of the form launches a modal window. When a form component with an onChange or onBlur has the focus, and the user clicks on the submit button, the ajax event for the onChange/onBlur happens, the submit button gets focus, but the onClick event is not fired. Any ideas what is going on? Shawn Tumey Associate Systems Engineer Union Pacific Railroad ** This message and any attachments contain information from Union Pacific which may be confidential and/or privileged. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited by law. If you receive this message in error, please contact the sender immediately and delete the message and any attachments. **
Error out in middle of page without filling in remaining components
Let's say you encounter an error halfway through the constructor of a page, and you want to display error("error message") and then return without processing rest of components? It doesn't seem like this is possible in wicket because it makes you fill in all components or else it barfs. Am I wrong, or is there a way to do this in wicket? Thanks, -jim -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Error-out-in-middle-of-page-without-filling-in-remaining-components-tp2076364p2076364.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: root context, IE, home page is not found
This might be related to https://issues.apache.org/jira/browse/WICKET-2600? Regards, Erik. Op 29-04-10 16:57, Jimi wrote: I would also like to know if there is any solution (bug fix or workaround) to this bug. Currently each time a IE-user logs out from my web application he gets this ugly 404-error page, stating "The requested resource (/.) is not available". I use Wicket 1.4.7 and the web application is deployed as ROOT context on Tomcat 6.0.26. Is there no solution for this? Regards /Jimi -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org