Re: translated manuals output file and directory name/location

Eli Zaretskii <[email protected]> Tue, 04 Aug 2026 13:56:02 +0300
Newsgroups gmane.comp.tex.texinfo.bugs
Message-ID <[email protected]>
> Date: Mon, 3 Aug 2026 21:48:18 +0200
> From: Patrice Dumas <[email protected]>
> 
> On Tue, Jul 21, 2026 at 02:25:47PM +0200, Patrice Dumas wrote:
> > I already answered in the other thread, if we install manuals in LL, it
> > means that we need to add the LL information in the Info file and
> > process it with install-info, and have /usr/share/info/LL added to the
> > INFOPATH, either manually by the user, or automatically based on
> > LANGUAGE or something like that.  This is possible, but requires some
> > changes to the commands, in contrast with installing all the files in
> > the same directory.  Since that kind of change is needed for dir anyway,
> > this is not such an issue, however.
> 
> Do we have a consensus on that subject?

Is having all the manuals for all the languages in the same directory
not an option?  It has the following advantages:

 . no need to modify INFOPATH or add a new environment variable
 . all the manuals in all the languages are always available, so one
   can easily read a manual for LL that is not the locale's language
 . no need to make sure LANGUAGE is set, and set correctly
 . no need to make any modifications in install-info
 . no need to make any related changes to texi2any
 . no need to modify Info readers
 . no need to adapt the various install-info targets in Makefiles

The only disadvantages I'm aware of are: (a) potentially much more
crowded Info directory, and (b) potentially much longer DIR file.
These disadvantages doesn't sound too grave to me, FWIW.

>                                        Assuming that we do, here is a
> more detailed proposal for discussion and implementation:
> 
> * we should settle on a representation of the @documentlanguage,
>   @documentscript and @documentlanguagevariant, as a LL string that can
>   be used as a subdirectory.  The main choices could be a BCP47 language
>   tag or an XPG locale.  The BCP47 language tag tend to have my
>   preference, for two reasons, one is that it is the most common way to
>   specify languages, and second it can already represent all the
>   languages, but an XPG locale would be ok too.
> * The manuals are installed in a LL subdirectory by install-info, LL being
>   based on @documentlanguage, @documentscript and
>   @documentlanguagevariant as described in the previous point.  The
>   manual information is added to the dir file in this subdirectory.
> 
>   The user could add such directories to INFOPATH manually.
> * The Info readers should also have a way to add the LL subdirectory
>   (semi-)automatically to merge the dir directory from there to search
>   for manual names and perform other computations on merged dir files.
> 
>   Adding the LL subdirectory(ies) could be done with
>    - a customization variable in the Info readers
>    - an environment variable, like INFO_LANGUAGES=LL:OO::MM_mm-Latn
>    - a way to signal that the LANGUAGE environment variable should be
>      used, for example a directory consisting only in a special character
>      in the INFOPATH, such as @ could be considered to signal to use
>      LANGUAGE, or a customization variable in the Info reader could be
>      set to trigger using LANGUAGE languages to set the list of
>      info languages (possibly converting XPG locale to BCP47 language
>      tag).
> 
> Changes to be done to texi2any:
> 
> when generating the Info file, the @documentlanguage, @documentscript
> and @documentlanguagevariant information should be made available in the
> Info file.  I propose to use the same method as the one used to convey
> that information to Info readers that output translated strings.  Given
> the previous discussion:
>   https://lists.gnu.org/archive/html/bug-texinfo/2026-05/msg00009.html
> this should be through variables, Info-documentlanguage,
> Info-documentscript (and Info-documentlanguagevariant for consistency).
> 
> Changes to be done to install-info:
> 
> read Info-documentlanguage, Info-documentscript and
> Info-documentlanguagevariant, generate a LL language name, install
> the manual in the LL subdirectory and put the manual in the LL/dir
> file.
> 
> Changes to be done to Info readers:
> 
> Cf point above on adding some language subdirectories automatically to
> the INFOPATH.

That's a lot of churn and changes in directory structure.  Are they
justified?