Re: [bug-gettext] No way to get the total number of translated+untranslated strings

[Daiki Ueno]

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?

Regards,
--
Daiki Ueno