[OS X TeX] LaTeXiT 1.4.0 released

[Peter Dyballa]

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>