Hello Fellow Wicketers,
Step Ahead Software has made available new sample code and a live demo
of our open source ModalX wicket library that provides a convenient and
efficient way of defining and using modal windows/forms/message boxes in
Wicket based applications.
ModalX is a very lightweight
Hi,
the live demo does not seem to work. Getting the following exception, no
matter which link I click.
Cheers,
Seb
Root cause:
java.lang.NullPointerException
at
com.sas.ui.wicket.modal.optional.ModalXPage.allocateModalWindow(ModalXPage.java:139)
at
Hey Chris,
For me the live smaple works. In addition the library look quite nice at a
first glance. Since it's ASF2 licensed I could really think of using it on
one of my projects. I know, I know you don't look a gift horse in the mouth;
still would it be imaginable to move the src to github
Hey Chris,
For me the live smaple works. In addition the library look quite nice
at a
first glance. Since it's ASF2 licensed I could really think of using it
on
one of my projects. I know, I know you don't look a gift horse in the
mouth;
still would it be imaginable to move the src to github
Hi Chris,
your library looks really useful! Are you planning to release also a
version based on Wicket 1.5?
Hello Fellow Wicketers,
Step Ahead Software has made available new sample code and a live demo
of our open source ModalX wicket library that provides a convenient and
efficient way of
The easiest way to do that is to put your project in wicketstuff [1]
This way it will be next to other similar Wicket related projects and
easier to find by other users, some other wicketstuff devs can
improve/extend it, and it will be published together with the other
projects in M2 central
Thanks for letting us know about that NPE Sebastian:
Caused by a spurious use of 'transient' the new ModalXPage convenience
class that should not have been transient.
The Live Demo is fixed now. I am updating and will release a new
distribution package soon. Version 1.3.1.
Regards,
Chris
The easiest way to do that is to put your project in wicketstuff [1]
This way it will be next to other similar Wicket related projects and
easier to find by other users, some other wicketstuff devs can
improve/extend it, and it will be published together with the other
projects in M2 central
Yes, we've already got a version 1.5 branch but it needs a merge to pick
up the latest features added to the 1.4 branch.
-Original Message-
From: Andrea Del Bene [mailto:adelb...@ciseonweb.it]
Sent: Thursday, 4 August 2011 10:38 PM
To: users@wicket.apache.org
Subject: Re: ModalX: Modal
Peter Miklosko wrote:
Where did you see 1.4.18?
I do not see it on SVN https://svn.apache.org/repos/asf/wicket/branches/
I figured that from
lt;https://issues.apache.org/jira/browse/WICKET-3820gt;
Igor Vaynberg added a comment - 21/Jun/11 06:13
it bit me earlier today. this is something
Hi all,
I want to override some style of modal window, so I created a css file and I
added it on the modal window constructor :
public class ModalWindowE4N extends ModalWindow {
public ModalWindowE4N(String id, String titre) {
super(id);
My apologies for the confusion. Development is cumbersome in windows with
this issue having to restart jboss to pickup changes made to JS and CSS
files.
We are using Wicket 1.5RC5.1. Changes to JS and CSS files are not picked up
using eclipse running jboss locally in windows 7. Something from
I remember that newer versions of JBoss have some file system
abstraction (virtual fs or something like that). This caused similar
problems to other Wicket users. Check the mail archives.
Also try with another web container (e.g. Tomcat or Jetty) and see
whether the problem is still there.
On
Hi Mathilde,
The story must be more complicated than your addition of a
HeaderContributor. Somehow you're serializing a Questionnaire into your
Wicket session, and when it's used in a subsequent request, the Hibernate
session associated with its lazy collection of questions has been closed.
One
The only thing that has changed about or development environment would have
been moving from wicket 1.4 to 1.5 so I am led to believe it is not Jboss.
We have tried turning resource polling off and it doesn't seem to change
anything. We've stepped through the resource request cycle and can watch
There was a regression until recently. It is fixed in trunk.
On Thu, Aug 4, 2011 at 7:55 PM, rush66 jrlangs...@gmail.com wrote:
The only thing that has changed about or development environment would have
been moving from wicket 1.4 to 1.5 so I am led to believe it is not Jboss.
We have tried
The fix should've been in today's 1.5 snapshot correct? I moved our app to
use the 1.5-SNAPSHOT that I got from a quickstart earlier today with the
same issue. It failed to reload the resource and logged
WARN [UrlResourceStream] getLastModified for file:path for each
respective html file that
Try compiling the SNAPSHOT from svn yourself and try again.
On Thu, Aug 4, 2011 at 7:23 PM, rush66 [via Apache Wicket]
ml-node+3720006-321977728-65...@n4.nabble.com wrote:
The fix should've been in today's 1.5 snapshot correct? I moved our app to
use the 1.5-SNAPSHOT that I got from a
Well, I guess I figured out how you can easily get a page expired
exception or invalidurlexception. If you hide the component where the
timer behavior was created from before the timer behavior comes back,
then you get an error.
From: Brown, Berlin [GCG-PFS]
19 matches
Mail list logo