[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] No way to get the total number of translated+untransla
Re: [bug-gettext] No way to get the total number of translated+untranslated strings
Thu, 27 Feb 2014 16:55:52 +0900
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
Richard Hughes <address@hidden> writes:
> if the gmo binary format could be extended with one extra uint32 at
> the end of the header with the total number of messages in. This could
> be done I *think* without bumping the revision as the hash and table
> data seem to be offset into the file and any extra header data should
> be ignored. I don't know if bumping the revision is something that
> would remove backwards compatibility and something you'd consider.
This sounds reasonable. I think bumping the minor revision for that
should be fine.
> Of course the alternative is I get all the applications that want to
> show in the software center run a specific command at build time to
> parse the .po files and generate a percentage for each locale, but
> that might be hard to get all upstreams to do, and it certainly seems
> a shame to re-parse the .po files when gettext has already done it and
> put it in a nice binary form.
Agreed, but perhaps downstreams (e.g. Fedora) could do that in the
package build process?