* a bit offtopic, fonts in exported PDF documents
@ 2010-08-26 17:34 Erik Iverson
2010-08-26 18:02 ` John Hendy
` (2 more replies)
0 siblings, 3 replies; 22+ messages in thread
From: Erik Iverson @ 2010-08-26 17:34 UTC (permalink / raw)
To: emacs-orgmode
Hello,
I'm wondering if anyone can
1) reproduce what I'm seeing
2) help in understanding what's going on.
If I export an Org file to LaTeX, the resulting
.tex file contains the following in its header:
\usepackage[T1]{fontenc}
\usepackage{t1enc}
Long story short:
The resulting .PDF file from pdflatex looks quite
bad in evince, and quite good in Acroread. By "quite bad",
I mean the fonts are practically illegible, very thin
and wiry.
If I comment out *both* of those package requirements,
recompile the PDF, the resulting PDF looks great in all
viewers I can find.
The Fonts specified in the Properties of the document
change when I use those packages versus not use them.
However, the packages are the default for good reason I'm sure,
but C-c C-e d fires up Evince on my system, so the default
is not very pleasant.
I realize this isn't org-mode question per se, but can
anyone else replicate this, and do you know what's happening?
It seems like a potential problem with Evince specifically, since
Acroread seems to handle the resulting PDF just fine.
Finally, does anyone know why the t1enc package is required, the
only thing I read about it was the following:
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc
Thanks!
Erik
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 17:34 a bit offtopic, fonts in exported PDF documents Erik Iverson @ 2010-08-26 18:02 ` John Hendy 2010-08-26 21:14 ` Erik Iverson 2010-08-26 21:37 ` Alan L Tyree 2010-08-26 21:41 ` a bit offtopic, fonts in exported PDF documents - oops Alan L Tyree 2 siblings, 1 reply; 22+ messages in thread From: John Hendy @ 2010-08-26 18:02 UTC (permalink / raw) To: Erik Iverson; +Cc: emacs-orgmode [-- Attachment #1.1: Type: text/plain, Size: 2505 bytes --] I know this is old, but check here? http://ubuntuforums.org/archive/index.php/t-557746.html <http://ubuntuforums.org/archive/index.php/t-557746.html>They don't really "solve" the problem except by doing what you did -- remove the encoding lines. Perhaps you should try verifying your LaTeX fonts packages or check with your distro repository to see what exists? I'm on Arch and they some fantastic documentation. Here, for example, are the various texlive packages I can pick from: http://wiki.archlinux.org/index.php/TeX_Live#Group_texlive-most Not saying one of those would fix the problem, but I wonder if you could verify you have the fontsextra package? Just an idea? Or run 'pdflatex file.tex' from the command line to see if any errors come up when using pdflatex directly vs. through org? You might be able to see more of the inner details that way and if it's complaining? John On Thu, Aug 26, 2010 at 12:34 PM, Erik Iverson <eriki@ccbr.umn.edu> wrote: > Hello, > > I'm wondering if anyone can > > 1) reproduce what I'm seeing > 2) help in understanding what's going on. > > If I export an Org file to LaTeX, the resulting > .tex file contains the following in its header: > > \usepackage[T1]{fontenc} > \usepackage{t1enc} > > Long story short: > > The resulting .PDF file from pdflatex looks quite > bad in evince, and quite good in Acroread. By "quite bad", > I mean the fonts are practically illegible, very thin > and wiry. > > If I comment out *both* of those package requirements, > recompile the PDF, the resulting PDF looks great in all > viewers I can find. > > The Fonts specified in the Properties of the document > change when I use those packages versus not use them. > > However, the packages are the default for good reason I'm sure, > but C-c C-e d fires up Evince on my system, so the default > is not very pleasant. > > I realize this isn't org-mode question per se, but can > anyone else replicate this, and do you know what's happening? > It seems like a potential problem with Evince specifically, since > Acroread seems to handle the resulting PDF just fine. > > Finally, does anyone know why the t1enc package is required, the > only thing I read about it was the following: > > http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc > > Thanks! > Erik > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > [-- Attachment #1.2: Type: text/html, Size: 3617 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 18:02 ` John Hendy @ 2010-08-26 21:14 ` Erik Iverson 2010-08-26 21:49 ` Markus Heller ` (2 more replies) 0 siblings, 3 replies; 22+ messages in thread From: Erik Iverson @ 2010-08-26 21:14 UTC (permalink / raw) To: John Hendy; +Cc: emacs-orgmode John, Thank you for your reply. For those that don't want to read all that follows, please note my conclusion, given here: Since orgmode is automatically telling latex to use T1 encoding, perhaps we should somewhere document to the user that Type 1 fonts should be available to get the best looking PDF possible. Otherwise, type 3 fonts will be substituted. I got suitable Type-1 fonts by installing the texlive-fonts-extra package under Ubuntu. (Of course, that could already be documented somewhere :) ) All of this explained very succinctly right here: http://www.latex-community.org/forum/viewtopic.php?f=5&t=571 > Here, for example, are the > various texlive packages I can pick > from: http://wiki.archlinux.org/index.php/TeX_Live#Group_texlive-most > > Not saying one of those would fix the problem, but I wonder if you could > verify you have the fontsextra package? Just an idea? It was a great idea. It was what was wrong. :) Under Ubuntu, I simply install texlive-fonts-extra, and it works. Of course, I was a bit more curious as to exactly *what* and *why* things were behaving as they were, so here is a summary for those who may see the same issue. Caveat: I don't know much about font issues, so the following is a bit imprecise and possibly even plain wrong :). By including [T1]{fontenc}, we are telling LaTeX to use so called T1 font encoding. Simple enough. However, the original Computer Modern fonts were not designed with this encoding in mind. There have been Type 1 replacements made and can be found in the Cm-super package. This is part of what texlive-fonts-extra installs, but was not available on either of the systems I tested on, one Ubuntu, one Fedora. Not having these font packages, I set out to determine which fonts were being used in the PDF depending on what encodings we use. The best way I have of checking what's going on is making a PDF, and then opening it up in Evince or acroread, and looking at 'fonts' tab under the document properties. As things were, i.e.: before installing texlive-fonts-extra, and while including T1 font encoding, things looked quite bad under Evince. Looking at the fonts included in the PDF showed why. Instead of the list of computer modern fonts I get when I don't include the T1 encoding, I got a list of "Type 3" fonts with "No Name" in evince and names like "F16, F20, ..." in acrobat. Why these looked "ok" under acrobat is not understood by me, but they certainly looked poor under evince. I could 'fix' this many ways, including removing the lines referencing T1 encoding from the .tex file, or changing fontenc to OT1 instead of T1, essentially the same fix. This allowed the good old computer modern fonts to be included in the PDF, and all was well. But I wanted to know why T1 encoding wasn't working. After installing texlive-fonts-extra, I now have the "cm-super" package. These fonts now are used when I specify the T1 encoding. (I think!) Now, my list of fonts under evince looks like "sfrm1200" for example. No more Type 3 fonts, they are all Type 1. This all seems to be explained in Chapter 7 of The LaTeX Companion, section 7.5. I would be interested in what the names of the fonts embedded in PDF documents from other users are? Are you all using these "cm-super" fonts? Alternatively, I was also able to get nice fonts by using the Modern Latin package, \usepackage{lmodern} with T1 encoding specified. The upshot is: If you're using an OS with a package manager, it might pay to do a "texlive-full" type install, instead of just doing the bits and pieces of latex packages as I've been doing! Unfortunately, I think with at least Ubuntu, that's not the default, so many users may be having the same issue as I am, without even realizing it. Hope this helps, --Erik > > On Thu, Aug 26, 2010 at 12:34 PM, Erik Iverson <eriki@ccbr.umn.edu > <mailto:eriki@ccbr.umn.edu>> wrote: > > Hello, > > I'm wondering if anyone can > > 1) reproduce what I'm seeing > 2) help in understanding what's going on. > > If I export an Org file to LaTeX, the resulting > .tex file contains the following in its header: > > \usepackage[T1]{fontenc} > \usepackage{t1enc} > > Long story short: > > The resulting .PDF file from pdflatex looks quite > bad in evince, and quite good in Acroread. By "quite bad", > I mean the fonts are practically illegible, very thin > and wiry. > > If I comment out *both* of those package requirements, > recompile the PDF, the resulting PDF looks great in all > viewers I can find. > > The Fonts specified in the Properties of the document > change when I use those packages versus not use them. > > However, the packages are the default for good reason I'm sure, > but C-c C-e d fires up Evince on my system, so the default > is not very pleasant. > > I realize this isn't org-mode question per se, but can > anyone else replicate this, and do you know what's happening? > It seems like a potential problem with Evince specifically, since > Acroread seems to handle the resulting PDF just fine. > > Finally, does anyone know why the t1enc package is required, the > only thing I read about it was the following: > > http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc > > Thanks! > Erik > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org <mailto:Emacs-orgmode@gnu.org> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 21:14 ` Erik Iverson @ 2010-08-26 21:49 ` Markus Heller 2010-08-26 22:07 ` Erik Iverson 2010-08-26 22:18 ` John Hendy 2010-08-26 22:44 ` Nick Dokos 2 siblings, 1 reply; 22+ messages in thread From: Markus Heller @ 2010-08-26 21:49 UTC (permalink / raw) To: emacs-orgmode Erik Iverson <eriki@ccbr.umn.edu> writes: > John, > > Thank you for your reply. > > For those that don't want to read all that follows, please note my > conclusion, given here: > > Since orgmode is automatically telling latex to use T1 encoding, > perhaps we should somewhere document to the user that Type 1 > fonts should be available to get the best looking PDF possible. > Otherwise, type 3 fonts will be substituted. I got suitable > Type-1 fonts by installing the texlive-fonts-extra package > under Ubuntu. Note that T1 *font encoding* has nothing to do with Type 1 fonts! As far as I understand, you need Type 1 fonts for good looking pdfs (Type 3 are bitmap fonts and thus not scalable), but the actual font encoding shouldn't matter. Just my 2 cents Markus ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 21:49 ` Markus Heller @ 2010-08-26 22:07 ` Erik Iverson 2010-08-26 22:50 ` Markus Heller 2010-08-26 23:08 ` Nick Dokos 0 siblings, 2 replies; 22+ messages in thread From: Erik Iverson @ 2010-08-26 22:07 UTC (permalink / raw) To: Markus Heller; +Cc: emacs-orgmode Markus Heller wrote: > Erik Iverson <eriki@ccbr.umn.edu> writes: > >> John, >> >> Thank you for your reply. >> >> For those that don't want to read all that follows, please note my >> conclusion, given here: >> >> Since orgmode is automatically telling latex to use T1 encoding, >> perhaps we should somewhere document to the user that Type 1 >> fonts should be available to get the best looking PDF possible. >> Otherwise, type 3 fonts will be substituted. I got suitable >> Type-1 fonts by installing the texlive-fonts-extra package >> under Ubuntu. > > Note that T1 *font encoding* has nothing to do with Type 1 fonts! Yes, thank you. I gathered that eventually, but it did take some time to appreciate they are completely different concepts. Is the following correct? Some Type 1 fonts *support* the T1 encoding. Computer Modern is not one of those, so you need some that do. CM-super or Latin Modern are two Type 1 font packages that do support the T1 encoding. > > As far as I understand, you need Type 1 fonts for good looking pdfs > (Type 3 are bitmap fonts and thus not scalable), but the actual font > encoding shouldn't matter. Yes! But as I think(?) I discovered, when T1 encoding is specified, the Type 1 Computer Modern fonts don't support it, and therefore are not included in the PDF. In my case, a Type 3 font was substituted that looked nasty. I needed to install proper Type 1 fonts that support the T1 encoding, like Cm-super or Latin Modern. Since orgmode is telling latex to use T1 encoding by default, I was bitten by the fact that I had no Type 1 fonts that supported this encoding, with my bare-bones latex install from a relatively common Linux distro. My message is just serving as information about how to get those fonts. Thanks! ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 22:07 ` Erik Iverson @ 2010-08-26 22:50 ` Markus Heller 2010-08-26 23:08 ` Nick Dokos 1 sibling, 0 replies; 22+ messages in thread From: Markus Heller @ 2010-08-26 22:50 UTC (permalink / raw) To: emacs-orgmode Erik Iverson <eriki@ccbr.umn.edu> writes: > Markus Heller wrote: >> Erik Iverson <eriki@ccbr.umn.edu> writes: >> >>> John, >>> >>> Thank you for your reply. >>> >>> For those that don't want to read all that follows, please note my >>> conclusion, given here: >>> >>> Since orgmode is automatically telling latex to use T1 encoding, >>> perhaps we should somewhere document to the user that Type 1 >>> fonts should be available to get the best looking PDF possible. >>> Otherwise, type 3 fonts will be substituted. I got suitable >>> Type-1 fonts by installing the texlive-fonts-extra package >>> under Ubuntu. >> >> Note that T1 *font encoding* has nothing to do with Type 1 fonts! > > Yes, thank you. I gathered that eventually, but it did take some > time to appreciate they are completely different concepts. Is > the following correct? > > Some Type 1 fonts *support* the T1 encoding. Computer Modern is > not one of those, so you need some that do. CM-super or Latin > Modern are two Type 1 font packages that do support the T1 encoding. To my knowledge, the above is correct. I make no guarantees, though ... Cheers Markus ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 22:07 ` Erik Iverson 2010-08-26 22:50 ` Markus Heller @ 2010-08-26 23:08 ` Nick Dokos 2010-08-26 23:38 ` Nick Dokos 1 sibling, 1 reply; 22+ messages in thread From: Nick Dokos @ 2010-08-26 23:08 UTC (permalink / raw) To: Erik Iverson; +Cc: Markus Heller, nicholas.dokos, emacs-orgmode Erik Iverson <eriki@ccbr.umn.edu> wrote: > Is the following correct? > > Some Type 1 fonts *support* the T1 encoding. Computer Modern is > not one of those, so you need some that do. CM-super or Latin > Modern are two Type 1 font packages that do support the T1 encoding. > No, "supporting" an encoding makes no sense. The encoding is a map from (a range of) integers to glyphs. Computer modern is available in both OT1 and T1 encodings. It is also available as Type1 and Type3 and also as TrueType (which is not an Adobe format at all): the original Knuth fonts were Type3, but Y&Y/Blue Sky produced, and eventually donated to the AMS, Type1 versions. I'm not sure who did the TrueType version. You can reencode a font (assign each glyph to a number different from the original - basically apply a permutation to the original table): you get a different encoding of the same font. That is true whether the font is Type1 or Type3 or TrueType or .... Nick ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 23:08 ` Nick Dokos @ 2010-08-26 23:38 ` Nick Dokos 0 siblings, 0 replies; 22+ messages in thread From: Nick Dokos @ 2010-08-26 23:38 UTC (permalink / raw) To: nicholas.dokos; +Cc: Markus Heller, emacs-orgmode Nick Dokos <nicholas.dokos@hp.com> wrote: > the original Knuth fonts were Type3, > That, of course, is nonsense: the original Knuth fonts were born before Adobe existed. They were in a format that Knuth invented (PK?). They could just naturally be mapped into Adobe Type3 fonts by dvips, so they could be printed on the original Apple Laser Printer, when that came out. Nick ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 21:14 ` Erik Iverson 2010-08-26 21:49 ` Markus Heller @ 2010-08-26 22:18 ` John Hendy 2010-08-26 22:44 ` Nick Dokos 2 siblings, 0 replies; 22+ messages in thread From: John Hendy @ 2010-08-26 22:18 UTC (permalink / raw) To: Erik Iverson; +Cc: emacs-orgmode [-- Attachment #1.1: Type: text/plain, Size: 5961 bytes --] On Thu, Aug 26, 2010 at 4:14 PM, Erik Iverson <eriki@ccbr.umn.edu> wrote: > John, > > Thank you for your reply. > > No problem -- nice report and I'm glad you got things fixed!! John > For those that don't want to read all that follows, please note my > conclusion, given here: > > Since orgmode is automatically telling latex to use T1 encoding, > perhaps we should somewhere document to the user that Type 1 > fonts should be available to get the best looking PDF possible. > Otherwise, type 3 fonts will be substituted. I got suitable > Type-1 fonts by installing the texlive-fonts-extra package > under Ubuntu. > > (Of course, that could already be documented somewhere :) ) > > All of this explained very succinctly right here: > http://www.latex-community.org/forum/viewtopic.php?f=5&t=571 > > > > Here, for example, are the > >> various texlive packages I can pick from: >> http://wiki.archlinux.org/index.php/TeX_Live#Group_texlive-most >> >> Not saying one of those would fix the problem, but I wonder if you could >> verify you have the fontsextra package? Just an idea? >> > > It was a great idea. It was what was wrong. :) > > Under Ubuntu, I simply install texlive-fonts-extra, and it works. > > Of course, I was a bit more curious as to exactly *what* and *why* > things were behaving as they were, so here is a summary for those who > may see the same issue. > > Caveat: I don't know much about font issues, so the following is a bit > imprecise and possibly even plain wrong :). > > By including [T1]{fontenc}, we are telling LaTeX to use so called T1 > font encoding. Simple enough. However, the original Computer Modern > fonts were not designed with this encoding in mind. There have been > Type 1 replacements made and can be found in the Cm-super package. > This is part of what texlive-fonts-extra installs, but was not > available on either of the systems I tested on, one Ubuntu, one > Fedora. > > Not having these font packages, I set out to determine which > fonts were being used in the PDF depending on what encodings we > use. > > The best way I have of checking what's going on is making a PDF, > and then opening it up in Evince or acroread, and looking at 'fonts' > tab under the document properties. > > As things were, i.e.: before installing texlive-fonts-extra, and > while including T1 font encoding, things looked > quite bad under Evince. Looking at the fonts included in the PDF > showed why. Instead of the list of computer modern fonts I get when > I don't include the T1 encoding, I got a list of "Type 3" fonts with > "No Name" in evince and names like "F16, F20, ..." in acrobat. > > Why these looked "ok" under acrobat is not understood by me, but > they certainly looked poor under evince. > > I could 'fix' this many ways, including removing the lines referencing > T1 encoding from the .tex file, or changing fontenc to OT1 instead of > T1, essentially the same fix. This allowed the good old computer > modern fonts to be included in the PDF, and all was well. But I wanted > to know why T1 encoding wasn't working. > > After installing texlive-fonts-extra, I now have the > "cm-super" package. These fonts now are used when I specify the T1 > encoding. (I think!) Now, my list of fonts under evince looks like > "sfrm1200" for example. No more Type 3 fonts, they are all Type 1. > This all seems to be explained in Chapter 7 of The LaTeX Companion, > section 7.5. > > I would be interested in what the names of the fonts embedded in > PDF documents from other users are? Are you all using these > "cm-super" fonts? > > Alternatively, I was also able to get nice fonts by using the > Modern Latin package, \usepackage{lmodern} with T1 encoding > specified. > > The upshot is: If you're using an OS with a package manager, > it might pay to do a "texlive-full" type install, instead of just > doing the bits and pieces of latex packages as I've been doing! > Unfortunately, I think with at least Ubuntu, that's not the > default, so many users may be having the same issue as I am, > without even realizing it. > > > Hope this helps, > > --Erik > > > >> On Thu, Aug 26, 2010 at 12:34 PM, Erik Iverson <eriki@ccbr.umn.edu<mailto: >> eriki@ccbr.umn.edu>> wrote: >> >> Hello, >> >> I'm wondering if anyone can >> >> 1) reproduce what I'm seeing >> 2) help in understanding what's going on. >> >> If I export an Org file to LaTeX, the resulting >> .tex file contains the following in its header: >> >> \usepackage[T1]{fontenc} >> \usepackage{t1enc} >> >> Long story short: >> >> The resulting .PDF file from pdflatex looks quite >> bad in evince, and quite good in Acroread. By "quite bad", >> I mean the fonts are practically illegible, very thin >> and wiry. >> >> If I comment out *both* of those package requirements, >> recompile the PDF, the resulting PDF looks great in all >> viewers I can find. >> >> The Fonts specified in the Properties of the document >> change when I use those packages versus not use them. >> >> However, the packages are the default for good reason I'm sure, >> but C-c C-e d fires up Evince on my system, so the default >> is not very pleasant. >> >> I realize this isn't org-mode question per se, but can >> anyone else replicate this, and do you know what's happening? >> It seems like a potential problem with Evince specifically, since >> Acroread seems to handle the resulting PDF just fine. >> >> Finally, does anyone know why the t1enc package is required, the >> only thing I read about it was the following: >> >> http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc >> >> Thanks! >> Erik >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org <mailto:Emacs-orgmode@gnu.org> >> >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> >> > [-- Attachment #1.2: Type: text/html, Size: 8039 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 21:14 ` Erik Iverson 2010-08-26 21:49 ` Markus Heller 2010-08-26 22:18 ` John Hendy @ 2010-08-26 22:44 ` Nick Dokos 2 siblings, 0 replies; 22+ messages in thread From: Nick Dokos @ 2010-08-26 22:44 UTC (permalink / raw) To: Erik Iverson; +Cc: nicholas.dokos, emacs-orgmode Erik Iverson <eriki@ccbr.umn.edu> wrote: > For those that don't want to read all that follows, please note my > conclusion, given here: > > Since orgmode is automatically telling latex to use T1 encoding, > perhaps we should somewhere document to the user that Type 1 > fonts should be available to get the best looking PDF possible. > Otherwise, type 3 fonts will be substituted. I got suitable > Type-1 fonts by installing the texlive-fonts-extra package > under Ubuntu. > [With apologies for the length (and the further off-topic direction) of this post, I hope the following is of interest to a few people. Those of you who have no interest in the finer points of TeX fontological history can safely hit "Delete" now.] I think the conclusion is substantively correct, but there are a couple of minor nits: I would leave out the first line of the second paragraph above ("Since orgmode...T1 encoding,"). I would also note that the problem is a viewer problem, not a Type3 problem (see below). Here's why: * Type1 fonts (e.g. the Adobe Postscript standard fonts) are implemented as scalable outlines, basically programs that describe what the glyph will look like. It's easy to tell the program: draw this glyph at 1.41421 the size (or whatever other scaling factor you want), hence "scalable". * Type3 fonts are usually bitmaps (that's actually an oversimplification, but it's true in the vast majority of cases), so you need a multiplicity of them at different sizes to cover the needs of a document. Both of these (and presumably the missing Type2 as well, although I have never seen one of those) were defined by Adobe. T1-encoding has nothing to do with Type1 fonts except for the unfortunate similarity of the names: an encoding is just the table that translates from numbers to glyphs in a font. Knuth used a very peculiar encoding originally (now called OT1) and in 1990, the TeX people got together at Cork, Ireland, and hashed out this new encoding (it was called Cork encoding for a long time, but at some point it became "T1"). The T1-encoding *is* pretty much the encoding that Adobe used for *its* fonts (whether Type1 or Type3). In particular, there were T1-encoded Type3 fonts (the so called EC fonts, in their original incarnation, before they were auto-traced and made into Type1 fonts) and there are non-T1 encoded Type1 fonts (in particular, T1-encoding deals with text, mostly European languages that use the Latin alphabet or slight variations thereof, so Cyrillic, Greek, non-European alphabets and symbols of various kinds have their own encodings: whether a font for any of these would be Type1 or Type3 is a matter of implementation.) Here are some links of interest from the TeX FAQ: "What are encodings?" http://www.tex.ac.uk/cgi-bin/texfaq2html?label=whatenc "What are the EC fonts?" http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ECfonts "Adobe font formats" http://www.tex.ac.uk/cgi-bin/texfaq2html?label=adobetypen This last one (and a link therein to PDF quality) is of particular interest, because it describes the situation when Acrobar Reader (version < 6) exhibited exactly the problem that you encountered with Evince. Acrobat Reader has been fixed since then so it deals with Type3 fonts reasonably, but I guess Evince still mistreats Type3 fonts (they may believe in the motto that "All the fonts (that matter) are Type1".) Cheers, Nick ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 17:34 a bit offtopic, fonts in exported PDF documents Erik Iverson 2010-08-26 18:02 ` John Hendy @ 2010-08-26 21:37 ` Alan L Tyree 2010-08-26 21:40 ` Erik Iverson 2010-08-26 21:41 ` a bit offtopic, fonts in exported PDF documents - oops Alan L Tyree 2 siblings, 1 reply; 22+ messages in thread From: Alan L Tyree @ 2010-08-26 21:37 UTC (permalink / raw) To: Erik Iverson; +Cc: emacs-orgmode On Thu, 26 Aug 2010 12:34:08 -0500 Erik Iverson <eriki@ccbr.umn.edu> wrote: > Hello, > > I'm wondering if anyone can > > 1) reproduce what I'm seeing > 2) help in understanding what's going on. > > If I export an Org file to LaTeX, the resulting > .tex file contains the following in its header: > > \usepackage[T1]{fontenc} > \usepackage{t1enc} > > Long story short: > > The resulting .PDF file from pdflatex looks quite > bad in evince, and quite good in Acroread. By "quite bad", > I mean the fonts are practically illegible, very thin > and wiry. > <SNIP> Hi Erik, I'm on Debian Squeeze, and I don't seem to have this problem. The fonts reported in the Properties are LMRoman and they look ok in Evince. I have all the latex extras installed. Let me know if I can give you any more info. Cheers, Alan > Erik > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Alan L Tyree http://www2.austlii.edu.au/~alan Tel: 04 2748 6206 ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents 2010-08-26 21:37 ` Alan L Tyree @ 2010-08-26 21:40 ` Erik Iverson 0 siblings, 0 replies; 22+ messages in thread From: Erik Iverson @ 2010-08-26 21:40 UTC (permalink / raw) To: Alan L Tyree; +Cc: emacs-orgmode Alan, > Hi Erik, > I'm on Debian Squeeze, and I don't seem to have this problem. The fonts > reported in the Properties are LMRoman and they look ok in Evince. > > I have all the latex extras installed. If you've seen my recent follow-up, that makes sense to me. So you are somehow getting LMRoman as your font *without* including \usepackage{lmodern} ? Can you verify that your exported .tex files don't include that line? Thanks! --Erik ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-26 17:34 a bit offtopic, fonts in exported PDF documents Erik Iverson 2010-08-26 18:02 ` John Hendy 2010-08-26 21:37 ` Alan L Tyree @ 2010-08-26 21:41 ` Alan L Tyree 2010-08-26 21:46 ` Erik Iverson 2010-08-30 7:43 ` Carsten Dominik 2 siblings, 2 replies; 22+ messages in thread From: Alan L Tyree @ 2010-08-26 21:41 UTC (permalink / raw) To: Erik Iverson; +Cc: emacs-orgmode On Thu, 26 Aug 2010 12:34:08 -0500 Erik Iverson <eriki@ccbr.umn.edu> wrote: > Hello, > > I'm wondering if anyone can > > 1) reproduce what I'm seeing > 2) help in understanding what's going on. > > If I export an Org file to LaTeX, the resulting > .tex file contains the following in its header: <SNIP> Erik, I just realised that I had added \usepackage{lmodern} to get the result that I mentioned in my last post. Without the lmodern package, the output still looks OK, but the fonts are "No Name" Type 3 Embedded. HTH, Alan > > Thanks! > Erik > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Alan L Tyree http://www2.austlii.edu.au/~alan Tel: 04 2748 6206 ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-26 21:41 ` a bit offtopic, fonts in exported PDF documents - oops Alan L Tyree @ 2010-08-26 21:46 ` Erik Iverson 2010-08-30 7:43 ` Carsten Dominik 1 sibling, 0 replies; 22+ messages in thread From: Erik Iverson @ 2010-08-26 21:46 UTC (permalink / raw) To: Alan L Tyree; +Cc: emacs-orgmode Alan L Tyree wrote: > On Thu, 26 Aug 2010 12:34:08 -0500 > Erik Iverson <eriki@ccbr.umn.edu> wrote: > >> Hello, >> >> I'm wondering if anyone can >> >> 1) reproduce what I'm seeing >> 2) help in understanding what's going on. >> >> If I export an Org file to LaTeX, the resulting >> .tex file contains the following in its header: > <SNIP> > Erik, > I just realised that I had added \usepackage{lmodern} to get the result > that I mentioned in my last post. > > Without the lmodern package, the output still looks OK, but the fonts > are "No Name" Type 3 Embedded. Great, that makes sense to me. I noticed a significant loss of quality with my type 3 fonts at 100% zoom. They could have been different type 3 fonts, or different screen resolutions, document zoom, ... etc. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-26 21:41 ` a bit offtopic, fonts in exported PDF documents - oops Alan L Tyree 2010-08-26 21:46 ` Erik Iverson @ 2010-08-30 7:43 ` Carsten Dominik 2010-08-30 14:50 ` Nick Dokos 1 sibling, 1 reply; 22+ messages in thread From: Carsten Dominik @ 2010-08-30 7:43 UTC (permalink / raw) To: Alan L Tyree; +Cc: emacs-orgmode Hi, I have not followed this thread closely, so if the discussion ends in something we should change in Org, please write to me and let me know explicitly. Thanks! - Carsten On Aug 26, 2010, at 11:41 PM, Alan L Tyree wrote: > On Thu, 26 Aug 2010 12:34:08 -0500 > Erik Iverson <eriki@ccbr.umn.edu> wrote: > >> Hello, >> >> I'm wondering if anyone can >> >> 1) reproduce what I'm seeing >> 2) help in understanding what's going on. >> >> If I export an Org file to LaTeX, the resulting >> .tex file contains the following in its header: > <SNIP> > Erik, > I just realised that I had added \usepackage{lmodern} to get the > result > that I mentioned in my last post. > > Without the lmodern package, the output still looks OK, but the fonts > are "No Name" Type 3 Embedded. > > HTH, > Alan > >> >> Thanks! >> Erik >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > > > -- > Alan L Tyree http://www2.austlii.edu.au/~alan > Tel: 04 2748 6206 > > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-30 7:43 ` Carsten Dominik @ 2010-08-30 14:50 ` Nick Dokos 2010-08-30 15:12 ` Erik Iverson 0 siblings, 1 reply; 22+ messages in thread From: Nick Dokos @ 2010-08-30 14:50 UTC (permalink / raw) To: Carsten Dominik; +Cc: nicholas.dokos, emacs-orgmode, Alan L Tyree Carsten Dominik <carsten.dominik@gmail.com> wrote: > Hi, > > I have not followed this thread closely, so if the discussion ends > in something we should change in Org, please write to me and let me > know explicitly. > > Thanks! > Erik Iverson might have a different take but my take is that there is no major issue. Two minor issues: One possible change to org is an addition to the documentation recommending the texlive-fonts-extra package: it includes the cm-super Type1 fonts - type1 fonts behave better with Evince (and possibly other PDF viewers) than type3 fonts. The other possible change that Erik identified is the deletion of the t1enc package from the list of packages that org includes in exported LaTeX by default. I haven't tried without it, but it does indeed seem to be an obsolete remnant of times long past. The TeX FAQ (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc ) says: ,---- | Why use fontenc rather than t1enc? | | In the very earliest days of LaTeX2e, the only way to use the T1 | encoding was t1enc; with the summer 1994 “production” release, the | fontenc package appeared, and provided comprehensive support for use of | the encoding. | | Nevertheless, the t1enc package remains (as part of the LaTeX 2.09 | compatibility code), but it does very little: it merely selects font | encoding T1, and leaves to the user the business of generating the | character codes required. | | Generating such character codes could be a simple matter, if the T1 | encoding matched any widely-supported encoding standard, since in that | case, one might expect one’s keyboard to generate the character | codes. However, the T1 encoding is a mix of several standard encodings, | and includes code points in areas of the table which standard encodings | specifically exclude, so no T1 keyboards have been (or ever will be) | manufactured. | | By contrast, the fontenc package generates the T1 code points from | ordinary LaTeX commands (e.g., it generates the é character codepoint | from the command \’e). So, unless you have program-generated T1 input, | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. `---- Nick ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-30 14:50 ` Nick Dokos @ 2010-08-30 15:12 ` Erik Iverson 2010-08-30 15:58 ` Nick Dokos 0 siblings, 1 reply; 22+ messages in thread From: Erik Iverson @ 2010-08-30 15:12 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode, Alan L Tyree, Carsten Dominik Nick Dokos wrote: > Carsten Dominik <carsten.dominik@gmail.com> wrote: > >> Hi, >> >> I have not followed this thread closely, so if the discussion ends >> in something we should change in Org, please write to me and let me >> know explicitly. >> >> Thanks! >> > > Erik Iverson might have a different take but my take is that there is > no major issue. Two minor issues: > > One possible change to org is an addition to the documentation > recommending the texlive-fonts-extra package: it includes the cm-super > Type1 fonts - type1 fonts behave better with Evince (and possibly other > PDF viewers) than type3 fonts. > That would be my thought, too. However, it appears that cm-super is only "suggested" by texlive-fonts-extra, so in general will not get installed with that package, unless you ask for suggested packages also. (This is all Debian/Ubuntu by the way). Both this system and MikTeX offer cm-super as a standalone package, so perhaps just recommending that package (cm-super) would suffice? I confirmed that cm-super is not one of the default MikTeX packages in a standard install, so Windows users may benefit from this advice, too. > The other possible change that Erik identified is the deletion of the > t1enc package from the list of packages that org includes in exported > LaTeX by default. I haven't tried without it, but it does indeed seem to > be an obsolete remnant of times long past. I have tried without it. I was unable to to see any differences between using \usepackage[T1]{fontenc} and adding the \usepackage{t1enc} line. This makes sense given the FAQ answer below. The TeX FAQ > (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc ) says: > > ,---- > | Why use fontenc rather than t1enc? > | > | In the very earliest days of LaTeX2e, the only way to use the T1 > | encoding was t1enc; with the summer 1994 “production” release, the > | fontenc package appeared, and provided comprehensive support for use of > | the encoding. > | > | Nevertheless, the t1enc package remains (as part of the LaTeX 2.09 > | compatibility code), but it does very little: it merely selects font > | encoding T1, and leaves to the user the business of generating the > | character codes required. > | > | Generating such character codes could be a simple matter, if the T1 > | encoding matched any widely-supported encoding standard, since in that > | case, one might expect one’s keyboard to generate the character > | codes. However, the T1 encoding is a mix of several standard encodings, > | and includes code points in areas of the table which standard encodings > | specifically exclude, so no T1 keyboards have been (or ever will be) > | manufactured. > | > | By contrast, the fontenc package generates the T1 code points from > | ordinary LaTeX commands (e.g., it generates the é character codepoint > | from the command \’e). So, unless you have program-generated T1 input, > | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. > `---- > > Nick ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-30 15:12 ` Erik Iverson @ 2010-08-30 15:58 ` Nick Dokos 2010-08-30 19:04 ` Joost Kremers 2010-08-31 6:31 ` Carsten Dominik 0 siblings, 2 replies; 22+ messages in thread From: Nick Dokos @ 2010-08-30 15:58 UTC (permalink / raw) To: Erik Iverson; +Cc: nicholas.dokos, emacs-orgmode, Alan L Tyree, Carsten Dominik Erik Iverson <eriki@ccbr.umn.edu> wrote: > That would be my thought, too. However, it appears that cm-super is > only "suggested" by texlive-fonts-extra, so in general > will not get installed with that package, unless you ask for > suggested packages also. (This is all Debian/Ubuntu by the way). > Right. I was wrong about texlive-fonts-extra: you need to install the cm-super package to get the cm-super fonts. I am investigating the various fonts right now and will update the org-dependencies.org file on Worg later on this week. We can also add a FAQ entry to point back to org-dependencies - that should take care of the documentation changes, right? > Both this system and MikTeX > offer cm-super as a standalone package, so perhaps just recommending > that package (cm-super) would suffice? I confirmed that cm-super is > not one of the default MikTeX packages in a standard install, so > Windows users may benefit from this advice, too. Do windows users use evince? I'd think they mostly go with Acrobat Reader, in which case they should have no problems with Type3 fonts. > > The other possible change that Erik identified is the deletion of the > > t1enc package from the list of packages that org includes in exported > > LaTeX by default. I haven't tried without it, but it does indeed seem to > > be an obsolete remnant of times long past. > > I have tried without it. I was unable to to see any differences between > using \usepackage[T1]{fontenc} and adding the \usepackage{t1enc} > line. This makes sense given the FAQ answer below. > So getting rid of the \usepackage{t1enc} in org sounds like the right thing to do (but including it does not hurt, so there is no urgency, iiuc.) Nick > The TeX FAQ > > (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc ) says: > > > > ,---- > > | Why use fontenc rather than t1enc? > > | | In the very earliest days of LaTeX2e, the only way to use the T1 > > | encoding was t1enc; with the summer 1994 “production” release, the > > | fontenc package appeared, and provided comprehensive support for use of > > | the encoding. > > | | Nevertheless, the t1enc package remains (as part of the LaTeX > > 2.09 > > | compatibility code), but it does very little: it merely selects font > > | encoding T1, and leaves to the user the business of generating the > > | character codes required. > > | | Generating such character codes could be a simple matter, if the > > T1 > > | encoding matched any widely-supported encoding standard, since in that > > | case, one might expect one’s keyboard to generate the character > > | codes. However, the T1 encoding is a mix of several standard encodings, > > | and includes code points in areas of the table which standard encodings > > | specifically exclude, so no T1 keyboards have been (or ever will be) > > | manufactured. > > | | By contrast, the fontenc package generates the T1 code points > > from > > | ordinary LaTeX commands (e.g., it generates the é character codepoint > > | from the command \’e). So, unless you have program-generated T1 input, > > | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. > > `---- > > > > Nick > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-30 15:58 ` Nick Dokos @ 2010-08-30 19:04 ` Joost Kremers 2010-08-31 6:31 ` Carsten Dominik 1 sibling, 0 replies; 22+ messages in thread From: Joost Kremers @ 2010-08-30 19:04 UTC (permalink / raw) To: emacs-orgmode On Mon, Aug 30, 2010 at 11:58:15AM -0400, Nick Dokos wrote: > Erik Iverson <eriki@ccbr.umn.edu> wrote: > > Both this system and MikTeX > > offer cm-super as a standalone package, so perhaps just recommending > > that package (cm-super) would suffice? I confirmed that cm-super is > > not one of the default MikTeX packages in a standard install, so > > Windows users may benefit from this advice, too. > > Do windows users use evince? I'd think they mostly go with Acrobat Reader, > in which case they should have no problems with Type3 fonts. until they start sending their pdfs to other people, who might not be so "lucky"... ;-) Joost -- Dr. Joost Kremers Georg-August-Universität Seminar für Deutsche Philologie Käte-Hamburger-Weg 3 D-37073 Göttingen ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-30 15:58 ` Nick Dokos 2010-08-30 19:04 ` Joost Kremers @ 2010-08-31 6:31 ` Carsten Dominik 2010-08-31 6:51 ` Nick Dokos 1 sibling, 1 reply; 22+ messages in thread From: Carsten Dominik @ 2010-08-31 6:31 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode, Alan L Tyree On Aug 30, 2010, at 5:58 PM, Nick Dokos wrote: > Erik Iverson <eriki@ccbr.umn.edu> wrote: > >> That would be my thought, too. However, it appears that cm-super is >> only "suggested" by texlive-fonts-extra, so in general >> will not get installed with that package, unless you ask for >> suggested packages also. (This is all Debian/Ubuntu by the way). >> > > Right. I was wrong about texlive-fonts-extra: you need to install the > cm-super package to get the cm-super fonts. I am investigating the > various fonts right now and will update the org-dependencies.org > file on > Worg later on this week. We can also add a FAQ entry to point back to > org-dependencies - that should take care of the documentation changes, > right? > >> Both this system and MikTeX >> offer cm-super as a standalone package, so perhaps just recommending >> that package (cm-super) would suffice? I confirmed that cm-super is >> not one of the default MikTeX packages in a standard install, so >> Windows users may benefit from this advice, too. > > Do windows users use evince? I'd think they mostly go with Acrobat > Reader, > in which case they should have no problems with Type3 fonts. > >>> The other possible change that Erik identified is the deletion of >>> the >>> t1enc package from the list of packages that org includes in >>> exported >>> LaTeX by default. I haven't tried without it, but it does indeed >>> seem to >>> be an obsolete remnant of times long past. >> >> I have tried without it. I was unable to to see any differences >> between >> using \usepackage[T1]{fontenc} and adding the \usepackage{t1enc} >> line. This makes sense given the FAQ answer below. >> > > So getting rid of the \usepackage{t1enc} in org sounds like the right > thing to do (but including it does not hurt, so there is no urgency, > iiuc.) OK, thanks to all of you - I have removed the t1enc entry now. - Carsten > > Nick > >> The TeX FAQ >>> (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=t1enc ) says: >>> >>> ,---- >>> | Why use fontenc rather than t1enc? >>> | | In the very earliest days of LaTeX2e, the only way to use the T1 >>> | encoding was t1enc; with the summer 1994 “production” release, the >>> | fontenc package appeared, and provided comprehensive support for >>> use of >>> | the encoding. >>> | | Nevertheless, the t1enc package remains (as part of the LaTeX >>> 2.09 >>> | compatibility code), but it does very little: it merely selects >>> font >>> | encoding T1, and leaves to the user the business of generating the >>> | character codes required. >>> | | Generating such character codes could be a simple matter, if the >>> T1 >>> | encoding matched any widely-supported encoding standard, since >>> in that >>> | case, one might expect one’s keyboard to generate the character >>> | codes. However, the T1 encoding is a mix of several standard >>> encodings, >>> | and includes code points in areas of the table which standard >>> encodings >>> | specifically exclude, so no T1 keyboards have been (or ever will >>> be) >>> | manufactured. >>> | | By contrast, the fontenc package generates the T1 code points >>> from >>> | ordinary LaTeX commands (e.g., it generates the é character >>> codepoint >>> | from the command \’e). So, unless you have program-generated T1 >>> input, >>> | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. >>> `---- >>> >>> Nick >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> - Carsten ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-31 6:31 ` Carsten Dominik @ 2010-08-31 6:51 ` Nick Dokos 2010-08-31 7:09 ` Carsten Dominik 0 siblings, 1 reply; 22+ messages in thread From: Nick Dokos @ 2010-08-31 6:51 UTC (permalink / raw) To: Carsten Dominik; +Cc: nicholas.dokos, emacs-orgmode Carsten Dominik <carsten.dominik@gmail.com> wrote: > On Aug 30, 2010, at 5:58 PM, Nick Dokos wrote: > > > Erik Iverson <eriki@ccbr.umn.edu> wrote: > > > >> That would be my thought, too. However, it appears that cm-super is > >> only "suggested" by texlive-fonts-extra, so in general > >> will not get installed with that package, unless you ask for > >> suggested packages also. (This is all Debian/Ubuntu by the way). > >> > > > > Right. I was wrong about texlive-fonts-extra: you need to install the > > cm-super package to get the cm-super fonts. I am investigating the > > various fonts right now and will update the org-dependencies.org =20 > > file on > > Worg later on this week. We can also add a FAQ entry to point back to > > org-dependencies - that should take care of the documentation changes, > > right? I added a question to the FAQ with a pointer to a more extended (but still incomplete) discussion in org-dependencies. I'll try to add more information to the table later on this week. Nick > > > >> Both this system and MikTeX > >> offer cm-super as a standalone package, so perhaps just recommending > >> that package (cm-super) would suffice? I confirmed that cm-super is > >> not one of the default MikTeX packages in a standard install, so > >> Windows users may benefit from this advice, too. > > > > Do windows users use evince? I'd think they mostly go with Acrobat =20 > > Reader, > > in which case they should have no problems with Type3 fonts. > > > >>> The other possible change that Erik identified is the deletion of =20= > > >>> the > >>> t1enc package from the list of packages that org includes in =20 > >>> exported > >>> LaTeX by default. I haven't tried without it, but it does indeed =20 > >>> seem to > >>> be an obsolete remnant of times long past. > >> > >> I have tried without it. I was unable to to see any differences =20 > >> between > >> using \usepackage[T1]{fontenc} and adding the \usepackage{t1enc} > >> line. This makes sense given the FAQ answer below. > >> > > > > So getting rid of the \usepackage{t1enc} in org sounds like the right > > thing to do (but including it does not hurt, so there is no urgency, > > iiuc.) > > OK, thanks to all of you - I have removed the t1enc entry now. > > - Carsten > > > > > Nick > > > >> The TeX FAQ > >>> (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=3Dt1enc ) says: > >>> > >>> ,---- > >>> | Why use fontenc rather than t1enc? > >>> | | In the very earliest days of LaTeX2e, the only way to use the T1 > >>> | encoding was t1enc; with the summer 1994 =93production=94 release, = > the > >>> | fontenc package appeared, and provided comprehensive support for =20= > > >>> use of > >>> | the encoding. > >>> | | Nevertheless, the t1enc package remains (as part of the LaTeX > >>> 2.09 > >>> | compatibility code), but it does very little: it merely selects =20= > > >>> font > >>> | encoding T1, and leaves to the user the business of generating the > >>> | character codes required. > >>> | | Generating such character codes could be a simple matter, if the > >>> T1 > >>> | encoding matched any widely-supported encoding standard, since =20 > >>> in that > >>> | case, one might expect one=92s keyboard to generate the character > >>> | codes. However, the T1 encoding is a mix of several standard =20 > >>> encodings, > >>> | and includes code points in areas of the table which standard =20 > >>> encodings > >>> | specifically exclude, so no T1 keyboards have been (or ever will =20= > > >>> be) > >>> | manufactured. > >>> | | By contrast, the fontenc package generates the T1 code points > >>> from > >>> | ordinary LaTeX commands (e.g., it generates the =E9 character =20 > >>> codepoint > >>> | from the command \=92e). So, unless you have program-generated T1 =20= > > >>> input, > >>> | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. > >>> `---- > >>> > >>> Nick > >> > >> _______________________________________________ > >> Emacs-orgmode mailing list > >> Please use `Reply All' to send replies to the list. > >> Emacs-orgmode@gnu.org > >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > >> > > - Carsten > > > > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: a bit offtopic, fonts in exported PDF documents - oops 2010-08-31 6:51 ` Nick Dokos @ 2010-08-31 7:09 ` Carsten Dominik 0 siblings, 0 replies; 22+ messages in thread From: Carsten Dominik @ 2010-08-31 7:09 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode On Aug 31, 2010, at 8:51 AM, Nick Dokos wrote: > Carsten Dominik <carsten.dominik@gmail.com> wrote: > > >> On Aug 30, 2010, at 5:58 PM, Nick Dokos wrote: >> >>> Erik Iverson <eriki@ccbr.umn.edu> wrote: >>> >>>> That would be my thought, too. However, it appears that cm-super >>>> is >>>> only "suggested" by texlive-fonts-extra, so in general >>>> will not get installed with that package, unless you ask for >>>> suggested packages also. (This is all Debian/Ubuntu by the way). >>>> >>> >>> Right. I was wrong about texlive-fonts-extra: you need to install >>> the >>> cm-super package to get the cm-super fonts. I am investigating the >>> various fonts right now and will update the org-dependencies.org =20 >>> file on >>> Worg later on this week. We can also add a FAQ entry to point back >>> to >>> org-dependencies - that should take care of the documentation >>> changes, >>> right? > > I added a question to the FAQ with a pointer to a more extended (but > still > incomplete) discussion in org-dependencies. I'll try to add more > information > to the table later on this week. Thanks Nick! - Carsten > > Nick > >>> >>>> Both this system and MikTeX >>>> offer cm-super as a standalone package, so perhaps just >>>> recommending >>>> that package (cm-super) would suffice? I confirmed that cm-super >>>> is >>>> not one of the default MikTeX packages in a standard install, so >>>> Windows users may benefit from this advice, too. >>> >>> Do windows users use evince? I'd think they mostly go with Acrobat >>> =20 >>> Reader, >>> in which case they should have no problems with Type3 fonts. >>> >>>>> The other possible change that Erik identified is the deletion >>>>> of =20= >> >>>>> the >>>>> t1enc package from the list of packages that org includes in =20 >>>>> exported >>>>> LaTeX by default. I haven't tried without it, but it does indeed >>>>> =20 >>>>> seem to >>>>> be an obsolete remnant of times long past. >>>> >>>> I have tried without it. I was unable to to see any differences >>>> =20 >>>> between >>>> using \usepackage[T1]{fontenc} and adding the \usepackage{t1enc} >>>> line. This makes sense given the FAQ answer below. >>>> >>> >>> So getting rid of the \usepackage{t1enc} in org sounds like the >>> right >>> thing to do (but including it does not hurt, so there is no urgency, >>> iiuc.) >> >> OK, thanks to all of you - I have removed the t1enc entry now. >> >> - Carsten >> >>> >>> Nick >>> >>>> The TeX FAQ >>>>> (http://www.tex.ac.uk/cgi-bin/texfaq2html?label=3Dt1enc ) says: >>>>> >>>>> ,---- >>>>> | Why use fontenc rather than t1enc? >>>>> | | In the very earliest days of LaTeX2e, the only way to use >>>>> the T1 >>>>> | encoding was t1enc; with the summer 1994 =93production=94 >>>>> release, = >> the >>>>> | fontenc package appeared, and provided comprehensive support >>>>> for =20= >> >>>>> use of >>>>> | the encoding. >>>>> | | Nevertheless, the t1enc package remains (as part of the LaTeX >>>>> 2.09 >>>>> | compatibility code), but it does very little: it merely >>>>> selects =20= >> >>>>> font >>>>> | encoding T1, and leaves to the user the business of generating >>>>> the >>>>> | character codes required. >>>>> | | Generating such character codes could be a simple matter, if >>>>> the >>>>> T1 >>>>> | encoding matched any widely-supported encoding standard, since >>>>> =20 >>>>> in that >>>>> | case, one might expect one=92s keyboard to generate the >>>>> character >>>>> | codes. However, the T1 encoding is a mix of several standard =20 >>>>> encodings, >>>>> | and includes code points in areas of the table which standard >>>>> =20 >>>>> encodings >>>>> | specifically exclude, so no T1 keyboards have been (or ever >>>>> will =20= >> >>>>> be) >>>>> | manufactured. >>>>> | | By contrast, the fontenc package generates the T1 code points >>>>> from >>>>> | ordinary LaTeX commands (e.g., it generates the =E9 character >>>>> =20 >>>>> codepoint >>>>> | from the command \=92e). So, unless you have program-generated >>>>> T1 =20= >> >>>>> input, >>>>> | use \usepackage[T1]{fontenc} rather than \usepackage{t1enc}. >>>>> `---- >>>>> >>>>> Nick >>>> >>>> _______________________________________________ >>>> Emacs-orgmode mailing list >>>> Please use `Reply All' to send replies to the list. >>>> Emacs-orgmode@gnu.org >>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>>> >> >> - Carsten >> >> >> >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> - Carsten ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2010-08-31 7:09 UTC | newest] Thread overview: 22+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-08-26 17:34 a bit offtopic, fonts in exported PDF documents Erik Iverson 2010-08-26 18:02 ` John Hendy 2010-08-26 21:14 ` Erik Iverson 2010-08-26 21:49 ` Markus Heller 2010-08-26 22:07 ` Erik Iverson 2010-08-26 22:50 ` Markus Heller 2010-08-26 23:08 ` Nick Dokos 2010-08-26 23:38 ` Nick Dokos 2010-08-26 22:18 ` John Hendy 2010-08-26 22:44 ` Nick Dokos 2010-08-26 21:37 ` Alan L Tyree 2010-08-26 21:40 ` Erik Iverson 2010-08-26 21:41 ` a bit offtopic, fonts in exported PDF documents - oops Alan L Tyree 2010-08-26 21:46 ` Erik Iverson 2010-08-30 7:43 ` Carsten Dominik 2010-08-30 14:50 ` Nick Dokos 2010-08-30 15:12 ` Erik Iverson 2010-08-30 15:58 ` Nick Dokos 2010-08-30 19:04 ` Joost Kremers 2010-08-31 6:31 ` Carsten Dominik 2010-08-31 6:51 ` Nick Dokos 2010-08-31 7:09 ` Carsten Dominik
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).