[Wicket-user] SubmitLink, ctor with model

2006-04-30 Thread jan_bar
Hi, I submitted bug report for SubmitLink, see http://tinyurl.com/lzxkf. I also miss SubmitLink(id, model, form) constructor. The model may be needed when the link changes visibility or enablement. Thanks, Jan --- Using Tomcat but need to

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Johan Compagner
as always igor can say it so much better then i can :)But ajax and clientside state really isn't the best combination to have.Because for every request the page state must be sent over and sent back.johan On 4/30/06, Igor Vaynberg [EMAIL PROTECTED] wrote: On 4/29/06, Matej Knopp [EMAIL PROTECTED]

Re: [Wicket-user] getString() - broken?

2006-04-30 Thread Johan Compagner
can you report a bug for this?On 4/29/06, Matej Knopp [EMAIL PROTECTED] wrote: Johan Compagner wrote: we are trying to insert values (the model object) in the string you ask for. you could use method getString(somkey, null); But i agree we should see if we could fix this because just calling

Re: [Wicket-user] getString() - broken?

2006-04-30 Thread Matej Knopp
done. Johan Compagner wrote: can you report a bug for this? On 4/29/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Johan Compagner wrote: we are trying to insert values (the model object) in the string you ask for. you could use method

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Eelco Hillenius
Yeah there's just no perfect world as long as browsers work the way they work. The big, really big advantage of client state saving is that there is no limit to history. You can work with internal links everywhere without ever having to worry they'll get stale. I found this an ugly limitation of

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Matej Knopp
Eelco Hillenius wrote: Yeah there's just no perfect world as long as browsers work the way they work. The big, really big advantage of client state saving is that there is no limit to history. You can work with internal links everywhere without ever having to worry they'll get stale. I found

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Johan Compagner
make youre own HttpSessionStore imp and PageEvictionStrategy.Hold a few page/page versions in mem. dump old pages to the database.And get them again only when requested. Delete everything when the session itself is invalidated... Unlimitted back button..johanOn 4/30/06, Eelco Hillenius [EMAIL

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Eelco Hillenius
For instance, if you have a tab bar, where the tabs consist of internal links. Say one of these panels diplays a pageable list. When the user navigates this list beyond the number of page versions, a click on a tab will give a page expired exception, as those tabs really point to a link in

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Matej Knopp
I guess I'm bit slower today :) as I have problem understanding this. The links are regular wicket 'Link's? (e.g. new Link() { onClick() { tab.switchPage(X); } }? I just don't understand. Clicking on navigator increases page versions. Why are the links pointing to older page version? -Matej

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Eelco Hillenius
Yeah, that's an alternative option - which I actually proposed in this thread yesterday - but the disadvantage is that you need to know quite a bit about Wicket's internals that way. It would be great to have something smarter for things like this. I guess it's kind of the same thing Martijn

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Eelco Hillenius
At the moment you e.g. click on links of the pageable list component, you'll be increasing versions - unless that pageable list is unversioned - and your tab links will thus point to older versions. Eelco On 4/30/06, Matej Knopp [EMAIL PROTECTED] wrote: I guess I'm bit slower today :) as I

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Eelco Hillenius
Ok, I got just IM-ed by Johan. I think *I* don't have my day. I'm totally wrong here, as the whole page gets rendered everytime, and the history is thus in sync. Forget all the answers I gave on this thread. Duh. Eelco On 4/30/06, Eelco Hillenius [EMAIL PROTECTED] wrote: At the moment you

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Matej Knopp
No problem, everyone can have a bad day :) -Matej Eelco Hillenius wrote: Ok, I got just IM-ed by Johan. I think *I* don't have my day. I'm totally wrong here, as the whole page gets rendered everytime, and the history is thus in sync. Forget all the answers I gave on this thread. Duh. Eelco

Re: [Wicket-user] DropDownChoice.wantOnSelectionChangedNotifications() dosn't work on 1.2_beta2 ?

2006-04-30 Thread Martin Bednar
Huh, after a few hours I found a bug, I don't know if it's a browser problem or feature. But in form where I use DropDownChoice I have Submit button too. input value="Save" type="submit" wicket:id="submit" name="submit"/input If  name="submit", browser returns null when calling

[Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Christian Essl
Matej Knopp schrieb: Johan Compagner wrote: this is pretyt much all in place. I don't believe in a cookie and or url state what is that? storing a page in an url? We have a branch where we have a first draft of ClientSide Page saving (in an javascript variable that is then set in a hidden

[Wicket-user] Change label text

2006-04-30 Thread Juhani K
Hi,I am stydying Wicket. A form has one label and submit button. How do you change label text when button is pressed?Thanks!

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Johan Compagner
but that is not client state.That is serverside state. the unique id you are talking about is the page id pointing to a page instance.So what is the point of having a client side state if you work that way. as far as i can see zero. On 4/30/06, Christian Essl [EMAIL PROTECTED] wrote: Matej

Re: [Wicket-user] Dynamically generated buttons are showing up as broken links

2006-04-30 Thread kurt heston
I can see that Wicket is rendering my buttons and placing them into %CATALINA_HOME%\temp. If I rename them to .gif and open them in a viewer, there they are. Where should I look for the code that reads the tmp file from the disk and sends it to the browser? kurt heston wrote: When I'm

Re: [Wicket-user] Re: multi-window support and deadlocks

2006-04-30 Thread Christian Essl
Johan Compagner schrieb: Ajax don't have back button problems because the history doesn't change in the browser (at least as long as the client doesn't do that through javascript) That's what I said. But of course you can intercept the back-button in AJAX and I just did not know wheter this is