+1
-Original Message-
From: martijn.dasho...@gmail.com [mailto:martijn.dasho...@gmail.com] On
Behalf Of Martijn Dashorst
Sent: Wednesday, April 01, 2009 3:03 AM
To: d...@wicket.apache.org; users@wicket.apache.org
Subject: VOTE: Rename Apache Wicket to Apache WicketFX
The Wicket PMC has
: Wicket at ApacheCon EU'09 in Amsterdam
Hmm...
some time ago (approx 1,5 year ) was attempts to marry JBoss Seam and
Wicket. Was it successful? May be this is an example, why wicket should
to be treated as a standard?
Oleg
On Fri, Feb 13, 2009 at 4:59 PM, Hoover, William
whoo...@nemours.orgwrote
, Feb 13, 2009 at 4:59 PM, Hoover, William
whoo...@nemours.orgwrote:
First of all, thank you for entertaining this idea :o)
See comments below...
-Original Message-
From: Johan Compagner [mailto:jcompag...@gmail.com]
Sent: Friday, February 13, 2009 9:38 AM
To: users@wicket.apache.org
13, 2009 at 4:59 PM, Hoover, William
whoo...@nemours.orgwrote:
First of all, thank you for entertaining this idea :o)
See comments below...
-Original Message-
From: Johan Compagner [mailto:jcompag...@gmail.com]
Sent: Friday, February 13, 2009 9:38 AM
To: users@wicket.apache.org
of a
standard
offers us.
-igor
On Thu, Feb 12, 2009 at 12:01 PM, Hoover, William
whoo...@nemours.org
wrote:
Judging by the responses (or the lack thereof), It seems as though
there
isn't enough support from the Wicket community to push for something
like this :(
-Original Message
-mindedness...
Hoover, William wrote:
I hear the arguments and I completely agree with the notion that
innovation usually happens elsewhere and a JSR/JCP would slow that
process down. I just want to objectively view the other side of the
spectrum :o)
From a developers point-of-view
First of all, thank you for entertaining this idea :o)
See comments below...
-Original Message-
From: Johan Compagner [mailto:jcompag...@gmail.com]
Sent: Friday, February 13, 2009 9:38 AM
To: users@wicket.apache.org
Subject: Re: Wicket at ApacheCon EU'09 in Amsterdam
From a
. I know of companies that have switched from
Hiberante to OpenJPA to do just that. Other reasons may include, but are
not limited to: better support from one vendor to the next, discounted
support through partner programs, light-weight implementation, etc.
On Fri, Feb 13, 2009 at 16:59, Hoover
Just out of curiosity... Are there any plans to push a JSR that Wicket
could follow. I think there would be a lot more acceptance of Wicket if
this was to happen :o)
-Original Message-
From: martijn.dasho...@gmail.com [mailto:martijn.dasho...@gmail.com] On
Behalf Of Martijn Dashorst
Sent:
:
And then come into the horrible voting/administive stuff? Long Release
cycles that are controlled, features that are discussed over and over.
Hmm
On 12/02/2009, Hoover, William whoo...@nemours.org wrote:
Just out of curiosity... Are there any plans to push a JSR that
Wicket could
Seems like a little wicketization should be in order:
http://www.infoq.com/news/2009/01/java-ee6-draft
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
?xml version=1.0 encoding=UTF-8?
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:wicket=http://wicket.apache.org;
xsi:schemaLocation=http://www.w3.org/MarkUp/SCHEMA/xhtml11.xsd
http://wicket.apache.org;
Is there any active projects for Wicket and ExtJS out there? I know of
the one that used to be at wickettools.org, but it looks like a dead
project (no updates for over a year). There was also talk about adding
it to wicketstuff around that same time period, but it doesn't seem like
that
http://cwiki.apache.org/WICKET/conditional-validation.html see
alternative approach
-Original Message-
From: Kaspar Fischer [mailto:fisch...@inf.ethz.ch]
Sent: Monday, January 19, 2009 5:19 AM
To: users@wicket.apache.org
Subject: Re: Turn off form validation
On 19.12.2008, at 13:45,
+1
-Original Message-
From: s...@meiers.net [mailto:s...@meiers.net]
Sent: Friday, January 16, 2009 7:47 AM
To: users@wicket.apache.org
Subject: Re: Why you should not override isVisible
Ok, IMHO it's a bug that wicket calls isVisible() after detachment.
Thus caching isVisible()
You should use the same label and just replace the model object:
final Label label = new Label(text, new Model());
...
label.setModelObject(processing...);
...
label.setModelObject();
-Original Message-
From: Yazeed Isaacs [mailto:yaz...@switch.tj]
Sent: Wednesday, January 07, 2009 8:27
[mailto:mcgreg...@e-card.bg]
Sent: Monday, January 05, 2009 12:53 PM
To: users@wicket.apache.org
Subject: RE: How much this graph is accurate?
Add GWT to the comparison
El lun, 05-01-2009 a las 09:32 -0500, Hoover, William escribió:
I think this:
http://www.indeed.com/jobtrends?q=Seam%2C+Grails%2C+Tapestry
If you don't mind having the gwt compiler dependency ;o)
-Original Message-
From: Hoover, William [mailto:whoo...@nemours.org]
Sent: Monday, January 05, 2009 1:20 PM
To: users@wicket.apache.org; mcgreg...@e-card.bg
Subject: RE: How much this graph is accurate?
Yeah sure- mostly due
Not sure as to why you cannot use setDefaultFormProcessing?
http://cwiki.apache.org/WICKET/conditional-validation.html (see
Alternative Approach)
-Original Message-
From: ywtsang [mailto:ywts...@gmail.com]
Sent: Saturday, January 03, 2009 9:46 AM
To: users@wicket.apache.org
Subject: Re:
@wicket.apache.org
Subject: RE: How much this graph is accurate?
What does this mean?
:-/
Hoover, William wrote:
I think this:
http://www.indeed.com/jobtrends?q=Seam%2C+Grails%2C+Tapestry%2C+Wicket
%2
C+Stripesl=relative=1 is more accurate ;o)
-Original Message-
From: HHB [mailto:hubaghd
submitted fields values
Hoover, William wrote:
Not sure as to why you cannot use setDefaultFormProcessing?
http://cwiki.apache.org/WICKET/conditional-validation.html (see
Alternative Approach)
-Original Message-
From: ywtsang [mailto:ywts...@gmail.com]
Sent: Saturday, January
I think this:
http://www.indeed.com/jobtrends?q=Seam%2C+Grails%2C+Tapestry%2C+Wicket%2
C+Stripesl=relative=1 is more accurate ;o)
-Original Message-
From: HHB [mailto:hubaghd...@yahoo.ca]
Sent: Monday, January 05, 2009 9:24 AM
To: users@wicket.apache.org
Subject: How much this graph is
If you need to do these kind things at least utilize
java.util.concurrent.*
class MyCallable implements CallableMyReturnObject {
final public MyReturnObject call() {
// calling the another thread; do something and return
your object
}
}
final ExecutorService es =
I think the idea behind this is that size will be called first. If the
size is zero there is no need to proceed with the call to get the items.
I don't necessarily agree with this approach because a lot of service
calls can capture the data in one call (even down to the database level-
some
We use the same workaround :o)
-Original Message-
From: Michael O'Cleirigh [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2008 9:43 AM
To: users@wicket.apache.org
Subject: Re: Is there any other way? DataProviders must hit the Db twice
for (possible) large datasets
Hi Wayne,
[X] - YES - I would like to see at least the most used Wicket Stuff
projects structured so that they mirror Wicket, and a release is
produced for each Wicket release.
This should be a no-brainer ;o)
-Original Message-
From: Jeremy Thomerson [mailto:[EMAIL PROTECTED]
Sent: Monday,
or you can go with this solution:
http://cwiki.apache.org/WICKET/autocomplete-using-a-wicket-model.html
-Original Message-
From: Nino Saturnino Martinez Vazquez Wael [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 29, 2008 6:15 AM
To: users@wicket.apache.org
Subject: Re:
or you can use:
https://svn.apache.org/repos/asf/wicket/trunk/wicket-velocity/ in which
case you could have a separate js/vm file that can inject the values for
you:
myscript.vm
script language=JavaScript
function removeBlur(checked) {
if(checked) {
Subject: RE: Compatibility of objectautocomplete
Hoover, William mailto:[EMAIL PROTECTED] wrote:
or you can go with this solution:
http://cwiki.apache.org/WICKET/autocomplete-using-a-wicket-model.html
Hi William,
I have tried it but not successfully. I can select a choice from the
choicelist
for the choice
in the autocomplete list
}
};
autoCompleteField.add(afcub);
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 29, 2008 9:03 AM
To: users@wicket.apache.org; [EMAIL PROTECTED]
Subject: RE: Compatibility of objectautocomplete
or you can use this one-
http://cwiki.apache.org/confluence/display/WICKET/Autocomplete+using+a+W
icket+model
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan
Gravener
Sent: Monday, October 13, 2008 9:17 AM
To: users@wicket.apache.org
Subject: Re:
Try HiveMind.unregisterHive(hiveKey);
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 18, 2008 1:56 PM
To: users@wicket.apache.org
Subject: Re: Turning off SWARM for testing?
sorry, i dont know anything about swarm itself. maybe during test
PM
To: users@wicket.apache.org
Subject: Re: Turning off SWARM for testing?
HiveMind?
On Thu, Sep 18, 2008 at 2:03 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Try HiveMind.unregisterHive(hiveKey);
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Thursday
To: users@wicket.apache.org
Subject: Re: Turning off SWARM for testing?
Way to poach a name! :)
On Thu, Sep 18, 2008 at 2:17 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Yes, the same org.apache.wicket.security.hive.HiveMind used to
HiveMind.registerHive(getHiveKey(), factory) the factory
Why do you use propertiesList.setReuseItems(true)?
-Original Message-
From: Markus Haspl [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2008 10:20 AM
To: users@wicket.apache.org
Subject: ListView in Forms
hi,
first, i'm a very newbie to wicket... I want to add a ListView in a
If there are errors try setting this strategy on your list view:
public class ReuseOnFeedbackMessageStrategy implements
IItemReuseStrategy {
private static final long serialVersionUID = 1L;
private static final int LEVEL_NA = 0;
private int feedbackMessageThresholdLevel;
That is an issue in itself ;o)
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2008 1:00 PM
To: users@wicket.apache.org
Subject: Re: ListView in Forms
listviews dont use item reuse strategies...
-igor
On Wed, Aug 6, 2008 at 9:25 AM, Hoover
Seems strange that Component#modelChanging and Component#modelChanged
are never called when IModel#setObject is called...
https://issues.apache.org/jira/browse/WICKET-1764
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
: Thursday, July 31, 2008 6:01 PM
To: users@wicket.apache.org
Subject: Re: Component#modelChanging and Component#modelChanged when
IModel#setObject
how should we handle that?
-igor
On Thu, Jul 31, 2008 at 2:43 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Seems strange that Component#modelChanging
is changed through the component.
there is no way for us to really intercept a setobject call on an
arbitrary model instance, figure out which components it is currently
attached to, and call modelchanging methods on them.
-igor
On Thu, Jul 31, 2008 at 3:08 PM, Hoover, William [EMAIL PROTECTED
to pay for it.
2008/7/31 Hoover, William [EMAIL PROTECTED]
Yes, it does seem to be a difficult task to accomplish unless the
model itself is component aware. Nonetheless, it seems relatively
useless to have the onchanging/onchanged methods if they cannot do
what they claim they can do
What about formComponent.processInput()
-Original Message-
From: Ritesh Trivedi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30, 2008 12:52 PM
To: users@wicket.apache.org
Subject: Conditional Form Validation
Hi,
I am trying to implement conditional form validation according to the
did you try
getRequestCycleSettings().setGatherExtendedBrowserInfo(true); in your
WebApplication?
-Original Message-
From: Kaspar Fischer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 29, 2008 6:35 AM
To: users@wicket.apache.org
Subject: How to get the remote address (IP)
I try to
A simple solution is to hold on to the actual choices list until you can
match the selection:
public abstract class AbstractAutoCompleteTextFieldCHOICE extends
TextField {
private static final Logger LOG =
LoggerFactory.getLogger(AbstractAutoCompleteTextField.class);
private
I am using a behavior that is dynamically added/removed from a TextField
based upon another components state (in order to avoid extra round trips
to the server):
final AjaxFormComponentUpdatingBehavior afcub = ...
final TextField textField = new TextField(some-id, new Model()){
protected
traffic but i don't know how to
make it better).
2008/6/25 Hoover, William [EMAIL PROTECTED]:
If you need the components:
final ListFormComponent yourViewFormComponents = new
ArrayListFormComponent(); final IteratorWebMarkupContainer items
= yourView.iterator(); if (items != null
Are you referring to something like
http://issues.apache.org/jira/browse/WICKET-488?
-Original Message-
From: Bertrand DATAS [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 25, 2008 4:21 AM
To: users@wicket.apache.org
Subject: Contextual autoCompleteTextField
Hello everybody,
Do you
because i dont want to use the onselect of this component but
to use the content of two other fields to construct the list that will
be displayed in my AutoCompleteTextField.
2008/6/25 Hoover, William [EMAIL PROTECTED]:
Are you referring to something like
http://issues.apache.org/jira/browse/WICKET
yes i could do like that but my field are generated in a listview so how
can I retrieve them ??
2008/6/25 Hoover, William [EMAIL PROTECTED]:
What is stopping you from using the models from the other fields when
constructing your list?
-Original Message-
From: Bertrand DATAS [mailto
It would be better if ContextImage was a behavior rather than an actual
component. For instance, if you have an html input of type=image (or a
link for that matter) you can still utilize the behavior whereas a
component you cannot ;o)
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL
, Hoover, William [EMAIL PROTECTED]
wrote:
It would be better if ContextImage was a behavior rather than an
actual component. For instance, if you have an html input of
type=image (or a link for that matter) you can still utilize the
behavior whereas a component you cannot ;o)
-Original
In java 1.7 it will allow: TextFieldStirng tf = new TextField(id);
So, at least one of your wishes will come true ;o)
I like the default idea.
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2008 4:15 AM
To: users@wicket.apache.org
Subject: Re:
PM, Hoover, William [EMAIL PROTECTED]
wrote:
In java 1.7 it will allow: TextFieldStirng tf = new TextField(id);
So, at least one of your wishes will come true ;o)
I like the default idea.
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03
1) Generifying* Wicket
[X] Can best be done like currently in the 1.4 branch, where models
and components are both generified. I care most about the improved
static type checking generified models and components give Wicket.
Verbose VS Clarity, Clarity wins hands down.
2) How strongly
Goes to show you that people have a tendency to reject things that they
do not understand rather than put in the effort :o)
-Original Message-
From: richardwilko [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 10:21 AM
To: users@wicket.apache.org
Subject: Re: users, please give us
+1
-Original Message-
From: Brill Pappin [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 10:49 AM
To: users@wicket.apache.org
Subject: RE: users, please give us your opinion: what is your take on
generics with Wicket
I don't know, I think the discussion is going *toward*
+1
I would like to see what the major issues are as to why people are
rejecting model/component generics. None that I have seen so far are
that convincing- especially the complaints of verbosity.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of James
: what is your take on
generics with Wicket
yes thats why i am against Referendums (politically) :)
On Mon, Jun 2, 2008 at 4:27 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Goes to show you that people have a tendency to reject things that
they do not understand rather than put in the effort :o
see here:
http://cwiki.apache.org/WICKET/generics.html
I just don't see the problem with the current direction.
Cheers,
Scott
On Mon, Jun 2, 2008 at 8:03 AM, Hoover, William [EMAIL PROTECTED]
wrote:
+1
I would like to see what the major issues are as to why people are
rejecting model
on
generics with Wicket
Why don't we use the Wiki page to list our *specific* gotchas we
encounter and try to come up with a solution for them. My guess is that
we can do so.
On Mon, Jun 2, 2008 at 11:03 AM, Hoover, William [EMAIL PROTECTED]
wrote:
+1
I would like to see what the major issues
Good question... I would add to that and say:
how many of those users actually use generified wicket on day-to-day
basis?
how many of those users actually implement generics on day-to-day basis
(not just using them- like ListMyClass)?
-Original Message-
From: Matej Knopp [mailto:[EMAIL
If you use more than one type of model for a given component I would
hardly say that it is only a fraction of the time. Do you use only one
type of model on all your components? :o)
The use of Void is not an obscure workaround. Why do you think they have
it? I think it's intent is very clear if
I read it, but I think most people will be using models more frequently
than 30% of the time. Personally, I use them 99% of the time.
-Original Message-
From: Jan Kriesten [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 11:54 AM
To: users@wicket.apache.org
Subject: Re: users,
Enlighten me with an example
-Original Message-
From: Jan Kriesten [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 12:23 PM
To: users@wicket.apache.org
Subject: Re: users, please give us your opinion: what is your take on
generics with Wicket
hi william,
Wouldn't that infer
Then we are on the same page with one thing... some level in the
component hierarchy would have to be generic.
Your original example specified T getModel() - you must have meant T
getModelObject() ;o)
-Original Message-
From: Jan Kriesten [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02,
Wouldn't that infer that the component has to have generics, or am I
missing something here?
Something like...
public abstract class ComponentM extends IModelT, T implements
IClusterable, IConverterLocator {
...
public final M getModel(){
...
}
...
, Jun 02, 2008 at 11:59:09AM -0400, Hoover, William wrote:
I read it, but I think most people will be using models more
frequently than 30% of the time. Personally, I use them 99% of the
time.
Really? Haven't you heard of CompoundPropertyModel?
jk
not
reference models explicitly.
Thus you typically use an explicit model on 30% of your components if
you have a form-heavy web-app; the other components use the implicit
model provided by the parent's CompoundPropertyModel.
Regards,
Al
On Mon, Jun 2, 2008 at 6:42 PM, Hoover, William [EMAIL PROTECTED
+1
This seems to be the best option so far. It's confusing to see a bunch
of subclasses whose only purpose is to avoid generic type definitions. A
separate dependency makes sense. If anyone is that concerned with having
to define void generic types they can add the dependency.
-Original
can refactor this stuff for 1.4/1.5
-igor
On Wed, May 21, 2008 at 5:00 PM, Hoover, William [EMAIL PROTECTED]
wrote:
A column attribute, or any other attribute for that matter, would
not make a difference because if would all be encapsulated within the
model set on the validator (use case 6
Why not do:
final Image logoImg = new Image(logoimg);
logoImg.add(new SimpleAttributeModifier(src, chemin));
or:
final Image logoImg = new Image(logoimg);
logoImg.add(new AttributeModifier(src, true, new
AbstractReadOnlyModel() {
public final Object getObject() {
// TODO
Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 20, 2008 8:41 PM
To: users@wicket.apache.org
Subject: Re: Providing IModel to Validators
On Tue, May 20, 2008 at 3:39 PM, Hoover, William [EMAIL PROTECTED]
wrote:
sure, if you know to override NumberValidator.minimum with:
label.myminimum=My
} is
required? do we start passing in arrays, lists, or maps for imodels to
validators?
why not just do
textfield.setlabel(new model(first name at row +row));
-igor
On Wed, May 21, 2008 at 4:52 AM, Hoover, William [EMAIL PROTECTED]
wrote:
What I'm proposing would not require the same first name model
What does everyone think about updating the Wicket core validators to
contain an optional IModel?
Simple Use Case:
# properties file
label.myminimum=My Object at row: {0} with value '${input}' must be
smaller than ${minimum}
...
final RefreshingView myView = new
dont you just implement equals/hashcode on MyObjectOption???
-igor
On Fri, May 16, 2008 at 5:14 AM, Hoover, William [EMAIL PROTECTED]
wrote:
Here is an example of what I'm referring to:
class MyObject {
private Long id;
private MyObjectOption myObjectOption;
public
it as a reasonable enough requirement that objects
properly implement equals and hashcode.
-igor
On Fri, May 16, 2008 at 7:58 AM, Hoover, William [EMAIL PROTECTED]
wrote:
yes, that will work in my example, but what if MyObjectOption is not
part of my namespace?
-Original Message-
From
with getdisplayvalue()?
-igor
On Fri, May 16, 2008 at 8:35 AM, Hoover, William [EMAIL PROTECTED]
wrote:
I agree, but there are some cases where it will not be possible to
implement equals/hashcode on the model object.
I would be more of a proponent to have as much consistency across
components
16, 2008 at 9:07 AM, Hoover, William [EMAIL PROTECTED]
wrote:
It could be left as is and use the display value as expected (i.e.
input type=checkbox id=ID_VALUE value=DISPLAY_VALUE /).
Another option would be to have an identifier renderer:
public interface IChoiceRenderer extends
For consistency sake, wouldn't it be wise to use IChoiceRenderer for
RadioGroup and CheckBoxMultipleChoice? Seems like a natural solution to
override IChoiceRenderer#getIdValue(...) to infer IDs for selection
comparison the same way that it is being done in DropDownChoice.
Otherwise, how else can
renderer is required.
-igor
On Thu, May 15, 2008 at 1:01 PM, Hoover, William [EMAIL PROTECTED]
wrote:
For consistency sake, wouldn't it be wise to use IChoiceRenderer for
RadioGroup and CheckBoxMultipleChoice? Seems like a natural solution
to override IChoiceRenderer#getIdValue(...) to infer
a choice renderer would be inconvenient.
you can always roll your own subclass, i just dont think something like
that would belong in core, its just one more parallel way of doing
something.
-igor
On Thu, May 15, 2008 at 2:44 PM, Hoover, William [EMAIL PROTECTED]
wrote:
yes... sorry CheckGroup
imho, that seems like that adds a lot of unnecessary code. One of the
nice things about Wicket is that it keeps the bloat to a minimum.
-Original Message-
From: Doug Donohoe [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 14, 2008 8:21 AM
To: users@wicket.apache.org
Subject: Re: Using
@SuppressWarnings(unchecked)
public final ListCulture findCultures() {
final ListCulture cultures = new ArrayListCulture();
final IteratorItem items =
ratingScalesView.getItems();
if (items != null) {
while
Although, it still has some issues when dealing with mouseover and
keyboard events combo ;o)
-Original Message-
From: Gerolf Seitz [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 08, 2008 4:23 PM
To: users@wicket.apache.org
Subject: Re: AutoCompleteTextField type mismatch in line 227
in case you mean [0], that's going to be dealt with probably tomorrow ;)
[0] https://issues.apache.org/jira/browse/WICKET-1595
On Fri, May 9, 2008 at 1:52 AM, Hoover, William [EMAIL PROTECTED]
wrote:
Although, it still has some issues when dealing with mouseover and
keyboard events combo ;o
I think he is referring to
http://issues.apache.org/jira/browse/WICKET-1504
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Monday, May 05, 2008 6:52 PM
To: users@wicket.apache.org
Subject: Re: AutoComplete functionality for Wicket 1.4-m1 in IE
Which jira issue
I tested this fix and it seems to be fixed. Ricky, make sure that you
cleared your browser cache and try again.
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 06, 2008 8:33 AM
To: users@wicket.apache.org
Subject: RE: AutoComplete functionality
a solid use case when this occurs
consecutively.
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 06, 2008 8:43 AM
To: users@wicket.apache.org
Subject: RE: AutoComplete functionality for Wicket 1.4-m1 in IE
I tested this fix and it seems to be fixed
Would it be better if there were a core wicket-annotation project that
provides the basics (such as the scanner) and another project called
wicket-automount (with wicket-annotation dependency)? That way other
future projects can utilize the core capabilities without reinventing
the wheel. This
-annotation 1.0 released
On Tue, May 6, 2008 at 5:42 PM, Eelco Hillenius
[EMAIL PROTECTED] wrote:
On Tue, May 6, 2008 at 2:24 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Would it be better if there were a core wicket-annotation project
thatprovides the basics (such as the scanner
Is there a reason why StringResourceModel is not using
StringResourceModelT ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Frank Bille
Sent: Friday, May 02, 2008 4:09 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
users@wicket.apache.org; Apache Wicket
fixed in trunk (hardcoded to
String)
Frank
On Sun, May 4, 2008 at 5:47 PM, Hoover, William [EMAIL PROTECTED]
wrote:
Is there a reason why StringResourceModel is not using
StringResourceModelT ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Also, looks like most of the models are not generic typed
(BoundCompoundPropertyModel, CompoundPropertyModel, etc.) are these
fixed in trunk as well?
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 04, 2008 12:15 PM
To: users@wicket.apache.org
Does anyone have an ETA when wicketstuff.org will be back up?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
are looking for the examples, install them on your own box.
They're only a download away.
Martijn
On 5/2/08, Hoover, William [EMAIL PROTECTED] wrote:
Does anyone have an ETA when wicketstuff.org will be back up
// It solves your problem because the call to load will be made each
time your view renders
final LoadableDetachableModel articlesLoadableModel = new
LoadableDetachableModel() {
private static final long serialVersionUID = 1L;
/**
* [EMAIL PROTECTED]
*/
I'm not sure why the built-in Wicket component doesn't support this feature
out-of-the-box, but here is a simple fix/solution:
Does anyone know how close we are to a release of wicket-minis?
http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-minis/
shows 1.3.0-SNAPSHOT.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
see http://cwiki.apache.org/WICKET/using-radiogroups.html
-Original Message-
From: Sathish Gopal [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 06, 2008 6:07 AM
To: users@wicket.apache.org
Subject: RadioButton inside DataTable
Hi all,
I'm trying to build DataTable using the Wickets
see http://cwiki.apache.org/confluence/display/WICKET/Using+RadioGroups
-Original Message-
From: Michael Mehrle [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 03, 2008 8:49 PM
To: users@wicket.apache.org
Subject: Default selection in radio group?
I created a RadioGroup with three
1 - 100 of 202 matches
Mail list logo