On Sat, Aug 08, 2026 at 03:10:46PM +0200, Patrice Dumas wrote:
> On Thu, Aug 06, 2026 at 09:35:19PM +0100, Gavin Smith wrote:
> > > this should be through variables, Info-documentlanguage,
> > > Info-documentscript (and Info-documentlanguagevariant for consistency).
> > 
> > I think it's fine to have these in the Info file Local Variables section.
> 
> I implemented that.  Two remarks:
> 
> The Info-documentscript is not the @documentscript argument, but an ISO
> 4 letter script tag, like Latn for latin as @documentscript argument.
> Is it ok?

In my opinion this should be "latin" or "cyrillic" (or other long name),
not ISO code (ISO 15924).  This would be consistent with the locale names
used by gettext:

  ‘ll_CC@variant’, where ‘ll’ is an ISO 639 two-letter or
  three-letter language code (lowercase), ‘CC’ is an ISO 3166 two-letter
  country code (uppercase), and ‘variant’ is a variant designator. The
  variant designator (lowercase) can be a script designator, such as
  ‘latin’ or ‘cyrillic’.

https://www.gnu.org/software/gettext/manual/html_node/Header-Entry.html

(This text was revised as I said in an earlier email, but the use of "latin"
and "cyrillic" remains.)

It's better to use the established script names rather than introducing
a new system.

I have in mind to review the documentation of @documentscript in
texinfo.texi to give the names "latin" and "cyrillic" primacy over
the "Latn" and "Cyrl" codes as the current draft implies the former
are merely "aliases" for the latter:

       @documentscript [SCRIPT]
  
     Include a script name, either a four letter ISO 15924 script code
  name, such as ‘Latn’ or a well-known alias, such as ‘latin’ or
  ‘cyrillic’ following the command name.  An empty argument unsets the
  script.

The common usage in locale names appears to be to use "latin" and "cyrillic",
e.g. sr@latin or uz@cyrillic.

For other scripts than these two, ISO 15924 codes may be acceptable, although
a need for such may be rare.  (Wikipedia mentions Hans and Hant for simplified
and traditional Chinese characters respectively, but I could not find out how
commonly used zh-Hans or zh-Hant were used in practice.  As Unicode does not
draw a distinction between Simplified and Traditional Characters, it may be
a distinction without a difference.)

> For Info-documentlanguagevariant, I used - as a delimiter between
> variants, for the case of multiple variants.  Is it ok?

Yes, that is fine - as we are defining the meaning of documentlanguagevariant
in terms of the IANA language subtag registry.


> 
> -- 
> Pat

Reply via email to