RE: Change to API between Wicket 1.2 releases?
I'm not sure what you mean by what part it really is? Are you asking
me to find a simpler example exhibiting the problem? I mean, the panel
class follows the RadioGroup component example quite closely:
http://wicketstuff.org/wicket13/compref/;jsessionid=C6F7701B642660179563
84008732211C?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compr
ef.RadioGroupPage
The only significant difference is that instead of using a submit button
I override wantOnSelectionChangedNotification() to return true.
public class MyPanel extends Panel {
public MyPanel( String id,
String caption,
PropertyModel groupModel,
ChoiceOption[] options ) {
super(id, groupModel);
add( new Label(caption, caption) );
final RadioGroup group = new RadioGroup(group, groupModel) {
//THIS IS THE ONLY PART THAT CHANGED FROM THE
COMPONENT EXAMPLE
protected boolean wantOnSelectionChangedNotifications()
{
return true;
}
//IT POSTS BACK ON ANY SELECTION
};
add(group);
ListChoiceOption optionList = Arrays.asList( options );
ListView radios = new ListView(radios, optionList) {
protected void populateItem(ListItem listItem) {
listItem.add( new Radio(radio,
new PropertyModel(
listItem.getModel(),
value)
)
);
listItem.add( new Label(option,
new PropertyModel(
listItem.getModel(), label )
)
);
}
};
group.add(radios);
}
Did I do something wrong, or is that feature of RadioGroup indeed broken
in current releases of Wicket 1.2?
I really don't know enough about the Wicket internals to debug Wicket.
Can you suggest anything simpler that I could try to narrow down the
location of the problem? Would it work in Wicket 1.3?
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 29, 2008 3:54 AM
To: users@wicket.apache.org
Subject: Re: Change to API between Wicket 1.2 releases?
1.2 is a long time ago
I have no idea what change did break yours (and what did it fix) If you
could figure out what part it really is?
johan
On Tue, Apr 29, 2008 at 12:09 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I completed a Wicket 1.2 project a couple of years ago, and I've been
maintaining it since then. I've been using Version 1.2.2 successfully,
and figured I might as well use the lastest release of that version
(1.2.7). Well, I'm trying to figure out why Wicket 1.2.7 broke my
code.
(I scrounged up a Wicket 1.2.6 release, and that also breaks it.)
Am I using the Wicket 1.2 API incorrectly? When it works in Wicket
1.2.2, am I using it in an unintended way? Let me illustrate what
I've been doing with a small example.
This is a simplified version of a component for creating and
displaying radio button groups without having to write HTML every
time. I give the
constructor:
(1) a wicket-id,
(2) a PropertyModel that initializes the component and keeps track of
the current choice, and
(3) an array of ChoiceOption. -- The array of choice options defines
the set of values offered by the radio buttons, and the corresponding
labels to be displayed.
The component posts back immediately when a change is made to the
radio button. (Think fast INTRAnet with a very small number of
simulaneous
users.) Here is my implementation:
package common.play;
import wicket.markup.html.basic.Label; import wicket.model.IModel;
import wicket.markup.html.panel.Panel; import
wicket.markup.html.form.Radio; import
wicket.markup.html.form.RadioGroup;
import wicket.markup.html.list.ListItem; import
wicket.markup.html.list.ListView; import wicket.model.PropertyModel;
import java.util.List; import java.util.Arrays; import
common.play.ChoiceOption;
public class MyPanel extends Panel {
public MyPanel( String id, String caption, PropertyModel groupModel,
ChoiceOption[] options) {
super(id, groupModel);
add( new Label(caption, caption) );
final RadioGroup group = new RadioGroup(group, groupModel) {
protected boolean wantOnSelectionChangedNotifications() { return
true; }
};
add(group);
ListChoiceOption optionList = Arrays.asList( options );
ListView radios = new ListView(radios, optionList) {
protected void populateItem(ListItem listItem) {
listItem.add( new Radio(radio,
new PropertyModel( listItem.getModel(),
value) ) );
listItem.add( new Label(option, new PropertyModel
Re: Change to API between Wicket 1.2 releases?
I dont know what this is, but 1.2 is pretty much end of life, so you
should try to debug what it is and patch your version
Or just use a 1.2 version that works for you
On 4/29/08, Frank Silbermann [EMAIL PROTECTED] wrote:
I'm not sure what you mean by what part it really is? Are you asking
me to find a simpler example exhibiting the problem? I mean, the panel
class follows the RadioGroup component example quite closely:
http://wicketstuff.org/wicket13/compref/;jsessionid=C6F7701B642660179563
84008732211C?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.compr
ef.RadioGroupPage
The only significant difference is that instead of using a submit button
I override wantOnSelectionChangedNotification() to return true.
public class MyPanel extends Panel {
public MyPanel( String id,
String caption,
PropertyModel groupModel,
ChoiceOption[] options ) {
super(id, groupModel);
add( new Label(caption, caption) );
final RadioGroup group = new RadioGroup(group, groupModel) {
//THIS IS THE ONLY PART THAT CHANGED FROM THE
COMPONENT EXAMPLE
protected boolean wantOnSelectionChangedNotifications()
{
return true;
}
//IT POSTS BACK ON ANY SELECTION
};
add(group);
ListChoiceOption optionList = Arrays.asList( options );
ListView radios = new ListView(radios, optionList) {
protected void populateItem(ListItem listItem) {
listItem.add( new Radio(radio,
new PropertyModel(
listItem.getModel(),
value)
)
);
listItem.add( new Label(option,
new PropertyModel(
listItem.getModel(), label )
)
);
}
};
group.add(radios);
}
Did I do something wrong, or is that feature of RadioGroup indeed broken
in current releases of Wicket 1.2?
I really don't know enough about the Wicket internals to debug Wicket.
Can you suggest anything simpler that I could try to narrow down the
location of the problem? Would it work in Wicket 1.3?
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 29, 2008 3:54 AM
To: users@wicket.apache.org
Subject: Re: Change to API between Wicket 1.2 releases?
1.2 is a long time ago
I have no idea what change did break yours (and what did it fix) If you
could figure out what part it really is?
johan
On Tue, Apr 29, 2008 at 12:09 AM, Frank Silbermann
[EMAIL PROTECTED] wrote:
I completed a Wicket 1.2 project a couple of years ago, and I've been
maintaining it since then. I've been using Version 1.2.2 successfully,
and figured I might as well use the lastest release of that version
(1.2.7). Well, I'm trying to figure out why Wicket 1.2.7 broke my
code.
(I scrounged up a Wicket 1.2.6 release, and that also breaks it.)
Am I using the Wicket 1.2 API incorrectly? When it works in Wicket
1.2.2, am I using it in an unintended way? Let me illustrate what
I've been doing with a small example.
This is a simplified version of a component for creating and
displaying radio button groups without having to write HTML every
time. I give the
constructor:
(1) a wicket-id,
(2) a PropertyModel that initializes the component and keeps track of
the current choice, and
(3) an array of ChoiceOption. -- The array of choice options defines
the set of values offered by the radio buttons, and the corresponding
labels to be displayed.
The component posts back immediately when a change is made to the
radio button. (Think fast INTRAnet with a very small number of
simulaneous
users.) Here is my implementation:
package common.play;
import wicket.markup.html.basic.Label; import wicket.model.IModel;
import wicket.markup.html.panel.Panel; import
wicket.markup.html.form.Radio; import
wicket.markup.html.form.RadioGroup;
import wicket.markup.html.list.ListItem; import
wicket.markup.html.list.ListView; import wicket.model.PropertyModel;
import java.util.List; import java.util.Arrays; import
common.play.ChoiceOption;
public class MyPanel extends Panel {
public MyPanel( String id, String caption, PropertyModel groupModel,
ChoiceOption[] options) {
super(id, groupModel);
add( new Label(caption, caption) );
final RadioGroup group = new RadioGroup(group, groupModel) {
protected boolean wantOnSelectionChangedNotifications() { return
true; }
};
add(group);
ListChoiceOption optionList
