Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Tue, 21 Jan 2003 12:14:08 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0LBE56C003597 for ; Tue, 21 Jan 2003 12:14:06 +0100 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 h0LAwQX3001309; Tue, 21 Jan 2003 11:58:26 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C13E.37514000" 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 h0L2ppDN012859; Tue, 21 Jan 2003 11:51:14 +0100 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 8497 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 21 Jan 2003 11:51:14 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 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 h0LApE5f015732 for ; Tue, 21 Jan 2003 11:51:14 +0100 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0LAwJX3001261 for ; Tue, 21 Jan 2003 11:58:19 +0100 (MET) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18aw5h-0007Db-00 for LATEX-L@listserv.uni-heidelberg.de; Tue, 21 Jan 2003 11:57:13 +0100 Received: from [80.129.10.128] (helo=istrati.mittelbach-online.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18aw5g-0004HV-00 for LATEX-L@listserv.uni-heidelberg.de; Tue, 21 Jan 2003 11:57:13 +0100 Received: (from frank@localhost) by istrati.mittelbach-online.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id h0LAsHJ20618; Tue, 21 Jan 2003 11:54:17 +0100 In-Reply-To: References: <15915.60496.798501.907773@lin2.idris.fr> <15915.64379.146524.772099@istrati.mittelbach-online.de> <15916.8635.946195.989212@istrati.mittelbach-online.de> <15916.14608.340151.43815@istrati.mittelbach-online.de> Return-Path: X-Mailer: VM 6.96 under Emacs 20.7.1 X-OriginalArrivalTime: 21 Jan 2003 11:14:08.0285 (UTC) FILETIME=[377CBCD0:01C2C13E] x-mime-autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id h0LApE5f015733 X-Authentication-Warning: istrati.mittelbach-online.de: frank set sender to frank@mittelbach-online.de using -f X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -0.7 () IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,X_AUTH_WARNING Content-class: urn:content-classes:message Subject: Re: LICR objects in math Date: Tue, 21 Jan 2003 11:54:17 +0100 Message-ID: A<15917.9945.473122.219613@istrati.mittelbach-online.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: LICR objects in math Thread-Index: AcLBPjebIbFJBL1rTxSoQd4ucy/Smw== From: "Frank Mittelbach" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4457 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C13E.37514000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Donald, > > nope nope (imho:-) > > > > that's for the case where \"a is precisely *not* executing an = \accent but is > > actually a glyph in the current font > > But that is the only case you have to handle! \accent combinations > don't have the right kerning anyway, so just stick \relax before > the \accent. you both are right and i was wrong (for the case of accents). however = you would have to identify that \"a is a glyph first, even more, you would need to = do the right thing concerning any text character eg some are fetched from a = different encoding so all that would be very messy indeed > The (killer) problem I see has already been alluded to: The inputenc > characters are already active, so you have to have a single = definition > that works for both the initial expansion of the input text and as = the > math-active character, without recursion. > > David's usage of "=E4" is probably part of the "illegal notation", = but if > I may either clarify or fix: > > Definition to convert from LICR to glyph: > > \def{\"a}{\ifmmode \relax % make sure we are in math mode to stay > \ifmmode \ddot a% > \else \string =E4\fi > \else \string =E4\fi} sorry, perhaps i'm still dumb from my cold or else dumb anyway, but i = don't get you here. what is this supposed to tell me? one of the problem is that pressing key =E4 (umlaut-a) on the keyboard = maps to \"a alright in the LICR but that is not equiv to doing \string =E4 for typesetting --- the slot to use varies from encoding to encoding. = so if i interpret your definition above correctly then you end up with exactly typesetting \char `=E4 always for \"a ... or what? frank ------_=_NextPart_001_01C2C13E.37514000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: LICR objects in math

Donald,

 > > nope nope (imho:-)
 > >
 > > that's for the case where \"a is = precisely *not* executing an \accent but is
 > > actually a glyph in the current = font
 >
 > But that is the only case you have to = handle!  \accent combinations
 > don't have the right kerning anyway, so = just stick \relax before
 > the \accent.

you both are right and i was wrong (for the case of = accents). however you would
have to identify that \"a is a glyph first, even = more, you would need to do the
right thing concerning any text character eg some are = fetched from a different
encoding so all that would be very messy = indeed

 > The (killer) problem I see has already been = alluded to: The inputenc
 > characters are already active, so you have = to have a single definition
 > that works for both the initial expansion = of the input text and as the
 > math-active character, without = recursion.
 >
 > David's usage of "=E4" is = probably part of the "illegal notation", but if
 > I may either clarify or fix:
 >
 > Definition to convert from LICR to = glyph:
 >
 > \def{\"a}{\ifmmode \relax % make sure = we are in math mode to stay
 >         =   \ifmmode \ddot a%
 >         =   \else \string =E4\fi
 >         =   \else \string =E4\fi}

sorry, perhaps i'm still dumb from my cold or else = dumb anyway, but i don't
get you here. what is this supposed to tell = me?

one of the problem is that pressing key =E4 (umlaut-a) = on the keyboard maps to
\"a alright in the LICR but that is not equiv to = doing

 \string =E4

for typesetting ---  the slot to use varies from = encoding to encoding. so if i
interpret your definition above correctly then you = end up with exactly
typesetting \char `=E4 always for \"a ... or = what?

frank

------_=_NextPart_001_01C2C13E.37514000--