emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: nicholas.dokos@hp.com
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: a bit offtopic, fonts in exported PDF documents - oops
Date: Tue, 31 Aug 2010 09:09:30 +0200	[thread overview]
Message-ID: <00969265-2310-4D44-8AB7-760CB81FE9FD@gmail.com> (raw)
In-Reply-To: <6206.1283237481@gamaville.dokosmarshall.org>


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

      reply	other threads:[~2010-08-31  7:09 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=00969265-2310-4D44-8AB7-760CB81FE9FD@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=nicholas.dokos@hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).