Welcome Michael!
Good to see you in the team.
Peter
Am 01.07.2013 um 17:52 schrieb Jeremy Thomerson jer...@wickettraining.com:
Welcome Michael!
On Mon, Jul 1, 2013 at 11:47 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote:
welcome!
-igor
On Mon, Jul 1, 2013 at 2:51 AM, Martijn
+1
Am 27.08.2012 um 11:27 schrieb Emond Papegaaij:
+1
Checked:
- tag (with signing)
- zip contents and build
- selenium tests for a large application
Emond
On Thursday 23 August 2012 23:13:28 Martijn Dashorst wrote:
No fuzz, no separate RC releases. This is the
+1
Am 22.08.2012 um 21:36 schrieb Sven Meier:
+1
Sven
On 08/21/2012 05:03 PM, Igor Vaynberg wrote:
+1
-igor
On Tue, Aug 21, 2012 at 1:14 AM, Martin Grigorov mgrigo...@apache.org
wrote:
This vote is to release Apache Wicket 1.5.8
Git repo
: eaa0055239f5c473c82e3c9f56bc858f0e83cdd5
Parents: 8272f99 f0b9ab7
Author: Peter Ertl p...@apache.org
Authored: Mon May 7 22:44:04 2012 +0200
Committer: Peter Ertl p...@apache.org
Committed: Mon May 7 22:44:04 2012 +0200
--
.../markup/html/form
have you seen this?
http://d.strelau.net/post/47338904/git-pull-rebase-by-default
seems like with
$ git config --config --add branch.autosetuprebase remote
I can configure just what you supposed for all remote 'git pull' operations :-)
Am 08.05.2012 um 12:56 schrieb Peter Ertl:
Thanks
small typo:
$ git config --global --add branch.autosetuprebase remote
Am 08.05.2012 um 13:19 schrieb Peter Ertl:
$ git config --config --add branch.autosetuprebase remote
Hi wicket team,
I would like to fix WICKET-4533 but 6.0.0 is darn close. So could you possibly
take a look at https://issues.apache.org/jira/browse/WICKET-4533 and tell me if
it will be okay to commit the patch?
Thanks and best regards
Peter
right, it's 453-2- :-)
Am 05.05.2012 um 20:14 schrieb Sven Meier:
We're probably talking about WICKET-453*2*, IMHO it can still be improved for
the next 6.0 beta.
Sven
On 05/05/2012 07:00 PM, Emond Papegaaij wrote:
The ticket you mentioned is already fixed in 6.0. I fixed it right
so, this time with the correct link
https://issues.apache.org/jira/browse/WICKET-4532
let me know what you think :-)
Am 06.05.2012 um 01:07 schrieb Peter Ertl:
right, it's 453-2- :-)
Am 05.05.2012 um 20:14 schrieb Sven Meier:
We're probably talking about WICKET-453*2*, IMHO it can
Hi Carl,
welcome, congrats and have a good time :-)
Best regards
Peter
Am 30.04.2012 um 19:56 schrieb Carl-Eric Menzel:
On Thu, 26 Apr 2012 11:55:33 +0200
Martijn Dashorst martijn.dasho...@gmail.com wrote:
Carl-Eric Menzel has been invited to join the Wicket team. Please
welcome
+1
Am 07.03.2012 um 17:27 schrieb Igor Vaynberg:
+1
-igor
On Mon, Mar 5, 2012 at 9:42 AM, Igor Vaynberg igor.vaynb...@gmail.com wrote:
This vote is to release wicket 1.5.5
Branch
http://git-wip-us.apache.org/repos/asf/wicket/?p=wicket.git;a=shortlog;h=refs/heads/build/wicket-1.5.5
+1 avoiding try..catch() for the simplest of use cases makes sense for me
Am 30.01.2012 um 17:12 schrieb Igor Vaynberg:
+1
-igor
On Mon, Jan 30, 2012 at 4:42 AM, Sven Meier s...@meiers.net wrote:
I don't know the reason for this. Let's change it for 1.5.x too.
Sven
Am 30.01.2012
+1 working here
Am 16.01.2012 um 20:04 schrieb Igor Vaynberg:
This vote is to release wicket 1.5.4.1 (vote for 1.5.4 failed)
Branch
http://git-wip-us.apache.org/repos/asf/wicket/?p=wicket.git;a=shortlog;h=refs/heads/build/wicket-1.5.4.1
Artifacts
Just to make the picture complete, I think one more reason we have an ART
provider was that we could basically have something like
MyAjaxRequestTarget
and add additional methods to itt, e.g.:
- MyAjaxRequestTarget#focus(FormComponent)
-
Welcome aboard, Emond ! :-)
Am 30.12.2011 um 20:42 schrieb Sven Meier:
Welcome :)
Sven
On 12/30/2011 04:26 PM, Emond Papegaaij wrote:
Thank you all for the confidence you have in my work! I'm really proud to be
a
member of the Wicket team and am looking forward to get some real work
That's awesome, Edmond!
Thanks! :-)
Am 14.12.2011 um 15:47 schrieb Emond Papegaaij:
Hi all,
I've finished most of the work on the branch, including some of the
suggestions that were made in this thread. IHeaderResponse now has only 1
render method left, which takes a HeaderItem. This
And sorry for typing your name wrong …
Am 14.12.2011 um 15:59 schrieb Peter Ertl:
That's awesome, Edmond!
Thanks! :-)
Am 14.12.2011 um 15:47 schrieb Emond Papegaaij:
Hi all,
I've finished most of the work on the branch, including some of the
suggestions that were made
my 2%
- introduce interface IHeaderItem (next to abstract class HeaderItem) and use
that where possible so migration of existing resources will be easier
- rename render(IHeaderResponse) to renderHead(IHeaderResponse) to avoid
confusion since 'render(response)' looks to much like it renders
) with
IHeaderResponse#renderString(StringHeaderItem) [or just use a generic
render(IHeaderItem) like Igor suggested)
Am 05.12.2011 um 14:18 schrieb Peter Ertl:
my 2%
- introduce interface IHeaderItem (next to abstract class HeaderItem) and use
that where possible so migration of existing resources
so here comes question #1: should we switch to java 6?
Am 16.11.2011 um 17:37 schrieb Martijn Dashorst:
On Wed, Nov 16, 2011 at 5:36 PM, Martijn Dashorst
martijn.dasho...@gmail.com wrote:
Wicket 1.5.x development should now be happening in branches/wicket-1.5.x
This means that trunk is now
nazi :-)
You use predicates for invalidation, somebody else wants a strategy pattern,
somebody else maybe wants listeners?!
I think the other wicket core devs should decide it.
Cheers
Peter
Am 12.11.2011 um 10:16 schrieb Dominik Drzewiecki:
W dniu 11 listopada 2011 14:56 użytkownik Peter Ertl
We could add...
CachingResourceVersion#invalidateResource(IResourceVersion)
adding methods is api-compatible, right?
Cheers
Peter
Am 11.11.2011 um 09:09 schrieb Martin Grigorov:
Hi,
On Fri, Nov 11, 2011 at 12:46 AM, Dominik Drzewiecki
dominik.drzewie...@gmail.com wrote:
Howdy,
CachingResourceVersion is not an interface but a concrete, non-final class so
adding a method should be valid afaik
Do you agree?
Am 11.11.2011 um 13:16 schrieb Martin Grigorov:
On Fri, Nov 11, 2011 at 1:46 PM, Peter Ertl pe...@gmx.org wrote:
We could add...
CachingResourceVersion
done!
see https://issues.apache.org/jira/browse/WICKET-4218
Am 11.11.2011 um 13:24 schrieb Martin Grigorov:
I agree :-)
On Fri, Nov 11, 2011 at 2:20 PM, Peter Ertl peter.e...@gmx.net wrote:
CachingResourceVersion is not an interface but a concrete, non-final class
so adding a method
It might be a better idea to roll out your own version provider
how do you check staleness?
take that criteria and make it part of the filename version
if that check is cheap you don't need caching
Am 11.11.2011 um 14:29 schrieb Dominik Drzewiecki:
I have a working implementation with
Since there is not much limbo dance happening with the synchronized instance of
HashMap in CachingResourceVersion the usage of Collections#synchronizedMap() is
not unscalable per default *imho*.
We probably could optimize the evil 'synchronized' away by using more
sophisticated locking but I
looking good for me
+1
Am 09.11.2011 um 21:14 schrieb Igor Vaynberg:
This vote is to release wicket 1.5.3
Branch
http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5.3
Artifacts
http://people.apache.org/~ivaynberg/wicket-1.5.3/dist/
Maven repo
Hi devs,
as you can read in
https://issues.apache.org/jira/browse/WICKET-4030
a user found out that contrary to the javadoc
/**
* Writes a CSS reference, if the specified reference hasn't been
rendered yet.
*
* @param url
*
+1
Am 03.09.2011 um 22:49 schrieb Bruno Borges:
+ 1
On Sep 3, 2011 1:11 PM, Ron Smits ron.sm...@gmail.com wrote:
+1
I Haven't Lost My Mind - It's Backed Up On Disk Somewhere
On Sat, Sep 3, 2011 at 17:54, Igor Vaynberg igor.vaynb...@gmail.com
wrote:
+1
-igor
On Fri, Sep 2, 2011
Ok, so since this is brainstorming time I can probably ask for cool features
without getting punished :-)
- partial ajax updates on repeaters (insert/modify/delete)
- some kind of intuitive support from wicket to synchronize access to session
or page data when processing multiple, concurrent
+1
Am 29.08.2011 um 23:42 schrieb Jeremy Thomerson:
+1
PS - Sent from a tablet. Please excuse typos, spelling and compiler errors.
--
Jeremy Thomerson
http://wickettraining.com
Need a CMS for Wicket? Use Brix! http://brixcms.org
On 2011 8 29 16:40, Igor Vaynberg
- Introduce @WicketBean (as a replacement for @Inject, @SpringBean, etc.) in
wicket-ioc
Am 30.08.2011 um 00:31 schrieb Brian Topping:
On Aug 29, 2011, at 6:12 PM, Martijn Dashorst wrote:
In order to start discussing what will constitute Wicket Next and
where we want to take our beloved
I fully agree with Martijn!
My biggest concern is to keep our existing user base happy and productive...
So...
1) -1 this will make happy a few developers and upset many. we are on a
_release candidate_ and should concentrate on eliminating bugs. There's always
a next version to add
If someone calls Files#remove(File) with a folder I would throw an
IllegalArgumentException but not just erase the whole folde. People could see a
potential similarity between java.io.File#delete() and Files#remove() and be
very surprised when this method suddenly erases a folder with 2
Welcome Sven!
Have fun :-)
Am 29.06.2011 um 19:19 schrieb Sven Meier:
I'm very happy to be part of this incredible team :).
Thanks
Sven
On 06/29/2011 06:30 PM, Igor Vaynberg wrote:
Welcome!
-igor
On Wed, Jun 29, 2011 at 1:19 AM, Martijn Dashorst
martijn.dasho...@gmail.com
+1
Am 15.06.2011 um 17:38 schrieb Igor Vaynberg:
+1
none of the core devs are actually using it afaik and there is not a
lot of demand for it - if any. therefore, bugs are slow to be
discovered and the component is not being improved.
-igor
On Wed, Jun 15, 2011 at 12:14 AM, Martin
it's not supposed to be a fix, I just corrected the javadoc... the issue itself
is still unresolved, that's why I ommitted the ticket number
Am 28.04.2011 um 17:06 schrieb Martin Grigorov:
Please mention the ticket number in the commit messages.
I am not sure whether this is fix is correct.
doing a quick check it seems that setting 'null' works for 1.5-trunk (no
/null/null/ ... inside the path)
probably this is 1.4 only
Am 28.04.2011 um 19:29 schrieb Peter Ertl:
it's not supposed to be a fix, I just corrected the javadoc... the issue
itself is still unresolved, that's why I
should be fixed for 1.4 now
Am 28.04.2011 um 19:33 schrieb Peter Ertl:
doing a quick check it seems that setting 'null' works for 1.5-trunk (no
/null/null/ ... inside the path)
probably this is 1.4 only
Am 28.04.2011 um 19:29 schrieb Peter Ertl:
it's not supposed to be a fix, I
about wicket's style? Btw. IDEA can also format
files automatically on save?
2011/4/7 Peter Ertl pe...@gmx.org
Tortured by IDEA's resistance to adjust formatting to wicket's guideline I
would greatly appreciate that...
Am 07.04.2011 um 12:55 schrieb Hans Lesmeister 2:
you could provide
Kudos!
Great work Igor :-)
Am 26.03.2011 um 01:00 schrieb Eelco Hillenius:
Another baby, congrats!
Eelco
On Fri, Mar 25, 2011 at 10:44 AM, Igor Vaynberg igor.vaynb...@gmail.com
wrote:
For the past nine months I have been quietly working on a book about
Wicket. Unlike other books on
in general I prefer correctness over convenience ... so if we need a context
listener to do everything right so should it be (remember having the same kind
of trouble with jetty)
+0
Am 18.03.2011 um 17:50 schrieb Igor Vaynberg:
another possible solution is to serialize the page into
+1
Am 21.02.2011 um 16:03 schrieb Francisco Diaz Trepat - gmail:
+1
Also some quick testing on wicket-examples
On Mon, Feb 21, 2011 at 11:58 AM, Martin Grigorov mgrigo...@apache.orgwrote:
+1 to release it
Tested :
- create quickstart from the staging repo,
- checkout the branch
fixed with WICKET-3389 (https://issues.apache.org/jira/browse/WICKET-3389)
Am 24.01.2011 um 16:47 schrieb Igor Vaynberg:
currently there is no configuration option for that, please open an RFE
-igor
2011/1/24 Major Péter majorpe...@sch.bme.hu:
Hi,
currently the timestamp is appended
4 years since 2.5 release date should be enough to upgrade
+1 for 2.5
Am 17.01.2011 um 23:27 schrieb Jeremy Thomerson:
I'm cool with it.
On Mon, Jan 17, 2011 at 3:58 PM, Martijn Dashorst
martijn.dasho...@gmail.com wrote:
https://issues.apache.org/jira/browse/WICKET-3344
On Mon, Jan
Hey Jürgen,
maybe this works better?
Date date = new DateTime(2010, 11, 6, 0, 0, 0,
0).withZone(DateTimeZone.forID(America/Los_Angeles)).toDate();
Am 29.12.2010 um 22:31 schrieb Juergen Donnerstag:
though you are right in what you are saying about joda caching the
timezone, I don't
If we rename wicket to wicket-core what will be the name of the _current_
wicket-core module?
Am 22.12.2010 um 12:33 schrieb Martin Grigorov:
Hi,
On Wed, Dec 22, 2010 at 12:27 PM, tetsuo ronald.tet...@gmail.com wrote:
+1 I guess
Please say if I've understood it correctly. By this
Jus to get it right ... is the following statement correct?
isVisible() will work as expected when the criteria for visibility does not
change during render
Am 30.11.2010 um 17:02 schrieb Pedro Santos:
I understand the concern about possible isVisible implementations like
isVisible(return
Welcome to a great project and have a good time :-)
Am 23.11.2010 um 15:54 schrieb Pedro Santos:
Thank u very much guys! I'm very happy in being a member of the great Wicket
team!
I'm looking forward to fix and prevent bugs and learn as much as possible in
this work!
On Tue, Nov 23, 2010
The most annoying thing is when you suddenly decide to anonymously subclass a
component - then you have to restart.
I do that all the time so this is a showstopper for me...
Am 19.11.2010 um 12:17 schrieb Leszek Gawron:
On 2010-11-18 14:25, Martijn Dashorst wrote:
Relaxing the add()
Last time I tried to give JRebel some love this issue made me drop it again (If
I remember the situation correctly):
Imagine you are developing a new page HomePage which has a single component
public HomePage()
{
add(new Label(foo, ...) { });
}
later on add another component
public
does it respect file encoding (in case it matters) ?
Am 16.11.2010 um 18:58 schrieb Jeremy Thomerson:
It works for all files: xml, html, sh, properties, java, etc, etc.
Jeremy Thomerson
http://wickettraining.com
-- sent from my smart phone, so please excuse spelling, formatting, or
Now guess what?!
You already got timestamps in the url for free (I did some work on caching
recently :-)
You just have to override
ResourceReference#getLastModified()
and return a non-null time value which will automatically become part of the
url...
The url will look something like
, Peter Ertl pe...@gmx.org wrote:
Now guess what?!
You already got timestamps in the url for free (I did some work on caching
recently :-)
You just have to override
ResourceReference#getLastModified()
and return a non-null time value which will automatically become part of
the url
Hi Martin,
I am aware of that uglyness but I could not figure out a clean way to get
around it.
When fixing WICKET-3048 I needed a way to detect if the current request is of
type 'ajax'.
However the ctor from ServletWebResponse is
public ServletWebResponse(HttpServletRequest
, Peter Ertl pe...@gmx.org wrote:
Hi Martin,
I am aware of that uglyness but I could not figure out a clean way to get
around it.
When fixing WICKET-3048 I needed a way to detect if the current request is
of type 'ajax'.
However the ctor from ServletWebResponse is
public
Am 20.09.2010 um 13:03 schrieb Martin Grigorov:
I chose WebResponse as type because this is in *Web*Application.
Isn't it even a ServletWebApplication ? :-)
Why not prefix all issue titles with something like
[GAE] problem description
?
This should be easy to filter or lookup
Am 20.09.2010 um 14:43 schrieb Clint Checketts:
There is a 'Will it play in app engine' page that tracks libraries that are
compatible with Google App Engine (aka GAE):
+1 fixing critical bugs leave no choice other than releasing
Am 13.09.2010 um 05:45 schrieb Igor Vaynberg:
This vote is to release wicket 1.4.12. This release fixes a critical
problem with 1.4.11 namely WICKET-3040.
Branch: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.12/
+1
Am 13.09.2010 um 10:31 schrieb nino martinez wael:
[ X ] Yes, release :)
2010/9/13 Igor Vaynberg igor.vaynb...@gmail.com:
This vote is to release wicket 1.5-M2.1. This fixes a critical problem
in *unreleased* 1.5-M2, namely WICKET-3040
Branch:
+1
Am 10.09.2010 um 08:00 schrieb Igor Vaynberg:
This vote is to release wicket 1.5-M1
Branch: http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5-M2/
Artifacts:
http://people.apache.org/~ivaynberg/wicket-1.5-M2/dist
Maven repo:
Hi wicket devs,
in 1.5...
I would to remove AbstractResource#isCacheable() and give
AbstractResource#getCacheDuration() the meaning
0 = no caching
0 = duration in milliseconds for caching
This would give the developer more control as he could not only set the default
cache duration via
Hello Wicket Team,
I recently did quite a few changes on the way wicket handles caching (as you
commit-readers probably already realized :-)
There were a few issues like:
- Public caches will not cache resource which they better should (like .CSS and
.JS referred to from wicket:link), mostly
See
https://cwiki.apache.org/confluence/display/WICKET/Migration+to+Wicket+1.5#MigrationtoWicket1.5-getResourceSettings%28%29.setAddLastModifiedTimeToResourceReferenceUrl%28%29hasbeenreplaced
for details.
Resources using the timestamp mechanism, e.g. wicket:link or any
PackageResource can
Wow, that brief namespace declaration part is hilarious :-)
Am 09.09.2010 um 14:51 schrieb chitrabhanu.das:
applicationContext.xml
?xml version=1.0 encoding=UTF-8?
beans default-autowire=autodetect
xmlns=http://www.springframework.org/schema/beans;
Hi Martin,
static methods can not be final as you can not overload them. The keyword is
without any effect on static methods.
It's similar to 'private final'.
If you mind I can leave them but I find it confusing.
I will split my commits into functional and non-functional changes in future,
Could you file an JIRA issue on that?
Am 07.09.2010 um 05:54 schrieb Clint Checketts:
I've been playing around with Wicket on Google App Engine here and there and
decided to try my hand at getting the Wicket Examples running on it.
So here it is: http://wicketexamples.appspot.com/ I intend
+1 release early, release often :-)
Am 06.09.2010 um 15:58 schrieb Clint Checketts:
Where can I find out how this voting works? Who can vote? What is a
binding/non-binding vote?
Thanks,
-Clint
On Mon, Sep 6, 2010 at 6:54 AM, jcgarciam jcgarc...@gmail.com wrote:
[X] Yes, release
if(false == component.isVisible())
--- now that is PRETTY *g*
Am 23.03.2010 um 23:34 schrieb Igor Vaynberg:
On Tue, Mar 23, 2010 at 3:31 PM, Jeremy Thomerson
jer...@wickettraining.com wrote:
Rather, there should be a rule that
checks for accidental assignment (i.e. foo = false).
there
+1 for Marat :-)
+1 for wicket-1.4.6
Am 26.01.2010 um 10:04 schrieb Marat Radchenko:
Hehe, 11 out of 44 issues were reported by me :)
2010/1/26 Igor Vaynberg igor.vaynb...@gmail.com:
this vote is to release wicket 1.4.6
this maintenance release brings over 40 bug fixes and
+1 that's a pretty frequent usecase
Am 13.12.2009 um 14:17 schrieb John Krasnay:
+1, great idea!
jk
On Sun, Dec 13, 2009 at 02:06:05PM +0100, Erik van Oosten wrote:
Hi,
In the many Wicket applications I have seen, the most frequent error is
to not correctly set the 'for' attribute
Last thing I remember was this jira issue:
http://issues.apache.org/jira/browse/WICKET-1312
Timo and I attached some proposals for inclusion in wicket. Maybe you
are interested in this...
Am 08.10.2009 um 19:27 schrieb Jeremy Thomerson:
I know that there was some discussion a while back
mad typos :-)
is not a bug deal but not a big deal *lol*
Am 07.10.2009 um 09:40 schrieb Peter Ertl:
well, not a bug deal!
/image/${fullnameIncludingExtension} can be parsed easily :-)
Am 07.10.2009 um 02:14 schrieb Igor Vaynberg:
erm, although we do not quiet support
/${name}.${format
Could you change versionId from 1.4-SNAPSHOT to 1.5-experimental-
SNAPSHOT (or similar) to simplify testing with maven? It's a little
nasty to overwrite the local repository...
Other that that the design looks very promising. I would love to have
a simple way of mapping virtual urls to a
+1.000 for that
mount RequestHandler will allow any kind of browser output (resources,
pages, server side redirects to external urls, etc.)
being able to access placeholders from resources will be great :-)
thinking of something like:
mount(new MountedMapper(image/${name}.${format},
also it would be great to provide some easy mechanism of synchronizing
RequestMappers with the wicket session (e.g. rendering data that
depends on the current user info in the session).
Am 07.10.2009 um 02:11 schrieb Peter Ertl:
+1.000 for that
mount RequestHandler will allow any kind
Are there any plans on releasing 1.3.6 soon?
Cheers
Peter
Am 05.02.2009 um 02:22 schrieb Ate Douma:
[X] Yes release Apache Wicket 1.4 RC2
Ate
Frank Bille Jensen wrote:
Hey all,
This is the second try on the 1.4-rc2. The first try was cancelled
due to code errors.
I have build the second
Are there any plans on releasing wicket 1.3.6 soon?
Cheers
Peter
I personally prefer to leave out this kind of (black) magic at all.
Also static html previews will be wrong.
Implementing language specific resource loading is no rocket science
and can be easily rolled out on your own.
Only my 2 percent
Am 21.01.2009 um 12:31 schrieb Martin Benda:
A
, Peter Ertl [EMAIL PROTECTED]
wrote:
-1, too:
I use it just the way Igor describes. I usually set up a mock
html page,
then wicket:link the css and javascript. So I can easily test
the page in
preview mode and in wicket, too.
Once the application evolves I tend to remove wicket:link
again
+1 for me
Am 12.11.2008 um 18:18 schrieb [EMAIL PROTECTED]:
Does anybody else thinks this is an interesting feature to be added?
If yes, I will submit a patch.
Thanks,
Bruno
On Nov 12, 2008 11:21am, James Carman [EMAIL PROTECTED]
wrote:
A, sorry.
On Wed, Nov 12, 2008 at 8:16 AM,
I would love to see 1.3.4 but I see some serious issue still open (and
I don't know how bad it is)
https://issues.apache.org/jira/browse/WICKET-1693
seems to affect not only 1.4 but 1.3 as well. I just did a test on
current wicket 1.3 and got another bunch of NullPointerExceptions
under
number of sessions and then did 1 request per
session
johan
On Fri, Jun 20, 2008 at 10:10 AM, Peter Ertl [EMAIL PROTECTED]
wrote:
I would love to see 1.3.4 but I see some serious issue still open
(and I
don't know how bad it is)
https://issues.apache.org/jira/browse/WICKET-1693
seems
Having builder methods will not allow to subclass the created component.
this will _not_ work:
TextField field = TextField.create(foobaz)
{
@Override
public boolean isVisible()
{
return complexDynamicExpressionHere;
}
}
Am 23.05.2008 um 08:17 schrieb Johan Compagner:
Ofcourse we
I suggest using LinkVoid when not using a model (- java.lang.Void)
Am 23.04.2008 um 19:14 schrieb Igor Vaynberg:
right. if you dont use the model inside a component then the generic
is pretty useless, so either do not declare it and add @SupressWarning
or simply LinkObject. I often use Link
+1 for public IConverter? getConverter(Class? clazz)
having to cast the IConverter
return (IConverterK) new IConverterInteger() {
looks butt-ugly to me :-(
Am 15.04.2008 um 22:04 schrieb Igor Vaynberg:
that is actually a pro and not a con. we call getconverter() whle
users implement
*lol*
Am 15.04.2008 um 22:34 schrieb Igor Vaynberg:
what do you have against butts? :)
-igor
On Tue, Apr 15, 2008 at 1:27 PM, Peter Ertl [EMAIL PROTECTED]
wrote:
+1 for public IConverter? getConverter(Class? clazz)
having to cast the IConverter
return (IConverterK) new
You wouldn't believe how many developers are still bound to old or
lame versions of webcontainers and struggle with their managers for an
upgrade.
I mandate for not upgrading the servlet api requirements unless there
are really compelling reasons (nice to have is not enough).
Besides:
I wouldn't do this (at least by default) as you might forget to call
setOutputMarkupId(true) on some components that interacts with custom
javascript. However your code will still work because _everything_ has
an dom id now. Once you deploy you will realize that you missed
something
What? This was a joke?! And I was so excited about Swing -- Wicket
interoperability *lol*
Am 02.04.2008 um 18:07 schrieb Eelco Hillenius:
I thought the move to Scala was a pretty intriguing idea. It
was the logic in markup and the integration with Swing that
had me worried.
Yeah, I like
I vote for freemarker as the superior markup language (pure html feels
so 1992)
also the layout managers should be based on table layout (using code
generation) to ensure maximum browser performance.
Am 01.04.2008 um 22:21 schrieb Nino Saturnino Martinez Vazquez Wael:
Ahh, yes an then
Hello Timo,
I think this should be in JIRA.
It's easy to update the data in the data provider. But it's really
complicated to only update the changed elements of the data view in
the ajax response as there is no easy way to get only the element of
the data view that contain changes.
92 matches
Mail list logo
