i did just checkin a fix that moves the run and complete messages to trace
level. however i could not reproduce the ERROR message. do you know what
line of code produces it? or what the full message looks like in log?
-igor
On 8/26/07, Korbinian Bachl [EMAIL PROTECTED] wrote:
Hi,
im not
I think that fixed it.
Eelco
On 8/28/07, Jan Vermeulen [EMAIL PROTECTED] wrote:
I'll do that.
Jan.
Matej Knopp-2 wrote:
That's not good. Can you please create a jira issue for this?
-Matej
On 8/28/07, Jan Vermeulen [EMAIL PROTECTED] wrote:
The last changes made to
hmm that also doesn't fix it completely
i am also diving into this, it is pretty complex now when you also take the
wicket servlet into account :(
On 8/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I think that fixed it.
Eelco
On 8/28/07, Jan Vermeulen [EMAIL PROTECTED] wrote:
I'll
it should be fixed now (lastmodified request/application thread local sets
and that maybe in combination with a WicketServlet)
On 8/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
hmm that also doesn't fix it completely
i am also diving into this, it is pretty complex now when you also take
James McLaughlin wrote:
On 8/28/07, Vincent Demay [EMAIL PROTECTED] wrote:
Hi,
I see in trunk yui version seems to be 2.2.2 (name of folder in inc) but
I also see a commit saying update to 2.3.0 on trunk and a branch where
it seems to be 2.3.0. I just would like to know what is exactly the
Congratulations! Keep up your excellent work!
Xavier
On 8/29/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
This is the third beta for Apache Wicket we have prepared for your
pleasure. It contains over 100 fixes to issues with previous releases and
todo
items we have cleared.
In this
Hi guys, we've been running into trouble with
https://issues.apache.org/jira/browse/WICKET-748
Somehow, I don't see the fix in the released code, even though it's
supposed to be fixed. Could someone please enlighten me?
Thanks
Thomas
Hi
Thx for for quick answer. I asked this question because I wrote a
Dialog widget(needs by one of my projects) in wicketstuff-yui(so based
on 2.2.2 - think it could directly be ported to 2.3.0).
Is it interesting for you? if yes, do you want me to commit it, or do
you prefer a patch in
Pimp!
On 8/29/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 8/28/07, Socheat KHAUV [EMAIL PROTECTED] wrote:
Dear Wicket Developer,
Is there any provided document about customization web ui component and
some simple samples ?
Please take a look at the examples project. There is a
I was seeing that with the snapshots and moved to beta3 and can confirm it
is, indeed, fixed.
On 8/29/07, Johan Compagner [EMAIL PROTECTED] wrote:
it should be fixed now (lastmodified request/application thread local sets
and that maybe in combination with a WicketServlet)
On 8/29/07, Johan
Yes, please feel free to contribute this and any other yui widgets you
might dream up directly to svn. This would be great, I have had my eye
on such a widget for a long time.
best,
jim
On my application I use wicket-datetime#datePicker behavior (2.3.0
compliant) and adding 2.2.2 yahoo
seems this is confusing a lot of users and it doesnt work the greatest, so
here is a vote
so the vote is to deprecate the constructor variants that do not take a
markup provider as an arg.
-igor
On 8/29/07, Oli Evans [EMAIL PROTECTED] wrote:
I just lost a few hours on a problem where an ajax
+1
-igor
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
seems this is confusing a lot of users and it doesnt work the greatest, so
here is a vote
so the vote is to deprecate the constructor variants that do not take a
markup provider as an arg.
-igor
On 8/29/07, Oli Evans [EMAIL
+1
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
+1
-igor
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
seems this is confusing a lot of users and it doesnt work the greatest,
so
here is a vote
so the vote is to deprecate the constructor variants that do not take a
...that would have to be a +1 from me too.
Matej Knopp wrote:
+1
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
+1
-igor
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
seems this is confusing a lot of users and it doesnt work the greatest,
so
here is a vote
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
seems this is confusing a lot of users and it doesnt work the greatest, so
here is a vote
so the vote is to deprecate the constructor variants that do not take a
markup provider as an arg.
+1. Had plenty of problem with it myself.
Eelco
I
On my application I use wicket-datetime#datePicker behavior (2.3.0
compliant) and adding 2.2.2 yahoo librairies makes some conflicts, so I
finally add 2.3.0 with a YUILib (copied/adapted from wicket-datetime) in
order to load dynamically libraries.
Is it a problem if I commit this dialog
Is anybody working on this?
On 6/20/07, Jonathan Locke [EMAIL PROTECTED] wrote:
i wondered about this a while ago. it's like the return of sprockets.
only this time they're googly. i think it's a very interesting
idea to play with. it should certainly be a wicket-stuff project
if
i've heard several people talking about it.
but that's not the same as working on it.
i'm not aware of a concerted effort yet.
Sean Sullivan-3 wrote:
Is anybody working on this?
On 6/20/07, Jonathan Locke [EMAIL PROTECTED] wrote:
i wondered about this a while ago. it's like the
19 matches
Mail list logo