Re: Problem with implementing borders
Hi Igor, another problem relating to the borders: The markup is the same now, but if the content is set to be hidden (visible=false) on the first time I load the page, I get the same error message (Expected close tag for "border"). So it now only works if the contents are visible by default, but can be hidden (and shown again) using the ajax toggle button: Main page: :: Hide me by default (contents.setVisible=false) Border page: :: http://wicket.sourceforge.net";> Title Somehow the renderer does not find the body tag because the "contents" -block is not visible? Is there any fix to allow hiding the border contents by default? ** Martin 2008/8/10 Igor Vaynberg <[EMAIL PROTECTED]>: > thanks > > -igor > > On Sat, Aug 9, 2008 at 10:19 PM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >>> do you call contents.add(getbodycontainer()) so that is >>> properly inside the "contents" container? >> >> Thanx.. now it works. It didn't occur to me to look into the javadoc >> as I was following the example in the wiki. BUT, I have now updated >> the WiKi accordingly! >> >> ** >> Martin >> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I do not see my wicket:container rendered?
> it is there for situations where you do not want to render any tag > into the output because it may cause invalid markup, etc. I understood from the specs that it is always allowed (according to the namespace) and in the above example it could be used to ajax-refresh those two table rows. ** Martin > > On Sat, Aug 9, 2008 at 10:35 PM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >> Hi! >> >> I want to use my wicketContainer (wicket:container tag) for a >> placeholder for a ajax replace. >> >> I have the following settings: >> >>// ... >>getMarkupSettings().setStripWicketTags(true); >>// ... >> >> wicketContainer.setOutputMarkupPlaceholderTag(true).setRenderBodyOnly(false); >> >> Nevertheless, the wicketContainer appears to be stripped from the >> rendered page and the ajax-refresh does not work (no tag, no markup >> id). >> >> Is this a "bug" or is it supposed to work this way? I assumed that >> "stripWicketTags" would strip the 'useless' wickt tags but allow to >> override and show the necessary tags. >> >> ** >> 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]
Re: color code options in drop down choice
> it will also break all existing implementations of the interface out there. Well, the effort will nicely blend in with the chores of refactoring to the changes in generics... :) Or should it be made an abstract class? Another possibility would be to just enable suitable hooks in the rendering phase of xxChoices. I.e., a method "String getOptionAttributes(T t)" or similar would be called during the render phase of a DropDownChoice. It would then be easier for anybody to 'sugarcoat' their DropDown and it would not break the existing inplementations. There I could just check if (renderer instanceof MyChoiceRenderer) { ... and sugarcoat my option ... } ** Martin > > On Sat, Aug 9, 2008 at 10:21 PM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >> It would be pretty easy to just add a getDispayStyle method into the >> IChoiceRenderer interface and refactor the various classes using it to >> support it accordingly. Don't you think? >> >> ** >> Martin >> >> 2008/8/10 Igor Vaynberg <[EMAIL PROTECTED]>: >>> so write a component that works the way you want. >>> >>> as core devs we have to maintain a hard balance between simplicity and >>> flexibility. the more pluggable/customizable you make something, the >>> more complicated it becomes. >>> >>> we do not make core components ultra pluggable because they serve as a >>> basis and examples for users who want to see how they work and want to >>> implement something similar. what we do concentrate on a lot is making >>> writing your own components easy. >>> >>> if you look at the dropdownchoice class hiearchy you might find a base >>> class that is a good starting point and will get you 80% of where you >>> want to go. the other 20% are up to you. >>> >>> -igor >>> >>> On Sat, Aug 9, 2008 at 10:06 PM, Martin Makundi >>> <[EMAIL PROTECTED]> wrote: > Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket > Select And SelectOption" presentation (roughly about half way through). Yes, but with Select And SelectOption you loose the benefits of dropdownchoice (automatic notnull and localization, for example). ** Martin > > Regards - Cemal > http://www.jWeekend.co.uk http://jWeekend.co.uk > > > fulltoos wrote: >> >> hi >> I want to have a dropdown choice in which some of the choices are of >> different color based on the model. >> is there any existing implementation which i can use. >> OR how should i go about it >> please suggset. >> >> full toos >> == >> >> > > -- > View this message in context: > http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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] >>> >>> - >>> 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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I do not see my wicket:container rendered?
wicket:container tag is never rendered into the output, that is kind of the entire point of wicket:container :) eg: 1 2 it is there for situations where you do not want to render any tag into the output because it may cause invalid markup, etc. -igor On Sat, Aug 9, 2008 at 10:35 PM, Martin Makundi <[EMAIL PROTECTED]> wrote: > Hi! > > I want to use my wicketContainer (wicket:container tag) for a > placeholder for a ajax replace. > > I have the following settings: > >// ... >getMarkupSettings().setStripWicketTags(true); >// ... > > wicketContainer.setOutputMarkupPlaceholderTag(true).setRenderBodyOnly(false); > > Nevertheless, the wicketContainer appears to be stripped from the > rendered page and the ajax-refresh does not work (no tag, no markup > id). > > Is this a "bug" or is it supposed to work this way? I assumed that > "stripWicketTags" would strip the 'useless' wickt tags but allow to > override and show the necessary tags. > > ** > 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]
I do not see my wicket:container rendered?
Hi! I want to use my wicketContainer (wicket:container tag) for a placeholder for a ajax replace. I have the following settings: // ... getMarkupSettings().setStripWicketTags(true); // ... wicketContainer.setOutputMarkupPlaceholderTag(true).setRenderBodyOnly(false); Nevertheless, the wicketContainer appears to be stripped from the rendered page and the ajax-refresh does not work (no tag, no markup id). Is this a "bug" or is it supposed to work this way? I assumed that "stripWicketTags" would strip the 'useless' wickt tags but allow to override and show the necessary tags. ** Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with implementing borders
thanks -igor On Sat, Aug 9, 2008 at 10:19 PM, Martin Makundi <[EMAIL PROTECTED]> wrote: >> do you call contents.add(getbodycontainer()) so that is >> properly inside the "contents" container? > > Thanx.. now it works. It didn't occur to me to look into the javadoc > as I was following the example in the wiki. BUT, I have now updated > the WiKi accordingly! > > ** > Martin > >> >> On Sat, Aug 9, 2008 at 7:43 AM, Martin Makundi >> <[EMAIL PROTECTED]> wrote: >>> I tried also >>> >>> >>> >>> >>> >>> which gives the same error message. >>> >>> ** >>> Martin >>> >>> 2008/8/9 Igor Vaynberg <[EMAIL PROTECTED]>: wicket:body should not have a wicket:id -igor On Sat, Aug 9, 2008 at 2:17 AM, Martin Makundi <[EMAIL PROTECTED]> wrote: > Hi! > > I am trying to follow the example at > http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html > > However, I keep getting the error > > Expected close tag for > > where the test-container is the border block. > > I cannot seem to find any hierarchy errors from the markup and I do > not understand why it does not work... regardless whether the contents > are visible by default or not... anybody? > > Here is my markup: > > Main page: > :: > > > Border page: > :: > http://wicket.sourceforge.net";> > > Title > > > > > > > > > > > > > > > ** > 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] >>> >>> >> >> - >> 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]
Re: color code options in drop down choice
it will also break all existing implementations of the interface out there. -igor On Sat, Aug 9, 2008 at 10:21 PM, Martin Makundi <[EMAIL PROTECTED]> wrote: > It would be pretty easy to just add a getDispayStyle method into the > IChoiceRenderer interface and refactor the various classes using it to > support it accordingly. Don't you think? > > ** > Martin > > 2008/8/10 Igor Vaynberg <[EMAIL PROTECTED]>: >> so write a component that works the way you want. >> >> as core devs we have to maintain a hard balance between simplicity and >> flexibility. the more pluggable/customizable you make something, the >> more complicated it becomes. >> >> we do not make core components ultra pluggable because they serve as a >> basis and examples for users who want to see how they work and want to >> implement something similar. what we do concentrate on a lot is making >> writing your own components easy. >> >> if you look at the dropdownchoice class hiearchy you might find a base >> class that is a good starting point and will get you 80% of where you >> want to go. the other 20% are up to you. >> >> -igor >> >> On Sat, Aug 9, 2008 at 10:06 PM, Martin Makundi >> <[EMAIL PROTECTED]> wrote: Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket Select And SelectOption" presentation (roughly about half way through). >>> >>> Yes, but with Select And SelectOption you loose the benefits of >>> dropdownchoice (automatic notnull and localization, for example). >>> >>> ** >>> Martin >>> Regards - Cemal http://www.jWeekend.co.uk http://jWeekend.co.uk fulltoos wrote: > > hi > I want to have a dropdown choice in which some of the choices are of > different color based on the model. > is there any existing implementation which i can use. > OR how should i go about it > please suggset. > > full toos > == > > -- View this message in context: http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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] >>> >>> >> >> - >> 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]
Re: color code options in drop down choice
It would be pretty easy to just add a getDispayStyle method into the IChoiceRenderer interface and refactor the various classes using it to support it accordingly. Don't you think? ** Martin 2008/8/10 Igor Vaynberg <[EMAIL PROTECTED]>: > so write a component that works the way you want. > > as core devs we have to maintain a hard balance between simplicity and > flexibility. the more pluggable/customizable you make something, the > more complicated it becomes. > > we do not make core components ultra pluggable because they serve as a > basis and examples for users who want to see how they work and want to > implement something similar. what we do concentrate on a lot is making > writing your own components easy. > > if you look at the dropdownchoice class hiearchy you might find a base > class that is a good starting point and will get you 80% of where you > want to go. the other 20% are up to you. > > -igor > > On Sat, Aug 9, 2008 at 10:06 PM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >>> Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket >>> Select And SelectOption" presentation (roughly about half way through). >> >> Yes, but with Select And SelectOption you loose the benefits of >> dropdownchoice (automatic notnull and localization, for example). >> >> ** >> Martin >> >>> >>> Regards - Cemal >>> http://www.jWeekend.co.uk http://jWeekend.co.uk >>> >>> >>> fulltoos wrote: hi I want to have a dropdown choice in which some of the choices are of different color based on the model. is there any existing implementation which i can use. OR how should i go about it please suggset. full toos == >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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] >> >> > > - > 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: Problem with implementing borders
> do you call contents.add(getbodycontainer()) so that is > properly inside the "contents" container? Thanx.. now it works. It didn't occur to me to look into the javadoc as I was following the example in the wiki. BUT, I have now updated the WiKi accordingly! ** Martin > > On Sat, Aug 9, 2008 at 7:43 AM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >> I tried also >> >> >> >> >> >> which gives the same error message. >> >> ** >> Martin >> >> 2008/8/9 Igor Vaynberg <[EMAIL PROTECTED]>: >>> wicket:body should not have a wicket:id >>> >>> -igor >>> >>> On Sat, Aug 9, 2008 at 2:17 AM, Martin Makundi >>> <[EMAIL PROTECTED]> wrote: Hi! I am trying to follow the example at http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html However, I keep getting the error Expected close tag for where the test-container is the border block. I cannot seem to find any hierarchy errors from the markup and I do not understand why it does not work... regardless whether the contents are visible by default or not... anybody? Here is my markup: Main page: :: Border page: :: http://wicket.sourceforge.net";> Title ** 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] >> >> > > - > 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: color code options in drop down choice
so write a component that works the way you want. as core devs we have to maintain a hard balance between simplicity and flexibility. the more pluggable/customizable you make something, the more complicated it becomes. we do not make core components ultra pluggable because they serve as a basis and examples for users who want to see how they work and want to implement something similar. what we do concentrate on a lot is making writing your own components easy. if you look at the dropdownchoice class hiearchy you might find a base class that is a good starting point and will get you 80% of where you want to go. the other 20% are up to you. -igor On Sat, Aug 9, 2008 at 10:06 PM, Martin Makundi <[EMAIL PROTECTED]> wrote: >> Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket >> Select And SelectOption" presentation (roughly about half way through). > > Yes, but with Select And SelectOption you loose the benefits of > dropdownchoice (automatic notnull and localization, for example). > > ** > Martin > >> >> Regards - Cemal >> http://www.jWeekend.co.uk http://jWeekend.co.uk >> >> >> fulltoos wrote: >>> >>> hi >>> I want to have a dropdown choice in which some of the choices are of >>> different color based on the model. >>> is there any existing implementation which i can use. >>> OR how should i go about it >>> please suggset. >>> >>> full toos >>> == >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: color code options in drop down choice
> Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket > Select And SelectOption" presentation (roughly about half way through). Yes, but with Select And SelectOption you loose the benefits of dropdownchoice (automatic notnull and localization, for example). ** Martin > > Regards - Cemal > http://www.jWeekend.co.uk http://jWeekend.co.uk > > > fulltoos wrote: >> >> hi >> I want to have a dropdown choice in which some of the choices are of >> different color based on the model. >> is there any existing implementation which i can use. >> OR how should i go about it >> please suggset. >> >> full toos >> == >> >> > > -- > View this message in context: > http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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: color code options in drop down choice
Take a look http://jweekend.com/dev/ArticlesPage/ here , at the "Wicket Select And SelectOption" presentation (roughly about half way through). Regards - Cemal http://www.jWeekend.co.uk http://jWeekend.co.uk fulltoos wrote: > > hi > I want to have a dropdown choice in which some of the choices are of > different color based on the model. > is there any existing implementation which i can use. > OR how should i go about it > please suggset. > > full toos > == > > -- View this message in context: http://www.nabble.com/color-code-options-in-drop-down-choice-tp16964792p18909328.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: color code options in drop down choice
Note that you can style tags in Firefox, but it probably won't work in Internet Explorer, so it may not be worth even bothering with this... Alastair 2008/8/9 Martin Makundi <[EMAIL PROTECTED]>: > Using Select/SelectOption/SelectOptions I loose all the other > encapsulated benfits of DropDownChoice or ListChoice. > > Wouldn't it be a good idea to have IChoiceRenderer or a similar > interface with a method getDispayStyle for each option? > > ** > Martin > > 2008/4/29 Igor Vaynberg <[EMAIL PROTECTED]>: >> see Select/SelectOption/SelectOptions in wicket-extensions >> >> -igor >> >> >> On Tue, Apr 29, 2008 at 9:43 AM, Full-toos Geek <[EMAIL PROTECTED]> wrote: >>> hi >>> I want to have a dropdown choice in which some of the choices are of >>> different color based on the model. >>> is there any existing implementation which i can use. >>> OR how should i go about it >>> please suggset. >>> >>> full toos >>> == >>> >> >> - >> 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]
Re: Images not caching in browser
On Fri, 08 Aug 2008, jchappelle wrote: > Every time my pages load all the images load again. I'm not sure how to fix > this. Is it a change in my filter mapping? Does this happen on all browsers? I think that IE 6 needs some more caching headers than the others http://aspnetresources.com/blog/cache_control_extensions.aspx Best wishes, Timo -- Timo Rantalaiho Reaktor Innovations Oyhttp://www.ri.fi/ > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Images not caching in browser
it might be, i am not sure. try tomcat 5 without apache infront of it. -igor On Sat, Aug 9, 2008 at 1:19 PM, jchappelle <[EMAIL PROTECTED]> wrote: > > I am using Tomcat 5 running as a mod under the apache http server. > > Do you think it is a configuration in tomcat? > -- > View this message in context: > http://www.nabble.com/Images-not-caching-in-browser-tp18901385p18908064.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: Images not caching in browser
I am using Tomcat 5 running as a mod under the apache http server. Do you think it is a configuration in tomcat? -- View this message in context: http://www.nabble.com/Images-not-caching-in-browser-tp18901385p18908064.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: Is SAFE_CHILD_ID_PATTERN in AbstractRepeater correct, or does it break CSS spec?
because in certain scenarios we use regular expressions to get at certain things, and some of them are hardcoded to skip over [0-9]+ because we consider those reserved for direct children of repeaters... -igor On Sat, Aug 9, 2008 at 12:25 PM, John Patterson <[EMAIL PROTECTED]> wrote: > > Yeah I will do that... but it seems to work OK anyway. So I am curious why > the id must be numeric? > > > igor.vaynberg wrote: >> >> why are you even getting the warning? add an intermediate item if you >> want to use the CPM >> >> repeatingview rv=new repeatingview(); >> webmarkupcontainer item=new webmarkupcontainer(rv.newchildid()); >> rv.add(item); >> >> item.add(componentwithwhateveridyouwant) >> >> -igor >> >> On Sat, Aug 9, 2008 at 11:09 AM, John Patterson <[EMAIL PROTECTED]> wrote: >>> >>> Am I OK to continue ignoring the warning? Or will this bite me somewhere >>> else? >>> >>> >>> igor.vaynberg wrote: there are a couple of historical reasons that are hard for us to remove due to api compatibility requirements in 1.3 and 1.4. this is something we can address once work starts on 1.5 -igor On Fri, Aug 8, 2008 at 7:20 PM, John Patterson <[EMAIL PROTECTED]> wrote: > > Why are only digits allowed? This stops me using a > CompoundPropertyModel. > It seems to work fine apart from the warning. > > > igor.vaynberg wrote: >> >> On Nov 16, 2007 2:55 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: >>> Why is container0 a non-safe id, >> >> because it contains nondigits like the message said? >> >>> and isn't it wrong to use only digits >>> for id's in css? >> >> this is component id, not css id... >> >> -igor >> >> >>> >>> SAFE_CHILD_ID_PATTERN is defined as "^\\d+$". >>> >>> I currently use 1.3-rc1. >>> >>> Sincerely, >>> Edvin Syse >>> >>> - >>> 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] >> >> >> > > -- > View this message in context: > http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18901599.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] >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907077.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] >> >> >> > > -- > View this message in context: > http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907674.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: Is SAFE_CHILD_ID_PATTERN in AbstractRepeater correct, or does it break CSS spec?
Yeah I will do that... but it seems to work OK anyway. So I am curious why the id must be numeric? igor.vaynberg wrote: > > why are you even getting the warning? add an intermediate item if you > want to use the CPM > > repeatingview rv=new repeatingview(); > webmarkupcontainer item=new webmarkupcontainer(rv.newchildid()); > rv.add(item); > > item.add(componentwithwhateveridyouwant) > > -igor > > On Sat, Aug 9, 2008 at 11:09 AM, John Patterson <[EMAIL PROTECTED]> wrote: >> >> Am I OK to continue ignoring the warning? Or will this bite me somewhere >> else? >> >> >> igor.vaynberg wrote: >>> >>> there are a couple of historical reasons that are hard for us to >>> remove due to api compatibility requirements in 1.3 and 1.4. >>> >>> this is something we can address once work starts on 1.5 >>> >>> -igor >>> >>> On Fri, Aug 8, 2008 at 7:20 PM, John Patterson <[EMAIL PROTECTED]> >>> wrote: Why are only digits allowed? This stops me using a CompoundPropertyModel. It seems to work fine apart from the warning. igor.vaynberg wrote: > > On Nov 16, 2007 2:55 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: >> Why is container0 a non-safe id, > > because it contains nondigits like the message said? > >> and isn't it wrong to use only digits >> for id's in css? > > this is component id, not css id... > > -igor > > >> >> SAFE_CHILD_ID_PATTERN is defined as "^\\d+$". >> >> I currently use 1.3-rc1. >> >> Sincerely, >> Edvin Syse >> >> - >> 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] > > > -- View this message in context: http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18901599.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] >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907077.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] > > > -- View this message in context: http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907674.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: Is SAFE_CHILD_ID_PATTERN in AbstractRepeater correct, or does it break CSS spec?
why are you even getting the warning? add an intermediate item if you want to use the CPM repeatingview rv=new repeatingview(); webmarkupcontainer item=new webmarkupcontainer(rv.newchildid()); rv.add(item); item.add(componentwithwhateveridyouwant) -igor On Sat, Aug 9, 2008 at 11:09 AM, John Patterson <[EMAIL PROTECTED]> wrote: > > Am I OK to continue ignoring the warning? Or will this bite me somewhere > else? > > > igor.vaynberg wrote: >> >> there are a couple of historical reasons that are hard for us to >> remove due to api compatibility requirements in 1.3 and 1.4. >> >> this is something we can address once work starts on 1.5 >> >> -igor >> >> On Fri, Aug 8, 2008 at 7:20 PM, John Patterson <[EMAIL PROTECTED]> wrote: >>> >>> Why are only digits allowed? This stops me using a >>> CompoundPropertyModel. >>> It seems to work fine apart from the warning. >>> >>> >>> igor.vaynberg wrote: On Nov 16, 2007 2:55 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: > Why is container0 a non-safe id, because it contains nondigits like the message said? > and isn't it wrong to use only digits > for id's in css? this is component id, not css id... -igor > > SAFE_CHILD_ID_PATTERN is defined as "^\\d+$". > > I currently use 1.3-rc1. > > Sincerely, > Edvin Syse > > - > 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] >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18901599.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] >> >> >> > > -- > View this message in context: > http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907077.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: Problem with implementing borders
do you call contents.add(getbodycontainer()) so that is properly inside the "contents" container? -igor On Sat, Aug 9, 2008 at 7:43 AM, Martin Makundi <[EMAIL PROTECTED]> wrote: > I tried also > > > > > > which gives the same error message. > > ** > Martin > > 2008/8/9 Igor Vaynberg <[EMAIL PROTECTED]>: >> wicket:body should not have a wicket:id >> >> -igor >> >> On Sat, Aug 9, 2008 at 2:17 AM, Martin Makundi >> <[EMAIL PROTECTED]> wrote: >>> Hi! >>> >>> I am trying to follow the example at >>> http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html >>> >>> However, I keep getting the error >>> >>> Expected close tag for >>> >>> where the test-container is the border block. >>> >>> I cannot seem to find any hierarchy errors from the markup and I do >>> not understand why it does not work... regardless whether the contents >>> are visible by default or not... anybody? >>> >>> Here is my markup: >>> >>> Main page: >>> :: >>> >>> >>> Border page: >>> :: >>> http://wicket.sourceforge.net";> >>> >>> Title >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ** >>> 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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is SAFE_CHILD_ID_PATTERN in AbstractRepeater correct, or does it break CSS spec?
Am I OK to continue ignoring the warning? Or will this bite me somewhere else? igor.vaynberg wrote: > > there are a couple of historical reasons that are hard for us to > remove due to api compatibility requirements in 1.3 and 1.4. > > this is something we can address once work starts on 1.5 > > -igor > > On Fri, Aug 8, 2008 at 7:20 PM, John Patterson <[EMAIL PROTECTED]> wrote: >> >> Why are only digits allowed? This stops me using a >> CompoundPropertyModel. >> It seems to work fine apart from the warning. >> >> >> igor.vaynberg wrote: >>> >>> On Nov 16, 2007 2:55 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: Why is container0 a non-safe id, >>> >>> because it contains nondigits like the message said? >>> and isn't it wrong to use only digits for id's in css? >>> >>> this is component id, not css id... >>> >>> -igor >>> >>> SAFE_CHILD_ID_PATTERN is defined as "^\\d+$". I currently use 1.3-rc1. Sincerely, Edvin Syse - 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] >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18901599.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] > > > -- View this message in context: http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18907077.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: Problem with implementing borders
I tried also which gives the same error message. ** Martin 2008/8/9 Igor Vaynberg <[EMAIL PROTECTED]>: > wicket:body should not have a wicket:id > > -igor > > On Sat, Aug 9, 2008 at 2:17 AM, Martin Makundi > <[EMAIL PROTECTED]> wrote: >> Hi! >> >> I am trying to follow the example at >> http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html >> >> However, I keep getting the error >> >> Expected close tag for >> >> where the test-container is the border block. >> >> I cannot seem to find any hierarchy errors from the markup and I do >> not understand why it does not work... regardless whether the contents >> are visible by default or not... anybody? >> >> Here is my markup: >> >> Main page: >> :: >> >> >> Border page: >> :: >> http://wicket.sourceforge.net";> >> >> Title >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ** >> 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]
Re: Problem with implementing borders
wicket:body should not have a wicket:id -igor On Sat, Aug 9, 2008 at 2:17 AM, Martin Makundi <[EMAIL PROTECTED]> wrote: > Hi! > > I am trying to follow the example at > http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html > > However, I keep getting the error > > Expected close tag for > > where the test-container is the border block. > > I cannot seem to find any hierarchy errors from the markup and I do > not understand why it does not work... regardless whether the contents > are visible by default or not... anybody? > > Here is my markup: > > Main page: > :: > > > Border page: > :: > http://wicket.sourceforge.net";> > > Title > > > > > > > > > > > > > > > ** > 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]
Re: color code options in drop down choice
Using Select/SelectOption/SelectOptions I loose all the other encapsulated benfits of DropDownChoice or ListChoice. Wouldn't it be a good idea to have IChoiceRenderer or a similar interface with a method getDispayStyle for each option? ** Martin 2008/4/29 Igor Vaynberg <[EMAIL PROTECTED]>: > see Select/SelectOption/SelectOptions in wicket-extensions > > -igor > > > On Tue, Apr 29, 2008 at 9:43 AM, Full-toos Geek <[EMAIL PROTECTED]> wrote: >> hi >> I want to have a dropdown choice in which some of the choices are of >> different color based on the model. >> is there any existing implementation which i can use. >> OR how should i go about it >> please suggset. >> >> full toos >> == >> > > - > 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: Add markup to ListView's markup
On 06.08.2008, at 14:26, Kaspar Fischer wrote: On 06.08.2008, at 13:15, James Carman wrote: Why not make a new panel component that has a ListView and a label at the bottom? I ended up doing exactly this ... I need this component in many places, every time with different markup for between and . Therefore I am interested in solutions that allow the user of the component to provide the markup (as users of ListView can do right now). ... and my panel provides an overridable method to allow subclasses to replace the markup between and (by passing in a Fragment or so) in case they need it. Thanks for your help and clarifications, James. Kaspar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with custom FormComponentPanel and AjaxSubmitLink
I want to code a custom form component that allows users to edit the set of tags of some object. When constructed, the component receives a model for the current set of tags. The user can then edit this set using AJAX Add button and Remove links: Current tags: Foo (x), Bar (x) Add tag: [text field] Add I have implemented the component as a FormComponentPanel>, with AjaxLink's to realize the remove links (x) and with an AjaxSubmitLink for the Add button. The remove links work but the Add button's onSubmit() always fails with a NullPointerException when it tries to get the model object, getModelObject(), of the enclosing FormComponentPanel. Does anybody see what I am doing wrong? I attach the complete source (heavily cut down). Thank you in advance for any hint or guidance, and sorry for the lenghty post, Kaspar // File Test.html // File Test.java package org.test; import java.util.ArrayList; import java.util.List; import org.apache.wicket.markup.html.WebPage; import org.apache.wicket.markup.html.form.Form; import org.apache.wicket.model.IModel; import org.apache.wicket.model.Model; public class Test extends WebPage { public Test() { super(); final Form form = new Form("form"); add(form); List initialTags = new ArrayList(); initialTags.add("Foo"); IModel> tagsModel = Model.of(initialTags); form.add(new TagSelector("selector", tagsModel)); } } // File TagSelector.html Tags: href="#" wicket:id="remove">remove Add: wicket:id="add-button" type="submit"/> // File TagSelector.java package org.test; import java.util.Arrays; import java.util.Iterator; import java.util.List; import org.apache.commons.lang.StringEscapeUtils; import org.apache.wicket.ajax.AjaxRequestTarget; import org.apache.wicket.ajax.markup.html.AjaxLink; import org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink; import org .apache .wicket.extensions.ajax.markup.html.autocomplete.AutoCompleteTextField; import org.apache.wicket.markup.html.basic.Label; import org.apache.wicket.markup.html.form.Form; import org.apache.wicket.markup.html.form.FormComponentPanel; import org.apache.wicket.markup.html.list.ListItem; import org.apache.wicket.markup.html.list.ListView; import org.apache.wicket.markup.html.panel.FeedbackPanel; import org.apache.wicket.model.IModel; import org.apache.wicket.model.Model; public class TagSelector extends FormComponentPanel> { private final static String[] DUMMY_TAGS_ARRAY = { "Foo", "Bar", "Foobar" }; private final static List DUMMY_TAGS = Arrays.asList(DUMMY_TAGS_ARRAY); public TagSelector(String id, IModel> model) { super(id, model); setOutputMarkupId(true); add(new FeedbackPanel("feedback")); add(new ListView("tag", model) { @Override protected void populateItem(ListItem item) { final String tagName = item.getModelObject(); item.add(new Label("tag-name", tagName)); item.add(new AjaxLink("remove") { @Override public void onClick(AjaxRequestTarget target) { // Remove tag from current selection TagSelector.this.getModelObject().remove(tagName); // Feedback getSession().info("Removed tag '" + tagName + "'."); // AJAX update (including feedback panel) target.addComponent(TagSelector.this); } }); } }); final AutoCompleteTextField inputField = new AutoCompleteTextField("input", new Model("")) { @Override protected Iterator getChoices(String input) { // For the sake of illustration, return a fixed list here ... return DUMMY_TAGS.iterator(); } }; add(inputField.setOutputMarkupId(true)); add(new AjaxSubmitLink("add-button") { @Override protected void onSubmit(AjaxRequestTarget target, Form form) { // Get entered tag name final String tagName = StringEscapeUtils .unescapeHtml(inputField.getDefaultModelObjectAsString()); // Verify existence final boolean exists = DUMMY_TAGS.contains(tagName); if (!exists) { getSession().info("Tag '" + tagName + "' is unknown. Please try again!"); } // Add tag else { List currentTags = TagSelector.this.getModelObject(); // is always null! if (currentTags.contains(tagName)) { getSession().info("Tag '" + tagName + "' already present."); } else { currentTags.add(tagName); getSession().info("Added tag '" + tagName + "'."); } } // AJAX update (including feedback panel) target.addComponent(TagSelector.this); target.focusComponent(inputField); } }); } }
Problem with implementing borders
Hi! I am trying to follow the example at http://cwiki.apache.org/WICKET/consistent-page-layout-using-borders.html However, I keep getting the error Expected close tag for where the test-container is the border block. I cannot seem to find any hierarchy errors from the markup and I do not understand why it does not work... regardless whether the contents are visible by default or not... anybody? Here is my markup: Main page: :: Border page: :: http://wicket.sourceforge.net";> Title ** Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PageParameters
Igor Vaynberg schrieb: done for now thx again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is SAFE_CHILD_ID_PATTERN in AbstractRepeater correct, or does it break CSS spec?
there are a couple of historical reasons that are hard for us to remove due to api compatibility requirements in 1.3 and 1.4. this is something we can address once work starts on 1.5 -igor On Fri, Aug 8, 2008 at 7:20 PM, John Patterson <[EMAIL PROTECTED]> wrote: > > Why are only digits allowed? This stops me using a CompoundPropertyModel. > It seems to work fine apart from the warning. > > > igor.vaynberg wrote: >> >> On Nov 16, 2007 2:55 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: >>> Why is container0 a non-safe id, >> >> because it contains nondigits like the message said? >> >>> and isn't it wrong to use only digits >>> for id's in css? >> >> this is component id, not css id... >> >> -igor >> >> >>> >>> SAFE_CHILD_ID_PATTERN is defined as "^\\d+$". >>> >>> I currently use 1.3-rc1. >>> >>> Sincerely, >>> Edvin Syse >>> >>> - >>> 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] >> >> >> > > -- > View this message in context: > http://www.nabble.com/Is-SAFE_CHILD_ID_PATTERN-in-AbstractRepeater-correct%2C-or-does-it-break-CSS-spec--tp13803342p18901599.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: Images not caching in browser
if the image is in your context dir then it will be streamed by the servlet container. wicket filter will let the url handling fall through to the container... so it is the servlet container that is not setting caching headers? what container are you using? -igor On Fri, Aug 8, 2008 at 6:41 PM, jchappelle <[EMAIL PROTECTED]> wrote: > > Every time my pages load all the images load again. I'm not sure how to fix > this. Is it a change in my filter mapping? > > Most of my images are loaded as a background-image style rule. My web.xml > filter mapping is this: > > >myApplication >/* > > > In my web root I have the following files and folders: > styles.css, images, WEB-INF. > > Can someone please help? This is really making my site run slowly. > > Thanks for your time. > -- > View this message in context: > http://www.nabble.com/Images-not-caching-in-browser-tp18901385p18901385.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]