[OS X TeX] LaTeXiT 1.4.0 released
Peter Dyballa
Peter_Dyballa at Web.DE
Mon Aug 15 01:21:03 CEST 2005
Am 14.08.2005 um 16:59 schrieb Pierre Chatelier:
> Just to report that LaTeXiT 1.4.0 has been officialy released
>
Pierre,
I think there is a bug in your code! (maybe more)
I used quite simple files to set math and text with LaTeX and with
XeLaTeX:
\documentclass[10pt]{article}
\usepackage{color}\color[rgb]{0.000,0.000,0.000} %used for font color
\usepackage{amssymb} %maths
\usepackage{amsmath} %maths
\usepackage[utf8]{inputenc}
\pagestyle{empty}
%\renewcommand{\ttdefault}{femt}
%\renewcommand{\sfdefault}{pun}
\renewcommand{\rmdefault}{fcd}
\begin{document}
$\displaystyle 3\;x = r^2 + \sum_{0}^{100} y^2$
\begin{center}
% \texttt{Mais ce n'est pas une pipe\dots}
% \textsf{Mais ce n'est pas une pipe\dots}
\textrm{Mais ce n'est pas une pipe\dots}
\end{center}
\end{document}
\documentclass[10pt]{article}
\usepackage{color}\color[rgb]{0.000,0.000,0.000} %used for font color
\usepackage{xunicode,fontspec}
%\defaultfontfeatures{Mapping=tex-text}
%\setromanfont[Numbers=Lining,Scale=1.05]{Hoefler Text}
%\setsansfont[Scale=1.01]{Gill Sans}
%\setromanfont[Mapping=tex-text]{Hoefler Text}
%\setmonofont{Everson Mono Unicode}
%\setsansfont[Scale=1.01]{Lucida Sans Regular}
\setromanfont{Cardo}
\pagestyle{empty}
\begin{document}
$\displaystyle 3\;x = r^2 + \sum_{0}^{100} y^2$
\begin{center}
% \texttt{Mais ce n'est pas une pipe\dots}
% \textsf{Mais ce n'est pas une pipe\dots}
\textrm{Mais ce n'est pas une pipe\dots}
\end{center}
\end{document}
pdffonts tells for both files:
pete 250 /\ pdffonts LaMathe.pdf
name type emb sub uni object ID
------------------------------------ ------------ --- --- --- ---------
BVXUEW+CMR7 Type 1 yes yes no 7 0
RZVEPT+CMEX10 Type 1 yes yes no 8 0
DGYGLX+Cardo TrueType yes yes no 9 0
VTXMGW+CMMI10 Type 1 yes yes no 10 0
VVYNAL+CMR10 Type 1 yes yes no 11 0
pete 251 /\ pdffonts XeMathe.pdf
name type emb sub uni object ID
------------------------------------ ------------ --- --- --- ---------
POQXMH+CMR10 Type 1 yes yes no 6 0
DTROVS+CMMI10 Type 1 yes yes no 9 0
KLKGRR+CMR7 Type 1 yes yes no 12 0
ISQZAT+CMEX10 Type 1 yes yes no 15 0
UJFICS+Cardo Type 1 yes yes no 18 0
Using now the *correct* way to determine the bbox'es I get:
pete 252 /\ gs -q -sDEVICE=bbox -dNOPAUSE -dBATCH LaMathe.pdf |& grep
HiRes | awk -f HiResBoundingBox.awk
214.164×48.636 [x×y]
pete 253 /\ gs -q -sDEVICE=bbox -dNOPAUSE -dBATCH XeMathe.pdf |& grep
HiRes | awk -f HiResBoundingBox.awk
214.794×51.372 [x×y]
|& is needed because gs outputs the bbox info on the StdErr channel,
which has to be re-integrated into the StdOut path. grep is needed
because awk echos the LowRes BoundingBox otherwise.
The awk script is simple:
# B llx lly urx ury
{
number = split($0, corners, " ")
printf "%s×%s [x×y]\n", corners[4] - corners[2], corners[5] -
corners[3]
}
gs returns:
%%BoundingBox: 149 664 364 717
%%HiResBoundingBox: 149.075995 664.973980 363.869989 716.345978
I don't see any reason why XeLaTeX should produce a *very* different
BoundingBox than LaTeX. I looked in LaTeXiT's code, MyDocument.m, and I
think the arguments for 'awkTask setArguments' are wrong ...
--
Greetings
Pete
Think of XML as Lisp for COBOL programmers.
-- Tony-A (some guy on /.)
--------------------- Info ---------------------
Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
& FAQ: http://latex.yauh.de/faq/
TeX FAQ: http://www.tex.ac.uk/faq
List Post: <mailto:MacOSX-TeX at email.esm.psu.edu>
More information about the macostex-archives
mailing list