On 4/23/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Why didn't you just roll back to the previous revision? Or asked me to
do this? I wouldn't have committed if I knew you wanted to create a
release for 1.3 this weekend as well.
Because I didn't know what the script solved. It was there for a
Why didn't you just roll back to the previous revision? Or asked me to
do this? I wouldn't have committed if I knew you wanted to create a
release for 1.3 this weekend as well.
Because I didn't know what the script solved. It was there for a
reason and the issue was not resolved. Instead of
Guys, have someone played with Ext-js? It appears to be an impressive
collection of UI Ajax components.
http://extjs.com/deploy/ext/docs/index.html
Among the other things controls are skinnable with a theme and you can
choose the underling library between Yahoo UI Library or jQuery or Prototype
Could you please open up a JIRA issue to avoid that this gets lost in
the archives (and let's hope it doesn't get lost in JIRA either,
looking at our current back log). Even if it turns out to be not a
bug, we can use JIRA as our TODO list.
Eelco
On 4/20/07, fattymelt [EMAIL PROTECTED] wrote:
FYI - The last bullet from the first list on the Welcome section on
the home page says Download Wicket 1.2.5 when it should say 1.2.6.
Jon
Thx, should be fixed now.
Martijn
On 4/23/07, Jon Steelman [EMAIL PROTECTED] wrote:
FYI - The last bullet from the first list on the Welcome section on
the home page says Download Wicket 1.2.5 when it should say 1.2.6.
Jon
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the
This is a vote to release our first official incubator release into
the wild. The intent is to release Apache Wicket 1.3.0 beta1 to the
general Wicket community. Most API breaks are in, and we expect no
major changes in the final stages of this release.
With any release done inside the Apache
Hi,
I've searched the mailing list for this, and looked at implementing
classes etc, but I fail to see the use case for
IFormProcessingListener.
Can anyone enlighten me and give me a concrete example of where this
is useful AND needed (meaning that it is utterly impossible to
implement it
I couldn't find any thread related to this in the archives, probably because
the terms id, style and wicket:id :)
But, did anyone ever asked to Wicket just use the style id instead wicket:id
to bind components? If yes, where is the thread? If not, ... why not allow
this? :D
Cheers!
PS: I posted
there are a lot of reasons for this. the few that come to mind are:
designers want control over the id attribute for css styling
wicket:id allows duplicates in markup while id doesnt, so validation would
fail.
link wicket:id=aspan wicket:id=a/span/a is allowed.
it is cleaner to use our own
10 matches
Mail list logo