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:
Mon, 20 Jan 2003 15:56:17 +0100
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
MIME-Version:
1.0
Content-Transfer-Encoding:
7bit
In-Reply-To:
Content-Type:
text/plain; charset=us-ascii
From:
Frank Mittelbach <[log in to unmask]>
Parts/Attachments:
text/plain (44 lines)
Bernard,

 >  > 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".

ah, so what you mean is you solved it for a subgroup of the clientele of
todays LaTeX and only for the chars that are part of your base font (or can be
constructed from them), eg if you type $\texteuro$ what happens?

that also explains why you have a problem with using the wrong diacritics as
you pass on the characters straight. at least that is fortunately no problem
with the current approach

 > 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.

the title is perhpas not the best, it should have probably been talking about
math support for LICR objects (though one big application is inputenc) but i
don't see that that this is without interest

 a) there are languages for which is is really important, eg Russian Greek for
 for them the solution works

 b) one can come up with math representations for any character, i just said
 if there is none you will get an appropriate error message (which is better
 then simply get the wrong symbol or none at all)

actually i doubt that for Latin based languages the chars like \L \o etc play
an important role in math (i haven't come across them in formulas) more
interesting is the approach that any input character has a well-defined
behaviour in text  and math (even if sometimes it might be "sorry not
available"). by the way the latter also happens in text if your fonts do not
support a certain char,

frank

frank

ATOM RSS1 RSS2