Yeah, i dont want to change to DB backed bundles. My question is if the s:select tag can take a list from a resourcebundle directly and use it . If so, how should the list be specified ?
On Sat, Sep 5, 2009 at 3:59 AM, Tommy Pham <tommy...@yahoo.com> wrote: > ----- Original Message ---- > > From: j alex <strutstwou...@gmail.com> > > To: Struts Users Mailing List <user@struts.apache.org> > > Sent: Friday, September 4, 2009 12:48:43 PM > > Subject: [S2] i18n for lists/maps > > > > Hi, > > > > Normally, we use the resource bundles to store Strings like field labels, > > error messages etc. But how about things like dropdown display values ? . > I > > need to i18n-ize an app that has a lot of such dropdowns and the lists > are > > currently referenced like > > list="#application.dropdownmap['loanType']"/> where dropdownmap is loaded > > into ServletContext from a properties file . that has definitions like : > > loanType=1~Home Loan|2~Car Loan|3~Refi etc. Here, the 1,2,3 remains > constant > > but the display value will vary by locale. > > > > It'll be really neat if it's possible to maintain this list in a typical > > resource bundle file like ApplicationResources_and be able to use > > it from s:select tags without having to do any manual parsing. Any inputs > > will be really helpful. > > > > Thanks! > > Hi Alex, > > I don't mean to advice you on adding more complexity to your project but > Mike Baranski and I were discussing about using/getting the ResourceBundle > from DB backend instead. He had one working: > > "Here you go, this is what I did. I don't know if it's the "best" way, but > it works: > > http://mikeski.net/site/node/37 > > Mike." > > I had planned on using DB backend instead solely so that anyone with the > proper privileges via the web UI can add/change the texts. You only need to > provide the proper db structure and key for the texts. If you do implement > DB backend, IMHO, I think it will give you more flexibility for the future > and less of the menial work ;), especially when they (your boss and/or > client(s)) decide to use additional language. > > Regards, > Tommy > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > >