Re: drag and drop
I used wicketstuff-jwicket with SUCCESS. It is based on jQuey, is a non intrusive, extremly easy to use library. Istvan --- On Wed, 5/19/10, DerBernd beha...@web.de wrote: From: DerBernd beha...@web.de Subject: Re: drag and drop To: users@wicket.apache.org Date: Wednesday, May 19, 2010, 10:26 AM Hi, I'm working on a wicket-project (1.4) and need to implement some dragdrop features. Could you give me some current links of tutorials to start with. I also don't know which technology to choose: YUI, DOJO, scriptaculous ??? Thank you for your help Bernd -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/drag-and-drop-tp1881857p375.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: drag and drop
I can confirm, that it _IS_ patched, dragdrop works on IE. Istvan ... think Stefan has patched the jquery.js file to get it working for his jWicket project. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jWicket 0.5.10
Thanks ! Istvan --- On Sun, 5/16/10, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: jWicket 0.5.10 To: users@wicket.apache.org Date: Sunday, May 16, 2010, 12:53 PM jWicket 0.5.10 is now available at wicketstuff: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jwicket-parent Upgraded jQuery-ui to version 1.8.1 Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: WicketStuff jWicket - Where is it?
Version 1.8.1 of jQuery-ui is now available. If this new version is required I could integrate it next weekend. Let me know. please, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Shadow text on input fields
I'm using Wicket to develop flexible, i18n-ed webapps where HTML and JS are second class citizens. At first your JS looks more compact, but on long term is a dead end. Stefan --- On Tue, 4/27/10, Robert Kimotho kimot...@gmail.com wrote: From: Robert Kimotho kimot...@gmail.com Subject: Re: Shadow text on input fields To: users@wicket.apache.org Date: Tuesday, April 27, 2010, 11:19 AM have you tried:- input type=text name= size= value= your text... onFocus=this.value='' onMouseOver=window.status=' your txt...';return true onMouseOut=window.status='';return true Kimotho, On 4/26/10, Stefan Jozsa stefan_...@yahoo.com wrote: CSS: .inputHint { color: #66; } Java: add(new AttributeModifier(value, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return yourHintText; } })); add(new AttributeModifier(class, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return inputHint; } })); add(new AttributeModifier(onfocus, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return removeInputHint(this,'inputHint');; } })); JS: removeInputHint = function(x, c) { x.setAttribute('value', ''); jQuery(x).removeClass(c); } Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Shadow text on input fields
CSS: .inputHint { color: #66; } Java: add(new AttributeModifier(value, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return yourHintText; } })); add(new AttributeModifier(class, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return inputHint; } })); add(new AttributeModifier(onfocus, true, new AbstractReadOnlyModelString() { @Override public String getObject() { return removeInputHint(this,'inputHint');; } })); JS: removeInputHint = function(x, c) { x.setAttribute('value', ''); jQuery(x).removeClass(c); } Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: UI Layout
Right now I'm developing a single-page-multi-panel application. Had some issues regarding history (that is browser back/forward), but succeeded to fix them using wicketstuff-ajaxhistory. What I failed (not yet succeded ...) is related to 'deep links', that is to bookmarkable URLs. All in all, an Ajax based approach seeems to be more promising (on long term) than the classical multi-page based one. Stefan --- On Fri, 2/26/10, Josh Kamau joshnet2...@gmail.com wrote: From: Josh Kamau joshnet2...@gmail.com Subject: UI Layout To: users@wicket.apache.org Date: Friday, February 26, 2010, 12:23 PM Wicket offers high level of flexibility when it comes to page layout. So i ask, what are the best practices? is it ok if i use panels only and one main layout page? Kind regards Josh. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: jWicket release 0.5.0
Thanks! DD works on IE without crashing IE's JS engine. The approach, to pass component to someEffect.fire(target,component...) is more simpler/cheaper than adding behavior to a component and invoking bahavior's method to apply effect. Regarding effects, to preserve my approach (I was forked jwicket 0.4 ...) I had to use (by example) something like: public class FadeEffect extends AbstractJqueryUiEffect { public FadeEffect() { super(new JQueryJavascriptResourceReference( SlideEffect.class, jquery.effects.fade-1.8.min.js)); } public void fadeOut(final AjaxRequestTarget target, final int speedMs, final Component component) { target.appendJavascript(jQuery('# + component.getMarkupId() + ').fadeOut( + String.valueOf(speedMs) + );); } public void fadeIn(final AjaxRequestTarget target, final int speedMs, final Component component) { target.appendJavascript(jQuery('# + component.getMarkupId() + ').fadeIn( + String.valueOf(speedMs) + );); } @Override void appendOptions(StringBuilder jsString) { // required by abstract super } @Override String getEffectName() { // required by abstract super return fade; } } All in all, thanks once again. Stefan --- On Fri, 2/26/10, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: jWicket release 0.5.0 To: users@wicket.apache.org Date: Friday, February 26, 2010, 3:57 PM I have committed jWicket version 0.5.0 to wicketstuff Changes: - jQuery update to Version 1.4.2 - jQuery UI update to 1.8RC2 - drag/drop/resize improvements to work in IE 6/7/8 after AJAX update or in LazyLoad panels - drag/drop/resize improvements for less footprint in HTML, smaller js code generation - Effects rewritten completely, now covering all effects - Effects now support a chain of multiple effects Known Issues - Example application not very attractive - Example applicatioin contains some debugging code Let me know if someone needs prebuild jar files. Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: wicketstuff-jwicket, drag-and-drop, Internet Explorer 7/8
Thanks ! Implemented a dirty workaround by not exposing DD for IE. IE sucks, is a proprietary mess. Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Autosize modal window
Yes, it can be resized. Do something like this: public void show(AjaxRequestTarget target, ...) { // ... super.show(target); // ... int height = YOUR_COMPUTED_HEIGHT; int width = YOUR_COMPUTED_WIDTH; target.appendJavascript(// + var thisWindow = Wicket.Window.get();\n// + if (thisWindow) {\n// + thisWindow.window.style.width = \ + width + em\;\n// + thisWindow.content.style.height = \ + height + em\;\n// + thisWindow.center();\n// + }// ); } Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Autosize modal window
Forgot: public MyModalWindow extends ModalWindow { public MyModalWindow(String id) { super(id); setResizable(false); setWidthUnit(em); setHeightUnit(em); setContent(new MyWindowPanel(this.getContentId())); // ... } } Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
single-page, multi-panel, pretty URL webapp
My application is a single-page multiple-panel (heavy AJAX) webapp (except the login page). Part of page is almost constant, is expensive to instantiate/refresh and cannot be (always) refreshed (having embedded Flash player). Rest of page is a panel and is populated succesively with 'addOrReplace(somePanel)' according to UI/user actions. What I want to achieve (after login) is something like 'panel mounting', that is: http://myDomain.com/myApp/ = instantiate MyPage and set as content-panel new HomePanel() Typing 'whoknows' in search field and clicking 'Search' button: URL: http://myDomain.com/myApp/search?k=whoknows action: just set as content-panel new SearchPanel(whoknows) Clicking artist Hendrix in search panel: URL: http://myDomain.com/myApp/artist?k=123456789 = action: just set as content-panel new ArtistPanel(123456789) so that can navigate using browser's back/forth. How this can be done? Thanks in advance, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: single-page, multi-panel, pretty URL webapp
I know that is no such thing like 'panel mounting', this is my problem ! I can encode arguments as PageParameters, but after ? What you mean saying restore the page based on those params ? Thanks, Stefan --- On Fri, 12/18/09, Alex Objelean alex_objel...@yahoo.com wrote: From: Alex Objelean alex_objel...@yahoo.com Subject: Re: single-page, multi-panel, pretty URL webapp To: users@wicket.apache.org Date: Friday, December 18, 2009, 3:36 PM There is no such thing like 'panel mounting'. All you can do, is to encode the state into url using PageParams restore the page based on those parameters. Alex Stefan Jozsa-2 wrote: My application is a single-page multiple-panel (heavy AJAX) webapp (except the login page). Part of page is almost constant, is expensive to instantiate/refresh and cannot be (always) refreshed (having embedded Flash player). Rest of page is a panel and is populated succesively with 'addOrReplace(somePanel)' according to UI/user actions. What I want to achieve (after login) is something like 'panel mounting', that is: http://myDomain.com/myApp/ = instantiate MyPage and set as content-panel new HomePanel() Typing 'whoknows' in search field and clicking 'Search' button: URL: http://myDomain.com/myApp/search?k=whoknows action: just set as content-panel new SearchPanel(whoknows) Clicking artist Hendrix in search panel: URL: http://myDomain.com/myApp/artist?k=123456789 = action: just set as content-panel new ArtistPanel(123456789) so that can navigate using browser's back/forth. How this can be done? Thanks in advance, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/single-page%2C-multi-panel%2C-pretty-URL-webapp-tp26843002p26843501.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicketstuff-jwicket: disable link on drag and drop
How can be a link (IndicatingAjaxLink) disabled on drag-and-drop ? I have something like this: myLink = new IndicatingAjaxLink(id); myLink.add(new DraggableBehavior() { { setName(foo); setRevert(DraggableBehavior.DragRevertMode.ALWAYS); setRevertDuration(0); } }); Thanks, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicketstuff-jwicket, drag-and-drop, Internet Explorer 7/8
I'm getting Javascript errors (unspecified error, object not found) using jwicket drag-and-drop on IE 7/8. After an error, IE disables Javascript (can be 'restored' just by page reload). Any help welcome, thanks in advance, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: artwork mootip conflict
Had similar issue when used artwork and jgrowl in the same time. Workaround: I removed Javascript (reference) inclusion in JGrowlFeedbackPanel, that is: @Override public void renderHead(final IHeaderResponse response) { /* response.renderJavascriptReference(new JavascriptResourceReference(JGrowlFeedbackPanel.class, jquery-1.3.2.js)); */ // ... } Stefan --- On Thu, 10/8/09, nino martinez wael nino.martinez.w...@gmail.com wrote: From: nino martinez wael nino.martinez.w...@gmail.com Subject: Re: artwork mootip conflict To: users@wicket.apache.org Date: Thursday, October 8, 2009, 9:53 AM Hi Vinnet Interesting, could you provide a quickstart project that shows this behaviour.. It's a lot easier for me to help.. Otherwise I might not have the time to do so. regards Nino 2009/10/7 vineet semwal vineetsemwal1...@gmail.com I can't say what exactly is causing problem but when i am using liquid canvas with mootip(minis) in a page, the liquid canvas fails to render .. -- regards, Vineet Semwal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: artwork mootip conflict
Yes, you right, if jquery.js not added then no artwork, no jwicket, no jgrowl. But, at that time I knew that artwork/jwicket included jquery.js, so the JS was available even if I removed inclusion from jgrowl. Anyway, I don't know the way such kind of isue(s) can be avoided transparenly (that is, NOT like my brutal workaround). Stefan --- On Thu, 10/8/09, vineet semwal vineetsemwal1...@gmail.com wrote: From: vineet semwal vineetsemwal1...@gmail.com Subject: Re: artwork mootip conflict To: users@wicket.apache.org Date: Thursday, October 8, 2009, 5:20 PM Stefan, thank you, your fix works but if the required js files are not added the plugin will not work as good as it should :( Nino, thank you for creating the wiki ;) i am attaching the example project for the issue which shows a page where stefan's fix is used and other page where it's not used . -- regards, Vineet Semwal On Thu, Oct 8, 2009 at 1:59 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: I've created a wiki here http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Artwork so we can accumulate information like this. 2009/10/8 Stefan Jozsa stefan_...@yahoo.com Had similar issue when used artwork and jgrowl in the same time. Workaround: I removed Javascript (reference) inclusion in JGrowlFeedbackPanel, that is: @Override public void renderHead(final IHeaderResponse response) { /* response.renderJavascriptReference(new JavascriptResourceReference(JGrowlFeedbackPanel.class, jquery-1.3.2.js)); */ // ... } Stefan --- On Thu, 10/8/09, nino martinez wael nino.martinez.w...@gmail.com wrote: From: nino martinez wael nino.martinez.w...@gmail.com Subject: Re: artwork mootip conflict To: users@wicket.apache.org Date: Thursday, October 8, 2009, 9:53 AM Hi Vinnet Interesting, could you provide a quickstart project that shows this behaviour.. It's a lot easier for me to help.. Otherwise I might not have the time to do so. regards Nino 2009/10/7 vineet semwal vineetsemwal1...@gmail.com I can't say what exactly is causing problem but when i am using liquid canvas with mootip(minis) in a page, the liquid canvas fails to render .. -- regards, Vineet Semwal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: german wicket book example code
Thanks, Stefan --- On Fri, 9/4/09, Michael Mosmann mich...@mosmann.de wrote: From: Michael Mosmann mich...@mosmann.de Subject: german wicket book example code To: users@wicket.apache.org Date: Friday, September 4, 2009, 12:48 AM Hi, .. you can download (http://www.wicket-praxis.de/blog/download/) all code examples from my german wicket book (praxisbuch wicket). All you need is java and maven, so feel free to test it. Michael Mosmann - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
WicketJQuery: Drag drop behavior lost for components of AJAX updated panels
Doing: public MyPage() { ... add(new MyPanel(panelId)); ... } dragging elements (having DraggableBehavior) of 'MyPanel' works. However doing: ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } dragging elements of 'MyPanel' DO NOT works (DraggableBehavior is lost). What's going on ? Any help is (very) appreciated, thanks Stefan Using: Wicket-1.4.rc4, WicketJQuery-0.3.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels
Found that when panel is constructed like: public MyPage() { ... add(new MyPanel(panelId)); ... } markup of a draggable element is: span id=id123456 class=myClass ui-draggable ... []/span However when: ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } markup of a draggable element is: span id=id123456 class=myClass ... []/span that is 'ui-draggable' is not found (stripped ? not added?) in 'class' attribute of draggable element. Any help is welcommed, Stefan --- On Thu, 6/18/09, Stefan Jozsa stefan_...@yahoo.com wrote: From: Stefan Jozsa stefan_...@yahoo.com Subject: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels To: users@wicket.apache.org Date: Thursday, June 18, 2009, 1:44 PM Doing: public MyPage() { ... add(new MyPanel(panelId)); ... } dragging elements (having DraggableBehavior) of 'MyPanel' works. However doing: ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } dragging elements of 'MyPanel' DO NOT works (DraggableBehavior is lost). What's going on ? Any help is (very) appreciated, thanks Stefan Using: Wicket-1.4.rc4, WicketJQuery-0.3.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels
Hi Stefan, Sorry, but I missed to specify that DraggableBehavior is added to (undefined/variable number of) components of 'MyPanel', that is not to the panel itself. So, using the same 'MyPanel' constructor in both cases DraggableBehavior is added (by Java code) to those components of 'MyPanel'. Having: Panel myPanel = new MyPanel(panelId); depending how is rendered by addOrReplace(myPanel) or by target.addComponent(myPanel) the result is different, the markup (and who knows what...) is different. I tried WicketJQuery-0.3.5, got same (draggable behavior lost) result. I tried even (naive) workarounds like: myDraggableComponent.add(new AttributeModifier(class, true, new ModelString(ui-draggable))); myDraggableComponent.add(new AttributeModifier(dragclass, true, new ModelString(a))); but got the same (draggable behavior lost) result. This is extremly disturbing issue since cannot reload page (it has an embedded Flash player) and GUI interaction is based on AJAX backed panel/component refresh. Any idea, help, workaround, fix is welcomed, thanks, Stefan --- On Thu, 6/18/09, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels To: users@wicket.apache.org Date: Thursday, June 18, 2009, 3:30 PM I can't see a solution for what you are doing. ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } creates a NEW Panel and the NEW panel is a totally new object that does not know anything about the ORIGINAL Panel. The AJAX response renders the NEW Panel (with it's new class attribute but without the AJAX behaviors you've added to the ORIGINAL Panel). This also happens with Wickts builtin Behaviors. Try this panel.add(new AjaxEventBehavior(onclick) { @Override protected void onEvent(AjaxRequestTarget target) { System.out.println(clicked!); } }); This also disappears after you replace the panel within an AJAX call. You can do two things: 1. ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); ! panel.add(new DraggableBehavior()); addOrReplace(panel); target.addComponent(panel); } ! AND USE VERSION 0.3.5! 2. ... @Override public void onClick(AjaxRequestTarget target) { ! originalPanel.setDefaultModelObject(some new value); ! target.addComponent(originalPanel); } Good luck and let me know if it works for you! Stefan -Ursprüngliche Nachricht- Von: Stefan Jozsa [mailto:stefan_...@yahoo.com] Gesendet: Donnerstag, 18. Juni 2009 13:24 An: users@wicket.apache.org Betreff: Re: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels Found that when panel is constructed like: public MyPage() { ... add(new MyPanel(panelId)); ... } markup of a draggable element is: span id=id123456 class=myClass ui-draggable ... []/span However when: ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } markup of a draggable element is: span id=id123456 class=myClass ... []/span that is 'ui-draggable' is not found (stripped ? not added?) in 'class' attribute of draggable element. Any help is welcommed, Stefan --- On Thu, 6/18/09, Stefan Jozsa stefan_...@yahoo.com wrote: From: Stefan Jozsa stefan_...@yahoo.com Subject: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels To: users@wicket.apache.org Date: Thursday, June 18, 2009, 1:44 PM Doing: public MyPage() { ... add(new MyPanel(panelId)); ... } dragging elements (having DraggableBehavior) of 'MyPanel' works. However doing: ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } dragging elements of 'MyPanel' DO NOT works (DraggableBehavior is lost). What's going on ? Any help is (very) appreciated, thanks Stefan Using: Wicket-1.4.rc4, WicketJQuery-0.3.4 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail
RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels
Yes, that is, you right ! Having: Panel myPanel = new MyPanel(panelId); depending how is rendered by 1. addOrReplace(myPanel) in a page constructor or by 2. target.addComponent(myPanel) in an event callback method the result is different ! Stefan --- On Thu, 6/18/09, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels To: users@wicket.apache.org Date: Thursday, June 18, 2009, 5:39 PM Do I understand you right, you have something like Class MyPanel { public MyPanel(...) { Component c = new Component(...); c.add(new Draggable()); // some more components with draggable } } MyPage extends WebPage { Public MyPage() { add(new MyPanel(...)); // dragging works add(new AjaxLink(...){ onClick(AjaxRequestTarget) { MyPanel newPanel; getPage.addOrReplace(newPanel = new MyPanel(...)); target.addComponent(newPanel); // Dragging stops working } }); } } Right? -Ursprüngliche Nachricht- Von: Stefan Jozsa [mailto:stefan_...@yahoo.com] Gesendet: Donnerstag, 18. Juni 2009 16:28 An: users@wicket.apache.org Betreff: RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels Hi Stefan, Sorry, but I missed to specify that DraggableBehavior is added to (undefined/variable number of) components of 'MyPanel', that is not to the panel itself. So, using the same 'MyPanel' constructor in both cases DraggableBehavior is added (by Java code) to those components of 'MyPanel'. Having: Panel myPanel = new MyPanel(panelId); depending how is rendered by addOrReplace(myPanel) or by target.addComponent(myPanel) the result is different, the markup (and who knows what...) is different. I tried WicketJQuery-0.3.5, got same (draggable behavior lost) result. I tried even (naive) workarounds like: myDraggableComponent.add(new AttributeModifier(class, true, new ModelString(ui-draggable))); myDraggableComponent.add(new AttributeModifier(dragclass, true, new ModelString(a))); but got the same (draggable behavior lost) result. This is extremly disturbing issue since cannot reload page (it has an embedded Flash player) and GUI interaction is based on AJAX backed panel/component refresh. Any idea, help, workaround, fix is welcomed, thanks, Stefan --- On Thu, 6/18/09, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: RE: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels To: users@wicket.apache.org Date: Thursday, June 18, 2009, 3:30 PM I can't see a solution for what you are doing. ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); addOrReplace(panel); target.addComponent(panel); } creates a NEW Panel and the NEW panel is a totally new object that does not know anything about the ORIGINAL Panel. The AJAX response renders the NEW Panel (with it's new class attribute but without the AJAX behaviors you've added to the ORIGINAL Panel). This also happens with Wickts builtin Behaviors. Try this panel.add(new AjaxEventBehavior(onclick) { @Override protected void onEvent(AjaxRequestTarget target) { System.out.println(clicked!); } }); This also disappears after you replace the panel within an AJAX call. You can do two things: 1. ... @Override public void onClick(AjaxRequestTarget target) { Panel panel = new MyPanel(panelId); ! panel.add(new DraggableBehavior()); addOrReplace(panel); target.addComponent(panel); } ! AND USE VERSION 0.3.5! 2. ... @Override public void onClick(AjaxRequestTarget target) { ! originalPanel.setDefaultModelObject(some new value); ! target.addComponent(originalPanel); } Good luck and let me know if it works for you! Stefan -Ursprüngliche Nachricht- Von: Stefan Jozsa [mailto:stefan_...@yahoo.com] Gesendet: Donnerstag, 18. Juni 2009 13:24 An: users@wicket.apache.org Betreff: Re: WicketJQuery: Drag drop behavior lost for components of AJAX updated panels Found that when panel is constructed like: public MyPage() { ... add(new MyPanel(panelId)); ... } markup of a draggable element is: span id=id123456 class=myClass ui-draggable ... []/span However when: ... @Override public void onClick(AjaxRequestTarget target
Re: [VOTE] Release Wicket 1.4-rc5
[x] Yes release 1.4-rc5 Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
WicketJQuery: jQuery integration into Wicket library
Checked Stefan Lindner's WicketJQuery.jar. Tryed drag drop, works like a charm, has an excelent, concise API. Well done ! The library can be found on http://subversion.visionet.de/project/WicketJQuery Thanks Stefan, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicketstuff-artwork and jQuery
After having Wicketstuf-artwork problems using dragdrop based on WiQuery, I tryed Stefan Lindner's WicketJQuery library (see http://subversion.visionet.de/project/WicketJQuery). I still have problems, that is, artwork's liquid canvases (and rounded rectangles) are not rendered at all ! The catch is that Wicketstuff-artwork and the dragdrop library, both, use JQuery. I'm using: Wicket-1.4.rc4, Wicketstuff-artwork-1.4-20090529.171935-143, Wicketstuff-jslibraries-1.4-20090529.171935-199, WicketJQuery.jar, Firefox-3.0.10 Can anyone help ? Thanks, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicketstuff-artwork and jQuery
Artwork works OK without dragdrop (regardles based on WicketJQuery or WiQuery). Using WiQuery based dragdrop artwork is messed, but using WicketJQuery based dragdrop artwork is disabled (it is killed, no canvas at all rendered). WicketJQuery uses jQuery-1.3.2. Wiquery-1.0-alpha.jar uses jQuery-1.3.2. Now, artwork requires wicketstuff-jslibraries. As I saw in jslibraries-1.4-20090529.171935-199.jar there is a lot of JS library (versions) ! I don't know which version of jQuery, in jslibraries, is used by artwork ! Regarding JS library loading, sometimes they are loaded by JS script(s), sometimes by Java, so I cannot say which was loaded first (sorry, I'm not a JS guy...) Stefan Jozsa --- On Thu, 6/4/09, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: RE: Wicketstuff-artwork and jQuery To: users@wicket.apache.org Date: Thursday, June 4, 2009, 9:29 PM This means if you use Wicketstuf-artwork without another jquery based library all works fine? If you add WicketJQuery, Wicketstuf-artwork stops working correctly? Do they both use the same jquery version? WicketJQuery uses version 1.3.2. Which library is loaded first (if you inspect the head section)? -Ursprüngliche Nachricht- Von: Stefan Jozsa [mailto:stefan_...@yahoo.com] Gesendet: Donnerstag, 4. Juni 2009 19:45 An: users@wicket.apache.org Betreff: Wicketstuff-artwork and jQuery After having Wicketstuf-artwork problems using dragdrop based on WiQuery, I tryed Stefan Lindner's WicketJQuery library (see http://subversion.visionet.de/project/WicketJQuery). I still have problems, that is, artwork's liquid canvases (and rounded rectangles) are not rendered at all ! The catch is that Wicketstuff-artwork and the dragdrop library, both, use JQuery. I'm using: Wicket-1.4.rc4, Wicketstuff-artwork-1.4-20090529.171935-143, Wicketstuff-jslibraries-1.4-20090529.171935-199, WicketJQuery.jar, Firefox-3.0.10 Can anyone help ? Thanks, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicketstuff-artwork and jQuery
Fixed! Last (minute/hour) version of WicketJQuery.jar helped, that is Wicketstuff-artwork is no more messed by JQuery based dragdrop. Thanks to Stefan Lindner, Stefan (Jozsa) --- On Thu, 6/4/09, Stefan Jozsa stefan_...@yahoo.com wrote: From: Stefan Jozsa stefan_...@yahoo.com Subject: RE: Wicketstuff-artwork and jQuery To: users@wicket.apache.org Date: Thursday, June 4, 2009, 10:11 PM Artwork works OK without dragdrop (regardles based on WicketJQuery or WiQuery). Using WiQuery based dragdrop artwork is messed, but using WicketJQuery based dragdrop artwork is disabled (it is killed, no canvas at all rendered). WicketJQuery uses jQuery-1.3.2. Wiquery-1.0-alpha.jar uses jQuery-1.3.2. Now, artwork requires wicketstuff-jslibraries. As I saw in jslibraries-1.4-20090529.171935-199.jar there is a lot of JS library (versions) ! I don't know which version of jQuery, in jslibraries, is used by artwork ! Regarding JS library loading, sometimes they are loaded by JS script(s), sometimes by Java, so I cannot say which was loaded first (sorry, I'm not a JS guy...) Stefan Jozsa --- On Thu, 6/4/09, Stefan Lindner lind...@visionet.de wrote: From: Stefan Lindner lind...@visionet.de Subject: RE: Wicketstuff-artwork and jQuery To: users@wicket.apache.org Date: Thursday, June 4, 2009, 9:29 PM This means if you use Wicketstuf-artwork without another jquery based library all works fine? If you add WicketJQuery, Wicketstuf-artwork stops working correctly? Do they both use the same jquery version? WicketJQuery uses version 1.3.2. Which library is loaded first (if you inspect the head section)? -Ursprüngliche Nachricht- Von: Stefan Jozsa [mailto:stefan_...@yahoo.com] Gesendet: Donnerstag, 4. Juni 2009 19:45 An: users@wicket.apache.org Betreff: Wicketstuff-artwork and jQuery After having Wicketstuf-artwork problems using dragdrop based on WiQuery, I tryed Stefan Lindner's WicketJQuery library (see http://subversion.visionet.de/project/WicketJQuery). I still have problems, that is, artwork's liquid canvases (and rounded rectangles) are not rendered at all ! The catch is that Wicketstuff-artwork and the dragdrop library, both, use JQuery. I'm using: Wicket-1.4.rc4, Wicketstuff-artwork-1.4-20090529.171935-143, Wicketstuff-jslibraries-1.4-20090529.171935-199, WicketJQuery.jar, Firefox-3.0.10 Can anyone help ? Thanks, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicketstuff-artwork disturbed by WiQuery
Trying to use WiQuery's drag-and-drop in paralel with Wicketstuff Artwork the page get messed, components having LiquidCanvasBehavior are not displayed properly (note that drag drop works). I'm using: Wicket-1.4.rc4, Wicketstuff-artwork-1.4-20090529.171935-143, Wicketstuff-jslibraries-1.4-20090529.171935-199, wiquery-1.0-Alpha. Cannot use Scriptacolous since I have more than one Dropable container on a page. Can anyone help ? Thanks, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [announce] WicketStuff Artwork new release
Thanks a lot Nino, Stefan Jozsa - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: users, please give us your opinion: what is your take on generics with Wicket
Eelco Hillenius [EMAIL PROTECTED] wrote:1) Generifying* Wicket [X] They, the core developers, knows better then me (everyday users doesn't have in-depth and extensive view on generification pro and cons. As usual, to find a good compromise may be _very_ tricky business). 2) How strongly do you feel about your choice above? [X] Whatever choice ultimately made, I'll happily convert/ start using 1.4 and up. Stefan Jozsa
Re: [vote] Release 1.4 with only generics and stop support for 1.3
+1 Stefan Jozsa - Never miss a thing. Make Yahoo your homepage.