AW: Eclipse-IDE Plugin Wicket Bench not existing (any more)?
It's dead. Someone tried to continue i tat http://sourceforge.net/projects/stump/ but no release is available. -Ursprüngliche Nachricht- Von: Ben Stover [mailto:bxsto...@yahoo.co.uk] Gesendet: Samstag, 24. März 2012 01:32 An: Wicket Users Betreff: Eclipse-IDE Plugin Wicket Bench not existing (any more)? When I go to page http://wicket.apache.org/learn/ides.html and click on Wicket Bench link for Eclipse then this link goes to nowhere. Is this project out of date/closed? Ben - 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
AW: Is there a GUI Builder for Wicket which generates Wicket java code?
There are a lot of GUI builder tools for Wicket. Any visual HTML editor will do what you need. You write HTML files and connet them with java code via Wicket:id=someId attributes in your html. Not Java generatest he GUI, the GUI is generated by a HTML Designer (man or machine). The programming logic is done with java. -Ursprüngliche Nachricht- Von: Ben Stover [mailto:bxsto...@yahoo.co.uk] Gesendet: Samstag, 24. März 2012 01:36 An: Wicket Users Betreff: Is there a GUI Builder for Wicket which generates Wicket java code? Sorry for this newbie question. From what I read so far Wicket users have to write at first java code which leads to a GUI front end. Is there a GUI builder tool for the opposite direction? I would like to click and design visually (!) a GUI and let this GUI builder generate later the corresponding java code. Is this possible? Thank you Ben - 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: Is there a GUI Builder for Wicket which generates Wicket java code?
Or you can try the scaffolding approach: http://wicketopia.sourceforge.net/scaffold.html http://level2crm.com/content/building-scaffoldling-wicket This is not precisely GUI builders but they can help speed up your development. Regards, Pierre Goupil On Sat, Mar 24, 2012 at 2:13 PM, Stefan Lindner lind...@visionet.de wrote: There are a lot of GUI builder tools for Wicket. Any visual HTML editor will do what you need. You write HTML files and connet them with java code via Wicket:id=someId attributes in your html. Not Java generatest he GUI, the GUI is generated by a HTML Designer (man or machine). The programming logic is done with java. -Ursprüngliche Nachricht- Von: Ben Stover [mailto:bxsto...@yahoo.co.uk] Gesendet: Samstag, 24. März 2012 01:36 An: Wicket Users Betreff: Is there a GUI Builder for Wicket which generates Wicket java code? Sorry for this newbie question. From what I read so far Wicket users have to write at first java code which leads to a GUI front end. Is there a GUI builder tool for the opposite direction? I would like to click and design visually (!) a GUI and let this GUI builder generate later the corresponding java code. Is this possible? Thank you Ben - 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 -- Si tu penses que la violence ne résout rien, c'est que tu n'as pas tapé assez fort.
mouseover in wicket
Hello, is possible to create mouseover and show tooltip (wicket panel with html) when I move cursor over html element/text/link. Is there any way how to do it in wicket? Thanks. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/mouseover-in-wicket-tp4501543p4501543.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: mouseover in wicket
There's a project called jwicket-tooltip in wicketstuff. If you don't mind using jQuery, this could be a good spot. But a js lib just for that may be overkill as well. Have a look at wicketstuff-minis too, it may be more lightweight. Regards, Pierre Goupil On Sat, Mar 24, 2012 at 4:53 PM, Dan12321 wee...@centrum.cz wrote: Hello, is possible to create mouseover and show tooltip (wicket panel with html) when I move cursor over html element/text/link. Is there any way how to do it in wicket? Thanks. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/mouseover-in-wicket-tp4501543p4501543.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 -- Si tu penses que la violence ne résout rien, c'est que tu n'as pas tapé assez fort.
Re: mouseover in wicket
Also look at Visural wicket project. It has some nice tootips. http://code.google.com/p/visural-wicket/ http://wicket.visural.net/examples/ Josh On Sat, Mar 24, 2012 at 7:14 PM, Pierre Goupil goupilpie...@gmail.comwrote: There's a project called jwicket-tooltip in wicketstuff. If you don't mind using jQuery, this could be a good spot. But a js lib just for that may be overkill as well. Have a look at wicketstuff-minis too, it may be more lightweight. Regards, Pierre Goupil On Sat, Mar 24, 2012 at 4:53 PM, Dan12321 wee...@centrum.cz wrote: Hello, is possible to create mouseover and show tooltip (wicket panel with html) when I move cursor over html element/text/link. Is there any way how to do it in wicket? Thanks. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/mouseover-in-wicket-tp4501543p4501543.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 -- Si tu penses que la violence ne résout rien, c'est que tu n'as pas tapé assez fort.
ModalWindow accessibility - DIV placeholder not used
Hello, I inherited an application that uses Apache Wicket 1.4.15. Everything works fine, but because of accessibility standards I have to address some findings we received from DQA team, which includes missing wai-aria attributes around to the modal windows. However I noticed the DIV placeholder I define in the markup is not where the modalwindow code ends, but rather a new DIV element is created dynamically at the end of the page's html. This prevents me from enclosing the modal window's DIV element. I would have expected the placeholder to be the place where the modalwindow code will reside. Am I getting it wrong? Either way, can anyone suggest me how can I enclose a modal window's DIV element? Thank you! Regards. PS: I do not include source code/error cause im not receiving any. Im just wondering about render behavior. Also, I don't think its a code problem cause the official modal window example at http://www.wicket-library.com/wicket-examples/ajax/modal-window?8 behaves the same way. Lucas -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/ModalWindow-accessibility-DIV-placeholder-not-used-tp4501891p4501891.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: After upgrading from wicket 1.5.0 to 1.5.1+ we have a simple problem
Martin, Thanks for your pointer. This is indeed the reason for the loop: no buffered response is found. Something must have changed between 1.5.0 and 1.5.1 regarding (session) cookies and continueToOriginalDestination(), since it is no longer setting a session cookie. For all our public-facing apps we force a HttpServletResponseWrapper which does not allow the container to encode urls; The result in 1.5.0 was that we never get a jsessionid in the url, and there were no side-effects. Our login page is stateless; However, all other bookmarkable pages are statefull and an RestartResponseAtInterceptPageException is thrown to redirect to the login page, which creates a session. I found a thread in which you commented that one should not use a ResetResponseException (or a specialization of it) in combination with cookies. So how would that work with a login page? We log the user in as follows: private void login( User user ) { DSNSession session = getSession(); session.setUser( user ); session.bind(); System.out.println( session.getId() ); if( !continueToOriginalDestination() ) throw new RestartResponseException( getApplication().getHomePage() ); } Looking at wicket's own AuthenticatedWebSession co, it's done exactly the same there, so I wonder why it stopped working... Sebastian Op 22-3-2012 8:00, schreef Martin Grigorov: Hi, A hint for debugging: the request to login?0 should be handled by org.apache.wicket.core.request.mapper.BufferedResponseMapper not by WebPageRenderer. Check why there is no stored response. A suggestion: try to make your login page stateless. Otherwise every hit to your application will create a new http session. I.e. an attacker can cause a denial of service. On Thu, Mar 22, 2012 at 12:17 AM, Bas Goorenb...@iswd.nl wrote: We have the following simple setup: BasePage checks if user is logged in, if not (and this is not the LoginPage), RestartResponseException(LoginPage.class); LoginPage extends BasePage; contains a form to login; The application runs in the root context. Now on 1.5.0 this works like a charm; After upgrading to 1.5.5 we get infinite redirects; testing versions in between, we've found that the problem occurs= 1.5.1; Here's what debugging shows: 1) When we hit the root url (homepage), it redirects to /login 2) When the LoginPage (mounted at /login) is hit, WebPageRenderer:266 redirects from /login to /login?0 3) When /login?0 is hit, WebPageRenderer:214 redirects from /login?0 to /login and this loops back to (2) I've also learned that this does not occur if we do not run the app in the root context, so it appears to have to do with url handling. Looking at the wicket 1.5.1 changelog I don't see anything that was changed to break this. Before doing more debugging, does anyone have a clue what might cause this? Kind regards, Sebastian - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is there a GUI Builder for Wicket which generates Wicket java code?
Wicketopia also allows you to use the same components used by the Scaffold component to build up the display by hand. Basically, you can use it at any level of abstraction you want. On Sat, Mar 24, 2012 at 10:42 AM, Pierre Goupil goupilpie...@gmail.com wrote: Or you can try the scaffolding approach: http://wicketopia.sourceforge.net/scaffold.html http://level2crm.com/content/building-scaffoldling-wicket This is not precisely GUI builders but they can help speed up your development. Regards, Pierre Goupil On Sat, Mar 24, 2012 at 2:13 PM, Stefan Lindner lind...@visionet.de wrote: There are a lot of GUI builder tools for Wicket. Any visual HTML editor will do what you need. You write HTML files and connet them with java code via Wicket:id=someId attributes in your html. Not Java generatest he GUI, the GUI is generated by a HTML Designer (man or machine). The programming logic is done with java. -Ursprüngliche Nachricht- Von: Ben Stover [mailto:bxsto...@yahoo.co.uk] Gesendet: Samstag, 24. März 2012 01:36 An: Wicket Users Betreff: Is there a GUI Builder for Wicket which generates Wicket java code? Sorry for this newbie question. From what I read so far Wicket users have to write at first java code which leads to a GUI front end. Is there a GUI builder tool for the opposite direction? I would like to click and design visually (!) a GUI and let this GUI builder generate later the corresponding java code. Is this possible? Thank you Ben - 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 -- Si tu penses que la violence ne résout rien, c'est que tu n'as pas tapé assez fort. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: After upgrading from wicket 1.5.0 to 1.5.1+ we have a simple problem
After more debugging, I learned some new things about wicket. It appears that an invisible stateful link makes a page stateful. The base page for this application contains a username label + logout link (stateful), which are in a WebMarkupContainer which is invisible if the user is not logged in. But in the end, even when it is invisble this link makes the entire page stateful. When I remove that link wicket no longer performs a redirect to /login?0. This leads me to two questions to the devs: 1) looking at this usecase, does it make sense that a stateful link which is not rendered makes the entire page stateful? 2) when a stateful page is accessed without a session (/login?0) by a client which does not support cookies, we get infinite redirects (/login?0 = /login = /login?0 = /login etc). Is this normal behavior? This assumes that only cookie-based sessions are allowed. Furthermore: (2) was not a problem in 1.5.0 (where /login?0 would not redirect back to /login if there was no session...). I understand the need for the redirect to /login?0, and love that (ajax changes are still available on back button, fantastic!). But, the redirect back from /login?0 to /login I don't get, especially when there is no session available. Kind regards, Sebastian Op 22-3-2012 8:00, schreef Martin Grigorov: Hi, A hint for debugging: the request to login?0 should be handled by org.apache.wicket.core.request.mapper.BufferedResponseMapper not by WebPageRenderer. Check why there is no stored response. A suggestion: try to make your login page stateless. Otherwise every hit to your application will create a new http session. I.e. an attacker can cause a denial of service. On Thu, Mar 22, 2012 at 12:17 AM, Bas Goorenb...@iswd.nl wrote: We have the following simple setup: BasePage checks if user is logged in, if not (and this is not the LoginPage), RestartResponseException(LoginPage.class); LoginPage extends BasePage; contains a form to login; The application runs in the root context. Now on 1.5.0 this works like a charm; After upgrading to 1.5.5 we get infinite redirects; testing versions in between, we've found that the problem occurs= 1.5.1; Here's what debugging shows: 1) When we hit the root url (homepage), it redirects to /login 2) When the LoginPage (mounted at /login) is hit, WebPageRenderer:266 redirects from /login to /login?0 3) When /login?0 is hit, WebPageRenderer:214 redirects from /login?0 to /login and this loops back to (2) I've also learned that this does not occur if we do not run the app in the root context, so it appears to have to do with url handling. Looking at the wicket 1.5.1 changelog I don't see anything that was changed to break this. Before doing more debugging, does anyone have a clue what might cause this? Kind regards, Sebastian - 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: parent dimensions
Yes, look at jquery.height() and jquery.width() ** Martin 2012/3/24 mlabs mlabs@gmail.com: is there a way to discover the dimensions of a parent component as it is rendered in the browser? I want to dynamically size a component based on its parents dimensions... TIA -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/parent-dimensions-tp4502145p4502145.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
Mixing Wicket + JQuery + JQueryUI to achieve infinite scroll.
Unfortunately I am a beginner to Wicket and looking for for guidance on integrating Wicket + JQuery + JQueryUI in a way to achieve infinite scroll. Ideally I would aim to achieve something like the following url that allows you to inject divs that contain both images and text into the page: http://masonry.desandro.com/demos/infinite-scroll.html. Anyone, with any advice on how to achieve this? From what I read Wicket 1.6 will be out soon and using JQuery as it's AJAX processor. Will this change things much? -- snippet -- http://apache-wicket.1842946.n4.nabble.com/Roadmap-for-Wicket-6-tt3777610.html#none 5. Ajax refactoring to use JQuery and provide proper JQuery integration in core -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Mixing-Wicket-JQuery-JQueryUI-to-achieve-infinite-scroll-tp4502701p4502701.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: parent dimensions
A general mechanism for communicating the size back to the server was discussed a few days ago. Just thoughts though. http://mail-archives.apache.org/mod_mbox/wicket-users/201203.mbox/%3c1331219219831-4456657.p...@n4.nabble.com%3E On Sat, Mar 24, 2012 at 2:10 PM, mlabs mlabs@gmail.com wrote: is there a way to discover the dimensions of a parent component as it is rendered in the browser? I want to dynamically size a component based on its parents dimensions... TIA -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/parent-dimensions-tp4502145p4502145.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