Thanks
It helped me. But just another problem.
I have a customized multiple choice with 2 multiple ListMultipleChoice
inside. and movieng selected choices from each other.
I have problems with safe cast.
Here is my class definition:
public class CusomizedMultipleChoiceT extends Panel
Here are
Hi Pierre,
First of all, I strongly recommend you do not use a different
HeaderRenderStrategy. It is likely to get removed in future versions of Wicket
and might break libraries that depend on the normal HeaderRenderStrategy.
Second, I suggest you use Wicket 6, because consistent resource
Thanks
It helped me. But just another problem.
I have a customized multiple choice with 2 multiple ListMultipleChoice
inside. and movieng selected choices from each other.
I have problems with safe cast.
Here is my class definition:
public class CusomizedMultipleChoiceT extends Panel
Here
I'm all for improving the javadocs... oh yes... but in my experience with
javadocs, the context is too limited.. to the class or interface in
question.. there is rarely the more important 'bigger picture' information
that you need as a developer diving into something new...
Wicket is a fantastic
http://apache-wicket.1842946.n4.nabble.com/file/n4650788/aaa.bmp
html:
select wicket:id=attrvalue/select
code
final ListView trView=new ListView(tritems, new PropertyModel(this,
attrBizRoles)) {
private IBizRole attrvalueBizRole=new BizRole();
Hi Pierre,
First of all, I strongly recommend you do not use a different
HeaderRenderStrategy. It is likely to get removed in future versions of Wicket
and might break libraries that depend on the normal HeaderRenderStrategy.
Second, I suggest you use Wicket 6, because consistent resource
On Thu, Jul 26, 2012 at 10:08 AM, mlabs mlabs@gmail.com wrote:
I'm all for improving the javadocs... oh yes... but in my experience with
javadocs, the context is too limited.. to the class or interface in
question.. there is rarely the more important 'bigger picture' information
that you
Hi,
The timeout is to get access to the page instance. It is for both Ajax
and normal requests.
See org.apache.wicket.settings.IRequestCycleSettings#getTimeout
You must have some exceptions in the logs if this is the reason.
But even if Ajax request fails to get access to the page then it will
So once the client request gets access to the page instance, it will wait
forever for a reply?
From: Martin Grigorov mgrigo...@apache.org
To: users@wicket.apache.org
Date: 07/26/2012 09:27 AM
Subject:Re: Ajax Timeouts
Hi,
The timeout is to get access to the page instance.
On Thu, Jul 26, 2012 at 5:35 PM, Richard W. Adams rwada...@up.com wrote:
So once the client request gets access to the page instance, it will wait
forever for a reply?
this is your code, no ?
once the Ajax call gets access to the page Wicket executes
onEvent(AjaxRequestTarget). Here it is your
Yes, it is my code. My server code will eventually reply. What I can't
control is how long a database operation will take. Typically the database
work finishes under 10 seconds, but sometimes can run up to a minute or
longer.
If I understand you correctly, even if takes 5 minutes (an
On Thu, Jul 26, 2012 at 5:50 PM, Richard W. Adams rwada...@up.com wrote:
Yes, it is my code. My server code will eventually reply. What I can't
control is how long a database operation will take. Typically the database
work finishes under 10 seconds, but sometimes can run up to a minute or
Great! That means I don't have to waste time tracking down non-existent
timeouts can focus elsewhere. Thanks for the quick feedback.
From: Martin Grigorov mgrigo...@apache.org
To: users@wicket.apache.org
Date: 07/26/2012 09:56 AM
Subject:Re: Ajax Timeouts
On Thu, Jul 26,
Le 26/07/2012 10:29, Emond Papegaaij a écrit :
Hi Pierre,
Hi Edmond, thanks for your answer !
First of all, I strongly recommend you do not use a different
HeaderRenderStrategy.
Yes, Martin made it very clear that ParentFirstHeaderRenderStrategy is
deprecated.
Second, I suggest you use
On Thu, Jul 26, 2012 at 8:26 PM, Pierre Goiffon
pierre.goif...@interview-efm.com wrote:
Le 26/07/2012 10:29, Emond Papegaaij a écrit :
Hi Pierre,
Hi Edmond, thanks for your answer !
First of all, I strongly recommend you do not use a different
HeaderRenderStrategy.
Yes, Martin made it
That's hard to say from the snippet you've provided here, especially
since a few markup tags didn't make it through.
Please create an issue and attach your quickstart to it.
Sven
On 07/26/2012 09:31 PM, jchappelle wrote:
I'm hitting a problem with images not being found when using
I went back and edited my post. It might not have come through the mailing
list but if you look at it from the nabble website it shows up.
Josh
On Thu, Jul 26, 2012 at 2:57 PM, michael mosmann [via Apache Wicket]
ml-node+s1842946n4650807...@n4.nabble.com wrote:
Are you sure, that your panel
Issue created.
https://issues.apache.org/jira/browse/WICKET-4678
https://issues.apache.org/jira/browse/WICKET-4678
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Image-urls-with-CryptoMapper-tp4650805p4650809.html
Sent from the Users forum mailing list archive at
I have some questions. How does the first img-tag on the second page differ
from the first one? Why dont you use a wicket image component?
Mm:)
--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
jchappelle jchappe...@4redi.com schrieb:
I went back and edited my
Well, in my actual live application I don't have that option. We are
sending a query to a web service and part of the response from that web
service has these image links embedded in it. So we are using a label to
display them just as I am doing in the quickstart.
As you can see in the
Sven,
You closed this ticket but let me say this. I'm clearly not perfectly
reproducing what I am seeing in my live app. However, what is common is
that wicket is finding the hard-coded image on the second page because it
is rewriting the url of that image and it is not doing that for the dynamic
Ok.. i think, wicket will parse the markup and rewrites the first img tag...
Wicket can only do this, because its allready in the markup. Whatever comes out
of an model will NOT be parsed by wicket, so its plain html (escaping switched
off). The second image is more like your problem as the
Hi,
Either generate absolute urls from the backend service or if you are
certain that the image url is context relative then pass it first to
org.apache.wicket.core.util.string.UrlUtils#rewriteToContextRelative()
before setting it in the model.
On Thu, Jul 26, 2012 at 11:43 PM, jchappelle
Thanks Martin! I was hoping there was a static utility to rewrite that url.
I think this will get me what I need.
On Thu, Jul 26, 2012 at 3:50 PM, Martin Grigorov-4 [via Apache Wicket]
ml-node+s1842946n465081...@n4.nabble.com wrote:
Hi,
Either generate absolute urls from the backend service
Seeing how the previous book authors became less active after writing
a book I think this is not a very good idea... :-/
Is this because the books didn't sell well enough? I don't know the
authors personally and I don't know much about the publishing world so
it could very well be another
On Fri, Jul 27, 2012 at 12:20 AM, Bertrand Guay-Paquet
ber...@step.polymtl.ca wrote:
Seeing how the previous book authors became less active after writing
a book I think this is not a very good idea... :-/
Is this because the books didn't sell well enough?
i can only speak for myself,
26 matches
Mail list logo