Al Maw wrote:
Matej Knopp wrote:
First of all, the hybrid urls would fix the refresh problem, but
definitely won't fix ajax back button.
I don't see much we can do about supporting back button with ajax.
That can be possible with full blown ajax framework (like backbase),
but wicket was
Hi,
Why is getEscapeModelStrings() in Component final? It would be nice to
be able to override this, for situations such as highlighting labels
with null model objects or similar. Sure, I can do the escaping myself,
but it seems tedious.
So, vote to make it non-final.
+1 :)
Also, shouldn't
it was this:
protected final String getJsTimeoutCall(final Duration updateInterval)
{
return setTimeout(function() { + getCallbackScript(false, true) +
},
+ updateInterval.getMilliseconds() + );;
}
and now this:
protected final String getJsTimeoutCall(final
It might be worthwhile to keep wicket-stuff-develop so that when it
comes time to coordinate a release or encourage
wicket-stuff-developers to make some changes (like mavenizing their
projects) we won't pollute wicket-user. But for this to work, we would
need to make sure all the project
No doubt that would be great for making announcements regarding
project releases and what not, but for coordinating work I think we
would need more back and forth than an rss feed could provide. I'm
cool with it either way, though.
On 2/7/07, Al Maw [EMAIL PROTECTED] wrote:
James McLaughlin
but for coordinating work I think we
would need more back and forth than an rss feed could provide. I'm
cool with it either way, though.
For that we can keep using this list and the user list. There's
usually an overlap between all those projects and the core project
anyway.
Eelco
Jonathan Locke wrote:
+1
however, should not be renamed. it is in the javabeans spec to use
is and get interchangeably for booleans as it makes sense case-
by-case. since isEscapeModelStrings doesn't make any sense in
english, the get form (which makes some sense) is preferred IMO.
Fair
however, should not be renamed. it is in the javabeans spec to use
is and get interchangeably for booleans as it makes sense case-
by-case. since isEscapeModelStrings doesn't make any sense in
english, the get form (which makes some sense) is preferred IMO.
Fair enough. Everything else in
Hmm,
I think we resolved at the start of incubation that sf.net things for
wicket-stuff such as lists, issue trackers and wiki's should remain
outside ASF.
This would mean that we rollback the list part of that decision. I
don't mind as the traffic on those list is /really/ minimal.
Martijn
Agreed. +1
I only brought this up becuase some of us have been reluctant to
create noise on the mailing lists, to the degree that we have
contacted each other off list.
jim
On 2/7/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
but for coordinating work I think we
would need more back and
On 2/7/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Well, it's more indirection and you don't want to have people bitching
about too much indirection on ##wicket do you? ;)
pfft, i vote for IMarkupSaferMaker5000
-igor
I'd rather have that traffic on the user/dev lists where everybody listens :)
Martijn
On 2/7/07, James McLaughlin [EMAIL PROTECTED] wrote:
Agreed. +1
I only brought this up becuase some of us have been reluctant to
create noise on the mailing lists, to the degree that we have
contacted each
This would mean that we rollback the list part of that decision.
Yep. Sorry about that. I just noticed that there was an unanswered
question lingering around for days; obviously because hardly anyone of
the wicket-stuff people actually is subscribed. Furthermore, I think
that even though it is
On 2/7/07, James McLaughlin [EMAIL PROTECTED] wrote:
Agreed. +1
I only brought this up becuase some of us have been reluctant to
create noise on the mailing lists, to the degree that we have
contacted each other off list.
If you can get there, ##wicket on freenode.net is a great way to
reduce
Hello all,
Sometimes when working with fine-grained components it might
be handy to use Fragments, but for cases when the same fragment
is not reused, I find the current syntax a bit complex.
So when it's currently like this
klips ===
Hi,
As a sign of code quality I give excessive value to the source
file's line endings.
Currently, only speaking of wicket-1.x/wicket:
* 103 files have DOS line endings
* 335 files do not have the svn:eol-style property.
Could you please review this, that would make a great improvement
+1
Eelco Hillenius a écrit :
On 2/7/07, James McLaughlin [EMAIL PROTECTED] wrote:
Agreed. +1
I only brought this up becuase some of us have been reluctant to
create noise on the mailing lists, to the degree that we have
contacted each other off list.
If you can get there, ##wicket on
Eelco Hillenius a écrit :
Forwarded from the wicket-stuff list.
Eelco
-- Forwarded message --
From: vsubedar [EMAIL PROTECTED]
Date: Feb 3, 2007 3:50 AM
Subject: [Wicket-stuff-develop] Dojo DragDrop
To: wicket-stuff-develop@lists.sourceforge.net
No drag-drop related files in
we use subclipse, not sure how to hoook that config file into it...
-igor
On 2/7/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Eelco Hillenius:
I hoped this was automated by now. Hrm. What's the best way to fix
this and be sure we'll be consistent in the future as well?
To fix it,
* Johan Compagner:
it was this:
protected final String getJsTimeoutCall(final Duration updateInterval)
{
return setTimeout(function() { + getCallbackScript(false, true) +
},
+ updateInterval.getMilliseconds() + );;
}
and now this:
protected final
thx will change that.
On 2/7/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Johan Compagner:
it was this:
protected final String getJsTimeoutCall(final Duration updateInterval)
{
return setTimeout(function() { + getCallbackScript(false,
true) +
},
+
* Eelco Hillenius:
How do you feel about shutting down the wicket-stuff lists
(wicket-stuff-develop@lists.sourceforge.net,
[EMAIL PROTECTED])?
+1
Didn't event know they existed
--
Jean-Baptiste Quenot
aka John Banana Qwerty
http://caraldi.com/jbq/
* Igor Vaynberg:
we use subclipse, not sure how to hoook that config file into
it...
I also use Subclipse, and it uses the native SVN client
(through the JavaHL bindings) so it correctly picks up the SVN
configuration. Do you use Subclipse through the full-Java SVN
yes i use svnkit
i threw the config into C:\Documents and Settings\ivaynberg\Subversion, not
sure how to test if it actually gets picked up
-igor
On 2/7/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Igor Vaynberg:
we use subclipse, not sure how to hoook that config file into
Did everybody take a close look at the release candidate? Is it good
for general availability?
Martijn
On 2/4/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Now available.
Martijn
On 2/4/07, Frank Bille [EMAIL PROTECTED] wrote:
Another thing: Where is wicket-examples?
Frank
On 2/4/07,
Hi,
Thanks for the fix for the FilePageStore version manager Johan. Now,
there still is the UndoPageVersionManager that is used when you
configure the HttpSessionStore. The number is now max-int, which is
crazy and dangerous. I think a better max would be, say, 30.
WDYT?
Btw, I think we should
Other than what I've mentioned it looks fine (what did you do about the
notice/license in jar files?
Frank
On 2/7/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Did everybody take a close look at the release candidate? Is it good
for general availability?
Martijn
On 2/4/07, Martijn Dashorst
27 matches
Mail list logo