Re: Add onClick to an AjaxButton

2008-06-08 Thread Eyal Golan
No,
We're on 1.3.3
Nice though :) when we move to 1.4, I'll try to remember using it as well.

Thanks

On Wed, Jun 4, 2008 at 6:15 AM, Igor Vaynberg [EMAIL PROTECTED]
wrote:

 are you on 1.4, i checked in a change that will allow ajaxbutton to
 utilize getonclickscript() within the ajax handler it generates...

 -igor

 On Tue, Jun 3, 2008 at 2:47 AM, Eyal Golan [EMAIL PROTECTED] wrote:
  One more thing.
  If I understand correctly, AjaxButton should override the
 getOnClickScript()
  method, return null and be declared final.
 
  What to you people think?
 
  --
  Eyal Golan
  [EMAIL PROTECTED]
 
  Visit: http://jvdrums.sourceforge.net/
  LinkedIn: http://www.linkedin.com/in/egolan74
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Eyal Golan
[EMAIL PROTECTED]

Visit: http://jvdrums.sourceforge.net/
LinkedIn: http://www.linkedin.com/in/egolan74


Re: Lightweight generic busy indicator

2008-06-08 Thread Eyal Golan
check my posts on add onClick to an AjaxButton in the users list (I
couldn't get the URL for it  ...)
It seems that you have a similar  problem.

Eyal

On Sat, Jun 7, 2008 at 11:41 PM, Martin Makundi 
[EMAIL PROTECTED] wrote:

 Hi!

 Did I misunderstand something? I am not a javascript-wizard ;) I could
 make it work perfectly with non-ajax buttons and links but it does not
 seem to react to wicket ajax buttons.

 Here is the script code, pls take a look if there is a blatant bug (I
 assumed I do not need to make any modifications onto the server side):

 script type=text/javascript
  /*
   * div id=busysignLoading .../div
   */
  window.onload = setupFunc;

  Wicket.Ajax.registerPreCallHandler(showBusysign());
  Wicket.Ajax.registerPostCallHandler(hideBusysign());
  Wicket.Ajax.registerFailureHandler(hideBusysign());

  function setupFunc() {
document.getElementsByTagName('body')[0].onclick = clickFunc;
 hideBusysign();
  }

  function hideBusysign() {
document.getElementById('busysign').style.display ='none';
  }

  function showBusysign() {
 document.getElementById('busysign').style.display ='inline';
  }

   function clickFunc(eventData) {
var clickedElement = (window.event) ? event.srcElement :
 eventData.target;
if (clickedElement.tagName == 'BUTTON' || clickedElement.tagName
 == 'A' || clickedElement.parentNode.tagName == 'A'
   || (clickedElement.tagName == 'INPUT'  (clickedElement.type ==
 'BUTTON' || clickedElement.type == 'SUBMIT'))) {
  showBusysign();
}
  }
 /script


 **
 Martin

 2008/6/7 Peter Thomas [EMAIL PROTECTED]:
  On Sat, Jun 7, 2008 at 9:47 PM, Igor Vaynberg [EMAIL PROTECTED]
  wrote:
 
  wicket supports global javascript event handlers for this. either
  search the list or look inside wicet-ajax.js, i cant recall them off
  the top of my head.
 
 
  They are mentioned in this thread:
 
  http://www.nabble.com/Re%3A-ajax-progress-indicator-p17020185.html
 
 
 
  -igor
 
  On Sat, Jun 7, 2008 at 8:59 AM, Martin Makundi
  [EMAIL PROTECTED] wrote:
   Hi!
  
   I am trying to maneuvre a lightweight gmail-style busy indicator to
   stay in place whenever I click an operative button.
  
   The script seems to work fine with regular submit buttons, but I have
   not found a proper way to reset the indicator in context with ajax
   buttons and links.
  
   Is there an event I could bind this to, or do I have to push some
   javascript from the server side / tweak the wicket-ajax.js? It would
   be pretty nice if I could just overload/hook-to something on
   javascript level.
  
   Here is my code:
  
   style type=text/css
   #busysign {
display: none;
float: right;
background: red;
margin-top: 5px;
margin-right: 5px;
z-index: 1000;
width: 200;
font-weight: bold;
text-align: center;
font-size: 1.3em;
   }
   /style
   script type=text/javascript
window.onload = setupFunc;
  
function setupFunc() {
  document.getElementsByTagName('body')[0].onclick = clickFunc;
}
  
function clickFunc(eventData) {
  var clickedElement = (window.event) ? event.srcElement :
  eventData.target;
  if (clickedElement.tagName == 'BUTTON'
|| (clickedElement.tagName == 'INPUT'  (clickedElement.type ==
   'button' || clickedElement.type == 'submit'))) {
document.getElementById('busysign').style.display ='inline';
  }
}
   /script
  
  
   I would equally well appreciate if you had some alternative generic
   lightweight solution :)
  
  
   **
   Martin
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Eyal Golan
[EMAIL PROTECTED]

Visit: http://jvdrums.sourceforge.net/
LinkedIn: http://www.linkedin.com/in/egolan74


Re: localized string in session

2008-06-08 Thread Per Newgro
Hi Emacs:

Can you handle this by raising an exception in your check method?

In the web-session
public boolean isActivated(String userId) throws 
UserAccountNotActivatedExcepeption {
...
}

So you could catch the Exception in your component (where the auth call was 
made) and you have all access to wickets i18n methods (like the getString())

Cheers
Per


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: AutoCompleteTextField scrolls entire page

2008-06-08 Thread Marcus Mattila
Hi, we have reproduced the same problem with AutocompleteTextfield. We
use 1.3-SNAPSHOT. Did you get it solved?

Code and css we use is same as in Wicket Examples:
http://www.wicket-library.com/wicket-examples/ajax/?wicket:interface=sources:0:filespanel:file:2:link::ILinkListener::


br,
Marcus


On Sat, Jun 7, 2008 at 12:02 AM, Michael Mehrle [EMAIL PROTECTED] wrote:
 I am seeing the following problem with several AutoCompleteTextFields on
 different pages:



 When I type a letter and the menu items are showing I am unable to
 scroll down the list with my mouse and make a selection. What happens
 instead is that the page scrolls up towards the mouse and the
 Autocomplete plus the menu scrolls out of view.



 Again, two developers here have the same problem with two separate
 implementations/pages. So, I am fairly sure this has nothing to do with
 the way we integrated it. My first guess would be the style sheet, but
 we have not made any pertinent changes.



 Any help would be appreciated - this behavior is being encountered on
 Firefox on Windows/Mac. On IE it doesn't work at all and I just get some
 'type mismatch' error message. Safari on Windows doesn't do anything - I
 don't see a menu at all.



 Thanks,



 Michael



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Lightweight generic busy indicator

2008-06-08 Thread Martin Makundi
Hi!

In my understanding it should (IMHO) be possible to hook all ajax
calls without doing anything on the server side. I think your add
onClick to an AjaxButton issue involves attaching specific javascript
(from the server side) to a specific button. That's not what I need,
is it? I would have to roll out a new global ajax button having the
amendmentsno. That's an overkill (is it the only solution???).

I just want the indicator to become visible whenever any ajax request
starts and the indicator to be again hidden whenever the ajax request
stops/terminates. I do not want to affect the ajax behavior itself, I
just want to add one intermediate function call.

There should be a generic clicent-side (browser) hook or way to tweak
this. I tried chaning the body onload setupfunc to the following,
which had the result that all ajaxfallbackbuttons fell back into
normal mode:

  function setupFunc() {
document.getElementsByTagName('body')[0].onclick = clickFunc;
hideBusysign();
  Wicket.Ajax.registerPreCallHandler(showBusysign());
  Wicket.Ajax.registerPostCallHandler(hideBusysign());
  Wicket.Ajax.registerFailureHandler(hideBusysign());
  }

So I just want to add the show/hideBusysign in addition to the
existing functionality. Do I have to fork wicket-ajax.js or is it
possible to achieve it using scripting within the markup file?

**
Martin

2008/6/8 Eyal Golan [EMAIL PROTECTED]:
 check my posts on add onClick to an AjaxButton in the users list (I
 couldn't get the URL for it  ...)
 It seems that you have a similar  problem.

 Eyal

 On Sat, Jun 7, 2008 at 11:41 PM, Martin Makundi 
 [EMAIL PROTECTED] wrote:

 Hi!

 Did I misunderstand something? I am not a javascript-wizard ;) I could
 make it work perfectly with non-ajax buttons and links but it does not
 seem to react to wicket ajax buttons.

 Here is the script code, pls take a look if there is a blatant bug (I
 assumed I do not need to make any modifications onto the server side):

 script type=text/javascript
  /*
   * div id=busysignLoading .../div
   */
  window.onload = setupFunc;

  Wicket.Ajax.registerPreCallHandler(showBusysign());
  Wicket.Ajax.registerPostCallHandler(hideBusysign());
  Wicket.Ajax.registerFailureHandler(hideBusysign());

  function setupFunc() {
document.getElementsByTagName('body')[0].onclick = clickFunc;
 hideBusysign();
  }

  function hideBusysign() {
document.getElementById('busysign').style.display ='none';
  }

  function showBusysign() {
 document.getElementById('busysign').style.display ='inline';
  }

   function clickFunc(eventData) {
var clickedElement = (window.event) ? event.srcElement :
 eventData.target;
if (clickedElement.tagName == 'BUTTON' || clickedElement.tagName
 == 'A' || clickedElement.parentNode.tagName == 'A'
   || (clickedElement.tagName == 'INPUT'  (clickedElement.type ==
 'BUTTON' || clickedElement.type == 'SUBMIT'))) {
  showBusysign();
}
  }
 /script


 **
 Martin

 2008/6/7 Peter Thomas [EMAIL PROTECTED]:
  On Sat, Jun 7, 2008 at 9:47 PM, Igor Vaynberg [EMAIL PROTECTED]
  wrote:
 
  wicket supports global javascript event handlers for this. either
  search the list or look inside wicet-ajax.js, i cant recall them off
  the top of my head.
 
 
  They are mentioned in this thread:
 
  http://www.nabble.com/Re%3A-ajax-progress-indicator-p17020185.html
 
 
 
  -igor
 
  On Sat, Jun 7, 2008 at 8:59 AM, Martin Makundi
  [EMAIL PROTECTED] wrote:
   Hi!
  
   I am trying to maneuvre a lightweight gmail-style busy indicator to
   stay in place whenever I click an operative button.
  
   The script seems to work fine with regular submit buttons, but I have
   not found a proper way to reset the indicator in context with ajax
   buttons and links.
  
   Is there an event I could bind this to, or do I have to push some
   javascript from the server side / tweak the wicket-ajax.js? It would
   be pretty nice if I could just overload/hook-to something on
   javascript level.
  
   Here is my code:
  
   style type=text/css
   #busysign {
display: none;
float: right;
background: red;
margin-top: 5px;
margin-right: 5px;
z-index: 1000;
width: 200;
font-weight: bold;
text-align: center;
font-size: 1.3em;
   }
   /style
   script type=text/javascript
window.onload = setupFunc;
  
function setupFunc() {
  document.getElementsByTagName('body')[0].onclick = clickFunc;
}
  
function clickFunc(eventData) {
  var clickedElement = (window.event) ? event.srcElement :
  eventData.target;
  if (clickedElement.tagName == 'BUTTON'
|| (clickedElement.tagName == 'INPUT'  (clickedElement.type ==
   'button' || clickedElement.type == 'submit'))) {
document.getElementById('busysign').style.display ='inline';
  }
}
   /script
  
  
   I would equally well appreciate if you had some alternative generic
   lightweight solution :)
  
  
   **
   Martin
  
   

Re: localized string in session

2008-06-08 Thread hannes p.

Thank you for your solution!

My workaround was just to check it on the loginpage before I create the
session.
So if the user is in the wrong group he will get the message account not
activated...

but I will try your sollution.


greets
-hannes
-- 
View this message in context: 
http://www.nabble.com/localized-string-in-session-tp17713276p17721238.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Can't get round this problem

2008-06-08 Thread Mathias P.W Nilsson

I have a page that has 2 fragment. One for normal ordering and one for credit
card ordering.

When sending the input type hidden names they must have the exact name but
wicket changes it

orderPanel:Merchant_id
must be Merchant_id. How can I remove the orderPanel that adds to the
markup.

I have tried to extend the hidden field and override the protected void
onComponentTag(ComponentTag tag)  but this just makes it work even worse.
Why must wicket change the name of the input tag? Is there a way around
this. I must be able to specify my own name. I was hoping that just

 new HiddenField(  Merchant_id, new Model(   ) ); would do the trick but
wicket changes that name.
-- 
View this message in context: 
http://www.nabble.com/Can%27t-get-round-this-problem-tp17723379p17723379.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Can't get round this problem

2008-06-08 Thread Alex Jacoby
Sounds like you're submitting the info to another website (not back to your 
wicket app), in which case you should just use a plain HTML form (without 
associated wicket form components): wicket won't change the input field names 
then.

Alex

-Original Message-
From: Mathias P.W Nilsson [mailto:[EMAIL PROTECTED]
Sent: Sun 6/8/2008 5:31 PM
To: users@wicket.apache.org
Subject: Can't get round this problem
 

I have a page that has 2 fragment. One for normal ordering and one for credit
card ordering.

When sending the input type hidden names they must have the exact name but
wicket changes it

orderPanel:Merchant_id
must be Merchant_id. How can I remove the orderPanel that adds to the
markup.

I have tried to extend the hidden field and override the protected void
onComponentTag(ComponentTag tag)  but this just makes it work even worse.
Why must wicket change the name of the input tag? Is there a way around
this. I must be able to specify my own name. I was hoping that just

 new HiddenField(  Merchant_id, new Model(   ) ); would do the trick but
wicket changes that name.
-- 
View this message in context: 
http://www.nabble.com/Can%27t-get-round-this-problem-tp17723379p17723379.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Can't get round this problem

2008-06-08 Thread Mathias P.W Nilsson

The hidden fields are set after ajax submit and then I set the action on the
form. I must MD5 some fields before submitting. Why can't this be done in
wicket? 
-- 
View this message in context: 
http://www.nabble.com/Can%27t-get-round-this-problem-tp17723379p17723787.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Can't get round this problem

2008-06-08 Thread Alex Jacoby
I imagine it can be done, but I don't know how.  You might want to explain more 
about what you're trying to do.

-Original Message-
From: Mathias P.W Nilsson [mailto:[EMAIL PROTECTED]
Sent: Sun 6/8/2008 6:08 PM
To: users@wicket.apache.org
Subject: RE: Can't get round this problem
 

The hidden fields are set after ajax submit and then I set the action on the
form. I must MD5 some fields before submitting. Why can't this be done in
wicket? 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Status of Wicket and Groovy?

2008-06-08 Thread Eelco Hillenius
 I know Wicket makes it very easy to develop components and there are some
 component libraries (e.g. Wicket Stuff) but it doesn't seem like there are
 as many (high level components) as Django or that they are as easy to
 integrate (that's just my perception).

I don't know about Django, but I think Wicket comes with quite a
number of reusable components. And as I believe that you typically
want to customize components for your own use anyway, I think it is
more important that it is easy to create them than to have them
readily available. Anyway, are there any components you miss that e.g.
Django has but Wicket hasn't?

 So when I was looking at the Wikipedia comparison on Web frameworks I
 noticed something. There doesn't seem to be a pull (component-based) Web
 framework that uses a dynamic programming language (like Groovy, Ruby or
 Python).  Grok seems too left field.

 Django, RoR and Grails are all push (request-based) Web frameworks and, as I
 mentioned above, use template languages to varying degrees.  So I was
 thinking a pull (component-based) Web framework like Wicket but using a
 dynamic language could be a great move.

I don't agree with the classification. That whole article
(http://en.wikipedia.org/wiki/Web_application_framework) isn't very
well written imho. I made this comment on the wiki-talk page:

== Push vs Pull should go ==

I've seen these terms - push and pull - used before in discussions,
but not everyone agrees on what they mean. I certainly don't. With
Velocity for instance, you need to 'push' something in the context
before you can use it, but after that, the object and everything it
references is available for whatever operation, which is more of a
pull. In fact, Velocity tools are purely 'pull'. Also, Struts is being
classified as a push framework, and Velocity as pull, but you can use
Velocity as a view layer of Struts.

Whether a framework is 'component oriented' has absolutely nothing to
do with whether it is push or pull, but rather with the ability to
break up functionality on 'pages' into smaller, independent
'components'.

Finally, the reference that is used for the push vs pull explanation
is a public forum; the opinions of a few random people of that site
hardly justifies being referenced to here.

That article would be much better without the whole push vs pull thing.

 A quick Google showed me that some work has been done with Groovy
 (wicket-contrib-groovy) and the WicketBuilder by Kevin Galligan.  However,
 Kevin seems to have moved on to Seam and wicket-contrib-groovy seems to be
 no longer supported.

I couldn't find that he moved on, but it is possible the project isn't
maintained anymore. However, the integration is pretty simple to
achieve, and it might even be best for your case to build a set of
utilities (as that's pretty much what you need to make the integration
work if I understand it correctly) that suit your needs.

 So what do people think about Groovy and Wicket?

I think you should be able to use Groovy just fine if you want. And
other dynamic languages should work as well as long as they run on the
JVM and can cooperate with regular Java classes.

You could take a look at the integration that Grails has for Wicket.
That will let you use Groovy with Wicket, but also provides a RoR-like
rad framework.

Cheers,

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: PackageResource - why does'nt get Locale directly from Session ?

2008-06-08 Thread Eelco Hillenius
That's just by design to not make the assumption where the locale
comes from. But you can override the class and pass
Session.get().getLocale() and you're done :-)

Eelco

On Fri, Jun 6, 2008 at 9:17 AM, Stefan Simik [EMAIL PROTECTED] wrote:

 Hi boys,

 I would like to ask, why PackageResource doesn't take the Locale
 from the session, but in constructor ?
 It could be comfortable, if no Locale specified in constructor,
 then it could be taken directly from the session.

 Thanx for the answer.
 Stefan Simik
 --
 View this message in context: 
 http://www.nabble.com/PackageResource---why-does%27nt-get-Locale-directly-from-Session---tp17696134p17696134.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Create WebPage inside a TimerTask Class

2008-06-08 Thread Eelco Hillenius
You'll need to set the whole thread up like you would regularly do
when you want to construct and render a Wicket page in a separate
thread. After that, it should just work. If it doesn't even execute
your log statement, I suspect something else is wrong. Do you have a
stack trace to share?

Eelco

On Fri, Jun 6, 2008 at 7:39 AM, Fabien D. [EMAIL PROTECTED] wrote:

 Hi,

 I have a timer class associated with  a timertask class, to send daily an
 email generated by wicket

 But in my timertask when I try to create my WebPage thanks to the
 constructor, it never enters to the constructor...

 I would like to do something like that :

 in my timertask
 ...
 EmailPage emailcontent = new EmailPage(user,list_sous_domaine,
 abo.getDateAncienne() , abo.getDateFuture());
 emailcontent.render();
 String message_corps = emailcontent.getSource();
 



 public class EmailPage extends WebPage{

public EmailPage(TUtilisateur user, List list_sousdomaine, Date ancien,
 Date futur){
log.info(Testing !! ); - never displayed
 .
}
 
 }


 How can I solve this problem?

 Thank you in advance for your help
 --
 View this message in context: 
 http://www.nabble.com/Create-WebPage-inside-a-TimerTask-Class-tp17693737p17693737.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Wizard Form problems in IE

2008-06-08 Thread Eelco Hillenius
No ideas, sorry. Wizard seems to be working fine for us. I'm afraid
you'll have to dig deeper.

Eelco


On Thu, Jun 5, 2008 at 4:34 PM, Michael Laccetti [EMAIL PROTECTED] wrote:

 I've implemented a Wizard that uses dynamic steps to process things based on
 user input.  Everything works under Firefox, but when I started testing in
 IE I've noticed that the next/back button do not seem to do anything. The
 form is posted, but the same step is rendered.  I turned on debug logging,
 to see if anything was amiss, but cannot find any mention of a problem.  I
 added breakpoints in the code to the next button's on click method, but it
 doesn't seem to get triggered.  Any ideas?

 Mike

 -
 --
 Michael Laccetti (416)558-9718
 S2G Limited   http://www.s2g.ca/
 --
 View this message in context: 
 http://www.nabble.com/Wizard-Form-problems-in-IE-tp17681740p17681740.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Redirect problem

2008-06-08 Thread Eelco Hillenius
No idea. Check if the source looks good and what the proxy does. It
sounds like the problem is with the proxy somehow.

Eelco

On Fri, Jun 6, 2008 at 4:12 AM, Martijn Lindhout
[EMAIL PROTECTED] wrote:
 Hi all,

 Has anyone ever deployed a Wicket app at EATJ (www.eatj.com)? I did
 last week and I encounter a strange redirect problem, that doesn't
 seem to happen with non-wicket apps but I'm not sure wicket is the
 problem.
 My primaire hosting partner is one.com, where I configured the DNS to
 point the CNAME www2.jointeffort.nl to mlindhout.s46.eatj.com.

 Whenever I submit a form from my contact page, the browser is
 redirected to: www.www2.jointeffort.nl. This happens with redirects to
 login page's and simple form submission.

 I consulted 
 http://cwiki.apache.org/WICKET/wicket-behind-a-front-end-proxy.html
 but don't know if this is the same problem.

 Any ideas?

 Wicket: 1.4-m2 (tested on 1.3.3 as well)
 Tomcat: 6.0.14
 JRE: 1.6.0_04-b12
 Linux: 2.6.21-1.3194.fc7

 --
 Martijn Lindhout
 JointEffort IT Services
 http://www.jointeffort.nl
 [EMAIL PROTECTED]
 +31 (0)6 18 47 25 29

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: How can I customize Autocomplete?

2008-06-08 Thread Eelco Hillenius
 I am bumping this because this is an issue I know people are interested in. I
 am not the only one wanting the choices for autocomplete to be shown on a
 null value. I know technically you have this fixed in 1.4-m2 but you still
 have to press the down arrow. I would like the choices to show up
 automatically which I am sure is what most users wanting this feature want
 as well. please respond and help me customize my settings to do this or
 please add this feature in the next release

I don't know that component very well, but looking at the lack of a
response here, I think it is up to you to provide a patch or patch the
component yourself (or build a similar one from scratch). You can also
file a feature request in JIRA, but no guarantees as to when someone
would take a look at it.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Stateless AutoComplete

2008-06-08 Thread Eelco Hillenius
On Thu, Jun 5, 2008 at 1:53 PM, nate roe [EMAIL PROTECTED] wrote:
 I'm using Wicket 1.2, and it appears that when a user's session times out,
 my implementation of AbstractAutoCompleteTextRenderer stops working.  I
 assume that when the session times out, the server returns errors and the
 partial page update fails.

Hmmm. I think it was one of the new features of 1.3 that you'll get a
full page redirect when ajax requests fail so the user would see a
session expiry message. Sucks if it fails quietly.

 I would like to know if there is a good way to make this behavior stateless,
 so that no session is required.  I would also like to know if this changes
 in Wicket 1.3.  I know that StatelessForm is introduced.  Would adding this
 renderer to a component which is a child of a StatelessForm cause the
 renderer to also become stateless?

You'd have to develop one from scratch, since ajax behaviors aren't
stateless in Wicket. Your best bet is to develop it as a (stateless)
component instead of a behavior if you want this.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Status of Wicket and Groovy?

2008-06-08 Thread Dmitry Kandalov
On Saturday 07 June 2008 22:09:02 Ashley Aitken wrote:
 So my question is: what is the status (now and going forward) with  
 regards to using Groovy to develop with Wicket?  I know there has been  
 much discussion of generifying Wicket but perhaps moving to a dynamic  
 language could be an alternative future.

 Of course, using Groovy with Wicket wouldn't require the framework  
 itself to be implemented in Groovy or even that everyone uses Groovy.  
 And, as you all probably know Groovy can easily call an Java class  
 library.

I like the idea of using groovy and in general using dynamic language would be 
interesting indeed. But I think you might be not 100% correct about using 
groovy as it is. The main problem in my view is the lack of anonymous classes 
in groovy which are widely used by wicket.

I wrote a little bit more about it a while ago here 
http://www.nabble.com/Feedback-on-proposed-Groovy-DSL-syntax-for-Wicket-tt15873183.html

 So what do people think about Groovy and Wicket?

IMHO they cannot be easily used together at the moment.


Dima

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Bookmarkable pages and wicket session life-cycle

2008-06-08 Thread mfs

Guys,

I have got a question on bookmarkable page and if wicket session's
life-cycle has any relation with it.

Actually i have a couple of bookmarkable pages in my application (mounted
through queryurlcodingstrategy).

For scenarios where the session-expiry has reached, invoking any action on
any of the pages results in my custom session-expiry page, which is all
good, BUT on clicking the links (rendered through ExternalLink and linked to
mounted-url) pointing to the bookmarkable pages, instead of being taken to
the session-expiry page, the bookmarkable pages are rendered, so i wonder if
that is the right behavior? in that case i would have to make those pages
non-bookmarkable..

Thank in advance

Farhan.

-- 
View this message in context: 
http://www.nabble.com/Bookmarkable-pages-and-wicket-session-life-cycle-tp17726662p17726662.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Status of Wicket and Groovy?

2008-06-08 Thread Eelco Hillenius
 IMHO they cannot be easily used together at the moment.

Hmmm, interesting. My only experience with Groovy is years ago, and
back then we abandoned and switched to PNuts (which I guess should
work with Wicket as well) due to Groovy's immaturity back then.

Dima, are these problems hard to overcome in your opinion? And did you
look at other dynamic languages with Wicket by any chance?

Ashley, what do you think of Scala? It's a statically typed language,
so it may not be what you're looking for, but it has the potential of
making a lot of Wicket code much shorter.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Bookmarkable pages and wicket session life-cycle

2008-06-08 Thread Eelco Hillenius
 I have got a question on bookmarkable page and if wicket session's
 life-cycle has any relation with it.

 Actually i have a couple of bookmarkable pages in my application (mounted
 through queryurlcodingstrategy).

 For scenarios where the session-expiry has reached, invoking any action on
 any of the pages results in my custom session-expiry page, which is all
 good, BUT on clicking the links (rendered through ExternalLink and linked to
 mounted-url) pointing to the bookmarkable pages, instead of being taken to
 the session-expiry page, the bookmarkable pages are rendered, so i wonder if
 that is the right behavior? in that case i would have to make those pages
 non-bookmarkable..

Well, there is a difference between the bookmarkable pages themselves,
links to those pages (bookmarkablepagelinks) and callbacks on those
pages. Links to bookmarkable pages survive session time outs, but
(stateful) callbacks don't.

Eelco

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]