Re: What is Dynamic Markup?

[Martin Grigorov]

What is the context ?

On Fri, Nov 11, 2011 at 8:50 AM, raju.ch  wrote:
> Could someone please let me know about  Dynamic Markup?
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/What-is-Dynamic-Markup-tp4030593p4030593.html
> Sent from the Users forum 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
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Modifying PageParameters

[Jochen Mader]

So much more awesome... (goes and cries in a corner)
Am 11.11.2011 01:04 schrieb "Igor Vaynberg" :

> is it more awesome then this one:
>
> https://github.com/42Lines/wicket-cdi
>
> -igor
>
> On Thu, Nov 10, 2011 at 1:22 PM, Jochen Mader 
> wrote:
> > Hello,
> > I am currently working on a Weld-Integration for Wicket 1.5.
> > Got almost everything done but Conversations are giving me a headache.
> > When navigating to another page I need to provide the conversation ID.
> > Only at the very end of a request I am able to figure out if the
> > conversation is valid.
> > For an AjaxLink using setResponsePage I thought the following would be
> > the thing to do:
> > Use onRequestHandlerExecuted to do the stuff at the end of the request.
> > There I look for an IPageRequestHandler and modify its PageParameters
> > using one of the following methods:
> >
> pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID,
> > conversation.getId());
> > pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID,
> > conversation.getId());
> >
> > Apparently this doesn't work and parameters set in this way won't end
> > up in the response page.
> > What do I have to do to achieve this?
> >
> > Thanks,
> >
> > Jochen
> >
> > -
> > 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: IAjaxIndicatorAware/Busy Indicator Problems

[Hans Lesmeister 2]

Hi,

you can add Javascript to the current AjaxRequestTarget in the
onClose-Method of your Modal Window, i.e. like:  

AjaxRequestTarget.get().appendJavaScript(...)


-
-- 
Regards, 
Hans 

http://cantaa.de 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/IAjaxIndicatorAware-Busy-Indicator-Problems-tp4029525p4030568.html
Sent from the Users forum 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?

[raju.ch]

yeah..thats very good material...I've understood it..thanks

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030480.html
Sent from the Users forum 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?

[Clint Checketts]

Model is like a box. It is just a container. Put your object in and get it
back out.
PropertyModel lets you put an object in the box and always lookup a value
on that object, and set that value
CompoundPropertyModel merely removes the string setting which value is
pointing to the object and uses the Wicket:id of the corresponding
component to reference the property

The examples Steve linked in the wiki are great.

-Clint

On Thu, Nov 10, 2011 at 10:33 PM, raju.ch wrote:

> Could someone please explain me the difference between Model ,
> PropertyModel,CompoundPropertyModel?
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030452.html
> Sent from the Users forum 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?

[Steve Swinsburg]

Hi,

There is some documentation about models on the wiki:
https://cwiki.apache.org/WICKET/working-with-wicket-models.html

cheers,
Steve

On 11/11/2011, at 3:33 PM, raju.ch wrote:

> Could someone please explain me the difference between Model ,
> PropertyModel,CompoundPropertyModel?
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030452.html
> Sent from the Users forum 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
> 


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Setting Wicket to by pass DWR in filter

[Lester K H Chua]

Thanks! Got it.

Regards,

Lester


On Nov 11, 2011, at 8:20 AM, Igor Vaynberg wrote:

> wicket filter confing in web.xml takes an ignorePaths argument which
> is a comma separated list of paths to ignore
> 
> -igor
> 
> On Thu, Nov 10, 2011 at 4:11 PM, Lester K H Chua  wrote:
>> Hi,
>> 
>> I have done a quick search with no results so have decided to consult the 
>> hive mind.
>> 
>> Currently I am considering using DWR to perform simple and secure JS on the 
>> front end on an existing wicket app.
>> 
>> 1) How do i proceed to configure wicket to ignore certain URL in the wicket 
>> filter?
>> E.g. I would want DWR's servlet to handle all /dwr/* requests and not use 
>> wicket's filter which handles /*.
>> Is there anyway to do this via a configuration that I may have missed out? 
>> Or do I need to go into the source and modify this?
>> 
>> Regards,
>> 
>> Lester
>> -
>> 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: inmethod grid problem in IE8

[Duy Do]

After upgrade the app to version 1.5.2, the problem has gone.

Cheers,
Duy


On Mon, Sep 19, 2011 at 3:27 PM, Martin Grigorov wrote:

> Also try with IE9/10. They may give you better error description.
>
> On Sun, Sep 18, 2011 at 1:18 PM, Duy Do  wrote:
> > Hi Attila,
> >
> > I'm using version 1.4.18 of Wicket, inmethod-grid.
> >
> > I will try to test the example of inmethod grid and let you know the
> result.
> >
> > Thank you for your help.
> >
> > Regards,
> > Duy
> >
> > On 9/18/2011 4:06 PM, Attila Király wrote:
> >>
> >> Repeating my previous answer to you: give more details. For example:
> which
> >> wicket, inmethod-grid versions are you using? Is the problem
> reproducable
> >> with the wicketstuff inmethod grid examples web app too?
> >>
> >> Attila
> >>
> >> 2011/9/18 Duy Do
> >>
> >>> Any suggestion?
> >>>
> >>>
> >>> On 9/17/2011 10:59 AM, Duy Do wrote:
> >>>
>  Hi Wicketers,
> 
>  I have  a problem with inmethod-grid in IE8 as below error. This issue
>  cause the grid display incorrectly. Is it a bug? And how to fix it?
> 
>  Webpage error details
> 
>  User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
>  Trident/4.0; EasyBits GO v1.0; SLCC2; .NET CLR 2.0.50727; .NET CLR
>  3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2;
>  .NET4.0C)
>  Timestamp: Sat, 17 Sep 2011 03:56:56 UTC
> 
> 
>  Message: 'undefined' is null or not an object
>  Line: 464
>  Char: 4
>  Code: 0
>  URI: http://localhost:8080/**chesscom-web/resources/com.**
> 
>  inmethod.grid.common.**AbstractGrid/res/script.js<
> http://localhost:8080/chesscom-web/resources/com.inmethod.grid.common.AbstractGrid/res/script.js
> >
> 
> 
>  Thanks,
>  Duy
> 
> >>>
> >>>
> --**--**-
> >>> To unsubscribe, e-mail:
> >>> users-unsubscribe@wicket.**apache.org<
> 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
> >
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Setting Wicket to by pass DWR in filter

[Igor Vaynberg]

wicket filter confing in web.xml takes an ignorePaths argument which
is a comma separated list of paths to ignore

-igor

On Thu, Nov 10, 2011 at 4:11 PM, Lester K H Chua  wrote:
> Hi,
>
> I have done a quick search with no results so have decided to consult the 
> hive mind.
>
> Currently I am considering using DWR to perform simple and secure JS on the 
> front end on an existing wicket app.
>
> 1) How do i proceed to configure wicket to ignore certain URL in the wicket 
> filter?
> E.g. I would want DWR's servlet to handle all /dwr/* requests and not use 
> wicket's filter which handles /*.
> Is there anyway to do this via a configuration that I may have missed out? Or 
> do I need to go into the source and modify this?
>
> Regards,
>
> Lester
> -
> 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

Setting Wicket to by pass DWR in filter

[Lester K H Chua]

Hi,

I have done a quick search with no results so have decided to consult the hive 
mind.

Currently I am considering using DWR to perform simple and secure JS on the 
front end on an existing wicket app.

1) How do i proceed to configure wicket to ignore certain URL in the wicket 
filter?
E.g. I would want DWR's servlet to handle all /dwr/* requests and not use 
wicket's filter which handles /*.
Is there anyway to do this via a configuration that I may have missed out? Or 
do I need to go into the source and modify this?

Regards,

Lester
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Modifying PageParameters

[Igor Vaynberg]

is it more awesome then this one:

https://github.com/42Lines/wicket-cdi

-igor

On Thu, Nov 10, 2011 at 1:22 PM, Jochen Mader  wrote:
> Hello,
> I am currently working on a Weld-Integration for Wicket 1.5.
> Got almost everything done but Conversations are giving me a headache.
> When navigating to another page I need to provide the conversation ID.
> Only at the very end of a request I am able to figure out if the
> conversation is valid.
> For an AjaxLink using setResponsePage I thought the following would be
> the thing to do:
> Use onRequestHandlerExecuted to do the stuff at the end of the request.
> There I look for an IPageRequestHandler and modify its PageParameters
> using one of the following methods:
> pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID,
> conversation.getId());
> pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID,
> conversation.getId());
>
> Apparently this doesn't work and parameters set in this way won't end
> up in the response page.
> What do I have to do to achieve this?
>
> Thanks,
>
> Jochen
>
> -
> 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

IAjaxIndicatorAware/Busy Indicator Problems

[erica.morrison]

I have a custom modal window (not ModalWindow) that, upon closure, updates
the grid on my home page.  This processing can take 5-10 seconds and if a
user tries to interact with a checkbox or link in the grid during that time,
they get a component not found exception.  

Basically, what I'm looking for is a busy indicator and IAjaxIndicatorAware
seemed to be a perfect solution to this problem.  However, it doesn't seem
to work for modal closure as getAjaxIndicatorMarkupId() never gets called. 

I then attempted to create a new AjaxRequestTarget in my onClose method for
my modal.  My thought was that if I could append some custom javascript with
a busy indicator to the new target, I could then call it's respond() method
to send it to the browser, and it would execute until the original
AjaxRequestTarget was done.  At this point, I could add more custom
javascript to the original target to stop the indicator.  This solution also
didn't work.  I couldn't figure out how to actually get the new target to
fire.  

I'm out of ideas and don't have a path forward.

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/IAjaxIndicatorAware-Busy-Indicator-Problems-tp4029525p4029525.html
Sent from the Users forum 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

Modifying PageParameters

[Jochen Mader]

Hello,
I am currently working on a Weld-Integration for Wicket 1.5.
Got almost everything done but Conversations are giving me a headache.
When navigating to another page I need to provide the conversation ID.
Only at the very end of a request I am able to figure out if the
conversation is valid.
For an AjaxLink using setResponsePage I thought the following would be
the thing to do:
Use onRequestHandlerExecuted to do the stuff at the end of the request.
There I look for an IPageRequestHandler and modify its PageParameters
using one of the following methods:
pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID,
conversation.getId());
pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID,
conversation.getId());

Apparently this doesn't work and parameters set in this way won't end
up in the response page.
What do I have to do to achieve this?

Thanks,

Jochen

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: wicket-dojo wrappers (correction)

[anant . asty]

I do have a github account my username is anantasty I would be happy to help 
and would really like to write documentation etc. So it would be great if you 
add me as a coloborator
-Original Message-
From: "David Berkman" 
Date: Thu, 10 Nov 2011 12:03:33 
To: 
Reply-To: users@wicket.apache.org
Subject: RE: wicket-dojo wrappers (correction)

All help appreciated. You can either fork the project and submit back to it, 
or, if you have a GitHub account, I can add you as a collaborator.

David

-Original Message-
From: anant.a...@gmail.com [mailto:anant.a...@gmail.com] 
Sent: Thursday, November 10, 2011 11:53 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

David,
I would love to help you manage/maintain this project if you need help.
-Original Message-
From: "David Berkman" 
Date: Thu, 10 Nov 2011 11:50:12
To: 
Reply-To: users@wicket.apache.org
Subject: RE: wicket-dojo wrappers (correction)

Sorry. I guess I can't get away with putting up the code and walking away. I've 
translated the code into a complete, and building (at least locally), maven 
project. Anyone interested can fork it from GitHub, alter the poms, and get it 
rolling. I've put it on a new namespace I've bought for the purpose, and 
changed the project name to match.

https://github.com/zenbones/Wicketized

David

-Original Message-
From: James Stewart [mailto:james.stewart...@gmail.com]
Sent: Thursday, November 10, 2011 7:33 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

Hi David,

Would it be possible to put up the jar that contains or the java file: 
org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with 
this and I don't understand what it does in terms of dot notation.

Thanks,
James.

On 10/11/2011 3:15 AM, David Berkman wrote:
> Sorry for the repost, but this list doesn't take attachments I guess, 
> so I've upload the code at https://github.com/zenbones/WicketDojo
>
>
> I've had a number of requests, so I'll upload this bit of code here so people 
> can have a look. I know there's room for improvement in the code that exists, 
> and a ton that needs to be done. There's a wicket-dojo project on GitHub 
> https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
> more advanced integrations. However, that project lacked implemented wrappers 
> for Dojo Dijits, which is what I wanted most. The code there also seemed a 
> bit daunting, so I began a project to make wrappers I could understand, and 
> extend, and learn both Wicket and Dojo in the process. This is the results so 
> far. The few advantages it has over the GitHub code I've linked to are...
>
> 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
> extensible (it's getting better).
> 2) All the wrappers use fluent APIs
> 3) You can generally set a field, or your own model, interchangeably. For 
> instance, if you want to set a Title, you can usually setTitle(String title) 
> or setTitleModel(IModel  titleModel). Being able to control the model 
> is extremely useful.
> 4) You can generally set attributes in your HTML and these values will 
> initialize the fields/models in the wrappers on a non-Ajax render. Values can 
> then be dynamically altered from there via Ajax (as with user interaction).
> 5) Using setIntermediateChanges(true) will generally update the wrappers' 
> fields/models upon user interactions with the Dijit, via Ajax (you can also 
> add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to 
> things like stack container updating its models for selected child index and 
> id.
>
> There's still much to do. It's not the cleanest code yet. It doesn't handle 
> animations or fx or anything but presenting widgets. It's part of a larger 
> project so I haven't presented a real build, just the code. If people are 
> interested, I can cleave this off and provide a true maven build.
>
> David


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

wicketAjaxGet and wicket 1.5 and StalePage exceptions

[Jason Novotny]

Hi,

Recently converting an app from wicket 1.4.18 to wicket 1.5.2 and 
am now seeing stack traces like the following:


org.apache.wicket.request.mapper.StalePageException
at 
org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:302)
at 
org.apache.wicket.request.handler.PageProvider.resolvePageInstance(PageProvider.java:257)
at 
org.apache.wicket.request.handler.PageProvider.getPageInstance(PageProvider.java:165)


I've tracked it down to a wicketAjaxGet request invoked on the client 
that looks something like this:


var wcall = wicketAjaxGet(url + args, function() { }, function() { });

url looks something like: "'myBuildings?52-1.IBehaviorListener.2-' which 
I create from AbstractDefaultAjaxBehavior.getCallbackUrl().toString()


It seems the problem has to do with page versioning not matching the 
page on the server.


Is there a workaround or another way to code this up? Let me know if I 
can provide any additional information.


Thanks, Jason

RE: wicket-dojo wrappers (correction)

[David Berkman]

All help appreciated. You can either fork the project and submit back to it, 
or, if you have a GitHub account, I can add you as a collaborator.

David

-Original Message-
From: anant.a...@gmail.com [mailto:anant.a...@gmail.com] 
Sent: Thursday, November 10, 2011 11:53 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

David,
I would love to help you manage/maintain this project if you need help.
-Original Message-
From: "David Berkman" 
Date: Thu, 10 Nov 2011 11:50:12
To: 
Reply-To: users@wicket.apache.org
Subject: RE: wicket-dojo wrappers (correction)

Sorry. I guess I can't get away with putting up the code and walking away. I've 
translated the code into a complete, and building (at least locally), maven 
project. Anyone interested can fork it from GitHub, alter the poms, and get it 
rolling. I've put it on a new namespace I've bought for the purpose, and 
changed the project name to match.

https://github.com/zenbones/Wicketized

David

-Original Message-
From: James Stewart [mailto:james.stewart...@gmail.com]
Sent: Thursday, November 10, 2011 7:33 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

Hi David,

Would it be possible to put up the jar that contains or the java file: 
org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with 
this and I don't understand what it does in terms of dot notation.

Thanks,
James.

On 10/11/2011 3:15 AM, David Berkman wrote:
> Sorry for the repost, but this list doesn't take attachments I guess, 
> so I've upload the code at https://github.com/zenbones/WicketDojo
>
>
> I've had a number of requests, so I'll upload this bit of code here so people 
> can have a look. I know there's room for improvement in the code that exists, 
> and a ton that needs to be done. There's a wicket-dojo project on GitHub 
> https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
> more advanced integrations. However, that project lacked implemented wrappers 
> for Dojo Dijits, which is what I wanted most. The code there also seemed a 
> bit daunting, so I began a project to make wrappers I could understand, and 
> extend, and learn both Wicket and Dojo in the process. This is the results so 
> far. The few advantages it has over the GitHub code I've linked to are...
>
> 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
> extensible (it's getting better).
> 2) All the wrappers use fluent APIs
> 3) You can generally set a field, or your own model, interchangeably. For 
> instance, if you want to set a Title, you can usually setTitle(String title) 
> or setTitleModel(IModel  titleModel). Being able to control the model 
> is extremely useful.
> 4) You can generally set attributes in your HTML and these values will 
> initialize the fields/models in the wrappers on a non-Ajax render. Values can 
> then be dynamically altered from there via Ajax (as with user interaction).
> 5) Using setIntermediateChanges(true) will generally update the wrappers' 
> fields/models upon user interactions with the Dijit, via Ajax (you can also 
> add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to 
> things like stack container updating its models for selected child index and 
> id.
>
> There's still much to do. It's not the cleanest code yet. It doesn't handle 
> animations or fx or anything but presenting widgets. It's part of a larger 
> project so I haven't presented a real build, just the code. If people are 
> interested, I can cleave this off and provide a true maven build.
>
> David


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: wicket-dojo wrappers (correction)

[anant . asty]

David, 
I would love to help you manage/maintain this project if you need help.
-Original Message-
From: "David Berkman" 
Date: Thu, 10 Nov 2011 11:50:12 
To: 
Reply-To: users@wicket.apache.org
Subject: RE: wicket-dojo wrappers (correction)

Sorry. I guess I can't get away with putting up the code and walking away. I've 
translated the code into a complete, and building (at least locally), maven 
project. Anyone interested can fork it from GitHub, alter the poms, and get it 
rolling. I've put it on a new namespace I've bought for the purpose, and 
changed the project name to match.

https://github.com/zenbones/Wicketized

David

-Original Message-
From: James Stewart [mailto:james.stewart...@gmail.com] 
Sent: Thursday, November 10, 2011 7:33 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

Hi David,

Would it be possible to put up the jar that contains or the java file: 
org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with 
this and I don't understand what it does in terms of dot notation.

Thanks,
James.

On 10/11/2011 3:15 AM, David Berkman wrote:
> Sorry for the repost, but this list doesn't take attachments I guess, 
> so I've upload the code at https://github.com/zenbones/WicketDojo
>
>
> I've had a number of requests, so I'll upload this bit of code here so people 
> can have a look. I know there's room for improvement in the code that exists, 
> and a ton that needs to be done. There's a wicket-dojo project on GitHub 
> https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
> more advanced integrations. However, that project lacked implemented wrappers 
> for Dojo Dijits, which is what I wanted most. The code there also seemed a 
> bit daunting, so I began a project to make wrappers I could understand, and 
> extend, and learn both Wicket and Dojo in the process. This is the results so 
> far. The few advantages it has over the GitHub code I've linked to are...
>
> 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
> extensible (it's getting better).
> 2) All the wrappers use fluent APIs
> 3) You can generally set a field, or your own model, interchangeably. For 
> instance, if you want to set a Title, you can usually setTitle(String title) 
> or setTitleModel(IModel  titleModel). Being able to control the model 
> is extremely useful.
> 4) You can generally set attributes in your HTML and these values will 
> initialize the fields/models in the wrappers on a non-Ajax render. Values can 
> then be dynamically altered from there via Ajax (as with user interaction).
> 5) Using setIntermediateChanges(true) will generally update the wrappers' 
> fields/models upon user interactions with the Dijit, via Ajax (you can also 
> add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to 
> things like stack container updating its models for selected child index and 
> id.
>
> There's still much to do. It's not the cleanest code yet. It doesn't handle 
> animations or fx or anything but presenting widgets. It's part of a larger 
> project so I haven't presented a real build, just the code. If people are 
> interested, I can cleave this off and provide a true maven build.
>
> David


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: wicket-dojo wrappers (correction)

[David Berkman]

Sorry. I guess I can't get away with putting up the code and walking away. I've 
translated the code into a complete, and building (at least locally), maven 
project. Anyone interested can fork it from GitHub, alter the poms, and get it 
rolling. I've put it on a new namespace I've bought for the purpose, and 
changed the project name to match.

https://github.com/zenbones/Wicketized

David

-Original Message-
From: James Stewart [mailto:james.stewart...@gmail.com] 
Sent: Thursday, November 10, 2011 7:33 AM
To: users@wicket.apache.org
Subject: Re: wicket-dojo wrappers (correction)

Hi David,

Would it be possible to put up the jar that contains or the java file: 
org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with 
this and I don't understand what it does in terms of dot notation.

Thanks,
James.

On 10/11/2011 3:15 AM, David Berkman wrote:
> Sorry for the repost, but this list doesn't take attachments I guess, 
> so I've upload the code at https://github.com/zenbones/WicketDojo
>
>
> I've had a number of requests, so I'll upload this bit of code here so people 
> can have a look. I know there's room for improvement in the code that exists, 
> and a ton that needs to be done. There's a wicket-dojo project on GitHub 
> https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
> more advanced integrations. However, that project lacked implemented wrappers 
> for Dojo Dijits, which is what I wanted most. The code there also seemed a 
> bit daunting, so I began a project to make wrappers I could understand, and 
> extend, and learn both Wicket and Dojo in the process. This is the results so 
> far. The few advantages it has over the GitHub code I've linked to are...
>
> 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
> extensible (it's getting better).
> 2) All the wrappers use fluent APIs
> 3) You can generally set a field, or your own model, interchangeably. For 
> instance, if you want to set a Title, you can usually setTitle(String title) 
> or setTitleModel(IModel  titleModel). Being able to control the model 
> is extremely useful.
> 4) You can generally set attributes in your HTML and these values will 
> initialize the fields/models in the wrappers on a non-Ajax render. Values can 
> then be dynamically altered from there via Ajax (as with user interaction).
> 5) Using setIntermediateChanges(true) will generally update the wrappers' 
> fields/models upon user interactions with the Dijit, via Ajax (you can also 
> add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to 
> things like stack container updating its models for selected child index and 
> id.
>
> There's still much to do. It's not the cleanest code yet. It doesn't handle 
> animations or fx or anything but presenting widgets. It's part of a larger 
> project so I haven't presented a real build, just the code. If people are 
> interested, I can cleave this off and provide a true maven build.
>
> David


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Question regarding wiquery Rangeslider

[odin568]

Thanks. The problem is - Only normal Sliders are described in the Wiki - no
SliderRange. I didn't find any Infos anywhere, that's why I post here hoping
someone could help me...

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4026495.html
Sent from the Users forum 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: Question regarding wiquery Rangeslider

[julien roche]

hi,
I remenber about an AjaxSlider component with method to get the values.

I think you will find more hints on the wiquery wiki pages.

cheers

jul
Le 10 nov. 2011 19:51, "odin568"  a écrit :

> Hi,
>
> I want to implement Sliders into my Wicket Project. This works fine with
> the
> example shown here:
>
> http://wiquery-examples-1-1-x.appspot.com/?wicket:bookmarkablePage=wicket-1:org.odlabs.wiquery.examples.slider.SliderPage
>
> Now I want to implement Range sliders. So i don't need only the Value of
> the
> Slider, but the two values (min, max) of them.
>
> Well, it works optically by adding
>
>SliderRange range = new SliderRange(true);
>slider.setRange(range);
>
> But I don't get the example edited so that I get those two values :'-(
>
> For help:
>
> Cleaned example:
>slider = new Slider("slider", 0, 100);
>slider.setChangeEvent(
>new DefaultJsScopeUiEvent(
>"wicketAjaxGet('" +
> sliderBehavior.getCallbackUrl(true)
>+ "&sliderValue='+" +
> Slider.UI_VALUE
>+ ", null,null, function()
> {return true;})"));
>add(slider);
>
>
>
> Can anybody give me a hint or prepare an example?
>
> Thank you a lot!
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4025737.html
> Sent from the Users forum 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
>
>

Question regarding wiquery Rangeslider

[odin568]

Hi,

I want to implement Sliders into my Wicket Project. This works fine with the
example shown here:
http://wiquery-examples-1-1-x.appspot.com/?wicket:bookmarkablePage=wicket-1:org.odlabs.wiquery.examples.slider.SliderPage

Now I want to implement Range sliders. So i don't need only the Value of the
Slider, but the two values (min, max) of them.

Well, it works optically by adding

SliderRange range = new SliderRange(true);
slider.setRange(range);

But I don't get the example edited so that I get those two values :'-(

For help:

Cleaned example:
slider = new Slider("slider", 0, 100);
slider.setChangeEvent(
new DefaultJsScopeUiEvent(
"wicketAjaxGet('" + 
sliderBehavior.getCallbackUrl(true)
+ "&sliderValue='+" + 
Slider.UI_VALUE
+ ", null,null, function() 
{return true;})"));
add(slider);



Can anybody give me a hint or prepare an example? 

Thank you a lot! 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4025737.html
Sent from the Users forum 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: Adding a converter to a label

[Brian Mulholland]

Please ignore.  I got my wires crossed.

Brian Mulholland





On Thu, Nov 10, 2011 at 1:00 PM, Brian Mulholland
 wrote:
> Is it not possible to add a converter to label?  The Label's add()
> takes Behaviors, and Converters evidently aren't behaviors.  I know I
> can modify the model or do the conversion beforehand, but I like
> snapping converters onto controls.
>
> Brian Mulholland
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Adding a converter to a label

[Brian Mulholland]

Is it not possible to add a converter to label?  The Label's add()
takes Behaviors, and Converters evidently aren't behaviors.  I know I
can modify the model or do the conversion beforehand, but I like
snapping converters onto controls.

Brian Mulholland

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Google Charts

[anant . asty]

Martin, I think I should just contribute to the existing google charts project. 
Instead of reinventing the wheel.
-Original Message-
From: Martin Grigorov 
Date: Thu, 10 Nov 2011 10:20:17 
To: 
Reply-To: users@wicket.apache.org
Subject: Re: Google Charts

I'd recommend you to put your project in GitHub or any other similar
service so other people can see your work and contribute.
Why didn't you contribute to
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/googlecharts-parent
? You say it is out of date but it is much better to update it than
start it from scratch. Unless you have a clear idea how to do it and
it is completely different than the old one but you said that you use
it as example 

On Wed, Nov 9, 2011 at 10:21 PM, anantasthana  wrote:
> I just recently have started trying to implement a an integration with google
> charts. It is at a very basic stage . I am doing this for a project that I
> am working on but i want to implement it in a very flexible and extendable
> manner so that as an end result we have some thing every one else could use.
> Any advice or pointers? i did look at the existing google charts project and
> i am using that for samples and as a starting point but that project is
> really out of date.
>
>
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Google-Charts-tp4021237p4021237.html
> Sent from the Users forum 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
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Pierre Goiffon]

Le 10/11/2011 16:11, Martin Grigorov a écrit :
> I just tested  in Wicket 1.5 quickstart and it produced 
>  (no auto close of the start tag).

Can you explain your test ?

I'v just downloaded the wicket 1.5.2 package (zip version with sources) 
and I see that HeaderResponse#renderCSSReference(String url) calls at 
last HeaderResponse#internalRenderCSSReference(), and that method output 
a link tag with a "/" at its ending (so ).
So I would guess ResourceReference are still rendered with self closing 
link tags ?

Maybe a solution not too hard to implement would be to add a method like 
getTagEnding(), not final, that could be easily overridable ?
For HeaderResponse#renderCSSReference() for exemple :

 public void renderCSSReference(String url, String media)
 {
 if (Strings.isEmpty(url))
 {
 throw new IllegalArgumentException("url cannot be empty or 
null");
 }
 if (!closed)
 {
 List token = Arrays.asList(new Object[] { "css", 
url, media });
 if (wasRendered(token) == false)
 {
 // some code ...
 getResponse().println(getTagEnding() + ">");
 markRendered(token);
 }
 }
 }

 protected String getTagEnding() {
 return " /";
 }

With that solution I'd be able to create an override to HeaderResponse 
that would just change the getTagEnding() return value.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Custom ISerializer being used during serialization but _not_ during deserialization

[Martin Grigorov]

Hi,

That's all you need to do to configure your custom ISerializer.
DefaultPageStore uses the same instance for serialization and deserialization.
Each user session has its own instance of IPageManager that keeps an
instance of IPageStore. See
org.apache.wicket.DefaultPageManagerProvider.newPageStore(IDataStore)

I don't see how different ISerializer impls can be used.

2011/11/10 Peter Gardfjäll :
> Hi all,
>
> in my application I register a custom ISerializer implementation in the
> WebApplication.init() method as follows:
>
>      @Override
>    protected void init() {
>        super.init();
>        getFrameworkSettings().setSerializer(new
> MySerializer(getApplicationKey()));
>        ...
>
> This works as expected during page serialization (that is, my custom
> ISerializer.serialize() implementation gets called).
> However, it seems as though my ISerializer is _not_ being used during page
> deserialization, as can be seen in the error trace below.
> As can be seen in the stack trace, the default
> *org.apache.wicket.serialize.java.JavaSerializer.deserialize()
> method is being called.
>
> Am I doing anything wrong when setting up my custom ISerializer or is
> Wicket failing to honor my framework settings?
>
> best regards, Peter
>
> *
> java.lang.RuntimeException: Could not deserialize object using: class
> org.apache.wicket.serialize.java.JavaSerializer$ClassResolverObjectInputStream
> * at
> org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:137)
> *
> at
> org.apache.wicket.pageStore.DefaultPageStore.deserializePage(DefaultPageStore.java:388)
> at
> org.apache.wicket.pageStore.DefaultPageStore.getPage(DefaultPageStore.java:127)
> at
> org.apache.wicket.page.PageStoreManager$SessionEntry.getPage(PageStoreManager.java:192)
> at
> org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.getPage(PageStoreManager.java:327)
> at
> org.apache.wicket.page.AbstractPageManager.getPage(AbstractPageManager.java:102)
> at
> org.apache.wicket.page.PageManagerDecorator.getPage(PageManagerDecorator.java:50)
> at
> org.apache.wicket.page.PageAccessSynchronizer$2.getPage(PageAccessSynchronizer.java:232)
> at
> org.apache.wicket.DefaultMapperContext.getPageInstance(DefaultMapperContext.java:117)
> at
> org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:292)
> at
> org.apache.wicket.request.handler.PageProvider.isNewPageInstance(PageProvider.java:205)
> at
> org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:339)
> at
> org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:156)
> at
> org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:125)
> at
> org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:401)
> at
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:146)
> at
> org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167)
> at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
> at
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Custom ISerializer being used during serialization but _not_ during deserialization

[Peter Gardfjäll]

Hi all,

in my application I register a custom ISerializer implementation in the
WebApplication.init() method as follows:

  @Override
protected void init() {
super.init();
getFrameworkSettings().setSerializer(new
MySerializer(getApplicationKey()));
...

This works as expected during page serialization (that is, my custom
ISerializer.serialize() implementation gets called).
However, it seems as though my ISerializer is _not_ being used during page
deserialization, as can be seen in the error trace below.
As can be seen in the stack trace, the default
*org.apache.wicket.serialize.java.JavaSerializer.deserialize()
method is being called.

Am I doing anything wrong when setting up my custom ISerializer or is
Wicket failing to honor my framework settings?

best regards, Peter

*
java.lang.RuntimeException: Could not deserialize object using: class
org.apache.wicket.serialize.java.JavaSerializer$ClassResolverObjectInputStream
* at
org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:137)
*
at
org.apache.wicket.pageStore.DefaultPageStore.deserializePage(DefaultPageStore.java:388)
at
org.apache.wicket.pageStore.DefaultPageStore.getPage(DefaultPageStore.java:127)
at
org.apache.wicket.page.PageStoreManager$SessionEntry.getPage(PageStoreManager.java:192)
at
org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.getPage(PageStoreManager.java:327)
at
org.apache.wicket.page.AbstractPageManager.getPage(AbstractPageManager.java:102)
at
org.apache.wicket.page.PageManagerDecorator.getPage(PageManagerDecorator.java:50)
at
org.apache.wicket.page.PageAccessSynchronizer$2.getPage(PageAccessSynchronizer.java:232)
at
org.apache.wicket.DefaultMapperContext.getPageInstance(DefaultMapperContext.java:117)
at
org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:292)
at
org.apache.wicket.request.handler.PageProvider.isNewPageInstance(PageProvider.java:205)
at
org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:339)
at
org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:156)
at
org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:125)
at
org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:401)
at
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:146)
at
org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750)
at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)

Re: wicket-dojo wrappers (correction)

[James Stewart]

Hi David,

Would it be possible to put up the jar that contains or the java file: 
org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile 
error with this and I don't understand what it does in terms of dot 
notation.


Thanks,
James.

On 10/11/2011 3:15 AM, David Berkman wrote:

Sorry for the repost, but this list doesn't take attachments I guess, so I've 
upload the code at https://github.com/zenbones/WicketDojo


I've had a number of requests, so I'll upload this bit of code here so people 
can have a look. I know there's room for improvement in the code that exists, 
and a ton that needs to be done. There's a wicket-dojo project on GitHub 
https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
more advanced integrations. However, that project lacked implemented wrappers 
for Dojo Dijits, which is what I wanted most. The code there also seemed a bit 
daunting, so I began a project to make wrappers I could understand, and extend, 
and learn both Wicket and Dojo in the process. This is the results so far. The 
few advantages it has over the GitHub code I've linked to are...

1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
extensible (it's getting better).
2) All the wrappers use fluent APIs
3) You can generally set a field, or your own model, interchangeably. For instance, 
if you want to set a Title, you can usually setTitle(String title) or 
setTitleModel(IModel  titleModel). Being able to control the model is 
extremely useful.
4) You can generally set attributes in your HTML and these values will 
initialize the fields/models in the wrappers on a non-Ajax render. Values can 
then be dynamically altered from there via Ajax (as with user interaction).
5) Using setIntermediateChanges(true) will generally update the wrappers' 
fields/models upon user interactions with the Dijit, via Ajax (you can also add 
DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things 
like stack container updating its models for selected child index and id.

There's still much to do. It's not the cleanest code yet. It doesn't handle 
animations or fx or anything but presenting widgets. It's part of a larger 
project so I haven't presented a real build, just the code. If people are 
interested, I can cleave this off and provide a true maven build.

David



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Martin Grigorov]

On Thu, Nov 10, 2011 at 4:34 PM, Pierre Goiffon
 wrote:
> Le 10/11/2011 14:58, Martin Grigorov a écrit :
>
> I thought that any self closing tag was invalid in any html version,
> html 4 as of html 5.
>
> But the validator is ok with self closing br and link in html 5, and the
> html 5 draft recommandation says very clearly self closing tags are
> allowed for "void elements" (which br and link are part of) - just to
> remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6.
>
> For HTML 4, the self-closing tags are not valid in the validator (br as
> link), and the recommandation is pretty clear to my opinion :
> http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3.
>
>
>
> I guess you mean: "Such empty elements never have end tags."
>  has no end tag.
>
>
> Do you refer to the HTML 4 recommandation I pointed, and the phrase :
> "Some HTML element types have no content. For example, the line break element 
> BR has no content; its 
> only role is to terminate a line of text. Such empty elements never have end 
> tags."
>
> It says no end tags, and don't say you have to "self-close" the start tag. 
> The others recommandations states clearly an empty element can (for html 5) 
> and must (for xhtml) has a "/" caracter in the start tag ending.
> If we admit what is admit is what is written, then the HTML4 recommandation 
> is clear on this point, right ?

I just tested  in Wicket 1.5 quickstart and it produced
 (no auto close of the start tag).

>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Pierre Goiffon]

Le 10/11/2011 14:58, Martin Grigorov a écrit :

I thought that any self closing tag was invalid in any html version,
html 4 as of html 5.

But the validator is ok with self closing br and link in html 5, and the
html 5 draft recommandation says very clearly self closing tags are
allowed for "void elements" (which br and link are part of) - just to
remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6.

For HTML 4, the self-closing tags are not valid in the validator (br as
link), and the recommandation is pretty clear to my opinion :
http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3.



I guess you mean: "Such empty elements never have end tags."
 has no end tag.


Do you refer to the HTML 4 recommandation I pointed, and the phrase :
"Some HTML element types have no content. For example, the line break element 
BR has no content; its 
only role is to terminate a line of text. Such empty elements never have end 
tags."

It says no end tags, and don't say you have to "self-close" the start tag. The 
others recommandations states clearly an empty element can (for html 5) and 
must (for xhtml) has a "/" caracter in the start tag ending.
If we admit what is admit is what is written, then the HTML4 recommandation is 
clear on this point, right ?

Re: Validating HTML 4

[Pierre Goiffon]

Le 10/11/2011 10:33, Martijn Dashorst a écrit :
> While technically closing a  tag is
> considered a validation error (I tried the html validator of w3c, see
> below), in practice the HTML 4.01 standard is really crippled, as are
> the other HTML standards from that time.

Can you provide us some details of what you meant by cripple ?
Are you thinking about parsing of whatever wicket server-side issues ?

Using HTML 4.01 strict and CSS 2.1 is pretty nice since some years now : 
the browsers switch to their standards rendering mode, and except for 
the different IE css bugs it would be a pretty cool world for web 
developpers. Of course sending pages without any doctype is a nightmare 
and should not be done.

> There is no reason what so
> ever not to use HTML5 doctype and rules

I'd be happy to aknowledge, but your statement lacks some arguments ? 
Can you give some reasons to be confident about that ?


Reading that thread I have different options :

- Keep everything like it is.
This is not so good, considering we aim to make our products certified, 
and we know some of our clients will only use our products if their IT 
gives a green light. For both checks, lots of validation errors will 
give very bad feelings ! For exemple in a sample page I made, we add 
more than 60 validations errors, and now I'm blocked for the reasons I 
talked about just above 40. This is still a lot !

- Update to HTML 5
Only feasable if all browsers including IE6 renders HTML 5 and CSS as of 
HTML 4 strict + CSS 2. I'm not aware of that area, Martijn Dahorst I'd 
be please if you could give some informations and url where I can learn 
more !
But anyway, I don't think we'll just have to change the doctype... And I 
don't think HTML 5 will give us any benefits for now on (I hope in a 
near future, but for now we have to deal with IE 6+...). So that seems 
like a lot of efforts just to have valid Wicket pages.

- Suggest again to skip any self closing tags and replace the SPAN with 
some DIV.
Of course I'm not aware of everything in Wicket, but I don't think this 
will break to much existing apps : I'm pretty confident everyone uses 
HTML 4 (and maybe a litlle html 5 ?) instead of XHTML, and replacing 
span by div would only break css selectors, if any (and there shouldn't 
be so much of them !).
But Martijn, you were talking about an xhtml validator in wicket 
(Message-ID: 
), 
it's something out of my scope, can you please give more details ?

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: AjaxLazyLoadPanel changes

[Martin Grigorov]

Use Jira for such RFEs

On Thu, Nov 10, 2011 at 4:12 PM, Michal Wegrzyn
 wrote:
> Hi,
>
> Is it possible to apply two changes for AjaxLazyLoadPanel 
> (apache.wicket.extensions.ajax.markup.html.AjaxLazyLoadPanel)?
>
> - Can LAZY_LOAD_COMPONENT_ID be public? Sometimes id is needed beforehand.
> - AjaxLazyLoadPanel uses anonymous AbstractDefaultAjaxBehavior, so 
> AjaxChannel cannot be easily overridden. Is it possible to introduce 
> AjaxLazyLoadPanel#getChannel() ?
>
> Best regards,
> Michal Wegrzyn
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: abort loading lazy components

[Michal Wegrzyn]

That's great, thanks. I'll try it ASAP.

Best regards,
Michal Wegrzyn

> -Original Message-
> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> Sent: Thursday, November 10, 2011 14:50
> To: users@wicket.apache.org
> Subject: Re: abort loading lazy components
>
> This is fixed in 1.5.3 (currently in voting)
>
> On Thu, Nov 10, 2011 at 3:37 PM, Michal Wegrzyn
>  wrote:
> >> -Original Message-
> >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> >> Sent: Thursday, November 10, 2011 9:48
> >> To: users@wicket.apache.org
> >> Subject: Re: abort loading lazy components
> >>
> >> Hi,
> >>
> >> I see no solution for your case.
> >> Using BookmarkablePageLink works as you confirmed but I'm not aware
> of
> >> clean way to cancel running Ajax requests and replace them with
> >> completely new one.
> >>
> >> XMLHttpRequest has #abort() method which cancels the request but
> this
> >> will lead co "socket close exception"s in the server side.
> >>
> >
> > Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be
> a "clean" solution anyway.
> >
> >> The best approach I see is to use the same AjaxChannel name for all
> >> LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type
> >> QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels
> will
> >> load sequencially and if you click an AjaxLink it will cancel all
> >> pending LazyLoadPanels and will schedule the execution of the
> AjaxLink
> >> after the end of the currently loading LazyLoadPanel
> >>
> >> HTH
> >
> > That's what I've already done - Wicket schedules and executes
> AjaxLink action (it does not wait for other lazy panels - so far, so
> good ), but then (already during handling new ajax request) Wicket
> throws exception. Isn't it a Wicket bug?
> >
> > 15:31:11.847 user [http--2] WARN
>  o.a.w.r.h.render.WebPageRenderer - The Buffered response should be
> handled by BufferedResponseRequestHandler
> > 15:32:24.028 user [http--5] ERROR
> o.a.wicket.DefaultExceptionMapper - Unexpected error occurred
> > org.apache.wicket.request.handler.ComponentNotFoundException: Could
> not find component
> 'folders:listContainer:itemList:29:itemPanel:folder:children' on page
> 'class package.MyPage
> >at
> org.apache.wicket.request.handler.PageAndComponentProvider.getComponent
> (PageAndComponentProvider.java:167)
> >at
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getCo
> mponent(ListenerInterfaceRequestHandler.java:92)
> >at
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respo
> nd(ListenerInterfaceRequestHandler.java:169)
> >at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(Re
> questCycle.java:750)
> >at
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerSta
> ck.java:64)
> >at
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:
> 252)
> >at
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycl
> e.java:209)
> >at
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Re
> questCycle.java:280)
> >at
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilte
> r.java:162)
> >at
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java
> :218)
> >at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
> ationFilterChain.java:235)
> >at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
> terChain.java:206)
> >at
> package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43)
> >at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic
> ationFilterChain.java:235)
> >at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil
> terChain.java:206)
> >at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do
> Filter(FilterChainProxy.java:368)
> >at
> org.springframework.security.web.access.intercept.FilterSecurityInterce
> ptor.invoke(FilterSecurityInterceptor.java:109)
> >at
> org.springframework.security.web.access.intercept.FilterSecurityInterce
> ptor.doFilter(FilterSecurityInterceptor.java:83)
> >at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do
> Filter(FilterChainProxy.java:380)
> >at
> org.springframework.security.web.access.ExceptionTranslationFilter.doFi
> lter(ExceptionTranslationFilter.java:97)
> >at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do
> Filter(FilterChainProxy.java:380)
> >at
> org.springframework.security.web.session.SessionManagementFilter.doFilt
> er(SessionManagementFilter.java:100)
> >at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do
> Filter(FilterChainProxy.java:380)
> >at
> org.springframework.security.web.authentication.Anonymo

AjaxLazyLoadPanel changes

[Michal Wegrzyn]

Hi,

Is it possible to apply two changes for AjaxLazyLoadPanel 
(apache.wicket.extensions.ajax.markup.html.AjaxLazyLoadPanel)?

- Can LAZY_LOAD_COMPONENT_ID be public? Sometimes id is needed beforehand.
- AjaxLazyLoadPanel uses anonymous AbstractDefaultAjaxBehavior, so AjaxChannel 
cannot be easily overridden. Is it possible to introduce 
AjaxLazyLoadPanel#getChannel() ?

Best regards,
Michal Wegrzyn

Re: Validating HTML 4

[Martin Grigorov]

On Thu, Nov 10, 2011 at 3:41 PM, Pierre Goiffon
 wrote:
> Hi,
>
> Le 10/11/2011 09:29, Martin Grigorov a écrit :
>> So you say that  is valid but  is not.
>
> I thought that any self closing tag was invalid in any html version,
> html 4 as of html 5.
>
> But the validator is ok with self closing br and link in html 5, and the
> html 5 draft recommandation says very clearly self closing tags are
> allowed for "void elements" (which br and link are part of) - just to
> remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6.
>
> For HTML 4, the self-closing tags are not valid in the validator (br as
> link), and the recommandation is pretty clear to my opinion :
> http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3.

I guess you mean: "Such empty elements never have end tags."
 has no end tag.

>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: abort loading lazy components

[Martin Grigorov]

This is fixed in 1.5.3 (currently in voting)

On Thu, Nov 10, 2011 at 3:37 PM, Michal Wegrzyn
 wrote:
>> -Original Message-
>> From: Martin Grigorov [mailto:mgrigo...@apache.org]
>> Sent: Thursday, November 10, 2011 9:48
>> To: users@wicket.apache.org
>> Subject: Re: abort loading lazy components
>>
>> Hi,
>>
>> I see no solution for your case.
>> Using BookmarkablePageLink works as you confirmed but I'm not aware of
>> clean way to cancel running Ajax requests and replace them with
>> completely new one.
>>
>> XMLHttpRequest has #abort() method which cancels the request but this
>> will lead co "socket close exception"s in the server side.
>>
>
> Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be a 
> "clean" solution anyway.
>
>> The best approach I see is to use the same AjaxChannel name for all
>> LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type
>> QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will
>> load sequencially and if you click an AjaxLink it will cancel all
>> pending LazyLoadPanels and will schedule the execution of the AjaxLink
>> after the end of the currently loading LazyLoadPanel
>>
>> HTH
>
> That's what I've already done - Wicket schedules and executes AjaxLink action 
> (it does not wait for other lazy panels - so far, so good ), but then 
> (already during handling new ajax request) Wicket throws exception. Isn't it 
> a Wicket bug?
>
> 15:31:11.847 user [http--2] WARN  o.a.w.r.h.render.WebPageRenderer - The 
> Buffered response should be handled by BufferedResponseRequestHandler
> 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - 
> Unexpected error occurred
> org.apache.wicket.request.handler.ComponentNotFoundException: Could not find 
> component 'folders:listContainer:itemList:29:itemPanel:folder:children' on 
> page 'class package.MyPage
>        at 
> org.apache.wicket.request.handler.PageAndComponentProvider.getComponent(PageAndComponentProvider.java:167)
>        at 
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getComponent(ListenerInterfaceRequestHandler.java:92)
>        at 
> org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:169)
>        at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750)
>        at 
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
>        at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252)
>        at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
>        at 
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280)
>        at 
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
>        at 
> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218)
>        at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>        at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>        at 
> package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43)
>        at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>        at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:368)
>        at 
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
>        at 
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
>        at 
> org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
>        at 
> org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
>        at 
> org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
>        at 
> org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
>        at 
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter

Re: Validating HTML 4

[Pierre Goiffon]

Hi,

Le 10/11/2011 09:29, Martin Grigorov a écrit :
> So you say that  is valid but  is not.

I thought that any self closing tag was invalid in any html version, 
html 4 as of html 5.

But the validator is ok with self closing br and link in html 5, and the 
html 5 draft recommandation says very clearly self closing tags are 
allowed for "void elements" (which br and link are part of) - just to 
remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6.

For HTML 4, the self-closing tags are not valid in the validator (br as 
link), and the recommandation is pretty clear to my opinion : 
http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RE: abort loading lazy components

[Michal Wegrzyn]

> -Original Message-
> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> Sent: Thursday, November 10, 2011 9:48
> To: users@wicket.apache.org
> Subject: Re: abort loading lazy components
>
> Hi,
>
> I see no solution for your case.
> Using BookmarkablePageLink works as you confirmed but I'm not aware of
> clean way to cancel running Ajax requests and replace them with
> completely new one.
>
> XMLHttpRequest has #abort() method which cancels the request but this
> will lead co "socket close exception"s in the server side.
>

Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be a "clean" 
solution anyway.

> The best approach I see is to use the same AjaxChannel name for all
> LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type
> QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will
> load sequencially and if you click an AjaxLink it will cancel all
> pending LazyLoadPanels and will schedule the execution of the AjaxLink
> after the end of the currently loading LazyLoadPanel
>
> HTH

That's what I've already done - Wicket schedules and executes AjaxLink action 
(it does not wait for other lazy panels - so far, so good ), but then (already 
during handling new ajax request) Wicket throws exception. Isn't it a Wicket 
bug?

15:31:11.847 user [http--2] WARN  o.a.w.r.h.render.WebPageRenderer - The 
Buffered response should be handled by BufferedResponseRequestHandler
15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - 
Unexpected error occurred
org.apache.wicket.request.handler.ComponentNotFoundException: Could not find 
component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 
'class package.MyPage
at 
org.apache.wicket.request.handler.PageAndComponentProvider.getComponent(PageAndComponentProvider.java:167)
at 
org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getComponent(ListenerInterfaceRequestHandler.java:92)
at 
org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:169)
at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750)
at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280)
at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
at 
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:368)
at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
at 
org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
at 
org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
at 
org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
at 
org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380)
at 
org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:35)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFi

Locale custom mapper in Wicket's example with JQWicket

[Toru Watanabe]

Hello,
I'm trying to use Wicket(1.5.1) with JQWicket(0.7).
But it does not work together with a locale custom mapper shown in Wicket's
example page.
http://wicketstuff.org/wicket/mappers/de_DE

When I access a page where JQWicket components are added through this
custom mapper, no JavaScript of JQWicket are rendered into  tag in
html. So JQWicket components doesn't work.
I'm a new bee in Wicket.
I guess I should change the custom mapper but I don't have got any idea how.
Could somebody give me advices to resolve this problem?

Thanks in advance.


public class RequestMapperApplication extends WicketExampleApplication{

@Override
protected void init() {
getComponentPreOnBeforeRenderListeners().add(new
JQComponentOnBeforeRenderListener(new
JQContributionConfig().withDefaultJQueryUi()));

// custom locale mapper of Wicket's Example
getRootRequestMapperAsCompound().add(new LocaleFirstMapper(new
MountedMapper("/accordion", AccordionPage.class)));

// of cource, it does works with the standard mapper
// mountPage("accordion", AccordionPage.class);
}
...
}

public class AccordionPage extends DemoPage {

public AccordionPage() {

AccordionWebMarkupContainer a1 = new AccordionWebMarkupContainer(
"accordion-component");
Label label = new Label("accordion.label", "Hello WORLD!");
label.add(JQBehaviors.js($(label).css("color", "red")));
a1.add(label);

add(a1);

add(new WebMarkupContainer("accordion-behavior")
.add(new AccordionBehavior()));
}

/**
 * {@inheritDoc}
 *
 * @see com.google.code.jqwicket.DemoPage#getExampleTitle()
 */
@Override
protected String getExampleTitle() {
return "JQuery UI Accordion example";
}

/**
 * {@inheritDoc}
 *
 * @see com.google.code.jqwicket.DemoPage#getExampleDescription()
 */
@Override
protected String getExampleDescription() {
return "This example demonstrates JQuery UI Accordion integration";
}

}

Re: wicket-dojo wrappers (correction)

[James Stewart]

Thanks David,

I've just pulled down the code now to have a look.

On 10/11/2011 3:15 AM, David Berkman wrote:

Sorry for the repost, but this list doesn't take attachments I guess, so I've 
upload the code at https://github.com/zenbones/WicketDojo


I've had a number of requests, so I'll upload this bit of code here so people 
can have a look. I know there's room for improvement in the code that exists, 
and a ton that needs to be done. There's a wicket-dojo project on GitHub 
https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many 
more advanced integrations. However, that project lacked implemented wrappers 
for Dojo Dijits, which is what I wanted most. The code there also seemed a bit 
daunting, so I began a project to make wrappers I could understand, and extend, 
and learn both Wicket and Dojo in the process. This is the results so far. The 
few advantages it has over the GitHub code I've linked to are...

1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and 
extensible (it's getting better).
2) All the wrappers use fluent APIs
3) You can generally set a field, or your own model, interchangeably. For instance, 
if you want to set a Title, you can usually setTitle(String title) or 
setTitleModel(IModel  titleModel). Being able to control the model is 
extremely useful.
4) You can generally set attributes in your HTML and these values will 
initialize the fields/models in the wrappers on a non-Ajax render. Values can 
then be dynamically altered from there via Ajax (as with user interaction).
5) Using setIntermediateChanges(true) will generally update the wrappers' 
fields/models upon user interactions with the Dijit, via Ajax (you can also add 
DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things 
like stack container updating its models for selected child index and id.

There's still much to do. It's not the cleanest code yet. It doesn't handle 
animations or fx or anything but presenting widgets. It's part of a larger 
project so I haven't presented a real build, just the code. If people are 
interested, I can cleave this off and provide a true maven build.

David



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Martijn Dashorst]

Just to be clear: we live the xhtml validated markup dream and it
sucks. You can't use anything browsers have added since 2001. Stuff
that makes users happy: autofocus, placeholder text, no autofill. We
modified our xhtml validator to support these cases (and to choke on
other invalid markup) since we really can't expect our users to live
without these expansions.

Martijn

On Thu, Nov 10, 2011 at 10:33 AM, Martijn Dashorst
 wrote:
> While I usually enjoy painting a bike shed, and this is one perfect
> example of mine being green, the 4.01 specification is from 1999,
> which is 12 years ago. While technically closing a  tag is
> considered a validation error (I tried the html validator of w3c, see
> below), in practice the HTML 4.01 standard is really crippled, as are
> the other HTML standards from that time. There is no reason what so
> ever not to use HTML5 doctype and rules: everything is better for
> developers, users and browsers alike. If you still insist on using
> HTML 4.01 strict and are going to enforce compliance, I'd rather you
> give up being a developer, seek counseling, take medication or
> whatever, but keep away from developing web applications. You'll do
> yourself, your customers and users a service.
>
> Martijn
>
>  Line 6, Column 54: NET-enabling start-tag requires SHORTTAG YES
>      http://example.com"; />
> ✉
> The sequence  can be interpreted in at least two different
> ways, depending on the DOCTYPE of the document. For HTML 4.01 Strict,
> the '/' terminates the tag '). However, since
> many browsers don't interpret it this way, even in the presence of an
> HTML 4.01 Strict DOCTYPE, it is best to avoid it completely in pure
> HTML documents and reserve its use solely for those written in XHTML.
>
>  Line 6, Column 55: character data is not allowed here
>      http://example.com"; />
> ✉
> You have used character data somewhere it is not permitted to appear.
> Mistakes that can cause this error include:
>
> putting text directly in the body of the document without wrapping it
> in a container element (such as a aragraph), or
> forgetting to quote an attribute value (where characters such as "%"
> and "/" are common, but cannot appear without surrounding quotes), or
> using XHTML-style self-closing tags (such as ) in HTML
> 4.01 or earlier. To fix, remove the extra slash ('/') character. For
> more information about the reasons for this, see Empty elements in
> SGML, HTML, XML, and XHTML.
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Martijn Dashorst]

While I usually enjoy painting a bike shed, and this is one perfect
example of mine being green, the 4.01 specification is from 1999,
which is 12 years ago. While technically closing a  tag is
considered a validation error (I tried the html validator of w3c, see
below), in practice the HTML 4.01 standard is really crippled, as are
the other HTML standards from that time. There is no reason what so
ever not to use HTML5 doctype and rules: everything is better for
developers, users and browsers alike. If you still insist on using
HTML 4.01 strict and are going to enforce compliance, I'd rather you
give up being a developer, seek counseling, take medication or
whatever, but keep away from developing web applications. You'll do
yourself, your customers and users a service.

Martijn

 Line 6, Column 54: NET-enabling start-tag requires SHORTTAG YES
  http://example.com"; />
✉
The sequence  can be interpreted in at least two different
ways, depending on the DOCTYPE of the document. For HTML 4.01 Strict,
the '/' terminates the tag '). However, since
many browsers don't interpret it this way, even in the presence of an
HTML 4.01 Strict DOCTYPE, it is best to avoid it completely in pure
HTML documents and reserve its use solely for those written in XHTML.

 Line 6, Column 55: character data is not allowed here
  http://example.com"; />
✉
You have used character data somewhere it is not permitted to appear.
Mistakes that can cause this error include:

putting text directly in the body of the document without wrapping it
in a container element (such as a aragraph), or
forgetting to quote an attribute value (where characters such as "%"
and "/" are common, but cannot appear without surrounding quotes), or
using XHTML-style self-closing tags (such as ) in HTML
4.01 or earlier. To fix, remove the extra slash ('/') character. For
more information about the reasons for this, see Empty elements in
SGML, HTML, XML, and XHTML.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[manuelbarzi]

"in HTML the  tag has no end tag" may it be enough to confirm
 is perfectly valid in html, and not the opposite.
.



On Thu, Nov 10, 2011 at 9:49 AM, Martin Grigorov  wrote:
> I'm interested in a specification saying that  is invalid in HTML4.
>
> On Thu, Nov 10, 2011 at 10:39 AM, manuelbarzi  wrote:
>> in HTML the  tag has no end tag.
>> in XHTML the  tag must be properly closed.
>>
>> source: http://www.w3schools.com/tags/tag_link.asp
>>
>> .
>>
>>
>> On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov  
>> wrote:
>>>
>>> So you say that  is valid but  is not.
>>> Both of them are void elements. Why is this difference in handling them ?
>>>
>>> Can you provide a link to specification where they say that 
>>> is invalid in HTML4 ?
>>>
>>> On Wed, Nov 9, 2011 at 7:26 PM,   wrote:
>>> > pgoiffon.wic...@free.fr a écrit :
>>> >
>>> >> I was convinced that HTML5 is still HTML, so auto-closed tags are
>>> >> invalid. I checked the html 5 draft recommandation this morning before
>>> >> answering and can't find anywhere that auto closed tags are valid.
>>> >
>>> > Found it !
>>> >
>>> > http://www.w3.org/TR/html5/syntax.html#syntax-start-tag
>>> >
>>> >
>>> > -
>>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> > For additional commands, e-mail: users-h...@wicket.apache.org
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>> -
>>> 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
>>
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> -
> 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: Validating HTML 4

[Martin Grigorov]

I'm interested in a specification saying that  is invalid in HTML4.

On Thu, Nov 10, 2011 at 10:39 AM, manuelbarzi  wrote:
> in HTML the  tag has no end tag.
> in XHTML the  tag must be properly closed.
>
> source: http://www.w3schools.com/tags/tag_link.asp
>
> .
>
>
> On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov  wrote:
>>
>> So you say that  is valid but  is not.
>> Both of them are void elements. Why is this difference in handling them ?
>>
>> Can you provide a link to specification where they say that 
>> is invalid in HTML4 ?
>>
>> On Wed, Nov 9, 2011 at 7:26 PM,   wrote:
>> > pgoiffon.wic...@free.fr a écrit :
>> >
>> >> I was convinced that HTML5 is still HTML, so auto-closed tags are
>> >> invalid. I checked the html 5 draft recommandation this morning before
>> >> answering and can't find anywhere that auto closed tags are valid.
>> >
>> > Found it !
>> >
>> > http://www.w3.org/TR/html5/syntax.html#syntax-start-tag
>> >
>> >
>> > -
>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > For additional commands, e-mail: users-h...@wicket.apache.org
>> >
>> >
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> -
>> 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
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: abort loading lazy components

[Martin Grigorov]

Hi,

I see no solution for your case.
Using BookmarkablePageLink works as you confirmed but I'm not aware of
clean way to cancel running Ajax requests and replace them with
completely new one.

XMLHttpRequest has #abort() method which cancels the request but this
will lead co "socket close exception"s in the server side.

The best approach I see is to use the same AjaxChannel name for all
LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type
QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will
load sequencially and if you click an AjaxLink it will cancel all
pending LazyLoadPanels and will schedule the execution of the AjaxLink
after the end of the currently loading LazyLoadPanel

HTH

On Thu, Nov 10, 2011 at 10:37 AM, Michal Wegrzyn
 wrote:
> Hi,
>
> Could you please tell me what is the status of this issue?
> Should I create a Jira issue and/or quickstart or is it won't fix/invalid?
>
> Best regards,
> Michal Wegrzyn
>
>> -Original Message-
>> From: Michal Wegrzyn [mailto:michal.wegr...@onior.com]
>> Sent: Friday, November 04, 2011 11:56
>> To: users@wicket.apache.org
>> Subject: RE: abort loading lazy components
>>
>> Thanks for an update Martin.
>>
>> Unfortunately using IAjaxCallDecorator#decorateScript() prevents
>> handling request (nothing happens).
>> If I append the stop script directly to ajax request target (before
>> sending event), then request proceeds, but the first lazy component is
>> not loaded.
>>
>> Also, the stop script breaks ajax indicators (both from lazy components
>> and indicating links). Exceptions still are present, but page isn't
>> crashing.
>>
>> So far the closest solution was using BookmarkablePageLink, but it is
>> not ajax and it is just a workaround.
>>
>> Isn't there a way to prevent Wicket from handling "old" ajax requests?
>> I assume that's how it should work with DROP channel.
>>
>> Best regards,
>> Michal Wegrzyn
>>
>> > -Original Message-
>> > From: Martin Grigorov [mailto:mgrigo...@apache.org]
>> > Sent: Thursday, November 03, 2011 17:54
>> > To: users@wicket.apache.org
>> > Subject: Re: abort loading lazy components
>> >
>> > Here is something that I didn't know so far:
>> > http://stackoverflow.com/questions/930237/javascript-cancel-stop-
>> image-
>> > requests/1468452#1468452
>> >
>> > It seems there is a way to simulate browser's stop button with
>> > JavaScript.
>> > Try to use that code from IAjaxCallDecorator#decorateScript() for
>> your
>> > AjaxLink.
>> >
>> > On Thu, Nov 3, 2011 at 3:00 PM, Michal Wegrzyn
>> >  wrote:
>> > > I've just debugged and indeed problem is that there is no component
>> > with id "29".
>> > > So clearly Wicket looks for an lazy "children" component from
>> > outdated DataView component.
>> > >
>> > > Michal
>> > >
>> > >> -Original Message-
>> > >> From: Michal Wegrzyn [mailto:michal.wegr...@onior.com]
>> > >> Sent: Wednesday, November 02, 2011 16:11
>> > >> To: users@wicket.apache.org
>> > >> Subject: RE: abort loading lazy components
>> > >>
>> > >> It is triggered when there is already new "itemList" (it extends
>> > >> DataView), so I suppose that
>> > >> PageAndComponentProvider looks for "itemList:29", which does not
>> > exists
>> > >> anymore.
>> > >>
>> > >> Scenario:
>> > >>
>> > >> - Page is loaded but lazy components
>> > >> ('folders:listContainer:itemList:itemPanel:folder:children') are
>> > still
>> > >> loading
>> > >> - User triggers folder change (itemList is replaced)
>> > >> - Exception occurs
>> > >>
>> > >> If user triggers folder change when lazy components are completely
>> > >> loaded (or during loading the last one) there is no exception at
>> > all.
>> > >>
>> > >> Best Regards,
>> > >> Michal Wegrzyn
>> > >>
>> > >> -Original Message-
>> > >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
>> > >> Sent: Wednesday, November 02, 2011 15:54
>> > >> To: users@wicket.apache.org
>> > >> Subject: Re: abort loading lazy components
>> > >>
>> > >> On Wed, Nov 2, 2011 at 4:49 PM, Michal Wegrzyn
>> > >>  wrote:
>> > >> > 15:32:24.028 user [http--5] ERROR
>> > >> o.a.wicket.DefaultExceptionMapper - Unexpected error occurred
>> > >> > org.apache.wicket.request.handler.ComponentNotFoundException:
>> > Could
>> > >> not find component
>> > >> 'folders:listContainer:itemList:29:itemPanel:folder:children' on
>> > page
>> > >> 'class package.MyPage
>> > >>
>> > >> Do you know how this is triggered ?
>> > >
>> > >
>> >
>> >
>> >
>> > --
>> > Martin Grigorov
>> > jWeekend
>> > Training, Consulting, Development
>> > http://jWeekend.com
>> >
>> > -
>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > For additional commands, e-mail: users-h...@wicket.apache.org
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicke

Re: Validating HTML 4

[manuelbarzi]

in HTML the  tag has no end tag.
in XHTML the  tag must be properly closed.

source: http://www.w3schools.com/tags/tag_link.asp

.


On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov  wrote:
>
> So you say that  is valid but  is not.
> Both of them are void elements. Why is this difference in handling them ?
>
> Can you provide a link to specification where they say that 
> is invalid in HTML4 ?
>
> On Wed, Nov 9, 2011 at 7:26 PM,   wrote:
> > pgoiffon.wic...@free.fr a écrit :
> >
> >> I was convinced that HTML5 is still HTML, so auto-closed tags are
> >> invalid. I checked the html 5 draft recommandation this morning before
> >> answering and can't find anywhere that auto closed tags are valid.
> >
> > Found it !
> >
> > http://www.w3.org/TR/html5/syntax.html#syntax-start-tag
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> -
> 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: abort loading lazy components

[Michal Wegrzyn]

Hi,

Could you please tell me what is the status of this issue?
Should I create a Jira issue and/or quickstart or is it won't fix/invalid?

Best regards,
Michal Wegrzyn

> -Original Message-
> From: Michal Wegrzyn [mailto:michal.wegr...@onior.com]
> Sent: Friday, November 04, 2011 11:56
> To: users@wicket.apache.org
> Subject: RE: abort loading lazy components
> 
> Thanks for an update Martin.
> 
> Unfortunately using IAjaxCallDecorator#decorateScript() prevents
> handling request (nothing happens).
> If I append the stop script directly to ajax request target (before
> sending event), then request proceeds, but the first lazy component is
> not loaded.
> 
> Also, the stop script breaks ajax indicators (both from lazy components
> and indicating links). Exceptions still are present, but page isn't
> crashing.
> 
> So far the closest solution was using BookmarkablePageLink, but it is
> not ajax and it is just a workaround.
> 
> Isn't there a way to prevent Wicket from handling "old" ajax requests?
> I assume that's how it should work with DROP channel.
> 
> Best regards,
> Michal Wegrzyn
> 
> > -Original Message-
> > From: Martin Grigorov [mailto:mgrigo...@apache.org]
> > Sent: Thursday, November 03, 2011 17:54
> > To: users@wicket.apache.org
> > Subject: Re: abort loading lazy components
> >
> > Here is something that I didn't know so far:
> > http://stackoverflow.com/questions/930237/javascript-cancel-stop-
> image-
> > requests/1468452#1468452
> >
> > It seems there is a way to simulate browser's stop button with
> > JavaScript.
> > Try to use that code from IAjaxCallDecorator#decorateScript() for
> your
> > AjaxLink.
> >
> > On Thu, Nov 3, 2011 at 3:00 PM, Michal Wegrzyn
> >  wrote:
> > > I've just debugged and indeed problem is that there is no component
> > with id "29".
> > > So clearly Wicket looks for an lazy "children" component from
> > outdated DataView component.
> > >
> > > Michal
> > >
> > >> -Original Message-
> > >> From: Michal Wegrzyn [mailto:michal.wegr...@onior.com]
> > >> Sent: Wednesday, November 02, 2011 16:11
> > >> To: users@wicket.apache.org
> > >> Subject: RE: abort loading lazy components
> > >>
> > >> It is triggered when there is already new "itemList" (it extends
> > >> DataView), so I suppose that
> > >> PageAndComponentProvider looks for "itemList:29", which does not
> > exists
> > >> anymore.
> > >>
> > >> Scenario:
> > >>
> > >> - Page is loaded but lazy components
> > >> ('folders:listContainer:itemList:itemPanel:folder:children') are
> > still
> > >> loading
> > >> - User triggers folder change (itemList is replaced)
> > >> - Exception occurs
> > >>
> > >> If user triggers folder change when lazy components are completely
> > >> loaded (or during loading the last one) there is no exception at
> > all.
> > >>
> > >> Best Regards,
> > >> Michal Wegrzyn
> > >>
> > >> -Original Message-
> > >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> > >> Sent: Wednesday, November 02, 2011 15:54
> > >> To: users@wicket.apache.org
> > >> Subject: Re: abort loading lazy components
> > >>
> > >> On Wed, Nov 2, 2011 at 4:49 PM, Michal Wegrzyn
> > >>  wrote:
> > >> > 15:32:24.028 user [http--5] ERROR
> > >> o.a.wicket.DefaultExceptionMapper - Unexpected error occurred
> > >> > org.apache.wicket.request.handler.ComponentNotFoundException:
> > Could
> > >> not find component
> > >> 'folders:listContainer:itemList:29:itemPanel:folder:children' on
> > page
> > >> 'class package.MyPage
> > >>
> > >> Do you know how this is triggered ?
> > >
> > >
> >
> >
> >
> > --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.com
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validating HTML 4

[Martin Grigorov]

So you say that  is valid but  is not.
Both of them are void elements. Why is this difference in handling them ?

Can you provide a link to specification where they say that 
is invalid in HTML4 ?

On Wed, Nov 9, 2011 at 7:26 PM,   wrote:
> pgoiffon.wic...@free.fr a écrit :
>
>> I was convinced that HTML5 is still HTML, so auto-closed tags are
>> invalid. I checked the html 5 draft recommandation this morning before
>> answering and can't find anywhere that auto closed tags are valid.
>
> Found it !
>
> http://www.w3.org/TR/html5/syntax.html#syntax-start-tag
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Design patterns for panel navigation

[Per Newgro]

With 1.5.x you get the great inter  component event mechanism.

Cheers
Per

Am 10.11.2011 05:04, schrieb Bertrand Guay-Paquet:

Hi,

Panels are great to encapsulate functionality in reusable units. In 
order to reuse some panels in different contexts, I need to make the 
navigation elements they contain configurable. For example, consider a 
form whose post-submit navigation and cancel link destination need to 
be configurable. Are there any recommended best-practices for this? 
Which patterns do you use to accomplish this?


My first method was to make the form panel abstract with 
getPageClass() and getPageParameters() as abstract methods to provide 
navigation configuration. This proved too limitative as it forced the 
navigation destination to be bookmarkable pages.


My current method is form the form to receive a "strategy" 
implementation responsible for setting the response page on form 
submit and constructing a cancel link. This allows to use bookmarkable 
pages, page references, ect. as navigation destinations.


Do you have any better alternatives to suggest?

Regards,
Bertrand

-
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: Google Charts

[Martin Grigorov]

I'd recommend you to put your project in GitHub or any other similar
service so other people can see your work and contribute.
Why didn't you contribute to
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/googlecharts-parent
? You say it is out of date but it is much better to update it than
start it from scratch. Unless you have a clear idea how to do it and
it is completely different than the old one but you said that you use
it as example 

On Wed, Nov 9, 2011 at 10:21 PM, anantasthana  wrote:
> I just recently have started trying to implement a an integration with google
> charts. It is at a very basic stage . I am doing this for a project that I
> am working on but i want to implement it in a very flexible and extendable
> manner so that as an end result we have some thing every one else could use.
> Any advice or pointers? i did look at the existing google charts project and
> i am using that for samples and as a starting point but that project is
> really out of date.
>
>
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/Google-Charts-tp4021237p4021237.html
> Sent from the Users forum 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
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org