It is really cool stuff you and Phil are discussing! With something like
this Wicket will definitely be a very productive framework to use.
I think your HTML example is just right. In one of my applications I
have built something similar, only less sophisticated and done the hard
way :) Having the
Eelco Hillenius wrote:
Will look at it tomorrow. Just one thing I had to say... there's
drag-n-drop functionality popping up everywhere! Check out the very
cool Qoozdoo example:
http://qooxdoo.sourceforge.net/build/public/test/user/Drag_And_Drop_2.html
It doesn't work in Safari!
Martijn
+1 for 1.1
- Original Message -
From: "Eelco Hillenius" <[EMAIL PROTECTED]>
To: "Wicket User List"
Sent: Wednesday, July 20, 2005 22:55
Subject: [Wicket-user] Wicket 1.1
Lots of fixes and improvements this week. That's good. It getting harder
to maintain the 1.0 branch though. The p
About half the components in Wicket require a full start-stop syntax
like that. I haven't really figured out the pattern yet.
On 7/19/05, Jan Mikkelsen <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi
>
>
>
> I have been struggling with a problem with dropdown boxes after upgrading
> wicket from 1
is the resourcekey for such a validator always the same?
Because now you have extracted out the formcomponent but introduced the
resourcekey.as a variable
Eelco Hillenius wrote:
How does this look (see attachement)?
Eelco
--
Yea, that was my problem.
On 7/20/05, Nick Heudecker <[EMAIL PROTECTED]> wrote:
> Do you need to escape them with the HTML entities?
>
> On 7/20/05, Jonathan Carlson <[EMAIL PROTECTED]> wrote:
> > I have written up some rough HTML examples of how I think RAD List and
> > RAD Edit components could
Not sure if my vote counts, but I'm fine upgrading.
On 7/20/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> Lots of fixes and improvements this week. That's good. It getting harder
> to maintain the 1.0 branch though. The plan was not to do any API
> breaking fixes in that, but with the validator
Go for the 1.1 :)
From: [EMAIL PROTECTED] on behalf of Eelco Hillenius
Sent: Wed 20-7-2005 22:55
To: Wicket User List
Subject: [Wicket-user] Wicket 1.1
Lots of fixes and improvements this week. That's good. It getting harder
to maintain the 1.0 branch though. T
Lots of fixes and improvements this week. That's good. It getting harder
to maintain the 1.0 branch though. The plan was not to do any API
breaking fixes in that, but with the validator changes of today that
gets impossible.
Who /needs/ the 1.0 to be supported? My hope is that as you'll have s
I really like the ideas there. I was going to add the ability to
select columns, but I never thought about it being used that way.
Thats very nice.
On 7/20/05, Jonathan Carlson <[EMAIL PROTECTED]> wrote:
> Congrats to Phil on the unveiling of his GridView panel.
>
> Please look at the attached HT
Will look at it tomorrow. Just one thing I had to say... there's
drag-n-drop functionality popping up everywhere! Check out the very cool
Qoozdoo example:
http://qooxdoo.sourceforge.net/build/public/test/user/Drag_And_Drop_2.html
Eelco
Jonathan Carlson wrote:
Congrats to Phil on the unveil
Congrats to Phil on the unveiling of his GridView panel.
Please look at the attached HTML file. Are there other/better ways to
easily relate persistent objects in HTML? That is, other than using
bookmarks? This is the best/simplest idea that I can think of so far
given that HTML doesn't have ni
Do you need to escape them with the HTML entities?
On 7/20/05, Jonathan Carlson <[EMAIL PROTECTED]> wrote:
> I have written up some rough HTML examples of how I think RAD List and
> RAD Edit components could (should?) work together. The examples are in
> HTML and use tags that aren't allowed by t
I have written up some rough HTML examples of how I think RAD List and
RAD Edit components could (should?) work together. The examples are in
HTML and use tags that aren't allowed by the Wiki so I can't put it
there. Can I put my HTML somewhere else? It will be linked to by a
page on the Wiki.
One thing though. I'm strongly thinking about making
protected String getResourceKey(FormComponent formComponent)
final. This means you can't provide it algoritmicly, but you can call one of
the error methods with the key you want, or you can even implement IValidator
directly.
The reason why
How does this look (see attachement)?
Eelco
/*
* $Id: AbstractValidator.java,v 1.27 2005/04/03 16:29:53 jonathanlocke Exp $
* $Revision: 1.27 $ $Date: 2005/04/03 16:29:53 $
*
* ==
* Licensed under the Apache License
Hi,
I'd like to have dates in my application formatted as -MM-DD.
I've been able to get it working for submitted dates, but displayed
dates are still being returned as DD/MM/YY. How do I properly setup
the converter for this?
Also, I'm having a problem with BigDecimals and OGNL. If the fie
Still have to commit, but it does now.
Eelco
Igor Vaynberg wrote:
Brad,
You are right, the resourceKey() func in the AbstractValidator doesn't yet
take the custom key into account. Im sure this will be taken care of in the
near future, the validators are still being worked on.
See the mailing
Phil Kulak wrote:
XDocs would be cool. I'm pretty bad with Maven though, so yea, someone
else would have to do that. Also, we'd need to figure out how to get
stuff out of "sandbox" packages. I haven't done it because there's
some of Eelco's functionality that I didn't reproduce, but I also
could
Igor Vaynberg wrote:
I know it is significantly easier to do this using the criteria api, but I
think it would be better to invest more time and come up with an approach
that can work on hql since ejb3ql is almost exactly the same and so you
would get ejb3 support for free.
And I would be
Phil Kulak wrote:
I'm +1 only because while we break validation for this, I may be able
to push through my setResourceKey(String) change.
You allready did; implemented this two days ago :)
If it's not
currently thread-safe, why are all the validators singletons?
afaik, that's only Req
2nd level cache eliminates a lot of database roundtrips by caching data on
the application server. Check out
http://www.informit.com/articles/article.asp?p=353736&seqNum=5
if you are really interested.
Imho 2nd level cache in a web app is one of the more critical aspects
escpecially when your app
Brad,
You are right, the resourceKey() func in the AbstractValidator doesn't yet
take the custom key into account. Im sure this will be taken care of in the
near future, the validators are still being worked on.
See the mailing list for details.
Igor
> -Original Message-
> From: [EMAIL P
Oops, I should have clarified... I was referring to the dynamic query
filtering and ordering. As far as I can tell, that might require the
Query Criteria stuff.
>>> [EMAIL PROTECTED] 2005-07-20 10:58:22 AM >>>
I really don't know Hibernate, (I'm not sure what 2nd level cache is)
but I don't thin
I really don't know Hibernate, (I'm not sure what 2nd level cache is)
but I don't think that this would be possible without using the Query
Criteria. At least it would be very ugly as I think we'd have to
generate dynamic query strings ourselves.
>>> [EMAIL PROTECTED] 2005-07-20 10:50:38 AM >>>
I might be wrong but I do not think the criteria api support 2nd level cache
when retrieving multiple objects which is a must for something like this.
Igor
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Phil Kulak
> Sent: Wednesday, July 20,
Hi Igor,
Thanks for the info! Looks like I should have done
more investigation of the mailing lists and how
Localizers/overriding StringResourceLoader works. (I'm
a newbie, thats my excuse)
I think your stuff combined with being able to locally
override the resourceKey (see
https://sourceforge.
XDocs would be cool. I'm pretty bad with Maven though, so yea, someone
else would have to do that. Also, we'd need to figure out how to get
stuff out of "sandbox" packages. I haven't done it because there's
some of Eelco's functionality that I didn't reproduce, but I also
couldn't figure out the us
I'm +1 only because while we break validation for this, I may be able
to push through my setResourceKey(String) change. If it's not
currently thread-safe, why are all the validators singletons?
On 7/20/05, Erik van Oosten <[EMAIL PROTECTED]> wrote:
> +1
>
> Wicket should not depend too much on th
+1 Ditto
Igor
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Erik van Oosten
> Sent: Wednesday, July 20, 2005 7:47 AM
> To: wicket-user@lists.sourceforge.net
> Subject: RE: [Wicket-user] VOTE: make AbstractValidator threadsafe
>
> +1
>
> Wic
+1
Wicket should not depend too much on the cleverness of the average
programmer, especially when we talk about making code thread safe. I
have seen this being underestimated too often already.
Regards,
Erik.
---
SF.Net email is sponsore
Who is for this? It would mean breaking a lot of clients (dangerous
break too, as it means changing overridable methods), and imho it would
make the validators look a bit more ugly (every method has to be
extended with a FormComponent argument).
__
It maybe
I have some dynamic query filtering classes/interfaces that I need to
abstract out to work with either Cayenne or Hibernate. It would be cool
to add that to Phil's component.
- Jonathan
>>> [EMAIL PROTECTED] 2005-07-20 2:21:11 AM >>>
very nice.
just an idea: What you think about a search / fil
+0 too.
It seems to be a little bit better by design, making it threadsafe. But
the real benefits are not clear no me. The gained speed improvement is
IMHO unmeasurable.
-Matej
Eelco Hillenius wrote:
Last week there was a discussion about making AbstractValidator thread
safe.
Who is for th
Last week there was a discussion about making AbstractValidator thread safe.
Who is for this? It would mean breaking a lot of clients (dangerous
break too, as it means changing overridable methods), and imho it would
make the validators look a bit more ugly (every method has to be
extended wit
Thanks Igor!
It worked like a charm.
New class:
public class HiddenTextField extends TextField {
public HiddenTextField(final String id) {
super(id);
}
public HiddenTextField(final String id, IModel model) {
super(id, model);
}
Maybe we could even say goodbye to the Hibernate 2 version? Would mean
much less maintenance (I think what Phil committed is Hibernate 3 only
anyway.
Eelco
Martijn Dashorst wrote:
I think this is a killer!
do you want me to create a xdoc version of this and create a
wicket-stuff site for t
Nick Heudecker wrote:
Thanks. I'd also have to wrap the entire section of markup that
presents the ListView in something so that I can set that to
visible/invisible, right? What would I use, a MarkupContainer?
Using WebMarkupContainer would be the easiest/ cleanest option.
Eelco
On 7/
Right now, this is just a proof of concept, to see, if it is possible to
do. Currently, there is just one implementation of filter, it's created
here:
public ResourceStreamLocator getResourceStreamLocator() {
if(locator == null) {
///
/// create new filte
where does an implemenation of IFilter really come from?
It has to be different for specific locale's?
So that you can have one markup file and filter it with X filters for X
locales?
johan
Matej Knopp wrote:
Okay, small update.
New interface
public interface IFilter {
public abstract S
very nice.
just an idea: What you think about a search / filter bar. Input fields
etc. to limit (filter) the result set. A bar above all columns and
once you hit return or press a button the filters are applied.
Juergen
On 7/20/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
> If anyone would like to
41 matches
Mail list logo
