Look the site has raw wicket urls :)
ananthakumaran wrote:
http://www.breakitdownblog.com/apache-wicket-powers-mobile-walmart-com/
On Mon, Mar 15, 2010 at 1:50 PM, Mynhardt Vlok mynhar...@gmail.com
wrote:
Hey community
I'm testing / using wicket at the moment and have to convince my
Wiket provides PropertyModel class to map to values accessible via
expressions.
You always can write your own models. For instance you can employ Spring
property expressions if you'd like map on collection projection.
You can yield values using great Google collections framework.
Steven Haines
Looks great!
One thing is missing - the components don't restore their state on refresh.
I believe cookie, window name or dom storage can be used to keep the
position and settings of components that are available for
dragging/re-arrangement.
Roman Ilin wrote:
Great, ready for use
For now I can't benefit from 304 Not Modified when shared parameterized
resource is mounted with custom mount path (say /databaseimage/ in contrary
to /resources/) and backed by database.
I mean it is not easy to benefit from just implementing
IResourceStream.lastModifiedTime(). It is due
It seems that problem prepending resource URLs resurrected again.
https://issues.apache.org/jira/browse/WICKET-2491
vineet semwal wrote:
i have opened the jira issue for the same problem,
https://issues.apache.org/jira/browse/WICKET-2717
On Thu, Feb 4, 2010 at 1:07 AM, vineet semwal
that implement IDetachable
via reflection.
-igor
On Sun, Nov 1, 2009 at 3:05 AM, Vladimir K koval...@gmail.com wrote:
what about promiced auto-detaching models? may we expect it in 1.5?
igor.vaynberg wrote:
possibly. i think i would like this release to be as small as
possible
what about promiced auto-detaching models? may we expect it in 1.5?
igor.vaynberg wrote:
possibly. i think i would like this release to be as small as
possible, centered around the new url stuff. once that is in release
1.5 and put the new ajax support from ng into 1.6.
trying to
to limit the places where use of instanceof operator is by-design.
igor.vaynberg wrote:
On Sat, Oct 24, 2009 at 5:23 PM, Vladimir K koval...@gmail.com wrote:
Although it is possible I wouldn't recommend authoring certainly
different UI
basing on the asynchronisity of the request. For instance
Sven
Vladimir K wrote:
Although it is possible I wouldn't recommend authoring certainly
different UI
basing on the asynchronisity of the request. For instance I experience
inconvinience when mistakely opening Outlook Web Access in Firefox
instead
of MS IE and seeing a bit different non
Although it is possible I wouldn't recommend authoring certainly different UI
basing on the asynchronisity of the request. For instance I experience
inconvinience when mistakely opening Outlook Web Access in Firefox instead
of MS IE and seeing a bit different non-ajaxy UI.
All the handlers of
The UploadProgressBar does not work for me.
--
View this message in context:
http://www.nabble.com/ProgressBar-demo-doesn%27t-work-for-firefox-3.5.3-tp25717607p25729075.html
Sent from the Wicket - User mailing list archive at Nabble.com.
I believe the code that causes the problem is
#
@Override
#
protected CharSequence getURL()
#
{
#
return super.getURL() +
String.format(TB_iframe=trueheight=%dwidth=%dmodal=false, getHeight(),
getWidth());
#
}
IFAIK wicket encodes URL parameters
I tried JBoss JBPM and it worked for complex compound workflows. It also had
a eclipse designer plugin that could save the workflow image and provided a
class that visualised the current workflow state.
It had persistence module that was based on Hibernate. I had just to
implement simple UI to
version numbers updated so it
was building as 1.4 for a while. this has been fixed so latest
snapshots should be properly built out of branch.
-igor
On Sat, Sep 19, 2009 at 10:50 PM, Vladimir K koval...@gmail.com wrote:
The latest 1.4 snapshot does not define IComponentBorder interface
The latest 1.4 snapshot does not define IComponentBorder interface in
addition to disappeared form component persistence.
Is it supposed that 1.4.2 breaks compatibility with 1.4.1?
I see the only way to check the fix in wicket-ajax.js - mix it into wicket
1.4.1 jar.
Vladimir K wrote:
I
Igor, thanks for the fix.
I tried to compile against 1.4.2-20090916 and obtained two compilation
errors. Now FormComponent does not contain method setPersistent() and Page
does not contain method removePersistedFormData().
What API should be used instead?
Vladimir K wrote:
Igor, could you
I use 1.4-snapshot from
http://wicketstuff.org/maven/repository/org/apache/wicket/wicket/1.4-SNAPSHOT/
martin-g wrote:
You have to use 1.4.x branch.
trunk is for 1.5. form persistence is removed only in trunk
El vie, 18-09-2009 a las 05:32 -0700, Vladimir K escribió:
Igor, thanks
Igor, could you plan it for 1.4.2?
Vladimir K wrote:
done
https://issues.apache.org/jira/browse/WICKET-2463
Vladimir K wrote:
sure
igor.vaynberg wrote:
i guess create a quickstart and attach it to a jira issue. when i
tested buttons, while developing the feature
Try adding this one to the page markup
script language=javascript type=text/javascript
jQuery(document).ready(function(){
if (typeof Wicket != 'undefined'
Wicket.Window)
done
https://issues.apache.org/jira/browse/WICKET-2463
Vladimir K wrote:
sure
igor.vaynberg wrote:
i guess create a quickstart and attach it to a jira issue. when i
tested buttons, while developing the feature, it seemed to work fine.
-igor
On Wed, Sep 9, 2009 at 10:40 PM
it is attached to the input tag as follows:
form wicket:id=actionForm
enctype='multipart/form-data'
div class=buttonBox
input wicket:id=cancelAction
type=submit
sure
igor.vaynberg wrote:
i guess create a quickstart and attach it to a jira issue. when i
tested buttons, while developing the feature, it seemed to work fine.
-igor
On Wed, Sep 9, 2009 at 10:40 PM, Vladimir K koval...@gmail.com wrote:
it is attached to the input tag as follows
The regular repeater does not support pagination, sorting and filtering out
of the box.
Erik van Oosten wrote:
Kariem,
There is a hint at
http://cwiki.apache.org/WICKET/wickets-xhtml-tags.html#Wicket%27sXHTMLtags-Elementwicket:container
Regards,
Erik.
Igor Vaynberg wrote:
I mean they does not have toolbars that provides user with pagination,
sorting and filtering. One should author her own DataTable class in order to
get extra tr in the item's markup.
If Item class was derived from Panel class it would be possible to override
newRowItem() method.
I believe it
Personally I would embed YUI splitter and jQuery layout only if their state
could survive page refresh. It does not seem they are capable for now. AFAIK
it is possible to use coockies to save the state of splitter or docked
panel.
Ralf Eichinger wrote:
I would prefer to see
- Javascript
+1
I will buy such trick
Erik van Oosten wrote:
Jonathan Locke wrote:
I've got 13 tricks coded up now and
ideas for a handful more, but if there are any requests out there, please
let me know
Perhaps something about handling URLs. Like writing your own url coding
strategy
ModalWindow (being a wicket cheat :) ) deserves a sole book of tricks. I'll
definitely author my own modal window unless someone fixes the original one.
-1 on including ModalWindow to the book.
egolan74 wrote:
I can't wait for yet another great Wicket book.
I will surly buy it.
regarding
Martin,
please describe the context. I don't see how the process of serialization
makes the instance of the object obsolete.
In my practice I use a detachable model when rendering View page and I use a
static model when rendering an Edit page. In onSubmit method I save the
model object and
Jeremy,
from my perspective ModalWindow is a mix of javascript widget that works in
non-wicket mode and an wicket wrapper that bridges js widget with wicket. It
is always created at the body level. That's why I said it's a cheat. Thus
are problems with form submitting when nested forms are used.
Martin,
why do you get Page instance 2 on page refresh?
MartinM wrote:
please describe the context. I don't see how the process of serialization
makes the instance of the object obsolete.
1. Page instantiation. Page instance 1 {manipulating target data 1},
formComponent instance
trying to undertand what is happening in your case. When the page is
serialized the steam contains the whole graph, including the ListView and
it's items and the page default model and the ListView items models. When
the page is deserialized, the whole graph is restored including page, its
model,
Matej,
one of the problems is that when ajax submit happens (by pressing ajax
submit button that resides in a form that resides in a ModalWindow that is
put into another form) it contains no data for the components of enclosing
form but the process of handling the submit handles the eclosing
The following class fixes the problem. It is the evidence of mismatch I'm
saying about.
public class ModalWindowFormT extends FormT {
public ModalWindowForm(String id) {
super(id);
}
@Override
public Form? getRootForm() {
Form?
Ok then. I'm a noob in maven and ... I even don't know how to make a
quickstart of this problem for you. I have never done Wicket project from
scratch. But I have just found a free maven by example book and started to
read. I will be back soon :)
Matej Knopp-2 wrote:
This would be then a bug
Matej Knopp-2 wrote:
Modal Window is an ajax component. Submitting it with regular submit
is not supported and it never was.
But I would like to have AjaxFallbackModalWindow that survives page refresh.
Why not author my own if the aims are different? Probably requirements we
have are far
We developed a RAD framework that builds page design dynamically completely
basing on metadata. So there is no any concrete page that I could extract.
I believe it would be more convinient for you and simpler for me to just
have a look at the concrete page without dynamic layout.
Matej Knopp-2
serialization graphs?
**
Martin
2009/7/28 Vladimir K koval...@gmail.com:
trying to undertand what is happening in your case. When the page is
serialized the steam contains the whole graph, including the ListView and
it's items and the page default model and the ListView items models. When
the page
Could anyone shed light on that?
--
View this message in context:
http://www.nabble.com/How-to-determine-which-behavior-corresponds-to-the-currently-handled--request-target-tp24635282p24680015.html
Sent from the Wicket - User mailing list archive at Nabble.com.
I'm trying to add AjaxFormComponentUpdating behavior to FormComponentPanel.
The latter is inherintly not suited for Ajax requests. So I have to use
some workarounds to update model of FormComponentPanel by ajax update on
onblur js event on inner input, see code posted here. It works for now but
Nested tree and tree table seems promicing.
What I missed in your example is single-selection mode, and sortable headers
with filters.
One of my the upcoming tasks is to build a selector component that knows
whether the object is hierarchical and puts inside a datatable with
navigator or
to add a selected class attribute for selected TDs.
Vladimir K wrote:
Nested tree and tree table seems promicing.
What I missed in your example is single-selection mode, and sortable
headers with filters.
One of my the upcoming tasks is to build a selector component that knows
whether
I find the source code pretty clean and easy to understand. Especially if you
are familiar with DataTable component. For instance I see that it is easy to
use Ajax versions of Toolbars instead of static (however
DefaultAjaxFallbackTreeTable would be usefull)
Looking forward for the
For me the magic is how wicket is managing pages and their versions. For
instance I realized that it increments version when preparing the page for
render. But when I was debugging the code related to version manager I felt
lost :)
All the other stuff is pretty complex but not difficult to
though.
API will be finalized after sufficient feedback from the Wicket
community - so keep on firing questions ;).
Sven
On So, 2009-07-26 at 01:51 -0700, Vladimir K wrote:
Nested tree and tree table seems promicing.
What I missed in your example is single-selection mode, and sortable
svenmeier wrote:
ITreeProvider and IDataProvider are not exactly compatible, I don't
think we gain anything by extending the former from the latter.
I don't insist. But you do have IDataProvider wrapper over ITreeProvider in
TableTree.java :)
Selection is not part of the tree
It does not. It is stated at the bottom of the home page
http://code.google.com/p/wicket-tree/
For ajax updates it should behave not worse than DataTable component.
Matej, I find the idea of re-using data provider, columns and cells
developed for DataTable very important.
Matej Knopp-2 wrote:
In addition I need something like AjaxFallbackImageSubmitButton. Just to let
you know that he is not alone :)
From my perspective Wicket should provide basic Button and mixins (mostly
behaviours) to add Ajax, AjaxFallback, Image, Submit etc. So users could
just get the button they need by adding
Sven,
i added TableTree (why not TreeTable?) to my panel and added a button to
switch between tree and table representation.
The problem is that DataTable relies on the user that binds it to the
table tag at the time when your TableTree contains table within.
It is not a big deal just an
Since you update AbstractTree in ajax request I can't omit etra 'div' tag
that encloses table tag neither by using wicket:component nor by calling
setRenderBodyOnly(true).
Vladimir K wrote:
Sven,
i added TableTree (why not TreeTable?) to my panel and added a button to
switch between tree
of that page. In your case, if the page instance have some
state (is session relative), then there is no way to create a bookmarkable
link for it.
Alex Objelean
Vladimir K wrote:
I created a breadcrumbs panel that automatically creates a series of
bookmarkable links from the home page
Certainly, parameters are just name of object class and object code/id.
But actually I'm saying that I can create store PageReference with its
related PageParametes in session and using PageParameters from the request
to obtain a Page instance from page store.
The only thing I'm not sure is the
I realized that it is not possible to support bookmarkable page links in
breadcrumbs panel for already instantiated pages because it won't work with
multiple browser windows and tabls.
Therefore I can use bookmarkable links for non-instantiated pages only. It
can be easily accomplished with
();
Application.get().getMarkupSettings().setStripWicketTags(true);
super.onBeforeRender();
}
that looks like a hack. I would prefer a settings on the MarkupContainer
that by default uses the application settings but in case of border can be
overridden.
Vladimir K wrote
Mathias,
I just posted right after your post :) Anyway thanks.
The problem is that you can not restore origianal settings when the body of
the border is being rendered. At lease it is difficult to figure out what
workaround I could employ.
Thankfully I haven't to care about that in my case so
I didn't find it easy to do it myself. By easy I mean what I can accomplish
within 15 mins.
From the first glance it looks just like a mix of two strategies but it
actually does not. MixedHybridUrlCodingStrategy should handle all the
parameters delimited by slashes and some of them have names
Thanks very much!
Why not suggest it as a patch to wicket core?
Erik van Oosten wrote:
Hi Vladimir,
You are right. Now I look at it, it is clearly more complex then I
remembered.
You can get my version here: http://pastie.org/543892
Regards,
Erik.
Vladimir K wrote:
I
Martijn,
you probably mean how chained models would be detached. So instead of
propagating detach in IChainedModel they would be detached automatically?
Is there a vision how it would be accomplished?
Martijn Dashorst wrote:
Automatic detachment is one of the things we're looking into for
Joonas,
I'm wondering why your comparison table does not contain ZK?
I find Vaadin demos not very responsive. They react very very slowly. At
that internet responses are less than 100ms and response size mostly less
than 1K and there are only one-two roundtrips for each user action. The same
not familiar with ZK enough to contribute a column. Amount of its
ads is quite impressive so I assume it has a certain piece of market pie.
However I refused ZK 'cause it looks not so attractive in technical
internals.
Joonas Lehtinen wrote:
Vladimir K wrote:
I find Vaadin demos not very
Martin,
having read the thread I didn't get why you can not modify the object
itself. OSiV shouldn't be the reason because the object should be detached
when submitting the form and it should be merged into a brand new hibernate
session.
Actually I don't see the value of always keeping in mind
Igor, for now I'm concerned about how can I make sure that my code that
mimics form submitting lifecycles and wicket code in coming version do the
same things?
For instance the AjaxFormComponentUpdatingBehavior:
@Override
protected final void onEvent(final AjaxRequestTarget
From the ajax perspective it should be possible to submit any dom element
with its descendants. I believe it is exactly what Wicket ajax submit is
doing. IMO forms needed just for regular form submit.
We just need to change an implementation to accept a list of dom elements
instead of just one.
Wicket has strong rules how to handle ajax form submit. Therefore partial
form submitting should be handled differently on the server side.
Anyway we could handle raw strings or invoke converter ourselves.
Vladimir K wrote:
From the ajax perspective it should be possible to submit any dom
/
LinkedIn: http://www.linkedin.com/in/egolan74
P Save a tree. Please don't print this e-mail unless it's really
necessary
On Fri, Jun 26, 2009 at 11:49 AM, Vladimir K koval...@gmail.com wrote:
yes it do has.
near line 1095 of modal.js:
Wicket.Window.getMarkup = function(idWindow
yes it do has.
near line 1095 of modal.js:
Wicket.Window.getMarkup = function(idWindow, idClassElement, idCaption,
idContent, idTop, idTopLeft, idTopRight, idLeft, idRight, idBottomLeft,
idBottomRight, idBottom, idCaptionText, isFrame) {
var s =
div
As usual it becomes pretty simple if you know how.
in the init method you should add:
getResourceSettings().addStringResourceLoader(new
ClassStringResourceLoader(YourModule.class));
If ClassStringResourceLoader didn't called base class it would be more
efficient implementation.
Vladimir K
Does anyone know the converter for org.joda.time.Duration?
It is not trivial one taking into account the user's locale.
--
View this message in context:
http://www.nabble.com/Time-Field-tp23930465p23931514.html
Sent from the Wicket - User mailing list archive at Nabble.com.
I installed it on MyEclipse I didn't find how to format the text. Does it
capable to format text better than WTP does?
Linkan wrote:
We use Aptana plugin for eclipse as html editor. If you dont install the
full suit its free.
//Swanthe
Eduardo Nunes wrote:
I have just one problem
Innate markup formatting in WTP is awful. It splits all tags between lines.
I searched the web but didn't find information how to configure WTP. I
returned back to myeclipse.
How could WTP fans be ok with default formatting?
Eduardo Nunes wrote:
it's very strange, because if I hit
Hibernate Validator is useful for bean validations but it has nothing to do
with unique constraint for which you should consult database unless you
cache all the instances.
I would like to provide user with an early warning that the data it fills in
is not unique but I haven't found solution out
From my perspective the isVisible() case deserves generification. I know that
there is a task for Wicket 1.5. I mean after that we should write an article
in Wiki.
Wilhelmsen Tor Iver wrote:
Overriding methods like isVisible() is also a form of
hack to postpone a property value to a later
Does it perform validation on form submit?
nino martinez wael wrote:
hmm true, I think it's because it's ajax and actually get set before
the form are submited. I agree it would be nice if it acted exactly
like normal form, but I guess the way it are now allows much more
flexibility,
If the question is ressurecting again and again then it is an evidence that
there is something to address and improve. At least Wicket does not have a
method with self-documented name which deffers component creation. As the
result people have to search (using different words) and they don't
Thomerson
http://www.wickettraining.com
On Fri, May 15, 2009 at 12:54 AM, Vladimir K koval...@gmail.com wrote:
Jeremy,
I can't add another example to mentioned RepeatingView.
Concerning RepeatingView... Wicket allow me just one point to subclass
parent component markup within
every access to any component
memeber has to be prefixed by that init check. that will be fun! or we
can just use constructors since thats what they are designed to do
(its in the name)
-igor
On Thu, May 14, 2009 at 10:21 PM, Vladimir K koval...@gmail.com wrote:
it has just come to my mind
Where you were two years ago? :)
ptrthomas wrote:
Hi,
I blogged a fairly large collection of links to discussions about the
issues
with JSF in general. What prompted me to put this up is that I yet again
failed to convince a team at work that Wicket should be chosen over JSF.
even more ... the title sounds a bit vulgarly.
But the arrangement of such links has a value itself. Especially for people
who hasn't started a project yet.
I would sort the list by date descending. The latest articles has more value
than older.
jeroend-2 wrote:
...
The title is
The horse is pretty alive -
https://issues.apache.org/jira/browse/WICKET-1134.
Jeremy Thomerson-5 wrote:
With regards to multiple wicket:extend tags - that is also an old,
dead horse that doesn't need to be beat right now. The user list has
a lot of discussion on it. The simplest way to
Martijn,
here Java is not safe as a language. Yo're able to invoke overrided methods
on non-completely constructed objects.
from my perspective it is a regular case in Wicket:
class SampleComponent extends ... {
String parameter;
SampleComponent(String id, String parameter) {
it has just come to my mind
I'm afraid Wicket can't guarantee that onBeforeRender would be called in any
case. So there could be a case (isVisible() for instance) when
onBeforeRender is not called yet but overriding method could read
yet-not-completely-initialized object state.
Instead of
, although there are times when it could
inadvertantly happen - which is why we need bug reports if you see
that happening.
--
Jeremy Thomerson
http://www.wickettraining.com
On Fri, May 15, 2009 at 12:01 AM, Vladimir K koval...@gmail.com wrote:
Martijn,
here Java is not safe
Factory pattern is about Dependency Inversion Principle. You may use this
pattern to avoid dependency to concrete classes.
So the best way in your case is having Factory that constructs concrete
editors via subclassing. They work best together :)
Christian Helmbold-2 wrote:
I think the
Thanks. I'll try AutoCompleteSettings.
James Carman-3 wrote:
Perhaps autocomplete?
On Thu, May 7, 2009 at 5:55 AM, Vladimir Kovalyuk koval...@gmail.com
wrote:
Does anybody know any editable select wicket-component that supports
attaching 'onchange' AjaxFormComponentUpdatingBehavior?
The following works for me pretty well:
http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html
http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html
Matthias Keller wrote:
Hi
Thanks for the input. I now used
suffer from low bandwidth, unreliable networks, etc...
I saw the value of distributed or offline applications that uses
synchronization.
It will be harder for the developers of course sicne they have to cater to
two modes.
On Sun, May 3, 2009 at 1:55 PM, Vladimir K koval...@gmail.com wrote:
I
I would install failsafe cluster rather satisfying every client request about
offline workability. You may end up implementing all the front-end and
middle-end features in offline mode :)
I believe offline mode should be used with care. The email applications are
by nature offline. If you are
https://issues.apache.org/jira/browse/WICKET-2249
vote for it
nino martinez wael wrote:
Very true
+1 for adding a overridable method
2009/4/30 Vladimir K koval...@gmail.com:
put the following into the head section of your page:
script language=javascript type=text
I think the approach similar to one used in CheckGroup would work. I just
wondered if it has already been implemented.
Newgro wrote:
Vladimir Kovalyuk schrieb:
Do wicket has a generic approach to handling the following scenario?
1. user opens a page with details of some entity, for
The requirements are inconsistent. It is impossible to bookmark the link
today and come to the page tomorrow. Unless it shoud be considered as a long
running transaction, in which case only page parameter works.
pixologe wrote:
In our current case we would need to display a specific info
But it is also a bug in the TabbedPanel which should work well without tabs.
Christian Helmbold-2 wrote:
What if you use two different tabbed panels on the same page?
Good point! It doesn't work with two panels on the same page! I don't
know why
and how to fix it.
It was a
put the following into the head section of your page:
script language=javascript type=text/javascript
jQuery(document).ready(function(){
if (typeof Wicket != 'undefined'
Wicket.Window)
Igor, I believe it is not so bad idea to embed third-party JS components with
ease (those who are capable to wrap existing div tag).
1. Wicket applications can be leveraged by many well designed and tested JS
components
2. It reduces hardware requirements and imroves scalability due to smaller
Thanks for Martin Makundi suggestion. The following workaround works:
Replace your form in ModalWindow with
public class ModalWindowFormT extends FormT {
public ModalWindowForm(String id) {
super(id);
}
@Override
public Form? getRootForm() {
The problem is duscussed here
http://www.nabble.com/Form-values-lost-in-combination-of-Forms-plus-ModalWindow-td19401595.html#a19401595
http://www.nabble.com/Form-values-lost-in-combination-of-Forms-plus-ModalWindow-td19401595.html#a19401595
Vladimir K wrote:
PDiefent,
I've came across
PDiefent,
I've came across similar problem. In my case, and what I'm discovered fits
your case as well, the following is happening:
ModalWindow is component based. It is rendered in two parts. The first part
is all you put into your markup. The second part is dynamically built within
a separate
Can wicket help with estimating page size in bytes? (or in cucumbers if the
size of a cucumber is defined). I would like to keep pages footprint in
session as short as possible.
P.S.
JSF certainly can be slower than DB, especially when you use Seam and SFSB
as a page backing bean. It is easy to
Vit, thanks for pointing the topic. It will come in handy.
However I believe it makes sense to have DDC incorporated into navigation
toolbar to save space.
Vit Rozkovec wrote:
Hi, check this out:
http://www.nabble.com/nice-small-component-to-share-Toolbar-for-DataTable-to16743136.html
Try EmptyPanel component which is shipped with Wicket.
if (condition)
add(new YourVisibleComponent(componentId));
else
add(new EmptyPanel(componentId));
Do not forget about OOD. You can introduce createYourVisibleComponent()
method which creates empty panel in base class and some certain
good joke :)
--
View this message in context:
http://www.nabble.com/VOTE%3A-Rename-Apache-Wicket-to-Apache-WicketFX-tp22820921p22832563.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe,
Great! Thanks a lot!
Hi
I had made a copy for wicket 1.3.5 some time back if it helps ... it is here
:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-contrib-yui-1.3.5
--
View this message in context:
1 - 100 of 103 matches
Mail list logo