[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: RFC: i18n proposal
- From: Havoc Pennington <hp redhat com>
- To: rhl-devel-list redhat com
- Subject: Re: RFC: i18n proposal
- Date: Mon, 28 Jul 2003 13:07:00 -0400
On Fri, Jul 25, 2003 at 11:26:42PM +0200, Göran Uddeborg wrote:
> When running things like "rpm -qi" or redhat-config-packages
>
> 1. When a description, summary, or group is to be displayed, a
> translation is sought by a call to dgettext() whith a domain name
> derived from the package being inspected.
>
> Would this make sense? Is it approximately along the lines you meant?
> (To the extent you had them thought out.)
Yes, I think so.
> Would it be appropriate to put these package po files in some specific
> hierarchy, separate from /usr/share/locale? (And do a corresponding
> call to bindtextdomain() before calling dgettext().)
It seems to be just a namespace issue to me; either in
/usr/share/locale with a prefixed name such as rpm- or in a separate
directory both seem fine. Maybe a separate dir is cleaner.
> Is the needed information always available? Like, does rpm know
> enough in time to find the po files when quering a package file, for
> example?
Don't know.
> How would one handle building single packages, not being part of a
> distribution? Maybe by having an RPM directive specifying a directory
> in the build tree to search for further message catalogs? Then the
> translations for this package would be part of the source of the
> package, which I guess would make sense.
A fair question, and I'm not there's an answer. Seems like "if you
rebuild, you lose the translations"
Havoc
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]