Many thanks to all who replied. I went with a version of David
Leangen's code modified for my own use with Wicket 1.3 as follows.
It's working great.
Thanks again,
Justin
import java.net.MalformedURLException;
import java.net.URL;
import javax.servlet.http.HttpServletRequest;
import
iwork'08 - it's all very easy :-D
Great one Al!
Martijn
On 8/17/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 8/16/07, Al - it's all very easy - Maw [EMAIL PROTECTED] wrote:
Hi folks,
The recent talk I did at the last London Wicket event and Wednesday's
Java Web User Group is now
hi eelco,
I agree: especially if you break your application up in many panels,
it can be hard to keep an overview. So sometimes, there is something
to say for following a more page based approach in favor of
reusability. However, part of the argument still holds as even broken
up in panels,
in fact, select, choices (and radio) are still a weak part in wicket (imho).
there are many classes to deal with them, but most aren't customizable enough
and/or require different markup (span instead of select) as the designer would
put in.
It's certainly not a perfect framework, and we need
Thanks Igor,
I guess it makes sense that you wouldn't want to really bookmark a step
halfway within a wizard. The main reason I wanted to do that though was that
I was hoping to remove the word wicket from the url just from the point of
view of wanting to remove evidence of the frameworks that I
Hi Igor,
does this mean that you wrote a Border component that handles multiple
formcomponents at once? Or that you wrote a Border component that
handles only one formcomponent at a time (like the
FormComponentFeedbackBorder)?
The first is what I've been trying to figure out, because I find
Hello Simon,
you could encrypt your URL as described here:
http://cwiki.apache.org/WICKET/obfuscating-urls.html
Roland
On 8/17/07, wicket user [EMAIL PROTECTED] wrote:
Thanks Igor,
I guess it makes sense that you wouldn't want to really bookmark a step
halfway within a wizard. The main
Hi,
should there be a common way to include css/libraries?
Currently, every component dependend on e.g. PrototypeJS is adding it to the
Page. Different components do this and if being on the same page, in the end
there may be 2 or 3 inclusions of the same lib from different locations.
Maybe
I managed to solve it by setting the values directly using:
tester.setParameterForNextRequest(wizard:form:view:phoneMaker, 1);
and completely bypassing the ajax.
sorry for the trouble.
Simon
On 17/08/07, wicket user [EMAIL PROTECTED] wrote:
I'm not entirely sure that this isn't bad mailing
The Form already does this, is there some other place you need to do this?
There is no other nice / wicket way to do this, so if you need this to
work when setting the value programatically i'm afraid you will have
to do some serious model coding yourself. and i don't think
compoundpropertymodel
my border handles multiple formcomponetns if they are meant to be grouped.
for example you can add 3 textfields and it will create labels like:
city/state/zip [text1][text2][text3] errors for text1/text2/text3
i have a utility method in my Form subclass addWithBorder(String borderid,
Gerolf Seitz wrote:
hi Al,
nice presentation.
do you mind if i put a link to the video and code on the wiki? i'd put it
between Migrations and Sites using Wicket...
Sure, go right ahead.
http://herebebeasties.com/2007-08-17/wicket-bean-editor/
...will be a stable URL probably for longer than
hi igor,
while this might help one-file js libs like prototype how is it going to
work for libs that load other files themselves?
you can have the same dojo version in two different components, but they can
include different modules...
yes - and? as long as all dojo-files are included, both
i just downloaded dojo 0.9beta
it runs in at 16mb
if all i want is to build a modal dialog using dojo i do not want to
distribute a 16mb jar. given that is uncompressed and can probably shrink
down to less then a third, still it is gigantic.
so if i can strip out all i do not use and shrink my
On 8/17/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
there are just too many holes in this idea for us to implement it
properly
where it Hust Works. we can implement it half way and spend a lot of
time
answering questions as to why something doesnt work sometimes based on
what
I guess we should. You mind opening a feature request for that?
Eelco
On 8/14/07, Erik van Oosten [EMAIL PROTECTED] wrote:
Hi,
Since the namespace for Wicket tags is now
http://wicket.sourceforge.net/; I was wondering whether this will change
in 1.3.
I only found one incomplete thread
i have recently disabled encryption because the idea was flawed. it would
need to be encrypted on clientside in order to work properly.
-igor
On 8/17/07, John Carlson [EMAIL PROTECTED] wrote:
I'm looking for some clarification on the wiki about Validating
PasswordTextfield:
17 matches
Mail list logo
