LATEX-L Archives

Mailing list for the LaTeX3 project


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
Mailing list for the LaTeX3 project <[log in to unmask]>
Wed, 4 Nov 2009 18:38:01 +0100
Mailing list for the LaTeX3 project <[log in to unmask]>
text/plain; charset=us-ascii
Frank Mittelbach <[log in to unmask]>
text/plain (50 lines)
Heiko Oberdiek writes:
 > On Tue, Nov 03, 2009 at 08:14:10PM +0100, Boguslaw Jackowski wrote:
 > > HO> Result:
 > > HO> * lmtt misses
 > > HO>  * \textperthousand
 > > HO>  * \texttrademark
 > > HO>  * \textservicemark
 > > 
 > > This is on purpose. Squashed (because of monospacing) glyphs do not fit 
 > > to the overall CM look-and-feel, moreover, the typesetting of trademark 
 > > and servicemark is trivial not only in TeX, but even in Word, and the 
 > > glyph perthousandzero (slot 24 in the Cork aka ec encoding) can be used 
 > > to obtain perthousand, permyriad, etc.

I can understand the designers feeling here, but from a document perspective
point I can't quite agree with Jacko. encoding something or not is not really
a question of whether something can be easily faked or not, it is simply a
question of how can reliably be a font replaced with some other font without
loosing information. The whole NFSS system in LaTeX was build to get around
the font encoding peculiarities of Don's original CM fonts where gyphs changed
from font to font turning dollars into pounds as the worst example

 > Summary: the following fonts also have subencoding 0:
 > * Latin Modern: lmdh, lmss, lmssq, lmvtt
 > * TeX Gyre: qag, qbk, qcr, qcs, qpl, qtm, qzc, qhvc

good, thanks, so those can be added to textcomp

 > Open issue: lmtt misses \textperthousand, \texttrademark, \textservicemark
 > I agree, they would look ugly squeezed into the width of the other glyphs.
 > But what to do with textcomp's subencoding?
 > * virtual font that provides the missing glyphs
 > * new subencoding
 > Frank?

I really don't think there is a point in trying to invent yet another
subencoding with all its disadvantages. That means, there are two

 - Jacko forgets the designers qualms :-) and accepts that a \texttrademark
   symbol on a monospaced font looks like one that is from a mono-spaced font
   -> then we get a full set of glyphs and can use 0

 - else we use whatever fits which is going to be subencoding 2 even if that
   means a good number of existing symbol become unavailable (unless maually