Re: Wicket 1.4.8

2010-05-01 Thread Jeremy Thomerson
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

2010-05-01 Thread Douglas Ferguson
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

2010-05-01 Thread Jeremy Thomerson
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

2010-05-01 Thread Douglas Ferguson
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)

2010-05-01 Thread Martin Grigorov
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?

2010-05-01 Thread Douglas Ferguson
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)

2010-05-01 Thread Douglas Ferguson
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?

2010-05-01 Thread Igor Vaynberg
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?

2010-05-01 Thread Igor Vaynberg
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?

2010-05-01 Thread Jeremy Thomerson
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?

2010-05-01 Thread Martin Grigorov
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?

2010-05-01 Thread Martin Zardecki
>> 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?

2010-05-01 Thread Martin Grigorov
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)

2010-05-01 Thread Martin Grigorov
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?

2010-05-01 Thread Martin Zardecki
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?

2010-05-01 Thread Douglas Ferguson
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)

2010-05-01 Thread Douglas Ferguson
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

2010-05-01 Thread Jeremy Thomerson
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

2010-05-01 Thread Jeremy Thomerson
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

2010-05-01 Thread SCTUMEY

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

2010-05-01 Thread jobiwan11

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

2010-05-01 Thread Erik van Oosten

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