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
>
>

Reply via email to