LaTeX Forum

ich weiß zwar nicht, was ich diesmal anders gemacht habe, als vor ein paar Wochen, aber Neuinstallation der (gleichen) lmodern-Fonts behob das Problem. Was auch immer sich da beim letzten Mal verschluckt haben mag ...

[quote="nfa019"]z.B. auf der Linux-Kommandozeile, ohne weitere Parameter, das Postscript sieht dann schon anders aus (und man sieht dann schon die Fonts, die das pdf dann auch hat)[/quote]

dann hast du eine Macke in der Fonstinstallation von lmodern, aber das sagte
ich schonmal.

Herbert

z.B. auf der Linux-Kommandozeile, ohne weitere Parameter, das Postscript sieht dann schon anders aus (und man sieht dann schon die Fonts, die das pdf dann auch hat)

[quote="nfa019"]

Kompiliere ich das Ganze mit latex, sieht es gut aus.

Kompiliere ich mit pdflatex, sieht es gut aus.

Gehe ich den Weg über dvips oder dvipdf, sieht es ganz anders aus.

[/quote]

wie rufst du denn dvips auf?

Herbert

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage{lmodern}

\begin{document}

\[ g(x)=x^3 \]

\[ f(x)=x \]
\end{document}

 *File List*
 article.cls    2007/10/19 v1.4h Standard LaTeX document class
  size10.clo    2007/10/19 v1.4h Standard LaTeX file (size option)
 fontenc.sty
   t1enc.def    2005/09/27 v1.99g Standard LaTeX file
 lmodern.sty    2009/10/30 v1.6 Latin Modern Fonts
   t1lmr.fd    2009/10/30 v1.6 Font defs for Latin Modern
  ot1lmr.fd    2009/10/30 v1.6 Font defs for Latin Modern
  omllmm.fd    2009/10/30 v1.6 Font defs for Latin Modern
 omslmsy.fd    2009/10/30 v1.6 Font defs for Latin Modern
 omxlmex.fd    2009/10/30 v1.6 Font defs for Latin Modern

name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
ZSETKG+LMMathItalic10-Regular        Type 1            yes yes no       4  0
DMNVHT+LMRoman10-Regular             Type 1            yes yes no       5  0
ELNBTW+LMRoman7-Regular              Type 1            yes yes no       6  0
DMNVHT+LMRoman10-Regular             Type 1            yes yes no       7  0

name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
EIDGYL+LMRoman7-Regular              Type 1C           yes yes no      12  0
CBHNYH+LMRoman10-Regular             Type 1C           yes yes no      10  0
NJIIBP+LMMathItalic10-Italic         Type 1C           yes yes no       8  0

Ich habe folgendes Minibeispiel

[code]
\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage{lmodern}

\begin{document}

\[ g(x)=x^3 \]

\[ f(x)=x \]
\end{document}
[/code]

Kompiliere ich das Ganze mit latex, sieht es gut aus.

Kompiliere ich mit pdflatex, sieht es gut aus.

Gehe ich den Weg über dvips oder dvipdf, sieht es ganz anders aus.

Ich verwende texlive2010 mit der neuesten Version des lmodern-Pakets.

So langsam weiß ich nicht mehr, wo ich suchen soll.

die File-Liste
[code]
*File List*
article.cls 2007/10/19 v1.4h Standard LaTeX document class
size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option)
fontenc.sty
t1enc.def 2005/09/27 v1.99g Standard LaTeX file
lmodern.sty 2009/10/30 v1.6 Latin Modern Fonts
t1lmr.fd 2009/10/30 v1.6 Font defs for Latin Modern
ot1lmr.fd 2009/10/30 v1.6 Font defs for Latin Modern
omllmm.fd 2009/10/30 v1.6 Font defs for Latin Modern
omslmsy.fd 2009/10/30 v1.6 Font defs for Latin Modern
omxlmex.fd 2009/10/30 v1.6 Font defs for Latin Modern
[/code]

hier die Fonts

über pdflatex
[code]
name type emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
ZSETKG+LMMathItalic10-Regular Type 1 yes yes no 4 0
DMNVHT+LMRoman10-Regular Type 1 yes yes no 5 0
ELNBTW+LMRoman7-Regular Type 1 yes yes no 6 0
DMNVHT+LMRoman10-Regular Type 1 yes yes no 7 0
[/code]

beim Weg über dvipdf
[code]
name type emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
EIDGYL+LMRoman7-Regular Type 1C yes yes no 12 0
CBHNYH+LMRoman10-Regular Type 1C yes yes no 10 0
NJIIBP+LMMathItalic10-Italic Type 1C yes yes no 8 0
[/code]

Wichtig ist das Ganze "nur" bei Verwendung von pstricks, da man da den Zwischenschritt über dvips/dvipdf braucht