Re: New cdebconf facility allowing simpler translated choices

2006-09-15 Thread Denis Barbier
On Fri, Sep 15, 2006 at 11:24:02AM +0200, Frans Pop wrote: > On Friday 15 September 2006 10:56, Colin Watson wrote: > > It probably should be what is displayed in a C locale, at least in the > > installer. I think that's a bug. Do you agree? > > Hmm. If we are going to put codes or to quote you: "

Re: New cdebconf facility allowing simpler translated choices

2006-09-15 Thread Frans Pop
On Friday 15 September 2006 10:56, Colin Watson wrote: > It probably should be what is displayed in a C locale, at least in the > installer. I think that's a bug. Do you agree? Hmm. If we are going to put codes or to quote you: "identifiers that are convenient for use in code" in choices-C then I

Re: New cdebconf facility allowing simpler translated choices

2006-09-15 Thread Colin Watson
On Thu, Sep 14, 2006 at 07:52:35AM +0200, Denis Barbier wrote: > On Mon, Sep 11, 2006 at 06:39:41PM +0100, Colin Watson wrote: > > I've added this feature to cdebconf in trunk: > > > > * Allow Choices-C to be listed separately from Choices (etc.) in templates > > files. This lets you say "Ch

Re: New cdebconf facility allowing simpler translated choices

2006-09-13 Thread Denis Barbier
On Mon, Sep 11, 2006 at 06:39:41PM +0100, Colin Watson wrote: > I've added this feature to cdebconf in trunk: > > * Allow Choices-C to be listed separately from Choices (etc.) in templates > files. This lets you say "Choices: ${CHOICES-TRANS}" and "Choices-C: > ${CHOICES}" to substitute

Re: New cdebconf facility allowing simpler translated choices

2006-09-12 Thread Christian Perrier
> You should separate Choices-C entries by comma-space rather than just > comma, and you'd have to check whether po-debconf will do the right > thing there, but yes, that should be a reasonable approach. Make sure to > depend on appropriate versions of debconf/cdebconf. > > That said, in the case

Re: New cdebconf facility allowing simpler translated choices

2006-09-12 Thread Colin Watson
On Tue, Sep 12, 2006 at 01:10:57PM +0200, Christian Perrier wrote: > Colin Watson wrote: > > Normally speaking, Choices-C should contain identifiers that are > > convenient for use in code and preseeding, while Choices and Choices-$LL > > etc. should contain human-readable strings. > > I wonder wh

Re: New cdebconf facility allowing simpler translated choices

2006-09-12 Thread Christian Perrier
> Normally speaking, Choices-C should contain identifiers that are > convenient for use in code and preseeding, while Choices and Choices-$LL > etc. should contain human-readable strings. I wonder whether console-data could benefit of this. It currently uses: _Choices: With Choices-en contai

Re: New cdebconf facility allowing simpler translated choices

2006-09-12 Thread Colin Watson
On Mon, Sep 11, 2006 at 06:39:41PM +0100, Colin Watson wrote: > I've added this feature to cdebconf in trunk: > > * Allow Choices-C to be listed separately from Choices (etc.) in templates > files. This lets you say "Choices: ${CHOICES-TRANS}" and "Choices-C: > ${CHOICES}" to substitute

Re: New cdebconf facility allowing simpler translated choices

2006-09-12 Thread Christian Perrier
Quoting Colin Watson ([EMAIL PROTECTED]): > I've added this feature to cdebconf in trunk: Hat off..:) signature.asc Description: Digital signature

New cdebconf facility allowing simpler translated choices

2006-09-11 Thread Colin Watson
I've added this feature to cdebconf in trunk: * Allow Choices-C to be listed separately from Choices (etc.) in templates files. This lets you say "Choices: ${CHOICES-TRANS}" and "Choices-C: ${CHOICES}" to substitute reliably into translated and untranslated templates without having t