From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/50474 Path: news.gmane.org!not-for-mail From: luigi scarso Newsgroups: gmane.comp.tex.context Subject: Re: MKIV, fonts, confusion Date: Thu, 14 May 2009 11:48:20 +0200 Message-ID: References: <5df5befa0905130618j570c02a5k687b3aea95fa89c0@mail.gmail.com> <2558D296-F58B-4CF8-80AF-262F9412EA5F@gmail.com> <67385EE9-3CC2-4900-B3AA-5D693744D8F0@gmail.com> <4A0BE02D.9070200@elvenkind.com> <4A0BE5AC.3040208@elvenkind.com> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0490205722==" X-Trace: ger.gmane.org 1242294568 15081 80.91.229.12 (14 May 2009 09:49:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 May 2009 09:49:28 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Thu May 14 11:49:19 2009 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from ronja.vet.uu.nl ([131.211.172.88] helo=ronja.ntg.nl) by lo.gmane.org with esmtp (Exim 4.50) id 1M4XZ0-0003D5-AI for gctc-ntg-context-518@m.gmane.org; Thu, 14 May 2009 11:49:18 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 634B81FF95; Thu, 14 May 2009 11:49:17 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07054-05; Thu, 14 May 2009 11:48:33 +0200 (CEST) Original-Received: from ronja.vet.uu.nl (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id B55171FF94; Thu, 14 May 2009 11:48:33 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 26DC21FF94 for ; Thu, 14 May 2009 11:48:32 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07083-05 for ; Thu, 14 May 2009 11:48:23 +0200 (CEST) Original-Received: from filter4-nij.mf.surf.net (filter4-nij.mf.surf.net [195.169.124.155]) by ronja.ntg.nl (Postfix) with ESMTP id 8C0451FF4E for ; Thu, 14 May 2009 11:48:23 +0200 (CEST) Original-Received: from mail-ew0-f180.google.com (mail-ew0-f180.google.com [209.85.219.180]) by filter4-nij.mf.surf.net (8.13.8/8.13.8/Debian-3) with ESMTP id n4E9mLkA017847 for ; Thu, 14 May 2009 11:48:21 +0200 Original-Received: by ewy28 with SMTP id 28so910467ewy.2 for ; Thu, 14 May 2009 02:48:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=HOfcjv/JEsPVCPTBDlflGoFRdsC1jAhpH239NpER/P0=; b=wZmt8CtnqBGbzhgpKD2Qoy+ylmLV5D7+ihNJCi3vMa4cfTky0xNtT1/HjGGOGuCQ0T BtFGwbKTMQhBlVbAi2PAeLAtLGVXiXAebj6j/4fBzmJpieRlu6vsE/0qarAfb/+Pr1PT 78oleU2qRWPF2wSrby5FkWK4S1HqeAPlJWeCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=XzUJFnblbNzUh7PW/6ZRHRJ5pZwh9X+f/yiqF6KIt4cZZStBwArcOOgIBitop9RrpE vGqGWaK3kd6AdksUz3m1VipD3aB1kactnjBCk9q2HZ1txQWy9xdN2x9PKYZHqrxnfxgD 1vz/tN5Psc0e5cOTNzN3vyxQo2wOiw/I/q0lI= Original-Received: by 10.216.45.78 with SMTP id o56mr786695web.152.1242294500889; Thu, 14 May 2009 02:48:20 -0700 (PDT) In-Reply-To: <4A0BE5AC.3040208@elvenkind.com> X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=209.85.219.180; country=US; region=CA; city=Mountain View; postalcode=94043; latitude=37.4192; longitude=-122.0574; metrocode=807; areacode=650; http://maps.google.com/maps?q=37.4192,-122.0574&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 225328843 - b5770a360e71 - 20090514 X-Scanned-By: CanIt (www . roaringpenguin . com) on 195.169.124.155 X-Virus-Scanned: amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.11 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl X-Virus-Scanned: amavisd-new at ntg.nl Xref: news.gmane.org gmane.comp.tex.context:50474 Archived-At: --===============0490205722== Content-Type: multipart/alternative; boundary=0016367b6de66e94c50469dc3a8c --0016367b6de66e94c50469dc3a8c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Thu, May 14, 2009 at 11:34 AM, Taco Hoekwater wrote: > > > luigi scarso wrote: > > > So I don't understand how OO "transform" this opentype in a Type1 , > > > > I guess that that is not hard when a document uses no more than 256 > > glyphs from the font. > > > > > > yes, a sort of creation of font encodings at fly for more than 256 > > glyphs -- but why ? > > Maybe to get around that bug^H^H^Hfeature in AR8 and AR9 it's a bug of AR8 and AR9 , IMHO . AR7 shows it ok; AR5 says it's a broken pdf . > > Also, does it fix em size, given that this appears to be the root of the > > problem ? > > No, it fixes nothing. It just works around the issue. The cause of > the problem is that AR8 and AR9 *require* Type0 fonts to have 1000 > units/em, otherwise the glyph drawing routine outputs an incorrectly > scaled object. There is no such limitation for Type1C fonts, and > that is why it works ok there (at least for now, who knows what AR10 > will bring ...) > And aren't we able to do the same trick -- even with a lots of unreadable macros -- in luatex ? -- luigi --0016367b6de66e94c50469dc3a8c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Thu, May 14, 2009 at 11:34 AM, Taco H= oekwater <taco@e= lvenkind.com> wrote:


luigi scarso wrote:
> =C2=A0 =C2=A0 > So I don't understand how OO "transform&qu= ot; this opentype in a Type1 ,
>
> =C2=A0 =C2=A0 I guess that that is not hard when a document uses no mo= re than 256
> =C2=A0 =C2=A0 glyphs from the font.
>
>
> yes, a sort of creation of font encodings at fly for more than 256
> glyphs -- but why ?

Maybe to get around that bug^H^H^Hfeature in AR8 and AR9
=
it's a bug of AR8 and AR9 , IMHO .
AR7 shows it ok;
AR5 says= it's a broken=C2=A0 pdf .


> Also, does it fix em size, given that this appears to be the root of t= he
> problem ?

No, it fixes nothing. It just works around the issue. The cause of the problem is that AR8 and AR9 *require* Type0 fonts to have 1000
units/em, otherwise the glyph drawing routine outputs an incorrectly
scaled object. There is no such limitation for Type1C fonts, and
that is why it works ok there (at least for now, who knows what AR10
will bring ...)
And aren= 9;t we able to do the same trick -- even with a lots of unreadable macros -= - in luatex ?

--
luigi

--0016367b6de66e94c50469dc3a8c-- --===============0490205722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ --===============0490205722==--