Re: drag and drop

2010-05-19 Thread Stefan Jozsa
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

2010-05-19 Thread Stefan Jozsa
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

2010-05-17 Thread Stefan Jozsa
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?

2010-05-11 Thread Stefan Jozsa
 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

2010-04-27 Thread Stefan Jozsa
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

2010-04-26 Thread Stefan Jozsa
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

2010-03-03 Thread Stefan Jozsa
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

2010-03-03 Thread Stefan Jozsa
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

2010-02-23 Thread Stefan Jozsa
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

2010-01-07 Thread Stefan Jozsa
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

2010-01-07 Thread Stefan Jozsa
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

2009-12-18 Thread Stefan Jozsa
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

2009-12-18 Thread Stefan Jozsa
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

2009-11-23 Thread Stefan Jozsa
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

2009-11-23 Thread Stefan Jozsa
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

2009-10-08 Thread Stefan Jozsa
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

2009-10-08 Thread Stefan Jozsa
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

2009-09-04 Thread Stefan Jozsa
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

2009-06-18 Thread Stefan Jozsa

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

2009-06-18 Thread Stefan Jozsa

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

2009-06-18 Thread Stefan Jozsa

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

2009-06-18 Thread Stefan Jozsa

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

2009-06-09 Thread Stefan Jozsa

[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

2009-06-04 Thread Stefan Jozsa

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

2009-06-04 Thread Stefan Jozsa

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

2009-06-04 Thread Stefan Jozsa

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

2009-06-04 Thread Stefan Jozsa

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

2009-06-03 Thread Stefan Jozsa

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

2009-05-27 Thread Stefan Jozsa


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

2008-06-02 Thread Stefan Jozsa
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

2008-03-17 Thread Stefan Jozsa
+1

Stefan Jozsa

   
-
Never miss a thing.   Make Yahoo your homepage.