Re: ModalWindow and jQuery mousedown binding

2014-03-12 Thread Martin Grigorov
Hi,

You can use Google Chrome's Event Listener Breakpoints and see where
mousedown is trapped.
Dev Tools - Sources - right pane - Event Listener Breakpoints - Mouse
-mousedown

Martin Grigorov
Wicket Training and Consulting


On Tue, Mar 11, 2014 at 11:32 PM, neilbennett nbenn...@awaremanager.comwrote:

 Thanks for the reply. I actually removed that binding from the html output
 but I don't see any noticeable changes in behavior. Clicks on the
 modalwindow still do not trigger the mousedown binding on the datetime
 component unless it is outside of the modal window.

 I have limited javascript knowledge, hence why using Wicket, but I'm
 stumped
 on where to look on why these events aren't being sent to the datetime
 component.

 Thanks,

 Neil

 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/ModalWindow-and-jQuery-mousedown-binding-tp4664859p4664902.html
 Sent from the Users forum 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




Re: More Wicket JSESSION_ID Issues

2014-03-12 Thread Martin Grigorov
Hi,

It sounds like an issue with the IDE.
What is the produced url with the custom jsession id ? Does it work if you
paste this url directly in the browser address bar without involving the
IDE ?

And what is the sign of my page ?

Martin Grigorov
Wicket Training and Consulting


On Tue, Mar 11, 2014 at 8:27 PM, Aaron J. Garcia agar...@rentec.com wrote:

 I finally got around to upgrading to Wicket 6.14.0 yesterday.  With the new
 changes in Wicket, I no longer get the exception spit out to the log when I
 change the JSESSION_ID to JSESSION_ID_MYAPP.  Thanks for that!

 I have another issue now:

 When I run my app in my IDE (I use Intellij 13.0.2 and Tomcat 7.0.39), it
 usually opens up a browser window for me pointing to the sign in page of my
 app.  If JSESSION_ID is left alone, this behavior continues to work fine.
 Once I change my JSESSION_ID to something else, I get a message from
 Intellij that says Cannot open URL. Please check this URL is correct:.
  It
 then shows the URL of my sign in page.

 Of course, if I navigate there directly, it comes up fine.  This is
 perplexing to me.  Perhaps something in Wicket isn't playing nice with this
 functionality?  This was all working fine with Wicket 6.13.0, so I don't
 know what changed.

 Would someone mind trying to reproduce?


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




testing subdomain page

2014-03-12 Thread Simon B
Hi, 
Following on from my previous question: 

http://apache-wicket.1842946.n4.nabble.com/mounting-mapping-subdomain-HomePage-tp4664880.html

I now want to test the page using the following:



The web app is set up to redirect if it sees that a request has been made
from a subdomain or domain that is *not*

foo.myapp.com 
or 
foo.localhost:8080

Because of this redirect  the above test fails.

When I look at the host of the url in the request during the test, with a
call to:



it returns localhost.

How can I set the host for urls // requests in WicketTester to
foo.localhost

Cheers

Simon

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912.html
Sent from the Users forum 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



Close Browser Behavior

2014-03-12 Thread Daniela L
Hi,
I am using a close browser behavior to clean up user data if the user closes
the browser window. I also use a CheckBox to toggle the visibility of some
Textfields. Unfortunately the refresh through the click of the CheckBox
triggers the close browser
behavior. How can this be avoided?
Here is what I did (with wicket 6.12.0):


customerFirstName = new RequiredTextFieldString(customer.firstName);
customerFirstName.setOutputMarkupPlaceholderTag(true);
closeBrowserBehavior =  new AbstractDefaultAjaxBehavior() {
   @Override
protected void respond(AjaxRequestTarget target) {

AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent();
}

@Override
public void renderHead(Component component, IHeaderResponse
response) {
super.renderHead(component, response);
response.render(new
OnDomReadyHeaderItem(window.onbeforeunload =
function (e) {
+ if (!window.dontAsk) {
+ Wicket.Ajax.get({u:
'+getCallbackUrl()+', async: false});
+ var message = 'my message.',
+ e = e || window.event; + if (e) {
+ e.returnValue = message; + }} +
return message;
+
};));
}
};
customerFirstName.add(closeBrowserBehavior);
form.add(customerFirstName);

createAccountCB = new CheckBox(createAccountCB, new
ModelBoolean(createAccount)){
@Override
protected void onSelectionChanged(Boolean newSelection) {
super.onSelectionChanged(newSelection);
createAccount = !createAccount;
}

@Override
protected boolean wantOnSelectionChangedNotifications()
{
return true;
}
};
form.add(createAccountCB);

emailRepeat = new TextFieldString(emailRepeat, new
PropertyModelString(appointCalendar, customer.eMailAdress)){
  @Override
protected void onConfigure(){
super.onConfigure();
setVisibilityAllowed(createAccount);
}
}
};
emailRepeat.setOutputMarkupPlaceholderTag(true);
form.add(emailRepeat):

Thanks a lot in advance!
Best Regards
Daniela


Re: testing subdomain page

2014-03-12 Thread Martin Grigorov
Hi,

Try with tester.executeUrl(Url.parse(http://foo.localhost:8080;))

Martin Grigorov
Wicket Training and Consulting


On Wed, Mar 12, 2014 at 12:44 PM, Simon B simon.bott...@gmail.com wrote:

 Hi,
 Following on from my previous question:


 http://apache-wicket.1842946.n4.nabble.com/mounting-mapping-subdomain-HomePage-tp4664880.html

 I now want to test the page using the following:



 The web app is set up to redirect if it sees that a request has been made
 from a subdomain or domain that is *not*

 foo.myapp.com
 or
 foo.localhost:8080

 Because of this redirect  the above test fails.

 When I look at the host of the url in the request during the test, with a
 call to:



 it returns localhost.

 How can I set the host for urls // requests in WicketTester to
 foo.localhost

 Cheers

 Simon

 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912.html
 Sent from the Users forum 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




Re: Close Browser Behavior

2014-03-12 Thread Martin Grigorov
Hi,

On Wed, Mar 12, 2014 at 1:15 PM, Daniela L danigal...@gmail.com wrote:

 Hi,
 I am using a close browser behavior to clean up user data if the user
 closes
 the browser window. I also use a CheckBox to toggle the visibility of some
 Textfields. Unfortunately the refresh through the click of the CheckBox
 triggers the close browser
 behavior. How can this be avoided?
 Here is what I did (with wicket 6.12.0):


 customerFirstName = new RequiredTextFieldString(customer.firstName);
 customerFirstName.setOutputMarkupPlaceholderTag(true);
 closeBrowserBehavior =  new AbstractDefaultAjaxBehavior() {
@Override
 protected void respond(AjaxRequestTarget target) {

 AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent();
 }

 @Override
 public void renderHead(Component component, IHeaderResponse
 response) {
 super.renderHead(component, response);
 response.render(new
 OnDomReadyHeaderItem(window.onbeforeunload =
 function (e) {
 + if (!window.dontAsk) {
 + Wicket.Ajax.get({u:
 '+getCallbackUrl()+', async: false});
 + var message = 'my message.',
 + e = e || window.event; + if (e) {
 + e.returnValue = message; + }} +
 return message;
 +
 };));
 }
 };
 customerFirstName.add(closeBrowserBehavior);
 form.add(customerFirstName);

 createAccountCB = new CheckBox(createAccountCB, new
 ModelBoolean(createAccount)){
 @Override
 protected void onSelectionChanged(Boolean newSelection) {
 super.onSelectionChanged(newSelection);
 createAccount = !createAccount;
 }

 @Override
 protected boolean wantOnSelectionChangedNotifications()
 {
 return true;


This uses non-Ajax way to submit the new selection.
As you noted this leads to 'beforeunload' event being fired.

You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to
avoid the page reload.


 }
 };
 form.add(createAccountCB);

 emailRepeat = new TextFieldString(emailRepeat, new
 PropertyModelString(appointCalendar, customer.eMailAdress)){
   @Override
 protected void onConfigure(){
 super.onConfigure();
 setVisibilityAllowed(createAccount);
 }
 }
 };
 emailRepeat.setOutputMarkupPlaceholderTag(true);
 form.add(emailRepeat):

 Thanks a lot in advance!
 Best Regards
 Daniela



Re: testing subdomain page

2014-03-12 Thread Simon B
Hi Martin, 

Thanks for your reply, I've tried that and it works fine.

I was hoping for a way that would fit more simply into my existing tests.

Incidentally what is the best way for me to include code snippets, I use the
nabble web interface, but I note that in your reply you didn't get any of
the code that included in raw tags.

Cheers

Simon 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912p4664916.html
Sent from the Users forum 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



Re: testing subdomain page

2014-03-12 Thread Martin Grigorov
Hi,

On Wed, Mar 12, 2014 at 3:06 PM, Simon B simon.bott...@gmail.com wrote:

 Hi Martin,

 Thanks for your reply, I've tried that and it works fine.

 I was hoping for a way that would fit more simply into my existing tests.

 Incidentally what is the best way for me to include code snippets, I use
 the
 nabble web interface, but I note that in your reply you didn't get any of
 the code that included in raw tags.


Yes, posts from Nabble come with stripped code snippets.
Fortunately these posts have a link to the nabble web UI so we can see the
code there.
I think the best would be if pastebin services are used for code snippets
because with the syntax coloring it is much easier to read than a big chunk
of raw text.



 Cheers

 Simon

 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912p4664916.html
 Sent from the Users forum 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




Re: Close Browser Behavior

2014-03-12 Thread Daniela L
Hi Martin,
thank you very much for your quick and brilliant answer :-)
Changing to AjaxCheckBox did the trick.
It seems to be very difficult to provide a secure way to invalidate user
data
cross browser compliant. I noticed that using a tablet with android or IOS
the
beforeunload is not triggered at all. Therefor I added a cleanup method to
the onInvalidate
of my custom session which should be triggered by the tomcats
session-timeout, but
it seems using mobile devices onInvalidate is not triggered?
Best Regards
Daniela


2014-03-12 13:21 GMT+01:00 Martin Grigorov mgrigo...@apache.org:

 Hi,

 On Wed, Mar 12, 2014 at 1:15 PM, Daniela L danigal...@gmail.com wrote:

  Hi,
  I am using a close browser behavior to clean up user data if the user
  closes
  the browser window. I also use a CheckBox to toggle the visibility of
 some
  Textfields. Unfortunately the refresh through the click of the CheckBox
  triggers the close browser
  behavior. How can this be avoided?
  Here is what I did (with wicket 6.12.0):
 
 
  customerFirstName = new RequiredTextFieldString(customer.firstName);
  customerFirstName.setOutputMarkupPlaceholderTag(true);
  closeBrowserBehavior =  new AbstractDefaultAjaxBehavior() {
 @Override
  protected void respond(AjaxRequestTarget target) {
 
  AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent();
  }
 
  @Override
  public void renderHead(Component component, IHeaderResponse
  response) {
  super.renderHead(component, response);
  response.render(new
  OnDomReadyHeaderItem(window.onbeforeunload =
  function (e) {
  + if (!window.dontAsk) {
  + Wicket.Ajax.get({u:
  '+getCallbackUrl()+', async: false});
  + var message = 'my message.',
  + e = e || window.event; + if (e) {
  + e.returnValue = message; + }} +
  return message;
  +
  };));
  }
  };
  customerFirstName.add(closeBrowserBehavior);
  form.add(customerFirstName);
 
  createAccountCB = new CheckBox(createAccountCB, new
  ModelBoolean(createAccount)){
  @Override
  protected void onSelectionChanged(Boolean newSelection) {
  super.onSelectionChanged(newSelection);
  createAccount = !createAccount;
  }
 
  @Override
  protected boolean wantOnSelectionChangedNotifications()
  {
  return true;
 

 This uses non-Ajax way to submit the new selection.
 As you noted this leads to 'beforeunload' event being fired.

 You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to
 avoid the page reload.


  }
  };
  form.add(createAccountCB);
 
  emailRepeat = new TextFieldString(emailRepeat, new
  PropertyModelString(appointCalendar, customer.eMailAdress)){
@Override
  protected void onConfigure(){
  super.onConfigure();
  setVisibilityAllowed(createAccount);
  }
  }
  };
  emailRepeat.setOutputMarkupPlaceholderTag(true);
  form.add(emailRepeat):
 
  Thanks a lot in advance!
  Best Regards
  Daniela
 



Re: Close Browser Behavior

2014-03-12 Thread Martin Grigorov
On Wed, Mar 12, 2014 at 3:20 PM, Daniela L danigal...@gmail.com wrote:

 Hi Martin,
 thank you very much for your quick and brilliant answer :-)
 Changing to AjaxCheckBox did the trick.
 It seems to be very difficult to provide a secure way to invalidate user
 data
 cross browser compliant. I noticed that using a tablet with android or IOS
 the
 beforeunload is not triggered at all. Therefor I added a cleanup method to
 the onInvalidate
 of my custom session which should be triggered by the tomcats
 session-timeout, but
 it seems using mobile devices onInvalidate is not triggered?


onInvalidate() is called by the server when the client hasn't touched/used
its http session for session-timeout minutes.
It shouldn't matter whether it is a desktop or mobile client.


 Best Regards
 Daniela


 2014-03-12 13:21 GMT+01:00 Martin Grigorov mgrigo...@apache.org:

  Hi,
 
  On Wed, Mar 12, 2014 at 1:15 PM, Daniela L danigal...@gmail.com wrote:
 
   Hi,
   I am using a close browser behavior to clean up user data if the user
   closes
   the browser window. I also use a CheckBox to toggle the visibility of
  some
   Textfields. Unfortunately the refresh through the click of the CheckBox
   triggers the close browser
   behavior. How can this be avoided?
   Here is what I did (with wicket 6.12.0):
  
  
   customerFirstName = new
 RequiredTextFieldString(customer.firstName);
   customerFirstName.setOutputMarkupPlaceholderTag(true);
   closeBrowserBehavior =  new AbstractDefaultAjaxBehavior() {
  @Override
   protected void respond(AjaxRequestTarget target) {
  
   AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent();
   }
  
   @Override
   public void renderHead(Component component, IHeaderResponse
   response) {
   super.renderHead(component, response);
   response.render(new
   OnDomReadyHeaderItem(window.onbeforeunload =
   function (e) {
   + if (!window.dontAsk) {
   + Wicket.Ajax.get({u:
   '+getCallbackUrl()+', async: false});
   + var message = 'my message.',
   + e = e || window.event; + if (e) {
   + e.returnValue = message; + }} +
   return message;
   +
   };));
   }
   };
   customerFirstName.add(closeBrowserBehavior);
   form.add(customerFirstName);
  
   createAccountCB = new CheckBox(createAccountCB, new
   ModelBoolean(createAccount)){
   @Override
   protected void onSelectionChanged(Boolean newSelection) {
   super.onSelectionChanged(newSelection);
   createAccount = !createAccount;
   }
  
   @Override
   protected boolean wantOnSelectionChangedNotifications()
   {
   return true;
  
 
  This uses non-Ajax way to submit the new selection.
  As you noted this leads to 'beforeunload' event being fired.
 
  You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to
  avoid the page reload.
 
 
   }
   };
   form.add(createAccountCB);
  
   emailRepeat = new TextFieldString(emailRepeat, new
   PropertyModelString(appointCalendar, customer.eMailAdress)){
 @Override
   protected void onConfigure(){
   super.onConfigure();
   setVisibilityAllowed(createAccount);
   }
   }
   };
   emailRepeat.setOutputMarkupPlaceholderTag(true);
   form.add(emailRepeat):
  
   Thanks a lot in advance!
   Best Regards
   Daniela
  
 



How di I display a new page on session timeout without requiring the user to do anything?

2014-03-12 Thread Bruce Lombardi
Hi,

 

I have a requirement that says that, for security purposes, when a session
times out, the application must go to a different page so that any data
displayed is hidden and that the user must  be informed that the session has
timed out.  In the init method of my Application class, which subclasses
AuthenticatedApplication, I  have the following line.

 

getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.class);

 

So now, after the session expires, if the user clicks on anything it goes to
the SessionTimeoutPage. This is not the behavior I need, so I've done some
searching and found some suggestions on using AjaxTimerBehavior to warn a
user that a session is about to expire, but nothing that says exactly how to
detect an expired session. Also, some people have hinted that Ajax could
actually keep the session alive so I'm a little confused about that. 

 

Can someone please clarify this and at least point me in the right direction
for fulfilling my requirements?

 

Thanks,

Bruce



Re: How di I display a new page on session timeout without requiring the user to do anything?

2014-03-12 Thread Martin Grigorov
Hi,


On Wed, Mar 12, 2014 at 5:09 PM, Bruce Lombardi brlom...@gmail.com wrote:

 Hi,



 I have a requirement that says that, for security purposes, when a session
 times out, the application must go to a different page so that any data
 displayed is hidden and that the user must  be informed that the session
 has
 timed out.  In the init method of my Application class, which subclasses
 AuthenticatedApplication, I  have the following line.



 getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.class);



 So now, after the session expires, if the user clicks on anything it goes
 to
 the SessionTimeoutPage. This is not the behavior I need, so I've done some
 searching and found some suggestions on using AjaxTimerBehavior to warn a
 user that a session is about to expire, but nothing that says exactly how
 to
 detect an expired session. Also, some people have hinted that Ajax could
 actually keep the session alive so I'm a little confused about that.


This is correct.
Any request to the server will touch the session and thus will keep it
alive.





 Can someone please clarify this and at least point me in the right
 direction
 for fulfilling my requirements?


Your best bet is to use JavaScript counter that will count down do
document.location.href=anotherUrl; when the counter reaches 0.
You will have to reinit the counter with every ajax request - this is easy.





 Thanks,

 Bruce




backspace - when not on focus in field

2014-03-12 Thread nazeem
I use lot of ajax to replace panels on user clicks so that user can drill
down deep in to the page view. When using forms if the focus is not on text
field or any form fields. hitting backspace takes the user all the way to
the main page. How can i prevent this behavior ?

naz

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.html
Sent from the Users forum 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



Re: backspace - when not on focus in field

2014-03-12 Thread Sven Meier

http://stackoverflow.com/questions/2645681/how-to-disable-backspace-if-anything-other-than-input-field-is-focused-on-using

Sven

On 03/12/2014 05:04 PM, nazeem wrote:

I use lot of ajax to replace panels on user clicks so that user can drill
down deep in to the page view. When using forms if the focus is not on text
field or any form fields. hitting backspace takes the user all the way to
the main page. How can i prevent this behavior ?

naz

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.html
Sent from the Users forum 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



handsontable integration

2014-03-12 Thread nazeem
Has any one tried to use this http://handsontable.com/ for excel like grid
editing ? Power users like excel like editing for bulk form processing. So I
am trying to integrate some features like this. Any suggestions  please ?

Rendering i think will not be an issue, how to integrate with model for
submit ? 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/handsontable-integration-tp4664923.html
Sent from the Users forum 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



The wicket way of getting application base URL

2014-03-12 Thread Maxim Solodovnik
Hello,

I'm currently using SelfUpdatingAjaxBehavior [1] to get application base
URL used by the end user.

Maybe there is more standard way of doing this?
Or maybe code like this can be added to ClientInfo?

Thanks in advance!

[1]
https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup

-- 
WBR
Maxim aka solomax


RE: How di I display a new page on session timeout without requiring the user to do anything?

2014-03-12 Thread Bruce Lombardi
Thanks Martin,  for the rapid response. Has anyone done anything like this  
this?

Bruce

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org] 
Sent: Wednesday, March 12, 2014 11:26 AM
To: users@wicket.apache.org
Subject: Re: How di I display a new page on session timeout without requiring 
the user to do anything?

Hi,


On Wed, Mar 12, 2014 at 5:09 PM, Bruce Lombardi brlom...@gmail.com wrote:

 Hi,



 I have a requirement that says that, for security purposes, when a 
 session times out, the application must go to a different page so that 
 any data displayed is hidden and that the user must  be informed that 
 the session has timed out.  In the init method of my Application 
 class, which subclasses AuthenticatedApplication, I  have the 
 following line.



 getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.cl
 ass);



 So now, after the session expires, if the user clicks on anything it 
 goes to the SessionTimeoutPage. This is not the behavior I need, so 
 I've done some searching and found some suggestions on using 
 AjaxTimerBehavior to warn a user that a session is about to expire, 
 but nothing that says exactly how to detect an expired session. Also, 
 some people have hinted that Ajax could actually keep the session 
 alive so I'm a little confused about that.


This is correct.
Any request to the server will touch the session and thus will keep it alive.





 Can someone please clarify this and at least point me in the right 
 direction for fulfilling my requirements?


Your best bet is to use JavaScript counter that will count down do
document.location.href=anotherUrl; when the counter reaches 0.
You will have to reinit the counter with every ajax request - this is easy.





 Thanks,

 Bruce




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



Re: The wicket way of getting application base URL

2014-03-12 Thread Sebastien
Hi Maxim,

Maybe you might use something like this:
Url baseUrl = new Url(page.getRequestCycle().getUrlRenderer().getBaseUrl());

I used it to retrieve the relative url:

private static String getUrl(WebPage page)
{
Url pageUrl = Url.parse(page.urlFor(page.getClass(),
null).toString());
Url baseUrl = new
Url(page.getRequestCycle().getUrlRenderer().getBaseUrl());

baseUrl.resolveRelative(pageUrl);

return String.format(%s/%s, page.getRequest().getContextPath(),
baseUrl);
}


Best regards,
Sebastien.


On Wed, Mar 12, 2014 at 5:14 PM, Maxim Solodovnik solomax...@gmail.comwrote:

 Hello,

 I'm currently using SelfUpdatingAjaxBehavior [1] to get application base
 URL used by the end user.

 Maybe there is more standard way of doing this?
 Or maybe code like this can be added to ClientInfo?

 Thanks in advance!

 [1]

 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup

 --
 WBR
 Maxim aka solomax



Re: The wicket way of getting application base URL

2014-03-12 Thread Maxim Solodovnik
The reason I have implemented the hook:

Our users are using mod_proxy all the time
So port and context are might be changed and I need to get the base URL
after all these modifications (to create emails with links etc.)


On Wed, Mar 12, 2014 at 11:24 PM, Sebastien seb...@gmail.com wrote:

 Hi Maxim,

 Maybe you might use something like this:
 Url baseUrl = new
 Url(page.getRequestCycle().getUrlRenderer().getBaseUrl());

 I used it to retrieve the relative url:

 private static String getUrl(WebPage page)
 {
 Url pageUrl = Url.parse(page.urlFor(page.getClass(),
 null).toString());
 Url baseUrl = new
 Url(page.getRequestCycle().getUrlRenderer().getBaseUrl());

 baseUrl.resolveRelative(pageUrl);

 return String.format(%s/%s, page.getRequest().getContextPath(),
 baseUrl);
 }


 Best regards,
 Sebastien.


 On Wed, Mar 12, 2014 at 5:14 PM, Maxim Solodovnik solomax...@gmail.com
 wrote:

  Hello,
 
  I'm currently using SelfUpdatingAjaxBehavior [1] to get application base
  URL used by the end user.
 
  Maybe there is more standard way of doing this?
  Or maybe code like this can be added to ClientInfo?
 
  Thanks in advance!
 
  [1]
 
 
 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup
 
  --
  WBR
  Maxim aka solomax
 




-- 
WBR
Maxim aka solomax


Re: backspace - when not on focus in field

2014-03-12 Thread Niranjan Rao

On 03/12/2014 09:04 AM, nazeem wrote:

I use lot of ajax to replace panels on user clicks so that user can drill
down deep in to the page view. When using forms if the focus is not on text
field or any form fields. hitting backspace takes the user all the way to
the main page. How can i prevent this behavior ?

naz

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.html
Sent from the Users forum 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


I don't think this has anything to with wicket.

I believe you have two fold problem. One is how to overcome browser's 
default key handling - backspace in many browsers has same functionality 
as hitting the back button. Other one is how to maintain navigation 
history when using ajax generated pages.


For your backspace problem, take a look at 
http://stackoverflow.com/questions/1495219/how-can-i-prevent-the-backspace-key-from-navigating-back


There are many solutions for web about managing history for ajax pages. 
Research them and see which one fits your needs.


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



Re: More Wicket JSESSION_ID Issues

2014-03-12 Thread Aaron J . Garcia


Martin Grigorov mgrigorov at apache.org writes:

 
 Hi,
 
 It sounds like an issue with the IDE.
 What is the produced url with the custom jsession id ? Does it work if you
 paste this url directly in the browser address bar without involving the
 IDE ?
 
 And what is the sign of my page ?
 
 Martin Grigorov
 Wicket Training and Consulting
 

Hi Martin,

Sorry for the delayed response.

The URLs are identical in both cases: http://machine:8085/appName/ 

Wicket turns this into: http://machine:8085/appName/app/SignInPage

Intellij tries to open the first URL (http://machine:8085/appName/), but it
fails with this error message Cannot open URL. Please check this URL is
correct:.  When I copy and paste that same URL
(http://machine:8085/appName/) and paste it into my browser, it works fine,
and directs me to sign in page.  

(That's what I meant by sign of my page... sorry for not catching that sooner). 

What is interesting is that if I remove any of the JSESSIONID changes I made
(or downgrade to Wicket 6.13.0), everything works fine, and Intellij opens
up http://machine:8085/appName/ like I would expect.

-- Aaron

P.S. I don't need an immediate solution to this, because I figured out a
workaround yesterday.  I would like to get to the bottom of the issue
though, as the change in behavior is surprising.


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



Re: backspace - when not on focus in field

2014-03-12 Thread nazeem
Thanks Niranjan  Swen, I managed to add this js to block backspace when not
on focus on form fields. I believe this fix will not be required when we get
Wicket 7 ajax history support ? 


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922p4664932.html
Sent from the Users forum 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