Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Mon, 20 Jan 2003 15:43:55 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0KEho6C032414 for ; Mon, 20 Jan 2003 15:43:54 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C092.5B574780" Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0KEMoZr026555; Mon, 20 Jan 2003 15:22:50 +0100 (MET) Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0K3JsxP000694; Mon, 20 Jan 2003 15:15:33 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 7148 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 20 Jan 2003 15:15:33 +0100 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0KEFX5f007124 for ; Mon, 20 Jan 2003 15:15:33 +0100 Received: from lumiere.idris.fr (lumiere.idris.fr [130.84.8.14]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0KEMZZr026482 for ; Mon, 20 Jan 2003 15:22:35 +0100 (MET) Received: from lin2.idris.fr (root@lin2.idris.fr [130.84.4.161]) by lumiere.idris.fr (8.12.6/8.12.6) with ESMTP id h0KEMZCf201193 for ; Mon, 20 Jan 2003 15:22:35 +0100 (CET) Received: (from gaulle@localhost) by lin2.idris.fr (8.11.2/8.11.2) id h0KEMYl30470; Mon, 20 Jan 2003 15:22:34 +0100 Return-Path: X-OriginalArrivalTime: 20 Jan 2003 14:43:55.0779 (UTC) FILETIME=[5BCE2530:01C2C092] X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) X-Spam-Score: 0.5 () SPAM_PHRASE_01_02 Content-class: urn:content-classes:message Subject: Re: LICR objects in math Date: Mon, 20 Jan 2003 15:22:34 +0100 Message-ID: A<15916.1578.804504.547177@lin2.idris.fr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: LICR objects in math Thread-Index: AcLAklvm3oJYV60GSfqWlPawAwNxuA== From: "Bernard Gaulle" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4444 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C092.5B574780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > > Frank Mittelbach introducing "inpmath": > > > \usepackage{inpmath} > > > \DeclareMathMeaning{\"}{\ddot} > > > > pleased to see that project which was already implemented... > > at least in French Pro along with the "keyboard" package. > > Since i did that for the "mltex" option, i really appreciate > > to have it available without it too. > > glad to learn that; can you perhaps tell us how you resolved the = problem of > either killing ligatures and kerns or alternatively making the wrong = choice at > the begining of an \halign cell that afterwards (!) jumps into math = mode? there is no need to resolve a pb which does not exist: there is no \ifmmode and there is no expansion since i use the "mltex" option and thus inputed chars belong to category "letter". > > Doing that, what about \c and \C? or \L and \o and such? > > and \oe, \OE ? The pb is a little more complicated and > > should often require a new definition of that macros. > > i'm at loss at what you are driving at here, can you explain? > > \DeclareMathMeaning{}{} > > defines a mapping for an object of LaTeX Internal Character = Representation, > e.g. \L, to a math object. That math object needs to exist, ok, so you have to change the original title "Providing math support for inputenc" IMHO. I'm afraid that if text chars can't be all used in = math it will be of least interest. --bg ------_=_NextPart_001_01C2C092.5B574780 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: LICR objects in math

 >  > Frank Mittelbach introducing = "inpmath":
 >  >  > = \usepackage{inpmath}
 >  >  > = \DeclareMathMeaning{\"}{\ddot}
 >  >
 >  > pleased to see that project = which was already implemented...
 >  > at least in French Pro along = with the "keyboard" package.
 >  > Since i did that for the = "mltex" option, i really appreciate
 >  > to have it available without it = too.
 >
 > glad to learn that; can you perhaps tell = us how you resolved the problem of
 > either killing ligatures and kerns or = alternatively making the wrong choice at
 > the begining of an \halign cell that = afterwards (!) jumps into math mode?

there is no need to resolve a pb which does not exist: = there is no
\ifmmode and there is no expansion since i use the = "mltex" option and
thus inputed chars belong to category = "letter".

 >  > Doing that, what about \c and = \C? or \L and \o and such?
 >  > and \oe, \OE ? The pb is a = little more complicated and
 >  > should often require a new = definition of that macros.
 >
 > i'm at loss at what you are driving at = here, can you explain?
 >
 > = \DeclareMathMeaning{<LICR>}{<code>}
 >
 > defines a mapping for an object of LaTeX = Internal Character Representation,
 > e.g. \L, to a math object. That math = object needs to exist,

ok, so you have to change the original title = "Providing math support
for inputenc" IMHO. I'm afraid that if text = chars can't be all used in math
it will be of least interest.

  --bg

------_=_NextPart_001_01C2C092.5B574780--