wicketstuff down

2010-07-20 Thread Vytautas Čivilis
Hi.

As you might already noticed, http://wicketstuff.org is down.

Anyone have any ideas?

V


Re: date picker calendar shown on text field clicked

2010-05-29 Thread Vytautas Čivilis
Is everything ok with this patch?

V

2010/5/28 Vytautas Čivilis cvl...@gmail.com

 https://issues.apache.org/jira/browse/WICKET-2899


 On Fri, May 28, 2010 at 9:18 PM, Jeremy Thomerson 
 jer...@wickettraining.com wrote:

 2010/5/28 Vytautas Čivilis cvl...@gmail.com

  Hi.
 
  It would be great, if you'd consider including following code to make
  TextField, that is assigned to date picker, aware of date picker itself.
  So,
  when TextField is clicked, picker calendar would be displayed.
 
  Implement it is very easy:
 
 
  in wicket-date.js:
 
  add some configuration property, like showCalendarOnTextFieldSelect and
 use
  it next to line:
 
  YAHOO.util.Event.addListener(cfg.icon, click, showCalendar,
  YAHOO.wicket[cfg.dpJs], true);
 
  //new code below:
 
  if(cfg.showCalendarOnTextFieldSelect) {
 YAHOO.util.Event.addListener(cfg.widgetId, click, showCalendar,
  YAHOO.wicket[cfg.dpJs], true);
  }
 
 
  Sorry that I didn't provide the patch, I could do it if you'd seriously
  consider incorporating this feature.
 
  V
 

 Please create a JIRA for this with patch attached.

 --
 Jeremy Thomerson
 http://www.wickettraining.com





date picker calendar shown on text field clicked

2010-05-28 Thread Vytautas Čivilis
Hi.

It would be great, if you'd consider including following code to make
TextField, that is assigned to date picker, aware of date picker itself. So,
when TextField is clicked, picker calendar would be displayed.

Implement it is very easy:


in wicket-date.js:

add some configuration property, like showCalendarOnTextFieldSelect and use
it next to line:

YAHOO.util.Event.addListener(cfg.icon, click, showCalendar,
YAHOO.wicket[cfg.dpJs], true);

//new code below:

if(cfg.showCalendarOnTextFieldSelect) {
YAHOO.util.Event.addListener(cfg.widgetId, click, showCalendar,
YAHOO.wicket[cfg.dpJs], true);
}


Sorry that I didn't provide the patch, I could do it if you'd seriously
consider incorporating this feature.

V


Re: date picker calendar shown on text field clicked

2010-05-28 Thread Vytautas Čivilis
https://issues.apache.org/jira/browse/WICKET-2899

On Fri, May 28, 2010 at 9:18 PM, Jeremy Thomerson jer...@wickettraining.com
 wrote:

 2010/5/28 Vytautas Čivilis cvl...@gmail.com

  Hi.
 
  It would be great, if you'd consider including following code to make
  TextField, that is assigned to date picker, aware of date picker itself.
  So,
  when TextField is clicked, picker calendar would be displayed.
 
  Implement it is very easy:
 
 
  in wicket-date.js:
 
  add some configuration property, like showCalendarOnTextFieldSelect and
 use
  it next to line:
 
  YAHOO.util.Event.addListener(cfg.icon, click, showCalendar,
  YAHOO.wicket[cfg.dpJs], true);
 
  //new code below:
 
  if(cfg.showCalendarOnTextFieldSelect) {
 YAHOO.util.Event.addListener(cfg.widgetId, click, showCalendar,
  YAHOO.wicket[cfg.dpJs], true);
  }
 
 
  Sorry that I didn't provide the patch, I could do it if you'd seriously
  consider incorporating this feature.
 
  V
 

 Please create a JIRA for this with patch attached.

 --
 Jeremy Thomerson
 http://www.wickettraining.com



Re: wicketAjaxGet callback?

2009-10-22 Thread Vytautas Čivilis
Hi.

I've read this, but it has the same hacky solution, just from different
perspective.
I.e.,  var tip=document.getElementById('mooTipContent').innerHTML;
you still need to have some global variable to store result.
In the end, you need to generate some unique identifier and store either
callback or result to avoid race conditions.

nino martinez wael wrote:
 http://blog.jayway.com/2008/09/26/wicket-javascript-internals-dissected/
 
 and also check the mootips on wicketstuff..
 
 2009/10/21 Vytautas Čivilis vytautas.civi...@gmail.com
 mailto:vytautas.civi...@gmail.com
 
 Hi.
 
 Is there any way wicketAjaxGet can call the provided callback function
 with parameters from the backend?
 
 Now, as far as I can see, there are only options to:
 1. update component using AjaxRequestTarget
 2. execute javascript using AjaxRequestTarget
 
 What I need is to call the particular function (not the global one),
 with parameters from backend.
 The only possible way to achieve that (in my view), is to use 2nd option
 combined with storing the callback function in some global map. Then I
 would be able to call the correct callback function.
 
 Is there any easier (not hacky) way?
 
 Vytautas
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 mailto:users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 mailto:users-h...@wicket.apache.org
 
 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



wicketAjaxGet callback?

2009-10-21 Thread Vytautas Čivilis
Hi.

Is there any way wicketAjaxGet can call the provided callback function
with parameters from the backend?

Now, as far as I can see, there are only options to:
1. update component using AjaxRequestTarget
2. execute javascript using AjaxRequestTarget

What I need is to call the particular function (not the global one),
with parameters from backend.
The only possible way to achieve that (in my view), is to use 2nd option
combined with storing the callback function in some global map. Then I
would be able to call the correct callback function.

Is there any easier (not hacky) way?

Vytautas

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



same model for multiple pages?

2009-09-21 Thread Vytautas Čivilis
Hi.

I have the situation, where more than one page is referencing the same
parent model - wrapped and not. I use thickbox (somewhat like modal
window), and display separate pages in the thickbox using iframe. So you
get like ParentPage -creates- SubTBPage.

What I do want here, is for all those pages share the same model in this
fashion:
ParentPage (uses model_1) - createsPageForThickboxIframe - SubTBPage
(uses model_1.1(wrapping model_1)).
In case to make it functional - so the child model objects (MO) (of
model_1.1) would use parent wrapped MO (of model_1), I keep the
reference to parent (wrapped) model in child MO.

The problem is, that in the end two pages starts using different MO's -
so obviously because of the serialization.

Are there any best practices for such scenario?
How could I create Model objects hierarchy, and pass that around without
being afraid of hidden traps?

I guess I shouldn't reference Models in my model objects, but then, how
would I reference model objects from my wrapped model. Should this logic
go to model itself?

Thanks,
Vytautas

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: RequestCycle bug at urlFor?

2009-08-25 Thread Vytautas Čivilis
Hi Francisco.

It's certainly the same location in code, but the issues are a bit
different.

I've filed the bug at https://issues.apache.org/jira/browse/WICKET-2434

Vytautas

francisco treacy wrote:
 Hi Vytautas,
 
 Honestly I don't know if it's the same problem but I did went through
 lots of debugging due to urlFor a couple of months ago. I posted an
 issue but actually haven't followed its progress (it's still open).
 
 https://issues.apache.org/jira/browse/WICKET-2204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 
 Just thought it would be relevant mentioning.
 
 Francisco
 
 
 2009/8/24 Vytautas Čivilis vytautas.civi...@gmail.com:
 Hi.

 I'm using RequestCycle urlFor method for building my link in this
 fashion: getRequestCycle().urlFor(this, ILinkListener.INTERFACE,
 parameters).

 The idea is to have link with default behavior (implement onclick), but
 with the explicitly set parameters too. The parameters are being asked
 by 3rd party library (in particular - thickbox).

 at RequestCycle 947:
 AppendingStringBuffer buff = new AppendingStringBuffer(url);
 WebRequestEncoder encoder = new WebRequestEncoder(buff);

 This WebRequestEncoder doesn't check, if the parameters are already
 present in the url provided.

 In my case, the url from CharSequence url = encodeUrlFor(target); is
 already like that
 ?wicket:interface=:2:admin:container:tabbedPanel:panel:apartments:0:apartmentAddressEditLink:1:ILinkListener::

 What WebRequestEncoder does when appending parameters provided
 explicitly - it simply appends ? mark and then the parameters list.

 So resulting url is incorrect and doesn't work:
 ?wicket:interface=:2:admin:container:tabbedPanel:panel:apartments:0:apartmentAddressEditLink:1:ILinkListener::?height=300width=300

 (notice leading ?height=300width=300).

 Wicket 1.4.0.

 Am I doing something wrong here? What could be possible solutions to
 overcome this?

 Vytautas

 -
 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



RequestCycle bug at urlFor?

2009-08-24 Thread Vytautas Čivilis
Hi.

I'm using RequestCycle urlFor method for building my link in this
fashion: getRequestCycle().urlFor(this, ILinkListener.INTERFACE,
parameters).

The idea is to have link with default behavior (implement onclick), but
with the explicitly set parameters too. The parameters are being asked
by 3rd party library (in particular - thickbox).

at RequestCycle 947:
AppendingStringBuffer buff = new AppendingStringBuffer(url);
WebRequestEncoder encoder = new WebRequestEncoder(buff);

This WebRequestEncoder doesn't check, if the parameters are already
present in the url provided.

In my case, the url from CharSequence url = encodeUrlFor(target); is
already like that
?wicket:interface=:2:admin:container:tabbedPanel:panel:apartments:0:apartmentAddressEditLink:1:ILinkListener::

What WebRequestEncoder does when appending parameters provided
explicitly - it simply appends ? mark and then the parameters list.

So resulting url is incorrect and doesn't work:
?wicket:interface=:2:admin:container:tabbedPanel:panel:apartments:0:apartmentAddressEditLink:1:ILinkListener::?height=300width=300

(notice leading ?height=300width=300).

Wicket 1.4.0.

Am I doing something wrong here? What could be possible solutions to
overcome this?

Vytautas

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



how to get RequestData in RequestCycle

2009-08-04 Thread Vytautas Čivilis
Hi.

I'd like to log the request data
(org.apache.wicket.protocol.http.RequestLogger.RequestData) in
RequestCycle logRuntimeException.

The RequestLogger keeps RequestData by it's private MetaData key in
RequestCycle object. In other words, I can only completely re-implement
RequestLogger to resolve RequestData.

Is there any way around this?

Thanks,
cvl

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



AjaxEditableLabel doesn't work in IE7

2009-07-29 Thread Vytautas Čivilis
Hi.

I'm testing AjaxEditableLabel as well as AjaxEditableMultiLineLabel
using wicket rc7 now, but the same problem initially occurred with rc3.

Mysteriously, the ajax call isn't working with IE7, although it's
working with IE6, firefox etc.

Is it possible this is due to crippled IE7 installation, as I'm using
http://tredosoft.com/IE7_standalone on Parallels, and I have no apparent
chance to test on real windows box.


I get the following error in wicket ajax debug window, which tells
something about Automation server can't create object:

INFO: Initiating Ajax GET request on
?wicket:interface=:1:m2ChoiceContainer:m2author:label::IBehaviorListener:0:random=0.2440050199589187
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (2769 characters)
INFO:
?xml version=1.0
encoding=UTF-8?ajax-responseheader-contribution encoding=wicket1
![CDATA[head xmlns:wicket=http://wicket.apache.org;script
type=text/javascript
src=resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script
script type=text/javascript
id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/
wicketAjaxDebugEnable=true;
/*--]^]^*//script

/head]]/header-contributioncomponent id=m2author9
![CDATA[span id=m2author9input type=text value=x
name=m2ChoiceContainer:m2author:editor id=editore onblur={var
wcall=wicketAjaxGet('?wicket:interface=:1:m2ChoiceContainer:m2author:editor::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotActive=truesave=true'+this.name+'='+wicketEncode(this.value),null,null,
function() {return Wicket.$('editore') != null;}.bind(this));; return
false;} onkeypress=if (Wicket.Browser.isSafari()) { return; }; var
kc=wicketKeyCode(event); if (kc==27) {var
wcall=wicketAjaxGet('?wicket:interface=:1:m2ChoiceContainer:m2author:editor::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotActive=truesave=false',null,null,
function() {return Wicket.$('editore') != null;}.bind(this));; return
false;} else if (kc!=13) { return true; } else {var
wcall=wicketAjaxGet('?wicket:interface=:1:m2ChoiceContainer:m2author:editor::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotActive=truesave=true'+this.name+'='+wicketEncode(this.value),null,null,
function() {return Wicket.$('editore') != null;}.bind(this));; return
false;} onkeydown=if (!Wicket.Browser.isSafari()) { return; }; var
kc=wicketKeyCode(event); if (kc==27) {var
wcall=wicketAjaxGet('?wicket:interface=:1:m2ChoiceContainer:m2author:editor::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotActive=truesave=false',null,null,
function() {return Wicket.$('editore') != null;}.bind(this));; return
false;} else if (kc!=13) { return true; } else {var
wcall=wicketAjaxGet('?wicket:interface=:1:m2ChoiceContainer:m2author:editor::IActivePageBehaviorListener:0:-1wicket:ignoreIfNotActive=truesave=true'+this.name+'='+wicketEncode(this.value),null,null,
function() {return Wicket.$('editore') != null;}.bind(this));; return
false;}//span]]/componentevaluate![CDATA[{ var
el=wicketGet('editore');   if (el.createTextRange) {  var v =
el.value; var r = el.createTextRange();  r.moveStart('character',
v.length); r.select(); }
}]]/evaluateevaluate![CDATA[Wicket.Focus.setFocusOnId('editore');]]/evaluate/ajax-response
ERROR: Wicket.Ajax.Call.failure: Error while parsing response:
Automation server can't create object
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...


Thanks,
cvl

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



HybridUrlCodingStrategy and CryptedUrlWebRequestCodingStrategy

2009-06-10 Thread Vytautas Čivilis
Hi.

Is it possible to use both?

CryptedUrlWebRequestCodingStrategy understands only
QueryStringUrlCodingStrategy (i.e. params encoded in x=1so=on format).

Do I need to provide my own extension to
CryptedUrlWebRequestCodingStrategy to support hybrid, or are there any
existing ones?

Is it possible to make hybrid encode params in
QueryStringUrlCodingStrategy fashion? (I need only the bookmarkable
links functionality).

Thanks.

cvl

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: HybridUrlCodingStrategy and CryptedUrlWebRequestCodingStrategy

2009-06-10 Thread Vytautas Čivilis
for the same purpose, one would encrypt QueryStringUrlCodingStrategy.

e.g., if you have /path1/path2/param1/value1
and param1/value1 might expose some business logic or security related
concerns.
in the same manner as /path1/path2/param1=value1 would

cvl

Johan Compagner wrote:
 why would you encrypt the hybrid?
 
 2009/6/10 Vytautas Čivilis vytautas.civi...@gmail.com
 mailto:vytautas.civi...@gmail.com
 
 Hi.
 
 Is it possible to use both?
 
 CryptedUrlWebRequestCodingStrategy understands only
 QueryStringUrlCodingStrategy (i.e. params encoded in x=1so=on format).
 
 Do I need to provide my own extension to
 CryptedUrlWebRequestCodingStrategy to support hybrid, or are there any
 existing ones?
 
 Is it possible to make hybrid encode params in
 QueryStringUrlCodingStrategy fashion? (I need only the bookmarkable
 links functionality).
 
 Thanks.
 
 cvl
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 mailto:users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 mailto: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: HybridUrlCodingStrategy and CryptedUrlWebRequestCodingStrategy

2009-06-10 Thread Vytautas Čivilis
Hi Erik,

that's not a concern for me really - I'm providing static application
specific key (not uber secure I know), this let's me have a bookmarkable
page even with encrypted key (as enc key does not change).

The issue (more like a feature request :]), is that hybrid
encodes/decodes params in different way than
CryptedUrlWebRequestCodingStrategy (which uses the more common style of
QueryStringUrlCodingStrategy).
I imagine, that's the only problem, so perhaps anyone has implemented
that already, e.g. with some params encoding/decoding strategy, which
could be supplied to hybrid strat (or to crypt strat ;]).

cvl

Erik van Oosten wrote:
 Hi Vytautas,
 
 You can not encrypt bookmarkable URLs as encryption is done per session.
 So if you're URLs need to be secure you are limited to regular Link's.
 
 Regards,
Erik.
 
 
 
 Vytautas Čivilis wrote:
 for the same purpose, one would encrypt QueryStringUrlCodingStrategy.

 e.g., if you have /path1/path2/param1/value1
 and param1/value1 might expose some business logic or security related
 concerns.
 in the same manner as /path1/path2/param1=value1 would

 cvl

 Johan Compagner wrote:
  
 why would you encrypt the hybrid?

 
 
 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: HybridUrlCodingStrategy and CryptedUrlWebRequestCodingStrategy

2009-06-10 Thread Vytautas Čivilis
The answer is clear.

Thanks for the answers.

cvl

Johan Compagner wrote:
 Erik is right it doesnt make any sense to encrypt Bookmarkables
  
 And we never encrypt /xxx/yyy/zzz anyway as far as i know
 only params like x=?
  
 And those are only for internal urls
  
 And for hybrid the internal urls are first a bookmarkable part and then
 a wicket part and if those where params
 i think we could encrypt them just fine. But dont know for sure what
 hybrid does
 
 
  
 2009/6/10 Vytautas Čivilis vytautas.civi...@gmail.com
 mailto:vytautas.civi...@gmail.com
 
 for the same purpose, one would encrypt QueryStringUrlCodingStrategy.
 
 e.g., if you have /path1/path2/param1/value1
 and param1/value1 might expose some business logic or security related
 concerns.
 in the same manner as /path1/path2/param1=value1 would
 
 cvl
 
 Johan Compagner wrote:
  why would you encrypt the hybrid?
 
  2009/6/10 Vytautas Čivilis vytautas.civi...@gmail.com
 mailto:vytautas.civi...@gmail.com
  mailto:vytautas.civi...@gmail.com
 mailto:vytautas.civi...@gmail.com
 
  Hi.
 
  Is it possible to use both?
 
  CryptedUrlWebRequestCodingStrategy understands only
  QueryStringUrlCodingStrategy (i.e. params encoded in x=1so=on
 format).
 
  Do I need to provide my own extension to
  CryptedUrlWebRequestCodingStrategy to support hybrid, or are
 there any
  existing ones?
 
  Is it possible to make hybrid encode params in
  QueryStringUrlCodingStrategy fashion? (I need only the
 bookmarkable
  links functionality).
 
  Thanks.
 
  cvl
 
 
 -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 mailto:users-unsubscr...@wicket.apache.org
  mailto:users-unsubscr...@wicket.apache.org
 mailto:users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 mailto:users-h...@wicket.apache.org
  mailto:users-h...@wicket.apache.org
 mailto:users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 mailto:users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 mailto:users-h...@wicket.apache.org
 
 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org