From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/33257 Path: news.gmane.org!not-for-mail From: Hans Hagen Newsgroups: gmane.comp.tex.context Subject: Re: Problems with fonts Date: Thu, 08 Feb 2007 09:33:00 +0100 Message-ID: <45CAE03C.606@wxs.nl> References: <20070205125259.GJ32514@gamma.logic.tuwien.ac.at> <20070205170747.GC2103@gamma.logic.tuwien.ac.at> <20070206013938.GA6414@localhost> <20070206135341.GA29310@gamma.logic.tuwien.ac.at> <20070207030355.GA6769@localhost> <45C98CA9.5090802@elvenkind.com> <20070207110357.GA4962@localhost> <45C9D29F.2050908@elvenkind.com> <20070207145522.GA12712@localhost> <20070208012331.GA7094@localhost> <6faad9f00702072341j2f90c2a7r31ea8dd47cd32750@mail.gmail.com> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1170923607 16456 80.91.229.12 (8 Feb 2007 08:33:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Feb 2007 08:33:27 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Thu Feb 08 09:33:14 2007 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 1HF4iP-0002jz-BS for gctc-ntg-context-518@m.gmane.org; Thu, 08 Feb 2007 09:33:13 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id D9F4126F; Thu, 8 Feb 2007 09:32:01 +0100 (CET) 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 22945-03-8; Thu, 8 Feb 2007 09:31:53 +0100 (CET) Original-Received: from ronja.vet.uu.nl (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 16C73267; Thu, 8 Feb 2007 09:31:53 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 4CE6E267 for ; Thu, 8 Feb 2007 09:31:51 +0100 (CET) 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 22945-03-7 for ; Thu, 8 Feb 2007 09:31:48 +0100 (CET) Original-Received: from mail.pragma-ade.net (dsl-083-247-100-017.solcon.nl [83.247.100.17]) by ronja.ntg.nl (Postfix) with ESMTP id 2B6BD266 for ; Thu, 8 Feb 2007 09:31:48 +0100 (CET) Original-Received: from [10.100.1.101] (unverified [10.100.1.101]) by controller-1 (SurgeMail 3.7b8) with ESMTP id 7993 for ; Thu, 08 Feb 2007 09:32:58 +0100 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <6faad9f00702072341j2f90c2a7r31ea8dd47cd32750@mail.gmail.com> X-Server: High Performance Mail Server - http://surgemail.com r=-274017400 X-Authenticated-User: hagen@controller-1 X-Virus-Scanned: amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.9 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:33257 Archived-At: Mojca Miklavec wrote: > >> Now, is there any way to force the fonts to map on to the old CMR >> names? >> > > There is (I guess that it might be enough to include the old map files > for cmr and to remove all \definefontsynonym [cmr12][lmr10]-like > definitions from type-*), but you don't want to do that! > also, these cmr mapping will disappear some day > LatinModern is considered standard today. It has far more glyphs than > cmr. OK, you cannot use them all with a single encoding anyway, but > you don't have to bother about anything either. > > Support for LatinModern math has been added recently, so it might be > that there are some bugs, but if there are bugs, it means that they > have to be resolved before others have the same problems. > > With direct conversion to PDF (so, without the --dvi switch), your > problems seem to disappear. > > >> That is because I feel it is because of the CMR/lmodern issue >> that pdflatex generated PDFs appear properly, while ConTeXt ones >> don't. What should the map file look like? >> > > What do you get if you use \usepackage{lmodern} with LaTeX? > The problem is related to inclusion of other documents, which is done differently in pdftex and dvips; if you embed for instance 20 images that have cmr included, you can end up with 20 instances of all cm fonts used in them; therefore, remapping the cm to lm in the map files, will give you smaller files; such things are a side effect of CMR10 now being LatinModern.... and that name is used by pdftex to resolve such isssues. However, as Taco pointed out, dvips looks at the filename (cmr10, lmr10) and so does it differently. The solution is to have two map files, one for dvips and one for pdftex. I would not be surprised if packages other than context rely on the shared map file, and then -as said- one ends up with multiple instances. Because context is mostly used with pdftex, that program's way of dealing with things (inclusions) takes preference. Of course we can provide a special map file for dvips (i have no time to look into that myself). Such a file should then be part of the context distribution because in regular tex distributions pdftex map files and dvips mapfiles are 'by definition' to be the same (no matter what arguments one can come up with that contradict that). One of the reasons that context load map files on demand (apart from speed issues, most noticably a few years ago) is to have some kind of control and not depend on some rather wildcard behaviour. Keep in mind that dvips, pdftex, dvipdfmx don't share map file code, and will never do that I fear. > >> Thanks for bearing with me. I want to try my best before giving up, >> failing which I will be forced to return to teTeX (with the old >> ConTeXt) and miss out on some new ConTeXt niceties, such as >> \startalign etc. >> eventually you will have to switch -) an option is to have a local map file and load that in cont-sys.tex but then dvips may work ok, while pdftex might behave less. > > The bug has to be resolved, but why not converting your EPS graphics > into PDF and using pdfTeX (in pdf mode) instead? There should be an > "epstopdf" script present in the TeX distribution among other > "binaries". > makes sense Hans