Hi, I don't see any better way. Either you use a simple switch statement or a special factory class it is almost the same - you have to keep it up-to-date with the list of supported locales/markets.
Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Tue, Jan 27, 2015 at 8:38 AM, Christian Schröter < christian.schroe...@1und1.de> wrote: > > Thank you Tobias, > > but this will unfortunately just solve the problem having the same > validator with different parameters. To add a market specific validator, I > still would need to switch case the locale. > > Any other ideas? > > > Hi, > > > > you could place the values in the locale file and parse them. > > > > Integer.parseInt(getString("maxvalue")); > > > > kind regards > > > > Tobias > > > >> Am 26.01.2015 um 11:01 schrieb Christian Schröter < > christian.schroe...@1und1.de>: > >> > >> Hey, > >> > >> I would be interested to know if there is a builtin mechanism to add > specific validators for a certain locale. > >> > >> For example: > >> > >> de_DE -> StringValidator.maximumLength(100) > >> en_GB -> StringValidator.maximumLength(200); > >> en_US -> StringValidator.maximumLength(200); > >> & AnotherValidatorOnlyForUS(); > >> > >> My current solution is a switch-case over the locale to add the correct > validators. > >> With more locales and more validators this solution feels kind of > sloppy. > >> > >> What does your solution looks like? > >> > >> > >> Cheers, > >> Chris > > > > --------------------------------------------------------------------- > > 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 > >