Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 4 Nov 2009 00:23:10 +0100 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id nA3NNAcA020771 for ; Wed, 4 Nov 2009 00:23:10 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id nA3NJgQ2002916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Nov 2009 00:19:42 +0100 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nA3N5JXj010031; Wed, 4 Nov 2009 00:19:30 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 349010 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 4 Nov 2009 00:19:22 +0100 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nA3NDaSm005398 for ; Wed, 4 Nov 2009 00:13:36 +0100 Received: from atlas.informatik.uni-freiburg.de (atlas.informatik.uni-freiburg.de [132.230.150.3]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id nA3NDKfQ027558 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 4 Nov 2009 00:13:24 +0100 Received: from remote239-009.home.uni-freiburg.de ([132.230.239.9] helo=irwin.vpn.uni-freiburg.de) by atlas.informatik.uni-freiburg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1N5SYv-0006Uw-3a; Wed, 04 Nov 2009 00:13:19 +0100 Received: by irwin.vpn.uni-freiburg.de (Postfix, from userid 500) id F097317C6B; Wed, 4 Nov 2009 00:02:12 +0100 (CET) Mail-Followup-To: Boguslaw Jackowski , LATEX-L@LISTSERV.UNI-HEIDELBERG.DE, Marcin Wolinski , "Jerzy B. Ludwichowski" , Staszek Wawrykiewicz References: <20091028141650.GA3488@irwin.vpn.uni-freiburg.de> <19176.37836.964673.628156@morse.mittelbach-online.de> <20091028231433.GA4001@irwin.uni-mannheim.de> <19177.18303.198573.261636@morse.mittelbach-online.de> <20091029135720.GA4353@irwin.vpn.uni-freiburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Message-ID: <20091103230212.GA22544@irwin.uni-mannheim.de> Date: Wed, 4 Nov 2009 00:02:12 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Heiko Oberdiek Subject: Re: Encoding subset for lm* and tg* To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -6.599 () BAYES_00,RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 03 Nov 2009 23:23:10.0685 (UTC) FILETIME=[9B9DC8D0:01CA5CDC] Status: R X-Status: X-Keywords: X-UID: 6123 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. > > >* qcr (tgcursor) misses > > * \textleftarrow > > * \textrightarrow > > * \textuparrow > > * \textdownarrow > > No, it didn't miss these glyphs -- they appeared as small, > irregularly shaped dots ;-)) > > Simply, a bug. Thanks for spotting it. Corrected, TG package > (on GUST website) updated an hour ago -- Staszek, what about > using the corrected package in TL2009? Thanks for fixing the bugs. Summary: the following fonts also have subencoding 0: * Latin Modern: lmdh, lmss, lmssq, lmvtt * TeX Gyre: qag, qbk, qcr, qcs, qpl, qtm, qzc, qhvc 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? Yours sincerely Heiko