Re: My New Book: Now in Dead Tree Format
Yes, but not for Linux! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/My-New-Book-Now-in-Dead-Tree-Format-tp2998832p2999635.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: My New Book: Now in Dead Tree Format
free kindle is here: http://www.amazon.com/gp/feature.html/ref=kcp_ipad_mkt_lnd?docId=1000493771 :) Žilvinas Vilutis Mobile: (+370) 652 38353 E-mail: cika...@gmail.com On Sun, Oct 17, 2010 at 12:10 AM, Jonathan Locke wrote: > > For those of you who were grumbling about not having a Kindle, now you have > no excuse :) > > http://www.amazon.com/Coding-Software-Process-Jonathan-Locke/dp/0615404820/ > > Would like to hear feedback from readers, of course. Also if you enjoy it > and can make time, please blog it, rate it on Amazon or pass on the word. > It's a quick easy read, but also very terse and dense since I've tried to > shrink the most interesting things I've got to say about software into > roughly 70 pages... so it may stand up to reading more than once. And even > if you've got a lot of experience and feel like you've heard it all, it > still may get you thinking in a new way or put things you already know in a > different light. > > Enjoy! > > Jonathan > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/My-New-Book-Now-in-Dead-Tree-Format-tp2998832p2998832.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
Re: ModalWindow question
Maybe you can clear the session object in the "previous" screen (the page that renders as result of Back button)? ** Martin 2010/10/17 drf : > > Does anyone have ideas on how to handle the following issue: > > During processing of a wizard, I store a boolean flag in the Session object > to indicate that the wizard has not completed. If, during the course of the > wizard, the user clicks on another menu item, the flag in the session is > checked, and accordingly a modal window will appear asking the user to > confirm that they do indeed wish to exit the wizard. This works well. > > The problem is, if the user clicks the back button and in effect exits the > wizard that way, the flag in the session is still set, and later when the > user clicks on a menu link the modal will appear - not good. > What is a better way to do this? I thought about disabling the back button, > but that seems to be bad practice (correct?), certainly not what the user > expects. > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/ModalWindow-question-tp2999304p2999304.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
Re: ModalWindow question
what about storing the flag as a cookie ? one stored it will be there for the session timelife On Sun, Oct 17, 2010 at 9:25 PM, drf wrote: > > Does anyone have ideas on how to handle the following issue: > > During processing of a wizard, I store a boolean flag in the Session object > to indicate that the wizard has not completed. If, during the course of the > wizard, the user clicks on another menu item, the flag in the session is > checked, and accordingly a modal window will appear asking the user to > confirm that they do indeed wish to exit the wizard. This works well. > > The problem is, if the user clicks the back button and in effect exits the > wizard that way, the flag in the session is still set, and later when the > user clicks on a menu link the modal will appear - not good. > What is a better way to do this? I thought about disabling the back button, > but that seems to be bad practice (correct?), certainly not what the user > expects. > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/ModalWindow-question-tp2999304p2999304.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 > >
ModalWindow question
Does anyone have ideas on how to handle the following issue: During processing of a wizard, I store a boolean flag in the Session object to indicate that the wizard has not completed. If, during the course of the wizard, the user clicks on another menu item, the flag in the session is checked, and accordingly a modal window will appear asking the user to confirm that they do indeed wish to exit the wizard. This works well. The problem is, if the user clicks the back button and in effect exits the wizard that way, the flag in the session is still set, and later when the user clicks on a menu link the modal will appear - not good. What is a better way to do this? I thought about disabling the back button, but that seems to be bad practice (correct?), certainly not what the user expects. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/ModalWindow-question-tp2999304p2999304.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: Wicket 1.5 and WebPageRenderer warn
Can you try with latest trunk (1.5-SNAPSHOT) ? If the warning is still there and you are able to create a quickstart application then we will be interested to take a look. Thanks! On Sun, Oct 17, 2010 at 5:52 PM, Java Programmer wrote: > Hello, > I use wicket 1.5-M2.1 right now, and I get warn which I haven't on > earlier versions: > WARN 2010-10-17 17:45:55,425 WebPageRenderer: The Buffered response > should be handled by BufferedResponseRequestHandler > > What could be the reason of this warn (the application was slightly > migrated from 1.4 -> 1.5, but I had solved all compilation issus and > deprecations)? > > -- > Best regards, > Adrian > > http://www.codeappeal.com/ > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Wicket 1.5 and WebPageRenderer warn
Hello, I use wicket 1.5-M2.1 right now, and I get warn which I haven't on earlier versions: WARN 2010-10-17 17:45:55,425 WebPageRenderer: The Buffered response should be handled by BufferedResponseRequestHandler What could be the reason of this warn (the application was slightly migrated from 1.4 -> 1.5, but I had solved all compilation issus and deprecations)? -- Best regards, Adrian http://www.codeappeal.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Link onclick setMarkupId doesn't work.
Igor Vaynberg-2 wrote: > > listview.setreuseitems(true) > > for what its worth it is better to pull then to push values. > > -igor > > thanks a lot. it still doesn't work. I am using wicket 1.4.12. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2999008.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: Link onclick setMarkupId doesn't work.
James Carman wrote: > > Why not just use pure JavaScript for this? All you're trying to do is > change a class or id (I'd do class) when something is clicked. Is > there any reason why you need to go server-side for this? > my javascript skill is limited. could you please show how to do it? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2998874.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: Link onclick setMarkupId doesn't work.
listview.setreuseitems(true) for what its worth it is better to pull then to push values. -igor On Sat, Oct 16, 2010 at 11:10 PM, always_rick wrote: > > What I am trying to do is: > > if menu item is selected (onClick), change the markup id or class. > > However, it doesn't seem to work. Am I missing something? > > html > > > > # > > > > > wicket > > ListView listView = new ListView( "menuitem", menuItemList ) { > @Override > protected void populateItem( ListItem item ) { > final MenuItem menuItem = item.getModelObject(); > > Link link = new Link( "menuitemLink" ) { > �...@override > public void onClick() { > MarkupContainer container = getParent(); > //System.out.println( "container: "+container ); > container.setMarkupId( "selected_menu_item" ); > //System.out.println( "container: > "+container.getMarkupId() ); > container.add( new SimpleAttributeModifier( "id", > "selected_menu_item" ) > ); > setResponsePage( menuItem.getPage() ); > } > }; > link.add( new Label( "menuitemName", menuItem.getId() ) ); > item.add( link ); > } > > }; > > > Any help is much appreciated. > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2998815.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
Re: Link onclick setMarkupId doesn't work.
Hi, the listView is populated before each render, so it doesn't make sense to alter a component in onclick(). Sven On 10/17/2010 08:10 AM, always_rick wrote: What I am trying to do is: if menu item is selected (onClick), change the markup id or class. However, it doesn't seem to work. Am I missing something? html # wicket ListView listView = new ListView( "menuitem", menuItemList ) { @Override protected void populateItem( ListItem item ) { final MenuItem menuItem = item.getModelObject(); Link link = new Link( "menuitemLink" ) { @Override public void onClick() { MarkupContainer container = getParent(); //System.out.println( "container: "+container ); container.setMarkupId( "selected_menu_item" ); //System.out.println( "container: "+container.getMarkupId() ); container.add( new SimpleAttributeModifier( "id", "selected_menu_item" ) ); setResponsePage( menuItem.getPage() ); } }; link.add( new Label( "menuitemName", menuItem.getId() ) ); item.add( link ); } }; Any help is much appreciated. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Link onclick setMarkupId doesn't work
it seems "it doesn't work" for list items. did you try to use .setReuseItems(true) ? On Sun, Oct 17, 2010 at 9:15 AM, Arjun Dhar wrote: > > BTW before I get into a ball of mis understandings; I'm just complaining > about "setMarkupId" here in general :) > It works with MarkupContainers like with "div" tag etc. But not with td, li > etc. "id" is an attribute that can represent any DOM element to my mind, > hence the complaint. > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2998838.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: Link onclick setMarkupId doesn't work
BTW before I get into a ball of mis understandings; I'm just complaining about "setMarkupId" here in general :) It works with MarkupContainers like with "div" tag etc. But not with td, li etc. "id" is an attribute that can represent any DOM element to my mind, hence the complaint. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2998838.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: Link onclick setMarkupId doesn't work
I was about to complain about the same thing. I also use "SimpleAttributeModifier" to get around the issue. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Link-onclick-setMarkupId-doesn-t-work-tp2998815p2998836.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
My New Book: Now in Dead Tree Format
For those of you who were grumbling about not having a Kindle, now you have no excuse :) http://www.amazon.com/Coding-Software-Process-Jonathan-Locke/dp/0615404820/ Would like to hear feedback from readers, of course. Also if you enjoy it and can make time, please blog it, rate it on Amazon or pass on the word. It's a quick easy read, but also very terse and dense since I've tried to shrink the most interesting things I've got to say about software into roughly 70 pages... so it may stand up to reading more than once. And even if you've got a lot of experience and feel like you've heard it all, it still may get you thinking in a new way or put things you already know in a different light. Enjoy! Jonathan -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/My-New-Book-Now-in-Dead-Tree-Format-tp2998832p2998832.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