Hi Eelco,
I did not feel irritated by your answers and I apologize for having let
you think I was. I understand perfectly your position and I acknowledge
the immense amount of work there is behind Wicket and I want to thank
every one working on it for making such a smart framework available.
Next UNICODE encoding will be 32 bits, which will be enoughfor all characters of all languages in the galaxy.
thats what they said about ipv4 :)-Igor
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
Hi,
I'm working on the date picker encoding problem. What I'll probably do
is to convert all non-unicode (latin1, ...) date picker locale strings
to utf-8 and add charset=utf-8 to the script element that includes
the script.
This should sove the problem, as xmlhttprequest (used to load script
Matej,
Thanks very much! I checked it out, and it does work just fine. I'll buy
you a beer if you're ever in the Tucson, Arizona area.
-- Karl
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matej Knopp
Sent: Tuesday, September 26, 2006 1:05 PM
To:
Hi Matej,
Of course I will test it as soon as you commit it. BTW, there are plenty
of typos and spelling mistakes in the french script, and even an error
in the abreviated day names (it says monday, tuesday, tuesday, thursday
and there is no wednesday!). Do you want me to send you an edited
I remember the first days of Java: UNICODE (UTF16) was the ultimate
encoding scheme that would definitely solve the problem for all
languages on earth. There was plenty of unused room for future use. The
Java designers even create a special type (char) for this. They would
have been much
Sure, why not? I had the same problem with Slovak locale. Just send me
the corrected (utf-8 encoded) file and I'll commit it.
-Matej
Pierre-Yves Saumont wrote:
Hi Matej,
Of course I will test it as soon as you commit it. BTW, there are plenty
of typos and spelling mistakes in the french
btw. it should be already in.
Pierre-Yves Saumont wrote:
Hi Matej,
Of course I will test it as soon as you commit it. BTW, there are plenty
of typos and spelling mistakes in the french script, and even an error
in the abreviated day names (it says monday, tuesday, tuesday, thursday
and
What should already be in? Is it your fix? Or are you talking about the
edited file I sent to the list few days ago? This is no complete since
at that time I had not noticed the tuesday error!
Pierre-Yves
Matej Knopp a écrit :
btw. it should be already in.
Pierre-Yves Saumont wrote:
Hi
Sorry for ambiguity. The fix should be already in.
-Matej
Pierre-Yves Saumont wrote:
What should already be in? Is it your fix? Or are you talking about the
edited file I sent to the list few days ago? This is no complete since
at that time I had not noticed the tuesday error!
I can't find it in releases/wicket-1.2.2, only in trunk, but my app does
not work with 2.0 :-(
Pierre-Yves
Matej Knopp a écrit :
Sorry for ambiguity. The fix should be already in.
-Matej
Pierre-Yves Saumont wrote:
What should already be in? Is it your fix? Or are you talking about
the
You won't find it there. It's wicket-1.x (and trunk).
1.2.2 is release. Current branch for 1.2 is under 1.x
-Matej
Pierre-Yves Saumont wrote:
I can't find it in releases/wicket-1.2.2, only in trunk, but my app does
not work with 2.0 :-(
Pierre-Yves
Matej Knopp a écrit :
Sorry for
I need to have the complete url form y application (e.g.
myhost.com:8080/myapp). How can I do this?
Stefan Lindner
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
Dear community,
Depending on what you need when we ask you to work from SVN you can
find your stuff in the following places (until further notice):
Wicket 2 (current trunk) : https://svn.sourceforge.net/svnroot/wicket/trunk
Wicket 1.2.x (current maintenance for released 1.2.2) :
Hi,
In Wicket 1.2 I had this code:
RepeatingView r = new RepeatingView(form);
r.add(new Label(view,view));
r.add(new Label(create,create));
add(r);
Now in trunk I have:
RepeatingView r = new RepeatingView(form, toolbar);
new Label(r,
Why should anybody be using eclipse for JPA rather than NB5.5. Oh my God you cant have an idea of how much fun you are missing.With NB5.5 i configured and setup Persistence within my wicket application in minutes and my persistence is working to fine. Not even with the annotation support in my
you need to do that yourself by extracting that info from the httprequest that you can get from the wicket WebRequest.Or, and that could be better especially when virtual hosted or proxied, use your own configuration setting for that
to specify the complete servername:port (and maybe differently
Hi All,
since im working now several days with NB and JPA1.0 i
think i can give some hints.:
First: DONT USE NB 5.5 BETA1 or 2, use the DEV daily
build instead ! - best the one from 29 09 2006 or 30 09 2006, as the Beta's have
problems in creating entitys from DB in case of Many to Many
Now it seems to work fine provided the locale switching is made through
reloading the page and not through Ajax. (I enclosed the modified french
scripts, in utf8 and iso.)
If switching is made through Ajax, it works much better than it did
before. If the datepicker is visible when switching,
I used my name page otherwise it wouldn't have compiled :).Here is the markup :wicket:extenda href="" wicket:id="createLink"Create New Contact/abr/br/table wicket:id="users" cellspacing="0" cellpadding="2" class="grid" wicket:fragment id="addr-frag" select wicket:id="dropdown"/select
Hi,
I am trying to implement a mechanism where a confirmation dialogue is
raised if the user leaves a form either via the cancel button, or selecting to
navigate to another page. I only want this dialogue to appear if the model has
changed so that the user knows that they have changed
The wicket examples references SignInPanel, which I take it comes from
wicket-contrib.
The latest Maven2 version I could find is:
wicket-contrib-0.9.19-beta.jar
This is dated Nov 2005, and is clearly outdated (SignInPanel references
wicket.IFeedback, not wicket.feedback.IFeedback). Is there
Can I use CheckGroupSelector with CheckBox (instead
Check) ?
Because I want to be notified when a selection was
changed (CheckBox.onSelectionChanged)?
Thanks,
Decebal
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
Never mind... I found the stuff in wicket-auth-roles.
Patrick Angeles wrote:
The wicket examples references SignInPanel, which I take it comes from
wicket-contrib.
The latest Maven2 version I could find is:
wicket-contrib-0.9.19-beta.jar
This is dated Nov 2005, and is clearly
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys -- and earn cash
If we have tags with wicket:id, the SRC and HREF attributes does not prepend
context path, but it does for simple tags. Is there a reason why it is done
this way (in class PrependContextPathHandler)? I am having issues with this
in my app. I have a button like
input wicket:id=btnAccept
26 matches
Mail list logo