Re: Component Queueing is here (master), aka Free Wicket From Hierarchy Hell, aka Markup Driven Component Tree
Thanks! On Fri, Feb 28, 2014 at 3:00 AM, Igor Vaynberg wrote: > in the past couple of weeks i finally had some time to finish up the > component queueing feature. it is meant to greatly decrease common > maintenance headaches associated with markup tweaks and moving > components around. see the intro here: > > https://www.42lines.net/2014/02/28/component-queueing-in-wicket-7/ > > -igor > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Regards - Ernesto Reinaldo Barreiro
Component Queueing is here (master), aka Free Wicket From Hierarchy Hell, aka Markup Driven Component Tree
in the past couple of weeks i finally had some time to finish up the component queueing feature. it is meant to greatly decrease common maintenance headaches associated with markup tweaks and moving components around. see the intro here: https://www.42lines.net/2014/02/28/component-queueing-in-wicket-7/ -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detecting if page is opened in another tab
Thanks Martin, This seems to be the solution, but isn't working as it should. I tried this: add(new AjaxNewWindowNotifyingBehavior() { /** * */ private static final long serialVersionUID = 1L; @Override protected void onNewWindow(AjaxRequestTarget arg0) { System.out.println("called//."); String message = "You already have an instance of Bulk Loader running. Please view from the current opened window."; setResponsePage(new BulkLoadPage(message)); } }); And the method: onNewWindow never even enters on a new instance of the page, while one is currently opened in another tab. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Detecting-if-page-is-opened-in-another-tab-tp4664674p4664718.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: Does wicket:link tag work inside pages in different packages?
Yes, I read it. Does it mean that have to do a different header panel for every suppages level (using "../(../)HomePage.html" link)? Alberto On Thu, 2014-02-27 at 16:30 +0100, Sven Meier wrote: > Have you read http://wicket.apache.org/guide/guide/urls.html#urls_3 > ? > > Sven > > On 02/27/2014 03:44 PM, Alberto Brosich wrote: > > Hi, > > > > I have an header panel with a link to the homepage of the site. > > This panel is included in every page of the site. > > If I use the tag for that link it works fine (for example, > > it is disabled in the homepage) for the pages in the same package of the > > Homepage class. > > If I am on a page inside another package (subpackage in my case) the > > link became the name of that package plus the href specified in the html > > panel. For example: > > > > ... > > > > In a page inside package "subpackage" the link is: > > "subpackage/HomePage.html" and not "../". > > > > What I'm doing wrong? > > > > Regards > > > > Alberto > > > > > > - > > 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: Does wicket:link tag work inside pages in different packages?
Have you read http://wicket.apache.org/guide/guide/urls.html#urls_3 ? Sven On 02/27/2014 03:44 PM, Alberto Brosich wrote: Hi, I have an header panel with a link to the homepage of the site. This panel is included in every page of the site. If I use the tag for that link it works fine (for example, it is disabled in the homepage) for the pages in the same package of the Homepage class. If I am on a page inside another package (subpackage in my case) the link became the name of that package plus the href specified in the html panel. For example: ... In a page inside package "subpackage" the link is: "subpackage/HomePage.html" and not "../". What I'm doing wrong? Regards Alberto - 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
Does wicket:link tag work inside pages in different packages?
Hi, I have an header panel with a link to the homepage of the site. This panel is included in every page of the site. If I use the tag for that link it works fine (for example, it is disabled in the homepage) for the pages in the same package of the Homepage class. If I am on a page inside another package (subpackage in my case) the link became the name of that package plus the href specified in the html panel. For example: ... In a page inside package "subpackage" the link is: "subpackage/HomePage.html" and not "../". What I'm doing wrong? Regards Alberto - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: double type text field - auto roundsoff
No i don't have any initialised. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/double-type-text-field-auto-roundsoff-tp4664628p4664714.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: Issue with UrlPathPageParametersEncoder and %2F (/)
Does your Tomcat return HTTP 400? https://issues.apache.org/bugzilla/show_bug.cgi?id=7931 Sven On 02/26/2014 04:57 PM, Sergio Paganoni wrote: Hi everybody, I'm facing an issue with *Wicket 6.9.1* , I currently mount an endpoint (/test) the following way: mount(new MountedMapper("/test", MyPage.class, new UrlPathPageParametersEncoder())); Now if I address the page in the following way, the constructor of MyPage is correctly called /test/testID/ /test/testID/123 /test/testID/123/test But as long that I have an encoded / in the URL (%2F) tomcat is returning me an empty page (nothing called MyPage). *For example to reproduce:* /test/testID/123/test*%2F* /test/testID/123/test*%2F*anything /test/a*%2F* Is this a known bug/issue? I've seen in JIRA (https://issues.apache.org/jira/browse/WICKET-2125) a similar issue for Wicket 1.4 but you weren't able to reproduce it. Thanks for your help Sergio - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Issue with UrlPathPageParametersEncoder and %2F (/)
Hi everybody, I'm facing an issue with *Wicket 6.9.1* , I currently mount an endpoint (/test) the following way: mount(new MountedMapper("/test", MyPage.class, new UrlPathPageParametersEncoder())); Now if I address the page in the following way, the constructor of MyPage is correctly called /test/testID/ /test/testID/123 /test/testID/123/test But as long that I have an encoded / in the URL (%2F) tomcat is returning me an empty page (nothing called MyPage). *For example to reproduce:* /test/testID/123/test*%2F* /test/testID/123/test*%2F*anything /test/a*%2F* Is this a known bug/issue? I've seen in JIRA (https://issues.apache.org/jira/browse/WICKET-2125) a similar issue for Wicket 1.4 but you weren't able to reproduce it. Thanks for your help Sergio
Re: Potential HTTPS redirects bug with deactivated js
There is a workaround for the problem: Extend RedirectPage -> anotate it with RequireHttps -> insert this page between source (http) and target (https) pages. The second redirect leads to the https page! Dmitriy 2014-02-27 13:04 GMT+01:00 Dmitriy Neretin : > Thanks for the response Sven! > > Issue created: https://issues.apache.org/jira/browse/WICKET-5522 > > Dmitriy > > > 2014-02-27 12:22 GMT+01:00 Sven Meier : > > Hi Dmitriy, >> >> this is a bug in WebPageRenderer, so please open a Jira issue. >> >> A simple non-ajax button exposes the problem too, no need to tinker with >> deactivated JS: >> >> form.add(new AjaxButton("ajaxGo", form){}); >> form.add(new Button("go")); >> >> Please change your quickstart before attaching it to the issue. >> >> Thanks >> Sven >> >> >> On 02/27/2014 11:45 AM, Dmitriy Neretin wrote: >> >>> Hi, >>> >>> I'm not sure if that a realy bug, but here is the description: >>> >>> Activated JS: Start the quickstart -> Press the submit button -> See the >>> secured page with https! >>> >>> Deactivates JS: (NoScript Firefox Plugin): Start the quickstart -> Press >>> the submit button -> See the secured page BUT with HTTP! >>> >>> There was no proper https redirect. >>> >>> If I change, the rendering strategy to REDIRECT_TO_BUFFER everything >>> works fine, but if I change the strategy to ONE_PASS_RENDER the https >>> forwarding does't work anymore. But only if I deactivate all scripts... >>> >>> The problem is: I should use the ONE_PASS_RENDER strategy and I should >>> supoort No-JS :( >>> >>> >>> Thanks, >>> Dmitriy >>> >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >> >
Re: Potential HTTPS redirects bug with deactivated js
Thanks for the response Sven! Issue created: https://issues.apache.org/jira/browse/WICKET-5522 Dmitriy 2014-02-27 12:22 GMT+01:00 Sven Meier : > Hi Dmitriy, > > this is a bug in WebPageRenderer, so please open a Jira issue. > > A simple non-ajax button exposes the problem too, no need to tinker with > deactivated JS: > > form.add(new AjaxButton("ajaxGo", form){}); > form.add(new Button("go")); > > Please change your quickstart before attaching it to the issue. > > Thanks > Sven > > > On 02/27/2014 11:45 AM, Dmitriy Neretin wrote: > >> Hi, >> >> I'm not sure if that a realy bug, but here is the description: >> >> Activated JS: Start the quickstart -> Press the submit button -> See the >> secured page with https! >> >> Deactivates JS: (NoScript Firefox Plugin): Start the quickstart -> Press >> the submit button -> See the secured page BUT with HTTP! >> >> There was no proper https redirect. >> >> If I change, the rendering strategy to REDIRECT_TO_BUFFER everything >> works fine, but if I change the strategy to ONE_PASS_RENDER the https >> forwarding does't work anymore. But only if I deactivate all scripts... >> >> The problem is: I should use the ONE_PASS_RENDER strategy and I should >> supoort No-JS :( >> >> >> Thanks, >> Dmitriy >> >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > >
Re: Potential HTTPS redirects bug with deactivated js
Hi Dmitriy, this is a bug in WebPageRenderer, so please open a Jira issue. A simple non-ajax button exposes the problem too, no need to tinker with deactivated JS: form.add(new AjaxButton("ajaxGo", form){}); form.add(new Button("go")); Please change your quickstart before attaching it to the issue. Thanks Sven On 02/27/2014 11:45 AM, Dmitriy Neretin wrote: Hi, I'm not sure if that a realy bug, but here is the description: Activated JS: Start the quickstart -> Press the submit button -> See the secured page with https! Deactivates JS: (NoScript Firefox Plugin): Start the quickstart -> Press the submit button -> See the secured page BUT with HTTP! There was no proper https redirect. If I change, the rendering strategy to REDIRECT_TO_BUFFER everything works fine, but if I change the strategy to ONE_PASS_RENDER the https forwarding does't work anymore. But only if I deactivate all scripts... The problem is: I should use the ONE_PASS_RENDER strategy and I should supoort No-JS :( Thanks, Dmitriy - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: StringResourceModel
Strings#escapeMarkup? On Thu, Feb 27, 2014 at 11:15 AM, PDiefent wrote: > Hi, > I just ran into a problem generating a confirmation for a delete request. > I'm using an AjaxCallListener to build the confirmation message: > > public class AjaxConfimListener extends AjaxCallListener { > private static final long serialVersionUID = 1L; > private final LinkIcon icon; > > public AjaxConfimListener(final LinkIcon linkIcon) { > super(); > this.icon = linkIcon; > } > > @Override > public CharSequence getPrecondition( > Component component) { > return "if (confirm (\"" > + new > StringResourceModel("confirm"+icon.name > ()+"."+component.getPage().getClass().getSimpleName(), > component.getPage(), > > component.getParent().getDefaultModel()).getString() > + "\")) { return true;} else { return false;}"; > } > > > The problem rises with the StringResourceModel. The message is composed > with > information of the item to delete: > > confirmDELETE.Detail='${name}' wirklich löschen? > > The getter getName() of the component returns a string like "Buster "The > But" Baggin" with double quotes inside. I suppose that while rendering the > String I will need something like "Buster "The But" Baggin" as a > result. > > Is there any help inside Wicket to render the string like this? > > Thanks a lot, Peter > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/StringResourceModel-tp4664706.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 > > -- Regards - Ernesto Reinaldo Barreiro
StringResourceModel
Hi, I just ran into a problem generating a confirmation for a delete request. I'm using an AjaxCallListener to build the confirmation message: public class AjaxConfimListener extends AjaxCallListener { private static final long serialVersionUID = 1L; private final LinkIcon icon; public AjaxConfimListener(final LinkIcon linkIcon) { super(); this.icon = linkIcon; } @Override public CharSequence getPrecondition( Component component) { return "if (confirm (\"" + new StringResourceModel("confirm"+icon.name()+"."+component.getPage().getClass().getSimpleName(), component.getPage(), component.getParent().getDefaultModel()).getString() + "\")) { return true;} else { return false;}"; } The problem rises with the StringResourceModel. The message is composed with information of the item to delete: confirmDELETE.Detail='${name}' wirklich löschen? The getter getName() of the component returns a string like "Buster "The But" Baggin" with double quotes inside. I suppose that while rendering the String I will need something like "Buster "The But" Baggin" as a result. Is there any help inside Wicket to render the string like this? Thanks a lot, Peter -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/StringResourceModel-tp4664706.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: double type text field - auto roundsoff
Is there any specific DoubleConverter initialized in the Application's newConverterLocator() method ? François On Wed, Feb 26, 2014 at 5:55 PM, nazeem wrote: > Changing the object type to Big Decimal solves this .. Still not clear > how.. > if any body knows any clue please let me know.. > > > TextField > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/double-type-text-field-auto-roundsoff-tp4664628p4664701.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 > >