Re: repaint content of modalwindow
Isn't it enough to: 1-put a the contents of your modal A in a WebMapkupContainer X (with X.setOutputMarkupId(true)) 2-update the contents of X (X.addOrReplace(new content)) 3- and do ajaxRequestTarget.addComponent(X) ? Regards, Ernesto On Thu, Sep 16, 2010 at 4:26 AM, Chris Colman wrote: >> >>I am using modalwindow its content is a fragment. On ajxaRequest I want > to >>repaint the content of modal window please tell me how can I do this > ? >> > > I have a similar request: > > Modal Form A opens Modal Form B. When B is Ok'd and closes I want to > repaint the contents of Form A because they can change with the changes > made in form B. > > Any ideas? > > > - > 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: Wicket pages are invalid XHTML
And even on development you could disable it via overriding the Application.init() and calling getMarkupSettings().setStripWicketTags(true); Ernesto On Thu, Sep 16, 2010 at 3:50 AM, Ichiro Furusato wrote: > Hi Jeremy, > > Thanks for the quick reply. Is the reason I'm seeing the wicket:id > in my output then that I'm working in development mode? If so, > I'd say that was a nice design decision (not surprising from what > else I've seen in Wicket). > > Cheers, > > Ichiro > > > On 9/16/10, Jeremy Thomerson wrote: >> On Wed, Sep 15, 2010 at 8:11 PM, Ichiro Furusato >> wrote: >> >>> Hi, >>> >>> I'm a new Wicket user and am unclear about a couple of things regarding >>> what type of markup Wicket delivers to clients. Because some of the >>> clients >>> I work with have government guidelines restricting what document types >>> are permitted (typically XHTML 1.0 Strict or Transitional), I'm concerned >>> I might not be able to use Wicket for those projects. >>> >>> What I'll call "the Wicket XHTML DTD" is referenced as the XML namespace >>> URI for wicket documents. As (from what I've seen) there is no stated >>> DOCTYPE declaration, Wicket pages are expressed as well-formed XML only, >>> even though they could likely validate according to the Wicket XHTML DTD. >>> Unfortunately, for my applications I have a requirement to declare and be >>> valid according to a W3C XHTML 1.0 DTD. >>> >>> It would seem from the unmodified comments found at the top of the Wicket >>> XHTML DTD that the schema used at first glance is XHTML 1.0 Strict, e.g.: >>> >>> This DTD module is identified by the PUBLIC and SYSTEM identifiers: >>> >>> PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" >>> SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"; >>> >>> but on further investigation there have been modifications to the schema: >>> the addition of some "wicket:" prefixed attributes to %coreattrs;. >>> >>> It's not industry practice to do that kind of thing, i.e., the header >>> comments should identify the schema being expressed. If a DTD is modified >>> the comments should be modified to relabel the schema. Any reference to >>> the FPI (formal public identifier) for XHTML 1.0 would likewise be >>> inappropriate since the Wicket schema has modified it. Even if the changes >>> occur in a new XML namespace the schema is no longer XHTML 1.0 Strict and >>> will not validate according to that DTD. >>> >>> There are a few questions/comments that come from the above: >>> >>> 1. Are the wicket attributes required for Wicket-based processing? >>> Would removing them break existing functionality? >>> >>> 2. If the answer to #1 is no, could the web pages be run through a >>> simple XSLT transform to remove the non-XHTML attributes? >>> >>> 3. If the answer to #2 is yes, I'm willing to supply the XSLT >>> stylesheet, but I'm not on the developer team and couldn't based >>> on my current workload volunteer, so I wouldn't be able to supply >>> the code supporting that feature. >>> >>> 4. I am familiar with the XHTML modular DTDs and would be willing to >>> supply an XHTML 1.0 DTD based on a new Wicket module, then >>> "flattened" (converted into one file) based on some tools I've >>> written. >>> This would be a replacement for the existing Wicket XHTML DTD and >>> be appropriately named, e.g., >>> >>> -//Apache.org//DTD XHTML 1.0 Strict for Wicket 1.4//EN >>> >>> This DTD could of course be used to validate Wicket-produced web >>> pages, but wouldn't be needed if the wicket: attributes were >>> stripped from generated web pages. Ideally, Wicket would produce >>> valid XHTML 1.0 Strict. I don't know if this is possible. >>> >>> Some clarification on this would be most appreciated, >>> >>> Thanks, >>> >>> Ichiro >>> >>> PS. on the whole I'm liking what I see with Wicket, esp. compared to >>> Spring's increasingly complex, arcane and fragile approach to what >>> should not be rocket science. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> Wicket only generates whatever HTML you want it to generate. The only >> wicket tag (or actually, attribute) you are required to use is "wicket:id", >> which will automatically be removed from your HTML in deployment mode. So, >> use strict XHTML in your *.html files and strict XHTML is what will be >> rendered. >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.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.a
Java in CMS arena,..wicket to lead the way?!
Summary:: This conversation is about Java in the CMS space, comparison to PHP and is there a future to reduce turn around time with Java. Are we as a community too elitist to be stuck on masturbating on frameworks rather than solutions that affect direct outcome? ..and then technically I've centered this around Brix & wicket. Hi, I've been exploring lot of Java CMS solutions and also frameworks. BRIX, Alfresco I feel are good for different reasons. >From a Web framework point of view, I feel Wicket & I guess Sling cut the mark pretty well (not much experience yet with Sling). However, with Java Community the solutions (beyond framework) finish is not comparable to the likes of PHP giants like Drupal, Wordpress etc. I operate in the small business market a lot , and this really hurts. I really feel the Java. With earlier version of Java it would get tedious and too boilerplate to produce anything quickly fast. But with the advent of scripting languages galore, be it Server JavaScript, Groovy, Scala ... and so many wonderful frameworks we have not taken it to the next level to producing quality CMS. Brix apparently will not be evolved further. which is fine; for its intent it does a good job but what about taking this to the next level. Also, problem with most CMS is they are content centric (ok hence they are called CMS) may seem dumb at a glance. ..but I dont want my business model to go into a JCR repository. Perhaps the intent of the site is to reflect the actual product & business model in a neat way with WebDav. Lets call it PMS (hah) for lack of a better abbreviation. Also the ability to customize the admin module to give a Product centric view instead of Content centric view. This allows for greater analytic s and also then using java as an integration platform to integrate the business model with infinite things at the back end with pluggable extensions. I liked BRIX for many reasons. Am wondering if people are thinking about what I mentioned above ..also if we can take Brix further (not core) but by adding extensions and delivering a quality complete solution that could rival something like Drupal in the near future ...or maybe eventually! ..sorry i don't have my own Blog. You see WordPress is in PHP *wink hehe. Get the point?! :) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Java-in-CMS-arena-wicket-to-lead-the-way-tp2541542p2541542.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 pages are invalid XHTML
Yes Jeremy Thomerson http://wickettraining.com -- sent from my "smart" phone, so please excuse spelling, formatting, or compiler errors On Sep 15, 2010 8:51 PM, "Ichiro Furusato" wrote: Hi Jeremy, Thanks for the quick reply. Is the reason I'm seeing the wicket:id in my output then that I'm working in development mode? If so, I'd say that was a nice design decision (not surprising from what else I've seen in Wicket). Cheers, Ichiro On 9/16/10, Jeremy Thomerson wrote: > On Wed, Sep 15, 2010 at 8:11 PM,...
Re: Form/Enter Key Problem
Sorry for replying to an old post. The problem can be solved by moving the submit field out of the form in the html template --james Ballist1c wrote: > > Hey guys, > > I have created the following form (code below). > > The form works fine, when i enter a value into the txt field and mouse > click on the AjaxFormSubmitLink... BUT if i type something into the > TextField and press the enter key, the page loads 'something'... but does > nothing and the form is broken till i do a hard refresh, usually i > close the browser and start it up again. The application itself doesn't > crash, and all the other AJAX on the page works fine. > > I want to know if anyone has had this problem before. I am pretty stuck > on this one at the moment. > > One hack solution i was wondering if someone can help me out with, is to > disable the auto-submit on Enter Key press... anyone know how to do that? > > > Thanks guys!!! > LEo1 > > > public class SearchInputPanel extends Form > { >TextField basicSearchString; >DropDownChoice dodginess; >AjaxFormSubmitLink addButton; >Input input; > >/** > * Creates a new instance of FormPanel > */ >public SearchInputPanel(String id, MarkupContainer parent) >{ > super(id, parent); >} > >@Override >public void setupComponents() >{ > input = new Input(); > basicSearchString = new TextField("searchString", this); > dodginess = new DropDownChoice("dodginess", this, Arrays.asList(new > String[]{"1", "2", "3", "4", "5"})); > > addButton = new AjaxFormSubmitLink("add", this) > { > public void onSubmit(AjaxRequestTarget target) > { > //MessageManager.getInstance().getLatestMessages(); > //((BigBrotherCookieSession) > getJumbuckCookieSession()).setSearchResults(MessageManager.getInstance().getNewMessages()); > target.addComponent(findParent(BasicSearchPanel.class)); > } > > public Form getJumbuckForm() > { > return SearchInputPanel.this.getForm(); > } > }; >} > >@Override >public void setupModels() >{ > setModel(new CompoundPropertyModel(input)); >} > >@Override >public void onSubmit() >{ > BigBrotherCookieSession session = (BigBrotherCookieSession) > getJumbuckCookieSession(); > session.addSearchString(input.getSearchString(), > input.getDodginess()); > > input.setSearchString(""); >} > >private static class Input implements IClusterable >{ > private String searchString = ""; > private Long dodginess = 1L; > > public String getSearchString() > { > return searchString; > } > > public void setSearchString(String searchString) > { > this.searchString = searchString; > } > > public Long getDodginess() > { > return dodginess; > } > > public void setDodginess(Long dodginess) > { > if (dodginess == null) > this.dodginess = 1L; > else > this.dodginess = dodginess; > } >} > } > > -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Form-Enter-Key-Problem-tp1869795p2541503.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: repaint content of modalwindow
> >I am using modalwindow its content is a fragment. On ajxaRequest I want to >repaint the content of modal window please tell me how can I do this ? > I have a similar request: Modal Form A opens Modal Form B. When B is Ok'd and closes I want to repaint the contents of Form A because they can change with the changes made in form B. Any ideas? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket pages are invalid XHTML
Hi Jeremy, Thanks for the quick reply. Is the reason I'm seeing the wicket:id in my output then that I'm working in development mode? If so, I'd say that was a nice design decision (not surprising from what else I've seen in Wicket). Cheers, Ichiro On 9/16/10, Jeremy Thomerson wrote: > On Wed, Sep 15, 2010 at 8:11 PM, Ichiro Furusato > wrote: > >> Hi, >> >> I'm a new Wicket user and am unclear about a couple of things regarding >> what type of markup Wicket delivers to clients. Because some of the >> clients >> I work with have government guidelines restricting what document types >> are permitted (typically XHTML 1.0 Strict or Transitional), I'm concerned >> I might not be able to use Wicket for those projects. >> >> What I'll call "the Wicket XHTML DTD" is referenced as the XML namespace >> URI for wicket documents. As (from what I've seen) there is no stated >> DOCTYPE declaration, Wicket pages are expressed as well-formed XML only, >> even though they could likely validate according to the Wicket XHTML DTD. >> Unfortunately, for my applications I have a requirement to declare and be >> valid according to a W3C XHTML 1.0 DTD. >> >> It would seem from the unmodified comments found at the top of the Wicket >> XHTML DTD that the schema used at first glance is XHTML 1.0 Strict, e.g.: >> >> This DTD module is identified by the PUBLIC and SYSTEM identifiers: >> >> PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" >> SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"; >> >> but on further investigation there have been modifications to the schema: >> the addition of some "wicket:" prefixed attributes to %coreattrs;. >> >> It's not industry practice to do that kind of thing, i.e., the header >> comments should identify the schema being expressed. If a DTD is modified >> the comments should be modified to relabel the schema. Any reference to >> the FPI (formal public identifier) for XHTML 1.0 would likewise be >> inappropriate since the Wicket schema has modified it. Even if the changes >> occur in a new XML namespace the schema is no longer XHTML 1.0 Strict and >> will not validate according to that DTD. >> >> There are a few questions/comments that come from the above: >> >> 1. Are the wicket attributes required for Wicket-based processing? >> Would removing them break existing functionality? >> >> 2. If the answer to #1 is no, could the web pages be run through a >> simple XSLT transform to remove the non-XHTML attributes? >> >> 3. If the answer to #2 is yes, I'm willing to supply the XSLT >> stylesheet, but I'm not on the developer team and couldn't based >> on my current workload volunteer, so I wouldn't be able to supply >> the code supporting that feature. >> >> 4. I am familiar with the XHTML modular DTDs and would be willing to >> supply an XHTML 1.0 DTD based on a new Wicket module, then >> "flattened" (converted into one file) based on some tools I've >> written. >> This would be a replacement for the existing Wicket XHTML DTD and >> be appropriately named, e.g., >> >>-//Apache.org//DTD XHTML 1.0 Strict for Wicket 1.4//EN >> >> This DTD could of course be used to validate Wicket-produced web >> pages, but wouldn't be needed if the wicket: attributes were >> stripped from generated web pages. Ideally, Wicket would produce >> valid XHTML 1.0 Strict. I don't know if this is possible. >> >> Some clarification on this would be most appreciated, >> >> Thanks, >> >> Ichiro >> >> PS. on the whole I'm liking what I see with Wicket, esp. compared to >> Spring's increasingly complex, arcane and fragile approach to what >> should not be rocket science. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > Wicket only generates whatever HTML you want it to generate. The only > wicket tag (or actually, attribute) you are required to use is "wicket:id", > which will automatically be removed from your HTML in deployment mode. So, > use strict XHTML in your *.html files and strict XHTML is what will be > rendered. > > -- > Jeremy Thomerson > http://www.wickettraining.com > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket pages are invalid XHTML
On Wed, Sep 15, 2010 at 8:11 PM, Ichiro Furusato wrote: > Hi, > > I'm a new Wicket user and am unclear about a couple of things regarding > what type of markup Wicket delivers to clients. Because some of the clients > I work with have government guidelines restricting what document types > are permitted (typically XHTML 1.0 Strict or Transitional), I'm concerned > I might not be able to use Wicket for those projects. > > What I'll call "the Wicket XHTML DTD" is referenced as the XML namespace > URI for wicket documents. As (from what I've seen) there is no stated > DOCTYPE declaration, Wicket pages are expressed as well-formed XML only, > even though they could likely validate according to the Wicket XHTML DTD. > Unfortunately, for my applications I have a requirement to declare and be > valid according to a W3C XHTML 1.0 DTD. > > It would seem from the unmodified comments found at the top of the Wicket > XHTML DTD that the schema used at first glance is XHTML 1.0 Strict, e.g.: > > This DTD module is identified by the PUBLIC and SYSTEM identifiers: > > PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" > SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"; > > but on further investigation there have been modifications to the schema: > the addition of some "wicket:" prefixed attributes to %coreattrs;. > > It's not industry practice to do that kind of thing, i.e., the header > comments should identify the schema being expressed. If a DTD is modified > the comments should be modified to relabel the schema. Any reference to > the FPI (formal public identifier) for XHTML 1.0 would likewise be > inappropriate since the Wicket schema has modified it. Even if the changes > occur in a new XML namespace the schema is no longer XHTML 1.0 Strict and > will not validate according to that DTD. > > There are a few questions/comments that come from the above: > > 1. Are the wicket attributes required for Wicket-based processing? > Would removing them break existing functionality? > > 2. If the answer to #1 is no, could the web pages be run through a > simple XSLT transform to remove the non-XHTML attributes? > > 3. If the answer to #2 is yes, I'm willing to supply the XSLT > stylesheet, but I'm not on the developer team and couldn't based > on my current workload volunteer, so I wouldn't be able to supply > the code supporting that feature. > > 4. I am familiar with the XHTML modular DTDs and would be willing to > supply an XHTML 1.0 DTD based on a new Wicket module, then > "flattened" (converted into one file) based on some tools I've > written. > This would be a replacement for the existing Wicket XHTML DTD and > be appropriately named, e.g., > >-//Apache.org//DTD XHTML 1.0 Strict for Wicket 1.4//EN > > This DTD could of course be used to validate Wicket-produced web > pages, but wouldn't be needed if the wicket: attributes were > stripped from generated web pages. Ideally, Wicket would produce > valid XHTML 1.0 Strict. I don't know if this is possible. > > Some clarification on this would be most appreciated, > > Thanks, > > Ichiro > > PS. on the whole I'm liking what I see with Wicket, esp. compared to > Spring's increasingly complex, arcane and fragile approach to what > should not be rocket science. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > Wicket only generates whatever HTML you want it to generate. The only wicket tag (or actually, attribute) you are required to use is "wicket:id", which will automatically be removed from your HTML in deployment mode. So, use strict XHTML in your *.html files and strict XHTML is what will be rendered. -- Jeremy Thomerson http://www.wickettraining.com
Re: How would you pass your character limits in reusable forms?
Hi Anthony, My wicket project http://code.google.com/p/visural-wicket has a JSR303 based form which might be of use for this. Take a look at http://visural-wicket-examples.appspot.com/app/jsr303 Essentially you can annotate your model bean properties with JSR303 annotations e.g. @Size(max=200) and assuming your form uses a property model, it will pick up the appropriate validations from the model bean that the property model is bound to. I think this should solve your problem? On Thu, Sep 16, 2010 at 10:54 AM, Anthony DePalma wrote: > I have a reusable form panel for some of my applications, but many of > the text fields and text areas have different max lengths depending on > the application using them. So I was thinking of the best ways to pass > these lengths and came up with a bunch of ideas. > > The obvious way is to pass the limits in the constructor, but having a > constructor like > Panel(String id, IModel model, int nameLength, intContentLength, > many more) is error prone and ugly with alot of arguments. > > Then I looked at injecting integers via spring, which was clean but > its not obvious they are required and the application fails to load > the panel if the beans werent defined. > > Another option is having abstract or protected getters that can be > overridden, which I am leaning towards: > > protected int getNameMaxLength() { > return someDefault; > } > > protected abstract int getContentMaxLength(); > > And finally I could create some configuration object and pass that > along to the constructor, but that means a new object and maybe > overkill since it wouldn't work well with panels with only one or two > length parameters. > > Which way would you choose? > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Richard Nichols http://www.richardnichols.net/ :: http://onmydoorstep.com.au/
Wicket pages are invalid XHTML
Hi, I'm a new Wicket user and am unclear about a couple of things regarding what type of markup Wicket delivers to clients. Because some of the clients I work with have government guidelines restricting what document types are permitted (typically XHTML 1.0 Strict or Transitional), I'm concerned I might not be able to use Wicket for those projects. What I'll call "the Wicket XHTML DTD" is referenced as the XML namespace URI for wicket documents. As (from what I've seen) there is no stated DOCTYPE declaration, Wicket pages are expressed as well-formed XML only, even though they could likely validate according to the Wicket XHTML DTD. Unfortunately, for my applications I have a requirement to declare and be valid according to a W3C XHTML 1.0 DTD. It would seem from the unmodified comments found at the top of the Wicket XHTML DTD that the schema used at first glance is XHTML 1.0 Strict, e.g.: This DTD module is identified by the PUBLIC and SYSTEM identifiers: PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"; but on further investigation there have been modifications to the schema: the addition of some "wicket:" prefixed attributes to %coreattrs;. It's not industry practice to do that kind of thing, i.e., the header comments should identify the schema being expressed. If a DTD is modified the comments should be modified to relabel the schema. Any reference to the FPI (formal public identifier) for XHTML 1.0 would likewise be inappropriate since the Wicket schema has modified it. Even if the changes occur in a new XML namespace the schema is no longer XHTML 1.0 Strict and will not validate according to that DTD. There are a few questions/comments that come from the above: 1. Are the wicket attributes required for Wicket-based processing? Would removing them break existing functionality? 2. If the answer to #1 is no, could the web pages be run through a simple XSLT transform to remove the non-XHTML attributes? 3. If the answer to #2 is yes, I'm willing to supply the XSLT stylesheet, but I'm not on the developer team and couldn't based on my current workload volunteer, so I wouldn't be able to supply the code supporting that feature. 4. I am familiar with the XHTML modular DTDs and would be willing to supply an XHTML 1.0 DTD based on a new Wicket module, then "flattened" (converted into one file) based on some tools I've written. This would be a replacement for the existing Wicket XHTML DTD and be appropriately named, e.g., -//Apache.org//DTD XHTML 1.0 Strict for Wicket 1.4//EN This DTD could of course be used to validate Wicket-produced web pages, but wouldn't be needed if the wicket: attributes were stripped from generated web pages. Ideally, Wicket would produce valid XHTML 1.0 Strict. I don't know if this is possible. Some clarification on this would be most appreciated, Thanks, Ichiro PS. on the whole I'm liking what I see with Wicket, esp. compared to Spring's increasingly complex, arcane and fragile approach to what should not be rocket science. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How would you pass your character limits in reusable forms?
I have a reusable form panel for some of my applications, but many of the text fields and text areas have different max lengths depending on the application using them. So I was thinking of the best ways to pass these lengths and came up with a bunch of ideas. The obvious way is to pass the limits in the constructor, but having a constructor like Panel(String id, IModel model, int nameLength, intContentLength, many more) is error prone and ugly with alot of arguments. Then I looked at injecting integers via spring, which was clean but its not obvious they are required and the application fails to load the panel if the beans werent defined. Another option is having abstract or protected getters that can be overridden, which I am leaning towards: protected int getNameMaxLength() { return someDefault; } protected abstract int getContentMaxLength(); And finally I could create some configuration object and pass that along to the constructor, but that means a new object and maybe overkill since it wouldn't work well with panels with only one or two length parameters. Which way would you choose? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to add footer section using DataTable
You could use something like : table.addBottomToolbar(new YourFooterToolbar(...)); where YourFooterToolbar extends AbstractToolbar regards, Gabriel. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-add-footer-section-using-DataTable-tp2541058p2541390.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: how Translate SingIn panel...
Ey thank you very much with your reply but, can you be more specific¿?, I do not know how to do that, what you mean?, do I need to download the sources of the wicket framework and then inside of the sigin panel modify something¿? mmm Im quite lost with this sort of thing I´m afraid... thank you very much -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/how-Translate-SingIn-panel-tp2541131p2541276.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: how Translate SingIn panel...
As far as I know SigninPanel only partially support localization, so you have to override SigninPanel, and provide your own html with the correct translation. And you should probably add "signInFailed" to your properties so you get that message in your language too Einar Den 15. sep. 2010 kl. 21.59 skrev Victor_Trapiello: > > Hello guys, > > I´m using the signIn Panel in my application, it works great but I would > like to "translate" it to Spanish, I mean I would like to see "Nombre de > Usuario" and "Contraseña" instead of "UserName" and "password" how can I do > that¿? any Ideas¿? property files, modifing something in the wicket > sources¿? . > > Tank you very much guys > > Victor Trapiello > Software Engineer > www.trapiello.net > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/how-Translate-SingIn-panel-tp2541131p2541131.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: Conditional Validation (Save versus Submit)
I've done this before by implementing the notion of "Draft Mode" in the form. Like Igor suggested, if you have fields that are incompatible with your model (i.e. string in a number field) you'll either need to decide to force the user to fix those things in all cases, or alternatively change your model to accept strings across the board. All you need to do to implement a draft mode is to have your form's onSubmit essentially do nothing. Then any validations that you add just check the "am I in draft mode" flag. Then you can override the "process" method of your form to change the draft mode on the basis of which submit button (i.e. save or submit) was pressed - e.g. private final SubmitButton submitButton = new SubmitButton("submit"); private boolean draftMode = true; @Override public void process(IFormSubmittingComponent submittingComponent) { draftMode = !(submittingComponent == submitButton); super.process(submittingComponent); } This is necessary since we need to update the flag prior to validation being run. This does mean that you can't use Wicket's built in required field validator, you'll need to create your own. For our application we do this quite a bit, so we built our own standard way of doing this internally. HTH On Thu, Sep 16, 2010 at 6:16 AM, Clint Checketts wrote: > I have a form with 2 buttons: Save and Submit. If the user hits Save I want > to bypass my validations, but still update the underlying model objects so > i > can persist them in a partially completed state, then have the full > validation run when the Submit button is clicked. > > If I call setDefaultFormProcessing(false) then the underlying model isn't > updated either, right? This seems like a pretty common issue, has anyone > else implemented a genius way of dealing with save/submit logic? > > Thanks, > > -Clint > -- Richard Nichols http://www.richardnichols.net/ :: http://onmydoorstep.com.au/
Re: Conditional Validation (Save versus Submit)
not possible. if use types in "a" for a field that is an integer model how to you "save" that? you have to validate. -igor On Wed, Sep 15, 2010 at 1:16 PM, Clint Checketts wrote: > I have a form with 2 buttons: Save and Submit. If the user hits Save I want > to bypass my validations, but still update the underlying model objects so i > can persist them in a partially completed state, then have the full > validation run when the Submit button is clicked. > > If I call setDefaultFormProcessing(false) then the underlying model isn't > updated either, right? This seems like a pretty common issue, has anyone > else implemented a genius way of dealing with save/submit logic? > > Thanks, > > -Clint > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Weird Error
this has nothing to do with the jar, looks like somehow you are missing the tab body panel in your tabbed panel. -igor On Wed, Sep 15, 2010 at 1:11 PM, drf wrote: > > This evening I started getting a strange error which does not appear to be > connected with anything that has changed in my application code. The > exception I am getting related to the wicket-extensions jar: > > WicketMessage: Unable to find component with id 'panel' in [MarkupContainer > [Component id = tabs]]. This means that you declared wicket:id=panel in your > markup, but that you either did not add the component to your page at all, > or that the hierarchy does not match. > [markup = > jar:file:/Users/davidfield/springsource/tc-server-6.0.20.C/webapps/hapoalim-0.0.1-SNAPSHOT/WEB-INF/lib/wicket-extensions-1.4.9.jar!/org/apache/wicket/extensions/markup/html/tabs/TabbedPanel.html > > Futrher on in the exception, it's again clearly stated that the problem is > in the jar: > The problem is in > "jar:file:/Users/davidfield/springsource/tc-server-6.0.20.C/webapps/hapoalim-0.0.1-SNAPSHOT/WEB-INF/lib/wicket-extensions-1.4.9.jar!/org/apache/wicket/extensions/markup/html/tabs/TabbedPanel.html": > > Why would this suddenly start happening - this is a jar I have been using > for months. > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Weird-Error-tp2541144p2541144.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
Conditional Validation (Save versus Submit)
I have a form with 2 buttons: Save and Submit. If the user hits Save I want to bypass my validations, but still update the underlying model objects so i can persist them in a partially completed state, then have the full validation run when the Submit button is clicked. If I call setDefaultFormProcessing(false) then the underlying model isn't updated either, right? This seems like a pretty common issue, has anyone else implemented a genius way of dealing with save/submit logic? Thanks, -Clint
Weird Error
This evening I started getting a strange error which does not appear to be connected with anything that has changed in my application code. The exception I am getting related to the wicket-extensions jar: WicketMessage: Unable to find component with id 'panel' in [MarkupContainer [Component id = tabs]]. This means that you declared wicket:id=panel in your markup, but that you either did not add the component to your page at all, or that the hierarchy does not match. [markup = jar:file:/Users/davidfield/springsource/tc-server-6.0.20.C/webapps/hapoalim-0.0.1-SNAPSHOT/WEB-INF/lib/wicket-extensions-1.4.9.jar!/org/apache/wicket/extensions/markup/html/tabs/TabbedPanel.html Futrher on in the exception, it's again clearly stated that the problem is in the jar: The problem is in "jar:file:/Users/davidfield/springsource/tc-server-6.0.20.C/webapps/hapoalim-0.0.1-SNAPSHOT/WEB-INF/lib/wicket-extensions-1.4.9.jar!/org/apache/wicket/extensions/markup/html/tabs/TabbedPanel.html": Why would this suddenly start happening - this is a jar I have been using for months. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Weird-Error-tp2541144p2541144.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
how Translate SingIn panel...
Hello guys, I´m using the signIn Panel in my application, it works great but I would like to "translate" it to Spanish, I mean I would like to see "Nombre de Usuario" and "Contraseña" instead of "UserName" and "password" how can I do that¿? any Ideas¿? property files, modifing something in the wicket sources¿? . Tank you very much guys Victor Trapiello Software Engineer www.trapiello.net -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/how-Translate-SingIn-panel-tp2541131p2541131.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
repaint content of modalwindow
I am using modalwindow its content is a fragment. On ajxaRequest I want to repaint the content of modal window please tell me how can I do this ? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/repaint-content-of-modalwindow-tp2540922p2540922.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: Javascript files not loading in IE6
Redo Cano, Xavier gencat.cat> writes: > > Thank you for your response Andrea. I've just tried the 1.4.12 build and it didn't solve the problem. I don't > think it's a bug as long as in the wicket examples page this functionality is working fine with IE6. > > Ciao! > Hi, I've replaced file wicket-event.js with the one used in wicket example on Wicketstuff and seem to work. Later I'll try to do some more test Bye. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DataTable: focus-tracker fails
Solved it by extending FilterForm: public class FilterForm extends org.apache.wicket.extensions.markup.html.repeater.data.table.filter.FilterForm { private static final long serialVersionUID = 1L; public FilterForm(String id, IFilterStateLocator locator) { super(id, locator); super.remove("focus-restore"); add(new AbstractBehavior() { private static final long serialVersionUID = 1L; @Override public void renderHead(IHeaderResponse response) { super.renderHead(response); response.renderOnDomReadyJavascript("_filter_focus_restore('" +getFocusTrackerFieldCssId()+ "');"); } }); } } Solution has been found in the wicket-users archives.
RE: Javascript files not loading in IE6
Thank you for your response Andrea. I've just tried the 1.4.12 build and it didn't solve the problem. I don't think it's a bug as long as in the wicket examples page this functionality is working fine with IE6. Ciao! -Missatge original- De: Andrea Del Bene [mailto:andrea.on@libero.it] Enviat: miércoles, 15 de septiembre de 2010 14:22 Per a: users@wicket.apache.org Tema: Re: Javascript files not loading in IE6 Redo Cano, Xavier gencat.cat> writes: > > I'm sure that this is happening due to a bad configuration of my wicket > app, because the Ajax examples from wicket-stuff work are working > correctly with IE6 for me but I've checked the source code and I'm not > able to find the reason why my application is not working properly. > > I'm not looking for a specific solution (because the problem is so > generic that it's difficult to know what's not working) but I would like > to have some guidelines to know what could be the cause of the problem. > By the way, I'm using Wicket version 1.4.11. > > Many thanks in advance, > > Xavi > > Hi, your problem could be related to a bug with Ajax support in Wicket 1.4.11. Could you try to replace Wicket 1.4.11 with 1.4.12 ? Wicket 1.4.12 has not been released officially yet but you can find it here: http://people.apache.org/~ivaynberg/wicket-1.4.12/dist/ Bye. - 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
DataTable: focus-tracker fails
Hi folks, is there anything i need to consider while setting up an DataTable with FilterToolbar? I have a FilterForm, added those 2 required hidden fields and everything looks fine so far. But when i use the filter, the script fails setting the focus on the 'active' field. I get a JS error "document.getElementById(focused).focus() is null" but i dont know how to fix that. Seems like the field does not exist at executing time. Anyone else facing that problem? Anyone solved it? So long, Benedikt
DataTable: focus-tracker fails
Hi folks, is there anything i need to consider while setting up an DataTable with FilterToolbar? I have a FilterForm, added those 2 required hidden fields and everything looks fine so far. But when i use the filter, the script fails setting the focus on the 'active' field. I get a JS error "document.getElementById(focused).focus() is null" but i dont know how to fix that. Seems like the field does not exist at executing time. Anyone else facing that problem? Anyone solved it? So long, Benedikt
Button or Text in Link
I have found a case, do not understand why it work so. # In this case link`s onClick handler is called twice. # Show But in this case as it should be once. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Button-or-Text-in-Link-tp2540474p2540474.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: Javascript files not loading in IE6
Redo Cano, Xavier gencat.cat> writes: > > I'm sure that this is happening due to a bad configuration of my wicket > app, because the Ajax examples from wicket-stuff work are working > correctly with IE6 for me but I've checked the source code and I'm not > able to find the reason why my application is not working properly. > > I'm not looking for a specific solution (because the problem is so > generic that it's difficult to know what's not working) but I would like > to have some guidelines to know what could be the cause of the problem. > By the way, I'm using Wicket version 1.4.11. > > Many thanks in advance, > > Xavi > > Hi, your problem could be related to a bug with Ajax support in Wicket 1.4.11. Could you try to replace Wicket 1.4.11 with 1.4.12 ? Wicket 1.4.12 has not been released officially yet but you can find it here: http://people.apache.org/~ivaynberg/wicket-1.4.12/dist/ Bye. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: package org.apache.wicket.request.target gone in Wicket 1.5
Please explain what do you mean by "restful". On Wed, Sep 15, 2010 at 2:04 PM, monzonj wrote: > > Oh really? It's not RESTful? I read it somewhere, but maybe it was > referring > only to the way URLs are represented... I was expecting to create my > Restful > API using IRequestMapper under Wicket :( > > Oh well, I suppose I can combine Wicket with Spring MVC for RESTful > support. > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/package-org-apache-wicket-request-target-gone-in-Wicket-1-5-tp2540154p2540412.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: package org.apache.wicket.request.target gone in Wicket 1.5
Oh really? It's not RESTful? I read it somewhere, but maybe it was referring only to the way URLs are represented... I was expecting to create my Restful API using IRequestMapper under Wicket :( Oh well, I suppose I can combine Wicket with Spring MVC for RESTful support. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/package-org-apache-wicket-request-target-gone-in-Wicket-1-5-tp2540154p2540412.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: package org.apache.wicket.request.target gone in Wicket 1.5
Yes, this is re-worked in 1.5. Now there are IRequestMapper implementations. See MountedMapper. It supports both indexed and named parameters What do you mean by RESTful ? None of the IRequestTarget's supported GET, POST, PUT, DELETE, afaik. This is just "beauty" URL, nothing more. On Wed, Sep 15, 2010 at 12:56 PM, monzonj wrote: > > Well, actually the package doesn't exist either in wicket-request.jar, > wicket-utils.jar or wicket.jar version 1.5-M2 > ( > http://svn.apache.org/repos/asf/wicket/trunk/wicket/src/main/java/org/apache/wicket/request/ > ) > > Classes such as MixedParamUrlCodingStrategy are nowhere to be located. > > Is it possible that it has moved to a different Jar? In case it was > removed, > how do we achieve the RESTful functionality provided by > MixedParamUrlCodingStrategy ? > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/package-org-apache-wicket-request-target-gone-in-Wicket-1-5-tp2540154p2540311.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-m1 - Redirect from AJAX doesn't work.
Done https://issues.apache.org/jira/browse/WICKET-3048 > Can you file an JIRA issue please? > > > Am 15.09.2010 um 13:26 schrieb monzonj: -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-m1-Redirect-from-AJAX-doesn-t-work-tp2540344p2540384.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-m1 - Redirect from AJAX doesn't work.
Can you file an JIRA issue please? Am 15.09.2010 um 13:26 schrieb monzonj: > > Hi, > > I would like to point out that I've tried with Wicket 1.4.10 and it works > fine. So, it's a bug on Wicket 1.5 > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-m1-Redirect-from-AJAX-doesn-t-work-tp2540344p2540352.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: Wicket 1.5-m1 - Redirect from AJAX doesn't work.
Hi, I would like to point out that I've tried with Wicket 1.4.10 and it works fine. So, it's a bug on Wicket 1.5 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-m1-Redirect-from-AJAX-doesn-t-work-tp2540344p2540352.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
Wicket 1.5-m1 - Redirect from AJAX doesn't work.
Hi. I've I have understood correctly, it is possible to redirect to a new page during an AJAX request (this is not trivial to do with an standard XHMLHttpRequest, but Wicket seems to have found a way). The thing is that it doesn't work for Wicket 1.5. Let me illustrate the case with a working example. Consider an application with only two pages: MockHomePage.java - public class MockHomePage extends WebPage { public MockHomePage() { final Form form = new Form("myForm"); add(form); form.add(new AjaxButton("myButton", form) { @Override protected void onSubmit(final AjaxRequestTarget target, final Form form) { setResponsePage(MockPage.class); } @Override protected void onError(final AjaxRequestTarget target, final Form form) { throw new RuntimeException("Uh oh!"); } }); } } MockHomePage.html MockPage.java --- public class MockPage extends WebPage { public MockPage() { } } MockPage.html -- Hi Quite simple, and in your WebApplication class: Application.java --- public class Application extends WebApplication { @Override public Class getHomePage() { return MockHomePage.class; } } This is a very simple straight forward page. Please, notice that in file '' I'm using 'setResponsePage(MockPage.class);' which sould redirect to the second page. But it doesn't; I stay in the same page and the Wicket Ajax debugger on screen prints: INFO: focus set on myButton2 INFO: INFO: Initiating Ajax POST request on ../page;jsessionid=33050120F7986EC9D41FE3999A1D7F64?0-1.IBehaviorListener.0-myForm-myButton&random=0.34360759755785986 INFO: Invoking pre-call handler(s)... INFO: Received ajax response (321 characters) INFO: http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml"; xmlns:wicket="http://wicket.apache.org/"; xml:lang="en" lang="en"> Hi ERROR: Wicket.Ajax.Call.failure: Error while parsing response: Could not find root element INFO: Invoking post-call handler(s)... INFO: Invoking failure handler(s)... INFO: focus removed from myButton2 I guess something is broken or really redirections cannot take place on Ajax requests. A helpful hand would be mostly appreciated. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-m1-Redirect-from-AJAX-doesn-t-work-tp2540344p2540344.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: package org.apache.wicket.request.target gone in Wicket 1.5
Well, actually the package doesn't exist either in wicket-request.jar, wicket-utils.jar or wicket.jar version 1.5-M2 (http://svn.apache.org/repos/asf/wicket/trunk/wicket/src/main/java/org/apache/wicket/request/) Classes such as MixedParamUrlCodingStrategy are nowhere to be located. Is it possible that it has moved to a different Jar? In case it was removed, how do we achieve the RESTful functionality provided by MixedParamUrlCodingStrategy ? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/package-org-apache-wicket-request-target-gone-in-Wicket-1-5-tp2540154p2540311.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: Opening a modal form from another modal form causes "are you sure?"
>you would have to rerender modal A i think, you need to reestablish >the hierarchy on server-side I've tried quite a few different methods for rerendering Modal A but none of them work as required. Is there a simple couple of lines that would do such a rerender of the ModalWindow? > >-igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Internalization - Exceptions
Hello, It is working fine now. I made a mistake in the html page by referring the property file key for both the wicket:message & span tags. But in the property file the hello key is assigned hello: Hello ${personName} So whenever wicket:message is called, it looks for the getPersonName() and there is no corresponding backing model in the java file. The wicket:message tag is removed and it is working fine. Thanks so much for your time & inputs. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Internalization-Exceptions-tp2536565p2540276.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: package org.apache.wicket.request.target gone in Wicket 1.5
It is in wicket-request.jar If you use 1.5-M1 there is a bug and wicket-util.jar and wicket-request.jar and not included in the distro. Either take them from Maven repos or use 1.5-M2.1 which is currently being voted. On Wed, Sep 15, 2010 at 10:56 AM, José Monzón wrote: > Where did the package "org.apache.wicket.request.target" go in Wicket 1.5 > ?? > > I need it in order to use AnnotatedMountScanner from Wicketstuff > (which doesn't work with wicket 1.5 so far) > > thanks. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
A bug in CryptedUrlWebRequestCodingStrategy
Wicket version: 1.4.9 (rolled back due to AJAX problems in later release) I've detected some odd behaviour with CryptedUrlWebRequestCodingStrategy, specifically CryptedUrlWebRequestCodingStrategy.DecodedUrlRequest; When using a QueryStringStrategy for mounting a page and passing certain specific strings I was getting them back with characters missing. It appears that CryptedUrlWebRequestCodingStrategy performs double-decoding. We have a search system which uses + as a means of denoting requirements, this is what happened; When entering a search string like "car +red" it was correctly encoded to "car+%2Bred" and passed along. When decoding I saw that this became "car +red" and then was decoded again to "car red" [note double space]. I fixed this by extending CryptedUrlWebRequestCodingStrategy, overloading the decode method and implementing my own copy of DecodedUrlRequest where I removed the following line from the constructor; decodedParamReplacement = WicketURLDecoder.QUERY_INSTANCE.decode(decodedParamReplacement); This seems to have fixed our problem though I won't guarantee that it hasn't introduced new ones. Hope this can get a better resolution. Regards, Bjørn Soldal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/A-bug-in-CryptedUrlWebRequestCodingStrategy-tp2540215p2540215.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: API Docs for 1.4.10 and 1.4.11
Well I do have sources attached it's just that I'm used to checking online API Docs. Ok then .. changing what I'm used to ... :D Regards Armando -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/API-Docs-for-1-4-10-and-1-4-11-tp2538753p2540171.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
package org.apache.wicket.request.target gone in Wicket 1.5
Where did the package "org.apache.wicket.request.target" go in Wicket 1.5 ?? I need it in order to use AnnotatedMountScanner from Wicketstuff (which doesn't work with wicket 1.5 so far) thanks. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Visural Confirmers
I am trying to use Wicket Visural to Confirm delete but its not poping up anything. Here is my code: private ConfirmerLink lnkDelete ; . . . lnkDelete = new ConfirmerLink("lnkDelete"){ private static final long serialVersionUID = 1L; @Override public void onClick() { dao.delete(item); setResponsePage(DeleteJobGradePage.class); } }; I have tried with ConfirmerAjaxLink and no confirmation dialog is poping up,, Where am i going wrong? Josh
Re: How to update components using Ajax when ModalWindow closes?
I've managed to resolve it! First of all I didn't add the markup container surrounding the image to the same AjaxRequestTarget that closed the modalwindow (I don't add the markup container to the AjaxRequestTarget at all). Instead I added a new WindowClosedCallback to the ModalWindow. To its AjaxRequestTarget I do "target.addChildren(MyPanel.this, Component.class)". This seems to resolve it in combination with using NonCachingImage. /Johan -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-update-components-using-Ajax-when-ModalWindow-closes-tp2539048p2540079.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: How to update components using Ajax when ModalWindow closes?
Using NonCachingImage (as Nino suggested) should be necessary: otherwise the browser might cache your image and never ask for a the new one. Can you post your code? Ernesto On Wed, Sep 15, 2010 at 8:50 AM, Johan Haleby wrote: > > This doesn't help, the image still doesn't appear. > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/How-to-update-components-using-Ajax-when-ModalWindow-closes-tp2539048p2539997.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