Xavier Hanin wrote:
Hi,
I'm currently using wicketstuff-push to push events to a page and it
works
pretty well, but not well enough. Before trying to move to a comet based
implementation, I would like to improve the timer based
implementation. In
the current implementation you got as many
IComponentAwareModel){
((IComponentAwareModel)model.setComponent(this))}
I think it also avoid to write 40 code lines just to get the component
in the model.
WDYT?
--
Vincent Demay
time. What do you think of changing all version number
in pom.xml for beta2 tag (same form beta1)?
Cheers
--
Vincent Demay
Martijn Dashorst wrote:
Use the releases/wicket-1.3.0-beta2 branch instead
Oh right, thx ;)
cheers
--
Vincent Demay
Martijn
On 7/2/07, Vincent Demay [EMAIL PROTECTED] wrote:
Hi all,
First of all, congrats for graduation and beta2 release.
I've just checked out the new beta2 tags from svn
Oleg Taranenko a écrit :
Hello Jean-Baptiste,
Wednesday, June 13, 2007, 12:35:39 PM, you wrote:
* Oleg Taranenko:
Now I'm viewing wicket stuffs und some projects not started
under mvn jetty:run reason of
Please mention the WS projects at fault, we need to fix
Jean-Baptiste Quenot a écrit :
Dear developers,
Please welcome Grégory Maes among the WicketStuff developers.
Grégory has filed [1]several patches on WicketStuff Dojo, and has
shown a long-term interest in this project. He now deserves to
apply the changes himself.
Welcome Grégory!
Hi
Xavier Hanin a écrit :
Hey there,
I have a question about the data proxy set to true in CometdEvent:
what
is it used for? Indeed I would like to get rid of CometdEvent, to make
implementation switch very easy, but I'm not sure if all cometd events
should always have this property set, or
Xavier Hanin a écrit :
On 5/11/07, Vincent Demay [EMAIL PROTECTED] wrote:
Hi
Xavier Hanin a écrit :
Hey there,
I have a question about the data proxy set to true in CometdEvent:
what
is it used for? Indeed I would like to get rid of CometdEvent, to make
implementation switch very easy
Xavier Hanin a écrit :
On 5/11/07, Vincent Demay [EMAIL PROTECTED] wrote:
Xavier Hanin a écrit :
On 5/11/07, Vincent Demay [EMAIL PROTECTED] wrote:
Hi
Xavier Hanin a écrit :
Hey there,
I have a question about the data proxy set to true in
CometdEvent:
what
is it used for? Indeed
OK, so I think it will be fine if we also switch
- wicketstuff/trunk to wicketstuff/branches/wicket-2-DISCONTINUED
- wicketstuff/branches/wicket1.x to wicketstuff/trunk
--
Vincent
Martijn Dashorst a écrit :
We have now switched trunk and wicket 1.x in subversion. We have been
getting
Martijn Dashorst a écrit :
On 4/19/07, Vincent Demay [EMAIL PROTECTED] wrote:
If anyone else is willing to do it, fine by me, as long as we
coordinate.
As you want, you can do it, but if you are bored with svn mv, I can
do it
I don't mind doing it.
Ok, do it ;)
I propose we do
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
Hi Bart
I see you added a behavior to deal with Dojo widget creating it using
dojo.widget.createWidget. I don't understand what is the aim of this
abstract behavior because AbstractRequireDojoBehavior can already create
a dojo widget via an AjaxRequestTarget (see TargetRefresherManager which
-
Van: Vincent Demay [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 17 april 2007 10:28
Aan: wicket-dev@incubator.apache.org
Onderwerp: Re: [Wicket-autocvs] SF.net SVN: wicket-stuff: [1935]
branches/wicket-1.3/wicket-
contrib-dojo/ src/main/java/org/wicketstuff/dojo
Hi Bart
I see you added
in the first case due to the bug in RichText.js).
I will remove the AbstractDojoWidgetBehavior class.
Thanks,
Bart.
-Oorspronkelijk bericht-
Van: Vincent Demay [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 17 april 2007 11:35
Aan: wicket-dev@incubator.apache.org
Onderwerp: Re: [Wicket
Bart Molenkamp a écrit :
Vincent Demay wrote:
If I well understand it is a class named wicketstuff giving access to
each function of each package as a subclass of wicketstuff?
I like that, so +1
I don't understand exactly what you mean. I now have classes coded in
JavaScript (similair
If I well understand it is a class named wicketstuff giving access to
each function of each package as a subclass of wicketstuff?
I like that, so +1
--
Vincent
Jean-Baptiste Quenot a écrit :
* Bart Molenkamp:
I wanted to make better use of JavaScript inheritance using Dojo.
snip/
Martijn Dashorst a écrit :
All,
I've been working for a while now on an animated homepage for wicket
(not that we *have* to use it, it is a gimmick), and it was originally
based on animate.js (the proposed animation library). I also converted
it to yahoo animation (which is quite similar), and
Martijn Dashorst a écrit :
All,
I have found a nice animation library that is not as big as
scriptaculous, in my opinion better than moo and that fits pretty good
into the wicket philosophy. I'm talking about animate.js [1].
It is not the most widely adopted javascript library, but it packs a
Al Maw a écrit :
Martijn Dashorst wrote:
On 4/13/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I'm mainly thinking nice but do you have any concrete plans
(components, behavior) for it?
I think just a behavior (or class) with some examples. The philosophy
of the library is to not create 200
Frank Bille a écrit :
On 4/13/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Frank Bille:
FYI, I have just made Dojo 1.3 being build in bamboo when
wicket-extensions
1.3 is build.
Just curious, why?
I saw that dojo depended on wicket/extensions 1.3 snapshot and thought
hey,
Vincent Demay a écrit :
Frank Bille a écrit :
On 4/13/07, Jean-Baptiste Quenot [EMAIL PROTECTED] wrote:
* Frank Bille:
FYI, I have just made Dojo 1.3 being build in bamboo when
wicket-extensions
1.3 is build.
Just curious, why?
I saw that dojo depended on wicket/extensions 1.3 snapshot
Martijn Dashorst a écrit :
On 4/13/07, Vincent Demay [EMAIL PROTECTED] wrote:
What about a simple Behavior, I think behavior is easier to use for the
end user
class onRefreshAnimationBehavior extends AbstractBehavior{
onRendered(){
if(AjaxRequestTarget
Ryan Sonnek a écrit :
I like that idea and think it would make sense for the other
wicket-contrib-* projects to do the same.
along with the package renaming, i think it's important for the
project artifact to be updated as well.
groupID = org.wicketstuff
artifactID = dojo ???
+1
Hope every
Hi Bart
Actually WCD was jdk1.4 compliant but a recent issue has been open
(http://81.17.46.170:8090/jira/browse/DOJO-27) to move to 1.4. But you
are right. We also need to move example from 1.4 to 1.5. I will update
pom.xml file.
Cheers
--
Vincent
Bart Molenkamp a écrit :
Hi,
I'm a
After all this discuss,
I made again a patch using Igor method : setoutputmarkuptag
see
https://issues.apache.org/jira/secure/attachment/12353976/Component.java.365.patch.txt
WDYT? I hope it will be ok for all ;)
--
Vincent
Eelco Hillenius a écrit :
What? Why should the inner component
-igor
On 3/19/07, Vincent Demay [EMAIL PROTECTED] wrote:
Igor Vaynberg a écrit :
no its not.
what i am trying to say is that setoutputmarkupid should be
independent from
this behavior. you are really making the meaning of
setoutputmarkupid(true)
ambiguous. all it is saying is that when
of authorization? If I'm not
authorized, does the tag render? Or not?
Even if the tag is rendered, it will be empty. Will it cause a security
problem? : it is a tag without any data in it
Martijn
On 3/20/07, Vincent Demay [EMAIL PROTECTED] wrote:
Martijn Dashorst a écrit :
No, because when you set
Hi,
In the current implementation, going from setVisible(false) to
setVisible(true) in ajax does not work, The current workaround of this
bug is to surround the element with an other and to rerender the
surounding element. I found this way not very smart and too frustating
for the user. We
that span (if
that
is always possible) or use style
johan
On 3/19/07, Vincent Demay [EMAIL PROTECTED] wrote:
Hi,
In the current implementation, going from setVisible(false) to
setVisible(true) in ajax does not work, The current workaround of this
bug is to surround the element with an other
Johan Compagner a écrit :
Also always just rendering the component but use the style to make in
invisible
could be a security problem. So that can't be the default.
What do you mean by security problem?
If the the component that is set to none visible is none visible
because of
Frédéric Bertin a écrit :
Martijn Dashorst wrote:
So you mean:
Label l = Label(foo, hello);
renders:
span wicket:id=foohello/span
... some ajax stuff, or a normal page render:
l.setVisible(false);
renders:
span wicket:id=foo style=display:none/span
not @wicket:id, but just @id,
);
renders:
span wicket:id=foo style=display:none/span
?
This can and will break existing clients in a very nasty manner,
because the markup id is still present in the final markup.
Martijn
On 3/19/07, Vincent Demay [EMAIL PROTECTED] wrote:
Johan Compagner a écrit :
Also always just
it should work in all case.
--
Vincent Demay
http://.demay-fr.net/blog/
be fine imo.
Ajax should work the same as normal requests. Otherwise what is the
fricking point of having a AjaxFallbackLink?
Yes it is a drag to add containers around your stuff that you want to
hide. but it makes it explicit and predictable.
Martijn
On 3/7/07, Vincent Demay [EMAIL PROTECTED
+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
Eelco Hillenius a écrit :
And in case no-one is working on that anymore, what would be the best
date picker (with a compatible licence!) to start working on? Dojo?
YUI? ...?
Hi,
We've already done a datePicker in Dojo-Contrib (DojoDatePicker) with an
apache compatible license. If you are
Igor Vaynberg a écrit :
On 1/24/07, Vincent Demay [EMAIL PROTECTED] wrote:
if you _do_ need it to be called _during_ the rendering then we will
have to
extract an interface from the target that only has prependjavascript()
and
you will only get that in the listener instead of the target
Ok it is done you could find a patch on jira :
http://issues.apache.org/jira/browse/WICKET-234
Thanks for your help Igor
Igor Vaynberg a écrit :
wonderful :)
-igor
On 1/24/07, Vincent Demay [EMAIL PROTECTED] wrote:
Igor Vaynberg a écrit :
On 1/24/07, Vincent Demay [EMAIL PROTECTED
Hi all,
When I re-render a Dojo widget via an ajaxRequestTarget, I have to add
some javascript to the request depending on which widget(component) has
been added to the target. This javascript should be added in order to
re-parse new DojoWidget (from the ajax response) with dojo API. This
Matej Knopp a écrit :
I just tried it, 1.x and firefox. Works like charm for me :)
Are you sure you have caching turned of? The javascripts are cached
quite aggressively.
Ok, sorry to disturb you. I will check my sources.
Thanks
-Matej
Vincent Demay wrote:
Matej Knopp wrote:
That should
Hi all,
I add a new script (a new function that never been render before) in
headerContributor tag of an ajaxTarget. After ajaxResponse, I tried to
call this function but it seems it has not been defined (function x
not defined)
I took a look at wicket-ajax.js and processScript method.
-rendered by
ajax. When ajax response is evaluate no alert come out.
I work with lastest branch 1.X under Firefox
thanks
--
Vincent
-Matej
Vincent Demay wrote:
Hi all,
I add a new script (a new function that never been render before) in
headerContributor tag of an ajaxTarget. After ajaxResponse
be added on each ajax response)?
thanks in advance,
--
Vincent Demay
Igor Vaynberg a écrit :
what is the actual usecase?
We select a row in a table on client side, this row matches to a list
item(server side). This selection makes an ajax callback giving the item
position. So We need to retrieve the item Model according to this
position on server side.
Hi all,
Dojo-wicket-contrib is now full of new features. So I have now 2 questions :
How can I update wicket-dojo web site to make an annoucement of the future
jar release?
Are there relased date for Wicket 1.3 and wicket 2.0
Thanks
--
Vincent
classes.
What do you think if we introduced a dependency from
wicket-contrib-dojo to wicket-contrib-velocity to be able to use
Velocity JavaScript templates instead of ugly and inefficient
String concatenations?
--
Vincent Demay
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)561 000
doesn't Wicket use one of them.
--
Vincent Demay
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)561 000 649
Fax : +33 (0)561 005 146
http://www.anyware-tech.com/
doesn't Wicket use one of them.
--
Vincent Demay
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)561 000 649
Fax : +33 (0)561 005 146
http://www.anyware-tech.com/
Vincent demay a écrit :
Ok I understand that and I don't what to say that wicket dojo
implementation is bad because it's very cool ;)
I would like to
say ajax implementation and not dojo implementation
Indeed using a framework as is could
Igor Vaynberg a écrit :
On 11/10/06, Vincent demay [EMAIL PROTECTED] wrote:
c) we have partial page updates of multiple components in a single
request -
do any of those frameworks have it? i briefly looked at ricko which
had
a
similar ajax-envelope response that can encapsulate markup
52 matches
Mail list logo
