[OPEN-ILS-DEV] Re: PATCH: Move strings from xul/chrome/content/main/*.xul into lang.dtd

Mike Rylander mrylander at gmail.com
Wed Aug 1 10:40:27 EDT 2007


On 7/30/07, Dan Scott <denials at gmail.com> wrote:
> On 27/07/07, Dan Scott <denials at gmail.com> wrote:
> > Once more, with feeling and the dang patch :)
> >
> > On 27/07/07, Dan Scott <denials at gmail.com> wrote:
> > > Hi:
> > >
> > > Taking this one step at a time, I'll move the remaining hard-coded
> > > strings from main/*.xul into lang.dtd.
>
> Here's an updated patch that also moves the accesskey attribute values
> from chrome/content/main/*.xul into entities defined in lang.dtd. In
> case anyone is interested, I'm doing this because the mnemonics for
> items in one language won't necessarily make sense in another language
> (for example, "Cancel" in French is translated "Annuler", so a "C"
> accesskey wouldn't make sense in French).

Applied for about 3 minutes, then reverted ... sorry :(

Short version: The staff client uses two techniques for building
interfaces: chrome:// (local, client-side content) and http://.
Mozilla chrome has its own i18n mechanisms, but AFAIK we're not making
use of them yet.  The remote (http) stuff will use mod_xmlent, just
like the OPAC.  This patch was built using the mod_xmlent mechanism,
but the files altered live in local chrome ...

Thanks Dan ... :)

-- 
Mike Rylander
Equinox Software, Inc
miker at esilibrary.com
http://esilibrary.com/


More information about the Open-ils-dev mailing list