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/
n 11/10/06, Vincent demay <[EMAIL PROTECTED]> wrote:
Hi,
I ask myself a question. Why wicket needs to rewrite js libraries for
ajax or other client-side scripts or to include external scripts (date
picker for exemple).
we are rewriting the datepicker because our old one was not compatible
w
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 i
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
+= "dojo.event.connect(dojo, \"loaded\", \"initDrop" +
container.getMarkupId() + "\");\n";
Hi Vincent,
Great stuff, thanks!
However, in the future we will likely have more and more
JavaScript code embedded in Java classes.
What do you think if we
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
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.
You
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. I
ributor re-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 aj
added on each ajax response)?
thanks in advance,
--
Vincent Demay
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
Oh it is a very good news. Thanks a lot for done work ;)
Jira will help us to make better work! I just have a question : is it
possible to receive mails in order to follow bugs?
Igor Vaynberg a écrit :
:)
-igor
On 1/21/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
cool
seems to work fin
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
kin
23/07, Vincent Demay <[EMAIL PROTECTED]> wrote:
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 (fr
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 li
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 Dema
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 inte
+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 freen
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 i
Hi guys,
We have a such widget in wicket-contrib-dojo. If I well understood it is
a suggestionList giving to the server something different that what is
displayed.
On the html side it is seems to be an select item (automatically
associate id with a text label). I think you just need to intrume
onentTag. I think it should work in all case.
--
Vincent Demay
http://.demay-fr.net/blog/
not invalidate Xhtml could 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, V
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
can say render 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 surroun
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
secu
Frédéric Bertin a écrit :
Martijn Dashorst wrote:
So you mean:
Label l = Label("foo", "hello");
renders:
hello
... some ajax stuff, or a normal page render:
l.setVisible(false);
renders:
not @wicket:id, but just @id, because the Label should have
setOutputMarkupId(true) to be re
ajax stuff, or a normal page render:
>
> l.setVisible(false);
> renders:
>
> ?
>
> 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
o avoid at all cost.
Yes and it is very wise.
But I think there is a migration guide with each release. So you just
have to add this change in it.
Martijn
On 3/19/07, Vincent Demay <[EMAIL PROTECTED]> wrote:
Martijn Dashorst a écrit :
> Currently everybody assumes (correctly)
stand that this is a major api break, not something
minor. This is not detectable by a compiler. You *will* break existing
scripts, pages and applications in a non-obvious way. Silent failures
are something we try to avoid at all cost.
Martijn
On 3/19/07, Vincent Demay <[EMAIL PROTECTED]> wro
I think we can just make a getter, that by default returns the value
from application settings. And you can override that for your
component, if you want something different that what's set in
application settings.
-Matej
On 3/19/07, Vincent Demay <[EMAIL PROTECTED]> wrote:
> Fr
id you asked to display, I think it is also disturbing
Imho i d'ont think it change the meaning of setoutputmarkupid.
--
Vincent
-igor
On 3/19/07, Vincent Demay <[EMAIL PROTECTED]> wrote:
Igor Vaynberg a écrit :
> what you need is a different method. instead of
> setoutputm
--
Vincent
-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)
>
Martijn Dashorst a écrit :
One of my major pain points here is not discussed yet. And that is
nested invisible components.
new Link("foo").add(new Label("bar")).setVisible(false)
...
onAjaxThing(target) {
bar.setVisible(true);
target.add(bar);
}
In both cases this is impossible, howev
have :
have a look in patch : markupStream.skipComponent(); will skip child
components
--
Vincent
When I do this:
new Link("foo")
.add(new Label("bar", "foobar"))
.setOutputWhatever(true)
.setVisible(false);
I expect this:
tOutputMarkupTag work regardless 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
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 rend
You can also use wicket-contrib-dojo, there is non modal window in it :
http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-dojo
if your are interrested, see in svn repo because last release is very old
--
Vincent
Matej Knopp a écrit :
I don't really see that happen. It's defin
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 litt
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
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
h
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,
wo
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/ex
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(AjaxRequest
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 t
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
Bart.
--
Vincent
-Oorspronkelijk bericht-
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
rk 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: [W
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 (sim
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.
Therefore,
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)
e exceptions
follow on an earlier exception when a file contains a syntax error.
- Are you sure you are looking at the latest revision? I used more
than one commit.
HTH,
Bart.
Vincent Demay wrote:
Bart Molenkamp a écrit :
Hi,
I committed my changes. Take a look at the package
org.wick
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 report
Martijn Dashorst a écrit :
On 4/19/07, Vincent Demay <[EMAIL PROTECTED]> wrote:
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
I think it is best to coordinate thi
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
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,
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 Com
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 h
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!
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 th
same 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 beta
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
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 Aja
65 matches
Mail list logo
