I think I noticed another difference between 1.1 and 1.2 (unless I was
doing something strange, which is also a definite possibility...).
This is an example of what I'm doing for links:
add( new BookmarkablePageLink( "topPageLink", SomePage.class )
Before, I would have several components
Currently the default value in my DropDownChoices is 'Choose One'. Any way to customize that?
Is there any reason for
CompoundRequestCycleProcessor.newRequestCodingStrategy() throwing an
exception rather than returning new WebRequestCodingStrategy()?
Gili
Eelco Hillenius wrote:
You probably want to checkout CompoundRequestCycleProcessor and
IExceptionResponseStrategy first though.
All,
I have uploaded yet another snapshot release for your enjoyment to the
sourceforge.net servers.
As always: this is still software which is under development. Things
may break, or work unexpectedly.
Martijn
--
Living a wicket life...
Martijn Dashorst - http://www.jroller.com/page/dashorst
if you are using RadioChoice or some other components that support that functionality then yes that is all you need to do.-IgorOn 2/6/06, Frank Silbermann
<[EMAIL PROTECTED]> wrote:
After I submitted my question, I looked
further into the JavaDoc, and it appears that all I
need
After I submitted my question, I looked
further into the JavaDoc, and it appears that all I
need do is override the method:
protected boolean wantOnSelectionChangedNotifications()
to return TRUE.
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Beh
if ajax see Eelco's responseif not ajax, you just want a form submit when a selection is changed. Why not make that _javascript_ on those radio's that does this.form.submit() (or something like that)johan
On 2/6/06, Frank Silbermann <[EMAIL PROTECTED]> wrote:
How do I build a set
Thats because you need to give that String to this method of Page:public final String urlFor(final String resourceKey)johanOn 2/6/06, Iulian-Corneliu Costan
<[EMAIL PROTECTED]> wrote:
Along those lines with what Piotr said, ResourceReference.getPath() method is supposed to return full path in this
Then RequestTarget.cleanup() should also be called inside the lockBecause those are touching the page again (some do)Then we should move the RequestCycle.cleanup() method totally inside that block somehow.But then we are still not there.. Because what does this do:
RequestCycle.prepare() {
ImmediateRadioChoice of project wicket-contrib-dojo? Or check out
AjaxCheckBox which is build around what will be the default Ajax
support of Wicket.
Eelco
On 2/6/06, Frank Silbermann <[EMAIL PROTECTED]> wrote:
>
>
>
> How do I build a set of radio buttons that automatically post back when the
>
How do I build a set of radio buttons that
automatically post back when the selection is changed? Is there an example anywhere on one of the
Wicket sights someone can point me to?
/Frank Silbermann
Along those lines with what Piotr said, ResourceReference.getPath() method is supposed to return full path in this format: /context/servlet_name/resources/path.to.your.resource?
Right now it doesn't include context and servlet path, only resources/path.to.your.resource./iulian On 2/6/06,
Johan Com
You are right of course. The requet (target) is only synced after the
request cycle processor found out which request target it was. But, as
that target is also being used for handling the calls to target
components etc. we should not have sync problems.
The problem here is that the call to cleanu
fixed.here is the patch in case cvs is down.-IgorIndex: AjaxTimerBehavior.java===RCS file: /cvsroot/wicket/wicket/src/java/wicket/ajax/AjaxTimerBehavior.java,v
retrieving revision 1.5diff -u -r1.5 AjaxTimerBehavior.java--- AjaxTimerBeh
yes but inside the request target everything is fine.It is synced (the response)But getting the request target and the cleanup after the request target are just not synced. So in wicket we need to take that into account like i did now by making dirty objects a thread local.
johanOn 2/6/06, Igor Vay
sounds like something to be fixed on our end. if i am writing a request target and say sync on session i should not be worrying about concurrency.-IgorOn 2/6/06,
Johan Compagner <[EMAIL PROTECTED]> wrote:
Huh?Why it doesn't work is pretty easy to understand...Sessions can be used just fine without
Hello,
yes that is what i mean. you don't have anything to do with those
urls. You don't have to genereate them
wicket does that for you.
I know that I don't have to generate URL by myself for ie.:
But to use mentioned html editor javascript library I have to set one of
its fields to the pa
yes that is what i mean. you don't have anything to do with those urls. You don't have to genereate themwicket does that for you.johanOn 2/6/06,
karthik Guru <[EMAIL PROTECTED]> wrote:
the complete path will show up there. I think Johan just forgot tomention it there.So i guess yo dont have to wor
then there is something wrong. because resources should map on a shared resource (dojo.js) and wicket should serve it for you not the filesystem.Don't know why it doesn't do that, you should debug if you can and find out why it doesn't map on a wicket resource.
johanOn 2/6/06, Ayodeji Aladejebi <[E
the web application context is /general and the wicket-app is on /guestbook
so in my WAR Archive root, i had to manually create the folder/file -
/guestbook/resources/wicket.contrib.dojo.DojoAjaxHandler/dojo.js and re-deply for the browser to recognize the _javascript_.
i just want to know if
the complete path will show up there. I think Johan just forgot to
mention it there.
So i guess yo dont have to worry about constructing the path to the JS .
On 2/6/06, Piotr Bzdyl <[EMAIL PROTECTED]> wrote:
>
> > That path is youre webapplication context and youre wicket servlet name
> > That is
That path is youre webapplication context and youre wicket servlet name
That is constant for youre application. You don't generate that at all
you only make/register
Resources to the SharedResources.
So every application will have this resource with this path:
/resources/wicket.extensio
On 2/6/06, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
everything is working here fine. try wicket-examples and see if ajax is broken there. i just tested and it works.Ok, turns out that only the -first- AjaxSelfUpdatingTimerBehavior (or possibly any behavior?) is adding its _javascript_ call to setTi
Huh?Why it doesn't work is pretty easy to understand...Sessions can be used just fine without a lock. Because we do take a session long before we sync it.And we also use it (the cleanup call) long AFTER the sync that could happen.
So when 2 request are comming in. there can be a sync lock somewhere
Ah, sorry forgot to mention. Never use in a Page (or
base page in case of inheritance). It simply doesn't make sense for
pages. It only works for Panels and Borders.
I somehow need to fix this (and provide a better error message)
Juergen
On 2/6/06, David Leangen <[EMAIL PROTECTED]> wrote:
>
> S
25 matches
Mail list logo