Hi,
I committed my changes. Take a look at the package
org.wicketstuff.dojo.dojodnd. For example, look how DojoDragContainer is
declared, and how DojoDragCopyContainer extends it (it overrides the
createDragSource() function to create a different kind of drag source).
The *Template.js files a
* [EMAIL PROTECTED]:
> Author: ehillenius
> Date: Tue Apr 17 10:33:59 2007
> New Revision: 529682
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=529682
> Log:
> WICKET-477
>
> Modified:
> incubator/wicket/branches/wicket-1.x/jdk-1.4/wicket/src/main/java/org/apache/wicket/util/io/Streams.java
Bart Molenkamp a écrit :
Hi,
I committed my changes. Take a look at the package
org.wicketstuff.dojo.dojodnd. For example, look how DojoDragContainer
is declared, and how DojoDragCopyContainer extends it (it overrides
the createDragSource() function to create a different kind of drag
source)
I don't know, the exception messages aren't really helpful all the time.
Maybe you could try the following:
- can you load the file by requesting it in your browser? e.g. something
like:
http://localhost/dojo-examples/resources/org.wicketstuff.dojo.AbstractDefaultDojoBehavior/dojodnd/DojoDropCo
I've got it :
GET
http://localhost:8080/app/resources/org.wicketstuff.dojo.AbstractDefaultDojoBehavior//examples/dnd/CustomDojoDropContainer.js
(15ms)
// seems to not work fine. I fixed it...
--
Vincent
Bart Molenkamp a écrit :
I don't know, the exception messages aren't really helpful all
Strange, it worked here... But indeed the // isn't good.
Thanks for fixing it!
Vincent Demay wrote:
I've got it :
GET
http://localhost:8080/app/resources/org.wicketstuff.dojo.AbstractDefaultDojoBehavior//examples/dnd/CustomDojoDropContainer.js
(15ms)
// seems to not work fine. I fixed it...
I'm curious to find out what is the status of this "issue"? Will it be fixed
or it is not considered very useful to have such a method for IBehaviour
interface? Anyway, I find it very useful for my use case...
Thank you!
Eelco Hillenius wrote:
>
> Go for it.
> http://sourceforge.net/tracker/i
is already for quite sometime in the 1.3 stream.
johan
On 4/18/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
I'm curious to find out what is the status of this "issue"? Will it be
fixed
or it is not considered very useful to have such a method for IBehaviour
interface? Anyway, I find it very
Unfortunately, I am working with 1.2.5 version... Could it be possible to add
this feature to the next 1.2.x (1.2.6) release?
Thank you!
Johan Compagner wrote:
>
> is already for quite sometime in the 1.3 stream.
>
> johan
>
>
> On 4/18/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
>>
>>
>>
It would not, as 1.2 is a maintainance/bugfix only branch. No new
features can be added to 1.2.
-Matej
On 4/18/07, Alex Objelean <[EMAIL PROTECTED]> wrote:
Unfortunately, I am working with 1.2.5 version... Could it be possible to add
this feature to the next 1.2.x (1.2.6) release?
Thank you!
RequestCycle.detach does this;
getSession().cleanupFeedbackMessages();
that results in this:
// If session scoped, rendered messages got indeed cleaned up, mark
the
// session as dirty
if (feedbackMessages.clear(RENDERED_SESSION_SCOPED_MESSAGES) > 0)
{
dir
Hi Eelco,
Indeed it would be good to use the native XML properties loading
on 1.5. And on 1.4, do you think it's OK to use DOM? We could as
well use our pseudo-Stax parser for maximal efficiency.
We could if it is worth it. However, I stayed as close to the SUN code
as possible (without cloni
This is a vote to promote 1.x to trunk and demote trunk to branches
with an appropiate label, and do it soon (as in now)
[ ] yes, switch them
[ ] no, don't switch them
The rationale is that we get a lot of questions on @user and ##wicket
about trunk, about 1.x and the future. Since we direct a l
this does mean that IF the session is used in another page from another
pagemap
we are clearing also the feedbackMessagges of that request.
Yep. See my commit comments about 'agressive' cleanup. There can be
disagreement for specific situations whether this is the best
implementation, which is w
[ x ] yes, switch them
[ ] no, don't switch them
Eelco
[x] yes, switch them
move the discontinued to branches
-igor
On 4/18/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
This is a vote to promote 1.x to trunk and demote trunk to branches
with an appropiate label, and do it soon (as in now)
[ ] yes, switch them
[ ] no, don't switch them
The ra
Martijn Dashorst wrote:
This is a vote to promote 1.x to trunk and demote trunk to branches
with an appropiate label, and do it soon (as in now)
[x] yes, switch them
[ ] no, don't switch them
And yes, make sure the branch name for 2.0 has "discontinued" in it.
Al
cases will be rare but possible. it would require two threads in two
different pagemaps processing simultaneously.
so user goes to a form page, opens it in a new tab, submits in first, and
then submits in the other. now one tab can have its feedback messages
missing.
or maybe a user working in m
cases will be rare but possible. it would require two threads in two
different pagemaps processing simultaneously.
so user goes to a form page, opens it in a new tab, submits in first, and
then submits in the other. now one tab can have its feedback messages
missing.
or maybe a user working in m
https://issues.apache.org/jira/browse/WICKET-484
-igor
On 4/18/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> cases will be rare but possible. it would require two threads in two
> different pagemaps processing simultaneously.
>
> so user goes to a form page, opens it in a new tab, submits
+1
On 4/18/07, Al Maw <[EMAIL PROTECTED]> wrote:
Martijn Dashorst wrote:
> This is a vote to promote 1.x to trunk and demote trunk to branches
> with an appropiate label, and do it soon (as in now)
>
> [x] yes, switch them
> [ ] no, don't switch them
And yes, make sure the branch name for 2.0
There is a vote already in place for switching the development
branches around. Now it is time to name the release after 1.3 (and not
1.3.1 :).
Apache Wicket 1.3 will be followed by:
[ ] Apache Wicket 1.4
[ ] Apache Wicket 1.5 (after the JDK)
[ ] Apache Wicket 5 (similar, but more accurate)
[ ] A
On 4/18/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
[x] yes, switch them
[ ] no, don't switch them
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.5 will keep your server alive. Download Wicket now!
http://wicketfr
Apache Wicket 1.3 will be followed by:
[X] Apache Wicket 2.0 (i.e. becomes our old 2.0 minus the c'tor change)
Martijn
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.5 will keep your server alive. Download Wicket now!
Apache Wicket 1.3 will be followed by:
[ ] Apache Wicket 1.4
[ ] Apache Wicket 1.5 (after the JDK)
[ ] Apache Wicket 5 (similar, but more accurate)
[ x ] Apache Wicket 2.0 (i.e. becomes our old 2.0 minus the c'tor change)
[ ] Apache Wicket 2007
[ ] Apache Wicket r59332 (just use the damned revisi
On 4/18/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
[x] Apache Wicket 2.0 (i.e. becomes our old 2.0 minus the c'tor change)
-igor
On 4/18/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
[x] yes, switch them
[ ] no, don't switch them
Frank
hello all,
i have just setup a new wicket stuff project called "minis". it is basically
an umbrella for user contributions that are too small to warrant their own
project. we have mumbled about doing this for a while, so here it is.
if you have something small you want to share that you think wil
and before you ask
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-minis
-igor
On 4/18/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
hello all,
i have just setup a new wicket stuff project called "minis". it is
basically an umbrella for user contributions that
Very cool initiative. Thanks Igor! I hope there will be many contributions.
Eelco
On 4/18/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
hello all,
i have just setup a new wicket stuff project called "minis". it is basically
an umbrella for user contributions that are too small to warrant their o
On 4/19/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
[ ] Apache Wicket XP Vista 2007
[x] Apache Wicket 2.0 (i.e. becomes our old 2.0 minus the c'tor change)
Frank
31 matches
Mail list logo
