LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Wed, 22 Jan 2003 21:09:51 +0100
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
MIME-Version:
1.0
Content-Transfer-Encoding:
8bit
In-Reply-To:
<l03102800ba54558e389b@[130.239.20.144]>
Content-Type:
text/plain; charset=iso-8859-1
From:
Frank Mittelbach <[log in to unmask]>
Parts/Attachments:
text/plain (57 lines)
Lars,

 > >My original proposal of doing such a declaration for the next LaTeX
 > >release was violently opposed.
 >
 > An important difference between the suggestions is that you suggested that
 > LaTeX should have a built-in uselessness (that prevented running it on
 > non-e-TeX): you want to remove functionality. Certainly not before 2004,
 > but nonetheless uselessness.

I haven't read David's suggestions like that. I too consider it sensible to
allow work for l3 be based on better/additional primitives which as a result
means that a l3 kernel will not run below TeX as an engine.



 > What Frank suggests is rather to point out
 > that an existing bug does go away if one uses e-TeX; this effectively adds
 > functionality. Having inputenc always scream about it is probably to overdo
 > it, but Frank seem to have in mind that enabling LICR objects for math
 > should be done using a separate package inpmath.

i have implemented it as a separate package, for the sake of playing with
it. I haven't made up my mind what it should be. it could be

 a) a separate package
 b) a package option to inputenc

in any case it is *not* fixing a bug with the current inputenc, or the current
LICR since the current model used the IBM approach: if you can't fix it call
it a feature.

in other words: LICR commands currently are simply not allowed in
math. period.

so all :-) the package (or whatever it becomes) does is provide new
functionality for those people who want it. (well new in the sense that it
works better for latin based languages than Vladimir's textmath, which also
provides that feature but with kerning problems)

right now if you use

\usepackage[latin1]{inputenc}

  $$

you'll get a LaTeX error message telling you that this is not allow with an
additional package or with an option like "mathsupported" it will become a
possibility, but with a warning if you do not use a program that contains the
eTeX primitives.

frank

ps a new implementation using eTeX primitive is available from

   http://www.latex-project.org/code/experimental/inpmath.zip

ATOM RSS1 RSS2