Received: from webgate.proteosys.de (mail.proteosys-ag.com [62.225.9.49]) by lucy.proteosys (8.11.0/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id f12BxM704495 for ; Fri, 2 Feb 2001 12:59:22 +0100 Received: by webgate.proteosys.de (8.11.0/8.11.0) with ESMTP id f12C06707261 . for ; Fri, 2 Feb 2001 13:00:13 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C08D0F.94644900" Received: from mail.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate1.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f12BxDM01949 for ; Fri, 2 Feb 2001 12:59:13 +0100 (MET) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id MAA08832 for ; Fri, 2 Feb 2001 12:59:12 +0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate1.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f12BxCM01944 for ; Fri, 2 Feb 2001 12:59:12 +0100 (MET) Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <5.6317B40B@mail.listserv.gmd.de>; Fri, 2 Feb 2001 12:59:05 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 485693 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 2 Feb 2001 12:59:04 +0100 Received: from ix.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA23503 for ; Fri, 2 Feb 2001 12:59:03 +0100 (MET) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA22544 for ; Fri, 2 Feb 2001 12:59:03 +0100 Received: from alpha.ntp.springer.de (alpha.ntp.springer.de [192.129.24.9]) by relay.uni-heidelberg.de (8.10.2+Sun/8.10.2) with ESMTP id f12Bx2p15758 for ; Fri, 2 Feb 2001 12:59:03 +0100 (MET) Received: from ALPHA.NTP.SPRINGER.DE by ALPHA.NTP.SPRINGER.DE (PMDF V5.2-32 #35169) id <01JZMVN1N6ZQ0009XR@ALPHA.NTP.SPRINGER.DE> for LATEX-L@URZ.UNI-HEIDELBERG.DE; Fri, 2 Feb 2001 13:00:06 MEZ Return-Path: x-vms-to: IN%"LATEX-L@URZ.UNI-HEIDELBERG.DE" Content-class: urn:content-classes:message Subject: Re: inputenc text (and/or math) Date: Fri, 2 Feb 2001 13:00:06 +0100 Message-ID: <01JZMVN1N7XK0009XR@ALPHA.NTP.SPRINGER.DE> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "J%ORG KNAPPEN" Sender: "Mailing list for the LaTeX3 project" To: "Multiple recipients of list LATEX-L" Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 3695 This is a multi-part message in MIME format. ------_=_NextPart_001_01C08D0F.94644900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Frank Mittelbach schrieb: > > If the standard inputenc files are changed, I strongly plea for = "dual use" > > characters. The standard ASCII characters with a few exceptions can = be used > > in text and math as well. A user expects the high character not to = be > > different > > in this respect. > depends on what dual means. if you mean that you want the result of a = key > mapping (eg \"a) be available text or math then No, no, I didn't want to go that far ... > instead i would think something like \DeclareInputTextAndMath should = be > offered for those languages/keyboards where a dual nature for input = "keys" > really makes sense, greek and cyrillic comes to mind. Yes, this was my intention. If I type "=D7" (the times sign in Latin-1,2,3, and 4) I want that it works both in text and in math mode = giving something sensible (i.e. \textmultiply or \times resp.) I don't want to have the command \times in text mode and \textmultiply in math mode = necessarily (though it might lower the burden of memorising commands). > \DeclareInputTextAndMath{}{\textalpha}{\alpha} > > you may have meant that as well, have you? Yes, and the syntax looks fine to me. --J"org Knappen P.S. > [...] i strongly plea for math only accepts the small set of real > ascii, ie > > 0-9 a-z A-Z !"/()=3D?`'+*<>|,;.:- > plus commands > > by default (repeat: default). There are two characters which are pretty useless in math, namely '"' = (the double quote) and '`' (the grave accent). The former fact is real good = luck because it allows TeX fomulae in HTML ALT-tags without breaking HTML = syntax. The later is just a cutiosity, but without AMS fonts there isn't any sensible symbol mapping to '`'. ------_=_NextPart_001_01C08D0F.94644900 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: inputenc text (and/or math)

Frank Mittelbach schrieb:

> > If the standard inputenc files are changed, = I strongly plea for "dual use"
> > characters. The standard ASCII characters = with a few exceptions can be used
> > in text and math as well. A user expects = the high character not to be
> > different
> > in this respect.

> depends on what dual means. if you mean that you = want the result of a key
> mapping (eg \"a) be available text or math = then

No, no, I didn't want to go that far ...

> instead i would think something like = \DeclareInputTextAndMath should be
> offered for those languages/keyboards where a = dual nature for input "keys"
> really makes sense, greek and cyrillic comes to = mind.

Yes, this was my intention. If I type "=D7" = (the times sign in
Latin-1,2,3, and 4) I want that it works both in text = and in math mode giving
something sensible (i.e. \textmultiply or \times = resp.) I don't want to
have the command \times in text mode and = \textmultiply in math mode necessarily
(though it might lower the burden of memorising = commands).

> = \DeclareInputTextAndMath{<somenumber>}{\textalpha}{\alpha}
>
> you may have meant that as well, have = you?

Yes, and the syntax looks fine to me.

--J"org Knappen

P.S.
> [...] i strongly plea for math only accepts the = small set of real
> ascii, ie
>
> 0-9  a-z A-Z  = !"/()=3D?`'+*<>|,;.:-
> plus commands
>
> by default (repeat: default).

There are two characters which are pretty useless in = math, namely '"' (the
double quote) and '`' (the grave accent). The former = fact is real good luck
because it allows TeX fomulae in HTML ALT-tags = without breaking HTML syntax.
The later is just a cutiosity, but without AMS fonts = there isn't any
sensible symbol mapping to '`'.

------_=_NextPart_001_01C08D0F.94644900--