[tex-live] Re: antomega [was: Multilingual LaTeX: Greek, English, and UTF-8]

[Alexej Kryukov]

On Monday 19 September 2005 00:50, Thomas Esser wrote:
> Alexej,
>
> your suggestion to use antomega's hyphen.cfg for lambda might be
> right, but users of TeX Live might want to use the original version
> (even though this might seem to be nonsense in your eyes: there was a
> life before antomega and people might want to continue to typeset
> their old documents).

Thomas,

your statement might be right, if omega still had its original
hyphen.cfg. But this file was excluded long time ago. Currently,
the only alternative to antomega's hyphen.cfg is the file provided
by babel. Believe me, nobody really uses babel-specific commands, 
provided by this file, with omega, because babel's i18n model (based
mainly on active characters) is totally incompatible with the way 
omega proposes.

Except excluding some babel internals, antomega's hyphen.cfg breaks
nothing, so that using it by default is totally safe. So people may
continue to typeset their older documents with antomega as well as they
did with babel-based formats, or with omega's own hyphen.cfg
before it was removed.

> > Antomega is useless without a 16-bit compiler, so having a
> > top-level antomega directory (in doc/, source/ or elsewhere) would
> > be a nonsense. doc/omega/antomega is the only acceptable location.
>
> I was trying to help getting your package into TeX Live which has a
> structure conforming to TDS-1.1 *now*. The paths that I have
> suggested areconforming to this. If this is nonsense to you, I am
> happy to stop contributing to this discussion.

Well, I don't insist that antomega should be incorporated into TeX Live
*now*. In fact, I would prefer to postpone this operation, if the delay
can be used to figure out a really logical and stable package directory
structure, so that it will not be subject to changes in future. I don't
like quick hacks.

> > These filed are compiler-specific. Don't prohibit access to
> > this directory to other omega and aleph-based formats.
>
> You seem to draw a wrong conclusion. tex// is *always* searched.

????
Let's have a look how search paths for 16-bit formats are 
currently defined:
TEXINPUTS.lamed = .;$TEXMF/tex/{lamed,lambda,latex,generic,}//
TEXINPUTS.lambda = .;$TEXMF/tex/{lambda,latex,generic,}//
TEXINPUTS.omega = .;$TEXMF/tex/{plain,generic,}//
TEXINPUTS.aleph = .;$TEXMF/tex/{plain,generic,}//

As you can see, tex// is *never* searched, and it is correct,
because otherwise having format-specific directories in tex//
would have no sense at all.

So by placing a file into tex/antomega/ you make this file
unaccessible to any format except antomega.

> > The hyphenation files are compiler-specific par excellence.
> > They were written for omega, not for specially for antomega.
> > and can be used with any omega-based format.
>
> So, what? They *are* accessible to any omega-based format...

How it is possible? Or do you want to include tex/antomega into
search paths for other omega-based formats? 

-- 
Regards,
Alexej Kryukov <akrioukov at newmail dot ru>

Moscow State University
Historical Faculty