\usepackage[magyar]{babel}, \usepackage{graphics} and pdflatex
Hi all,
In teTeX 2.0.1, using pdflatex there is some conflicting stuff in graphics
and babel with the option magyar . The attached example file gives the error
.
(/usr/local/teTeX/share/texmf/tex/context/base/supp-mis.tex
loading : Context Support Macros / Missing
! TeX capacity exceeded, sorry [input stack size=1500].
[EMAIL PROTECTED] ...t \else [EMAIL PROTECTED] \protect #1
[EMAIL PROTECTED] \fi
l.143 \unprotect
No pages of output.
Transcript written on babeltest.log.
.
the same example either with the german option or
putting \usepackage{graphics} before \usepackage[magyar]{babel}
is OK.
Janos Viragh,
[EMAIL PROTECTED]
%
\documentclass{article}
\usepackage[latin2]{inputenc}
\usepackage[T1]{fontenc}
%\usepackage{graphics}
%\usepackage[german]{babel}
\usepackage[magyar]{babel}
\usepackage{graphics}
\begin{document}
ÁRVÍZTÛRÕTÜKÖRFÚRÓGÉP
árvíztûrõtükörfúrógép
\end{document}
%-
Re: [pdftex] Re: .svg and pdflatex
Hans Hagen wrote: Since there are svg viewers, why not write a plugin into acrobat? [unfortunately, the movie plugin does not not support the quite powerful applescripting which is part of the movie spec] Because most users won't install a plugin. But since the SVG viewer is part of newer Acrobat readers, Adobe may support it in a future version... Yours, Tobias Haustein -- Dipl. Inform. Tobias Haustein aixigo AG - financial training, research and technology Schloß-Rahe-Straße 15, 52072 Aachen, Germany fon: +49 (0)241 936737-40, fax: +49 (0)241 936737-99 eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
Re: [pdftex] Re: .svg and pdflatex
At 10:30 AM 11/28/2002 +0100, Tobias Haustein wrote: Martin Schroeder wrote: Noone has reported about this yet. You would need to convert the .svg to something pdfTeX can handle, i.e. Metapost, pdf, jpeg or png. Metapost should be possible. pdf seems doable if you use an svg parser and a pdf lib. I don't know of such a solution. SVG is a lot more powerful than PDF since it allows filter effects and animation. The other advanced features of SVG can be emulated with more or less effort. The filter effects can be approximated but you need to define a resolution to do them. Therefore, you loose the vector properties of SVG. An SVG to PDF converter that ignores filter effects and animation shouldn't be too hard to write. We've discussed this and decided to write a PDF parser instead. Our graphics library is then used to render the parsed graphic primitives in order to generate either PDF, SVG, Flash (SWF) or raster graphics (GIF, PNG, JPG, TIFF). Since there are SVG parsers readily available (e.g. Batik from the Apache project), such a converter shouldn't be too hard. Since there are svg viewers, why not write a plugin into acrobat? [unfortunately, the movie plugin does not not support the quite powerful applescripting which is part of the movie spec] Hans - Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED] Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com - information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -
Re: [pdftex] Re: .svg and pdflatex
Martin Schroeder wrote: Noone has reported about this yet. You would need to convert the .svg to something pdfTeX can handle, i.e. Metapost, pdf, jpeg or png. Metapost should be possible. pdf seems doable if you use an svg parser and a pdf lib. I don't know of such a solution. SVG is a lot more powerful than PDF since it allows filter effects and animation. The other advanced features of SVG can be emulated with more or less effort. The filter effects can be approximated but you need to define a resolution to do them. Therefore, you loose the vector properties of SVG. An SVG to PDF converter that ignores filter effects and animation shouldn't be too hard to write. We've discussed this and decided to write a PDF parser instead. Our graphics library is then used to render the parsed graphic primitives in order to generate either PDF, SVG, Flash (SWF) or raster graphics (GIF, PNG, JPG, TIFF). Since there are SVG parsers readily available (e.g. Batik from the Apache project), such a converter shouldn't be too hard. Yours, Tobias Haustein -- Dipl. Inform. Tobias Haustein aixigo AG - financial training, research and technology Schloß-Rahe-Straße 15, 52072 Aachen, Germany fon: +49 (0)241 936737-40, fax: +49 (0)241 936737-99 eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
[pdflatex]: overfull vbox?
Hi guys, I made the experience that it's possible to compile a small file with just 2 or 3 pictures without problems. Some days later as the document grew bigger (about 20 pictures) it wasn't possible to compile it anymore. The following message appeares as often as I used images: Overfull \vbox (1.5pt too high) has occurred while \output is active [] Did anyone make the same experience or did I make something wrong? greetings, Steffen -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
Re: latex/pdflatex page size in teTeX
Ken Smith [EMAIL PROTECTED] writes:
John Murdie [EMAIL PROTECTED] wrote on
To: [EMAIL PROTECTED]
I've just had a user here point out to me that a LaTeX document typeset
with `latex' (from teTeX 1.0.7) is positioned 0.65 (approx 17mm)
further down the page than when it is typeset with pdflatex. I think the
DVI-typeset version is correct. The LaTeX source file is:
[source file deleted]
I encourage users here to use the `a4paper' class argument, but I
believe that should be the default anyway.
It's almost as if pdflatex is ignoring the `a4paper'. I've not altered
the teTeX configuration files, but it does look as if the PDF
typesetting is being targetted at U.S. Letter paper.
It could be your pdf reader/printer.
I'd check your pdf configuration stuff.
On the system here, using acroread to view and print stuff, if I look
at the file - page setup menu it claims to be printing on A4 paper with
dimensions width 8.5 ins and height 11 ins.
Clicking on the paper size and resetting A4 gives the correct A4 paper
sizes.
The systems people haven't been able to track down just what is going
on, and are starting to suspect that acroread has US letter sizes
built in somewhere.
The problem is that the a4paper option is not passed on to the DVI
processors unless you load some package that includes appropriate
\special commands. One possibility is
\usepackage{hyperref}
Another packages that wraps this information into \specials is the
geometry package.
If you don't use any of those packages, you have to tell your DVI
postprocessor with appropriate options about A4 paper. With pdftex,
this is usually done in pdftex.cfg. The default in teTeX is A4,
however. This should only be overriden if you don't specify the
a4paper document option, and use one of the above mentioned packages
that then inform pdftex of the user's choice of letterpaper (LaTeX's
default).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Re: latex/pdflatex page size in teTeX
John Murdie [EMAIL PROTECTED] wrote on To: [EMAIL PROTECTED] I've just had a user here point out to me that a LaTeX document typeset with `latex' (from teTeX 1.0.7) is positioned 0.65 (approx 17mm) further down the page than when it is typeset with pdflatex. I think the DVI-typeset version is correct. The LaTeX source file is: [source file deleted] I encourage users here to use the `a4paper' class argument, but I believe that should be the default anyway. It's almost as if pdflatex is ignoring the `a4paper'. I've not altered the teTeX configuration files, but it does look as if the PDF typesetting is being targetted at U.S. Letter paper. It could be your pdf reader/printer. I'd check your pdf configuration stuff. On the system here, using acroread to view and print stuff, if I look at the file - page setup menu it claims to be printing on A4 paper with dimensions width 8.5 ins and height 11 ins. Clicking on the paper size and resetting A4 gives the correct A4 paper sizes. The systems people haven't been able to track down just what is going on, and are starting to suspect that acroread has US letter sizes built in somewhere. What should I check? -- John A. Murdie Experimental Officer (Software) Department of Computer Science University of York England Ken Smith [EMAIL PROTECTED]
Re: latex/pdflatex page size in teTeX
On 21 Jan, [EMAIL PROTECTED] wrote:
I've just had a user here point out to me that a LaTeX document typeset
with `latex' (from teTeX 1.0.7) is positioned 0.65 (approx 17mm)
further down the page than when it is typeset with pdflatex. I think the
DVI-typeset version is correct. The LaTeX source file is:
\documentclass[a4paper,12pt]{article}
\begin{document}
\title{A \LaTeX2\ article}
\author{John A. Murdie,\\
Department of Computer Science,\\
University of York.}
\maketitle
\section{The first section}
This is text in the first section \cite{gms:latex}.
\subsection{The first sub-section}
This is text in the first sub-section \cite{kn:gnus}.
\subsubsection{The first sub-sub-section}
This is text in the first sub-sub-section.
\section{The second section}
This is text in the second section \cite{la:latex}.
\section{The third section}
This is text in the third section.
\bibliographystyle{plain}
\bibliography{article}
\end{document}
I encourage users here to use the `a4paper' class argument, but I
believe that should be the default anyway.
It's almost as if pdflatex is ignoring the `a4paper'. I've not altered
the teTeX configuration files, but it does look as if the PDF
typesetting is being targetted at U.S. Letter paper.
What should I check?
The typeset output from pdflatex was fine - it was the latex typeset
output printed with dvips that was wrong!
So, I should check that the dvips configuration file `config.ps' has A4
paper set as a default. I'm so used to doing my own installations of
everything, it never occurred to me that someone else's configuration
(in this case) might not be what we want. The `0.65' I saw was a big
clue - it was actually the 0.69 difference between the heights of US
Letter and A4 paper. :-)
Sorry I decreased the signal/noise ratio on this list temporarily!
--
John A. Murdie
Experimental Officer (Software)
Department of Computer Science
University of York
England
latex/pdflatex page size in teTeX
I've just had a user here point out to me that a LaTeX document typeset
with `latex' (from teTeX 1.0.7) is positioned 0.65 (approx 17mm)
further down the page than when it is typeset with pdflatex. I think the
DVI-typeset version is correct. The LaTeX source file is:
\documentclass[a4paper,12pt]{article}
\begin{document}
\title{A \LaTeX2\ article}
\author{John A. Murdie,\\
Department of Computer Science,\\
University of York.}
\maketitle
\section{The first section}
This is text in the first section \cite{gms:latex}.
\subsection{The first sub-section}
This is text in the first sub-section \cite{kn:gnus}.
\subsubsection{The first sub-sub-section}
This is text in the first sub-sub-section.
\section{The second section}
This is text in the second section \cite{la:latex}.
\section{The third section}
This is text in the third section.
\bibliographystyle{plain}
\bibliography{article}
\end{document}
I encourage users here to use the `a4paper' class argument, but I
believe that should be the default anyway.
It's almost as if pdflatex is ignoring the `a4paper'. I've not altered
the teTeX configuration files, but it does look as if the PDF
typesetting is being targetted at U.S. Letter paper.
What should I check?
--
John A. Murdie
Experimental Officer (Software)
Department of Computer Science
University of York
England
Re: latex/pdflatex page size in teTeX
On 2002-01-21 12:25:18 +, John Murdie wrote: I've just had a user here point out to me that a LaTeX document typeset with `latex' (from teTeX 1.0.7) is positioned 0.65 (approx 17mm) further down the page than when it is typeset with pdflatex. I think the DVI-typeset version is correct. The LaTeX source file is: Are you shure that you are not printing with fit to page set? Best regards Martin -- http://www.tm.oneiros.de/calendar/2002/
Re: pdflatex and tipa fonts - works
Dear Reinhard, Thank you very much for your help. I am not sure what exactly I had to do in order to recreate the map files. At any rate, I probably fixed the problem: The file tipa.map already exists. It is in the distribution tar file and sits now in the directory /usr/share/texmf/dvips/config. What I didn't realize was that the Makefile in the distribution makes the implicit assumption that it is executed from the directory /usr/share/texmf (in the case of Redhat linux with the tetex distribution). So all I had to do is go to the directory /usr/share/texmf and execute the command mktexlsr. Further in order to get all the fonts installed I had to just run the sequence shown in the Makefile: cd /usr/share/texmf/doc latex tipaman; bibtex tipaman; latex tipaman; latex tipaman That did it and there are no more complaints from pdflatex. I include here the Makefile that was included in the distribution and that I had edited (PREFIX). # Makefile for TIPA. # # You need to edit PREFIX. (I did) PREFIX=/usr/share/texmf TEXDIR=$(PREFIX)/tex/latex/tipa FONTDIR=$(PREFIX)/fonts MAPDIR=$(PREFIX)/dvips/config all : install : -mkdir $(TEXDIR) chmod 755 $(TEXDIR) -mkdir -p $(FONTDIR)/source/fkr/tipa chmod 755 $(FONTDIR)/source/fkr $(FONTDIR)/source/fkr/tipa -mkdir -p $(FONTDIR)/tfm/fkr/tipa chmod 755 $(FONTDIR)/tfm/fkr $(FONTDIR)/tfm/fkr/tipa -mkdir -p $(FONTDIR)/type1/fkr/tipa chmod 755 $(FONTDIR)/type1/fkr $(FONTDIR)/type1/fkr/tipa install -c -m 644 sty/*.sty sty/*.fd sty/*.def $(TEXDIR) install -c -m 644 mf/*.mf mf/*.def mf/*.sh $(FONTDIR)/source/fkr/tipa install -c -m 644 tfm/*.tfm $(FONTDIR)/tfm/fkr/tipa install -c -m 644 type1/*.pfb $(FONTDIR)/type1/fkr/tipa install -c -m 644 dvips/tipa.map $(MAPDIR) -mktexlsr man : cd doc; latex tipaman; bibtex tipaman; latex tipaman; latex tipaman clean : (cd doc; rm -f *~ *.log *.aux *.dvi *.blg) (cd sty; rm -f *~ *.log *.aux *.dvi *.blg) (cd mf; rm -f *~ ti*gf ti*pk ti*.tfm ti*.log xi*gf xi*pk xi*.tfm xi*.log) -- Reinhard Kotucha wrote: Reiner == Reiner Wilhelms-Tricarico [EMAIL PROTECTED] writes: I installed the tipa fonts (symbols of the Internation Phonetic Alphabet) from CTAN and it works fine for LaTeX but not for pdflatex. You obviously edited psfonts.map to make them visible to LaTeX/dvips. But pdfTeX needs an entry in pdftex.map (in the same directory). You might also want to edit ps2pk.map. A better way is to create a file tipa.map, edit the script texmf/dvips/config/updmap and recreate the map files. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO. -- Reiner Wilhelms-Tricarico, Sc.D. Research Scientist @ Speech Group, RLE-MIT email: [EMAIL PROTECTED] site: http://webpages.charter.net/reinerwt
Re: pdflatex and tipa fonts - works
Reiner Wilhelms-Tricarico [EMAIL PROTECTED] writes: # Makefile for TIPA. # # You need to edit PREFIX. (I did) PREFIX=/usr/share/texmf Just let me add that it is a bad idea to install things like that in the main tree, /usr/share/texmf instead of, say, /usr/local/share/texmf. The reason is that things get ugly when you upgrade your distribution. As long as you keep local additions in a local tree, this is simply removing the old tree, installing the new one, editing the new texmf.cnf to point to the local tree as well (if that's not already done. BTW, Thomas, with most file system layouts, /usr/local/share/texmf is a better place for it than /usr/share/texmf.local). -- David Kastrup, Kriemhildstr. 15, 44793 Bochum Email: [EMAIL PROTECTED]
Re: pdflatex and tipa fonts - works
Reiner == Reiner Wilhelms-Tricarico [EMAIL PROTECTED] writes: Dear Reinhard, Thank you very much for your help. I am not sure what exactly I had to do in order to recreate the map files. At any rate, I probably fixed the problem: The file tipa.map already exists. It is in the distribution tar file and sits now in the directory /usr/share/texmf/dvips/config. I suppose that you have installed all the tfm, type1, sty, fd files correctly because you say that LaTeX works. LaTeX uses the sty, fd and tfm files. Move to /usr/share/texmf/dvips/config and edit the file updmap. Look for extra_modules= and put tipa.map between the quotes. Finally run ./updmap . That should recreate psfonts.map, pdftex.map and ps2pk.map. What I didn't realize was that the Makefile in the distribution makes the implicit assumption that it is executed from the directory /usr/share/texmf (in the case of Redhat linux with the No, preserve the directory structure from CTAN and run make install from the directory where the Makefile is in. make doc assumes that you want to install the documentation manually. After running make install, run mktexlsr (from any directory) and do what I described above. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: PDFLATEX version
George == George White [EMAIL PROTECTED] writes: If you have two versions of TeX installed in different places, you can switch between them by changing the executable search path. The default is to find texmf.cnf relative to the binaries, so if you install under /usr/local and add the binaries directory to your PATH variable you will end up using the correct pool files. If you want to go back to the old configuration (e.g., because you have a large document that would need changes to work with the new version) you just set the PATH variable back. You can also set TEXMFCNF to override the default (e.g., if you want to use pdftex installed in a non-standard location, but keep the other binaries from an earlier installation). Yes, you can have two versions, but you see that it is not so easy as it looked in your first mail. The reason I replied is that I tried to find out why LaTeX is used by very few people only. The conclusion was, that the main reason is, that anyone expects that a LaTeX user is either a mathematician, a computer scientist, or a programmer. I do not assume this if someone asks a question here. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
PDFLATEX version
Hi, How can I upgrade the pdflatex of the tetex distribution. I use tetex-1.0.7-35mdk.i586.rpm from Mandrake. pdflatex is 13d and I need 14h (or newer) to use the pdfpages package. Do I need to do it by myself ? and how ? Or is it scheduled ? Thanks -- +--+ |Stephane Mancini Maitre de Conférence ENSERG/LIS| |Tel : 04 76 57 43 58 Fax : 04 76 57 47 90 | |46, Av Felix Viallet 38031 Grenoble (France) | +--+
Re: PDFLATEX version
On Thu, 17 Jan 2002, Mancini Stephane wrote: Hi, How can I upgrade the pdflatex of the tetex distribution. I use tetex-1.0.7-35mdk.i586.rpm from Mandrake. pdflatex is 13d and I need 14h (or newer) to use the pdfpages package. Do I need to do it by myself ? and how ? Or is it scheduled ? It isn't hard to install a newer pdftex from source. You can either replace your current versions or put the updated versions in a new place (e.g., /usr/local). You might want to get the 20011202 beta version of teTeX and install the whole thing -- I've been using it a bit on both Cygwin and SGI Irix without problems, and last night I installed it on my home Mandrake system without difficulty (but haven't tested it beyond building the formats, so there could be some bugs). -- George White [EMAIL PROTECTED] Halifax, Nova Scotia
pdflatex and tipa fonts
I installed the tipa fonts (symbols of the Internation Phonetic Alphabet) from CTAN and it works fine for LaTeX but not for pdflatex. I'm using Redhat 7.2 Linux, and there is of course a simple solution, namely using latex followed by dvipdf. However, so far I have always used pdflatex directly for its advantages and its convenience. It used to work for a lot of fonts and styles, so I wonder if there is something missing in the distribution of the tipa. ) There may be step missing in the distribution: tipa-1.1-beta.tar.gz -- Reiner Wilhelms-Tricarico, Sc.D. Research Scientist @ Speech Group, RLE-MIT email: [EMAIL PROTECTED] site: http://webpages.charter.net/reinerwt
Re: PDFLATEX version
George == George White [EMAIL PROTECTED] writes: It isn't hard to install a newer pdftex from source. You can either replace your current versions or put the updated versions in a new place (e.g., /usr/local). I doubt that this works. The reason is that both, the old and the new version will search for *tex.pool. TeX is not designed for dealing with different versions to be installed at the same time. To install a new version of pdfTeX, just compile it, copy pdftex and pdfetex (the binaries) to the place where the old versions are, do the same for pdftex.pool and pdfetex.pool, run texconfig init. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
Re: pb with A4 paper and pdflatex: topmargin too large
[EMAIL PROTECTED] writes: Before changing anything in your LaTeX source file, try looking at the page setup option under the file button on your Acrobat Reader. For some reason which the system people haven't (yet) been able to track down, this (on my area of our Unix system) shows A4 paper but with width 8.50 in and height 11.00 in, which are US letter. scream/. This bites me almost every time I print from Acrobat Reader under Linux. It is very good to hear that it isnt just me! Sebastian
pb with A4 paper and pdflatex: topmargin too large
Hello ! I encounter a problem when using pdflatex of teTeX to generate documents that I print with Acrobat Reader on an A4 paper. The problem is that by default teTeX takes very large margins, especially at the top of the page, I believe because it assumes a US Letter format of paper by default. However I use A4 paper and would like to reduce these margins, especially the top margin. If I use a \vspace or a \topmargin with a negative value (with or without the a4paper package), or define a very large \textheight, I have the impression that the top margin is reduced when I visualize the document with Acrobat Reader, but when I print it the top margin reduction is not performed, and the bottom of the page is not printed ! Has anybody encountered this type of problem ? and fixed a solution ? Thanks in advance. Emmanuel Plaut. -- LEMTA ENSEM - INPL 2 avenue de la Foret de Haye - BP 160 F-54504 Vandoeuvre cedex [EMAIL PROTECTED] www.ensem.inpl-nancy.fr/~eplaut Tel: 00 33 3 83 59 57 30 Fax: 00 33 3 83 59 55 51 --
PDFLaTeX troubles
I'm trying to use pdflatex which is part of the teTeX 1.0 distribution.
(downloaded from
ftp.dante.de/tex-archive/systems/unix/teTeX/1.0/distrib/...)
Everthing is fine if i do *not* include pictures; *if* i try to include
pictures i get the following error messages for each picture i try to
include
--- snip (log file) ---
! Undefined control sequence.
l.479 \pdfximage
{path/file.jpg} \pdfrefximage \pdflastximage
?
! Undefined control sequence.
l.479 ...image{path/file.jpg} \pdfrefximage
\pdflastximage
?
! Undefined control sequence.
l.479 ...file.jpg} \pdfrefximage \pdflastximage
--- snip (log file) ---
I've already downloaded the newest version of pdftex.def (from
ftp.dante.de).
I'm using the following pdflatex version:
pdflatex -version
pdfTeX (Web2C 7.3.1) 3.14159-0.13d
kpathsea version 3.3.1
Do i have to upgrade the pdftex files ... if so where i can find them?
Or is anything else wrong with my installation?!
Darius-Nikolaus Krupinski [Niko]
Re: PDFLaTeX troubles
I'm trying to use pdflatex which is part of the teTeX 1.0 distribution.
(downloaded from
ftp.dante.de/tex-archive/systems/unix/teTeX/1.0/distrib/...)
...
I've already downloaded the newest version of pdftex.def (from
ftp.dante.de).
Why? teTeX contains a pdftex.def which works fine with the included pdftex.
Anyway, I just have made a test with teTeX-1.0's pdftex and both
CTAN:macros/latex/required/graphics/pdftex.def (2000/06/16 v0.03a)
and
CTAN:macros/pdftex/graphics/pdftex.def (2001/05/25 v0.03g)
Both worked fine to include a jpg graphic file via
\usepackage{graphicx}
...
\includegraphics{x.jpg}
You bug report is incomplete since it lacks a minimal .tex source file to
reproduce your problem (Niko, you should know it better!).
Thomas
Re: PDFLaTeX troubles
Your pdftex is probably too old. Look at ftp://ftp.cstug.cz/pub/tex/local/cstug/thanh/pdftex/ Version .14h is there. You can subscribe to a pdftex mailing list at http://www.tug.org/cgi-bin/lwgate/pdftex -- (T.) Michael Sanders internet: [EMAIL PROTECTED] Physics Department URL: http://www-personal.umich.edu/~sanders University of Michigan phone: 734/936-0799 Ann Arbor, MI 48109-1120 FAX: 734/764-6843
How does tetex handle pdflatex
Hello, Since there is no pdflatex.exe, I would like to know if tetex handles pdflatex as follows pdftex pdflatex.fmt file_name.tex Thanks very much. George
Re: How does tetex handle pdflatex
Since there is no pdflatex.exe, I would like to know if tetex handles pdflatex as follows pdftex pdflatex.fmt file_name.tex On UNIX, we have symbolic links, i.e. pdflatex - pdftex. On win32, the best approximation for pdflatex is pdftex -progname=pdflatex Thomas
Re: pdflatex vs. latex | dvips | ps2pdf
Thanks for the help on getting dvips to use type 1 fonts! It turns out that ps2pdf doesn't take advantage of those fonts. So I now use Acrobat's Distiller, which does an excellent job in creating both small and high quality pdf files. Clemens
Re: pdflatex vs. latex | dvips | ps2pdf
On Mon, 23 Apr 2001, Clemens Ballarin wrote: Thanks for the help on getting dvips to use type 1 fonts! It turns out that ps2pdf doesn't take advantage of those fonts. So I now use Acrobat's Distiller, which does an excellent job in creating both small and high quality pdf files. Clemens Certainly ps2pdf can make good use of Type 1 fonts, so I don't understand your comment. Also, there are have been many changes to ghostscript, which is now at version 7.0, including many improvements to the pdfwrite device, so bad experiences with some previous version may no longer apply. Distiller is certainly more robust than pdfwrite, but a) distiller is not available for many platforms that can run teTeX, b) many people have tight budgets and would prefer to spend their funds in other ways, and c) it is often much easier to supply student labs with free software than it is to administer commercial licenses. Even those who have access to distiller should periodically check for problems with pdfwrite and file bug reports as required. -- George White [EMAIL PROTECTED] Halifax, Nova Scotia
Re: pdflatex vs. latex | dvips | ps2pdf
[EMAIL PROTECTED] said: Certainly ps2pdf can make good use of Type 1 fonts, so I don't understand your comment. Also, there are have been many changes to ghostscript, which is now at version 7.0, including many improvements to the pdfwrite device, so bad experiences with some previous version may no longer apply. The version that comes with tetex only deals with Type 1 fonts for postscript standard fonts. It seems to convert latex Type 1 fonts to bitmaps. This is seconded by ps2pdf's man page: Currently ps2pdf does a reasonable job on filled/stroked graphics, on bitmap images, and on text in the 14 built-in PDF fonts in the intersection of Windows and ISO Latin-1 encodings. It converts all other text in the PostScript file to bitmaps in the PDF file (although it does only write the bitmap for each character once per page, and only on pages where the character is actually used). It does not compress the output at all, except for character bitmaps: it can't use LZW because of Unisys' patent claims, and it doesn't yet use other compression methods for images. I clearly see the advantage of free software. I just pointed out the apparent difference in the result, which is visible in acroread! Clemens
Re: pdflatex vs. latex | dvips | ps2pdf
Clemens Ballarin [EMAIL PROTECTED] writes: Thanks for the help on getting dvips to use type 1 fonts! It turns out that ps2pdf doesn't take advantage of those fonts. It should, though you need a recent enough version of Ghostscript. At a minimum, 6.0, although 6.50 or 7.00 will do a better job. -- Alan Shutko [EMAIL PROTECTED] - In a variety of flavors! Green light in A.M. for new projects. Red light in P.M. for traffic tickets.
Re: pdflatex vs. latex | dvips | ps2pdf
Certainly ps2pdf can make good use of Type 1 fonts, so I don't understand ... The version that comes with tetex only deals with Type 1 fonts for postscript standard fonts. It seems to convert latex Type 1 fonts to bitmaps. This is teTeX does not include ghostscript or ps2pdf, so this is nonsense. If you upgrade your ghostscript installation, then ps2pdf will be able to create good pdf files with embedded type1 fonts. Thomas
pdflatex vs. latex | dvips | ps2pdf
This query concerns the use of Postscript Type 1 fonts in tetex. pdflatex is set up to use type 1 fonts, dvips is not. Consequently, pdflatex produces pdf-files of higher display quality. Unfortunately, it is not able to interpret some \special commands that are, for example, generated by eepic. Is there an easy way to get dvips to use type 1 fonts, or alternatively, can pdflatex be expected to support eepic in the future? I gather that tex type 1 fonts are already present in the tetex distribution. Regards, Clemens Ballarin
Re: pdflatex vs. latex | dvips | ps2pdf
Is there an easy way to get dvips to use type 1 fonts, or alternatively, can 1) dvips -Ppdf -G0 ... or: 2) edit + run texmf/dvips/config/updmap: type1_default=false # type1_default=true Just change the comment character in these two lines, then run the script. Thomas
Re: PDFLATEX COLORS
On Mon, Apr 02, 2001 at 09:39:40PM +0200, Frank Cornelis wrote: Check out the file i386c.pdf, it will contain the error on a few pages. Okay, yes, I see this too now. It seems to be related to a coloured block of text that flows across a page boundary. Rather than colour the next page, it colours the top of the original page. Tim. */ PGP signature
PDFLATEX
Just another question about pdflatex.
I am trying to include a .tiff image in my document, according the pdftex-FAQ,
from Radahakrishnan, with no success. I am using
\includegraphics[options]{image.tiff} command and the pdflatex return the
following error:
! LaTeX Error: Unknown graphics extension: .tiff.
I am using the tetex that comes with Linux RedHat 6.1. Is it a problem of the
version of my pdftex? Does anyone know another way to include a tiff image?
Thanks in advance.
---
Flavio Spolidoro F. Gomes
Tel.: +55 21 519-8619
FAX: +55 21 519-7966
Frank Cornelis [EMAIL PROTECTED] em 2001-04-02 16:39:40
Para:Tim Waugh [EMAIL PROTECTED]
cc: Frank Cornelis [EMAIL PROTECTED],
[EMAIL PROTECTED](bcc: FLAVIO
SPOLIDORO FERREIRA GOMES SPOL/Embratel)
Assunto: Re: PDFLATEX COLORS
I'm using the teTeX distribution that comes with RedHat 7.0. But, when I
use pdflatex together with the color package I sometimes get half colored
pages when I did put the color back to black. Example:
[...]
Some parts of my docs appear in blue when I did
ask for black. Has this bug been detected by anyone else? Has is been
fixed in later distributions of teTeX?
When I use latex followed by dvips then the problem doesn't
appear to me. But of course, I _need_ a pdf file.
Please don't tell me about ps2pdf. That tool does make
my pdf's look bad.
I can't seem to reproduce this problem. Do you have an example
document that exhibits it
You will need the TeTeX version as it comes with RedHat 7.0 i386.
Download:
http://studwww.rug.ac.be/~fcorneli/eduos/download/unstable/i386c.tar.gz
Unpack and do:
make pdf
Check out the file i386c.pdf, it will contain the error on a few pages.
BTW: You'll also need transfig; an RPM can be found on the second CD of
RedHat 7.0.
When you can't reproduce the error in the PDF I'll put a PDF of mine
online, just let me know. Good luck...
Thanks in advance.
Frank.
Re: PDFLATEX COLORS
Hello Frank, On Mon, 2 Apr 2001, Frank Cornelis wrote: I'm using the teTeX distribution that comes with RedHat 7.0. But, when I use pdflatex together with the color package I sometimes get half colored pages when I did put the color back to black. Example: [...] my pdf's look bad. I can't seem to reproduce this problem. Do you have an example document that exhibits it You will need the TeTeX version as it comes with RedHat 7.0 i386. Just a thought: What are you using to view these pdf files? Older versions (and all Gnu versions) of gs do not handle pdf very well in my experience. Have you tried getting the latest gs-aladdin or Adobe acroread, or xpdf? Helen McCall ---
Re: PDFLATEX
[EMAIL PROTECTED] writes:
Just another question about pdflatex.
I am trying to include a .tiff image in my document, according the pdftex-FAQ,
from Radahakrishnan, with no success. I am using
\includegraphics[options]{image.tiff} command and the pdflatex return the
following error:
! LaTeX Error: Unknown graphics extension: .tiff.
its simple. the setup defines how to handle ".tif" files, not ".tiff"
files.
silly, I know, but true
sebastian
Re: PDFLATEX COLORS
I'm using the teTeX distribution that comes with RedHat 7.0. But, when I use pdflatex together with the color package I sometimes get half colored pages when I did put the color back to black. Example: [...] my pdf's look bad. I can't seem to reproduce this problem. Do you have an example document that exhibits it You will need the TeTeX version as it comes with RedHat 7.0 i386. Just a thought: What are you using to view these pdf files? Older versions (and all Gnu versions) of gs do not handle pdf very well in my experience. Have you tried getting the latest gs-aladdin or Adobe acroread, or xpdf? I'm using Adobe Acrobat reader 4.05 for linux, so I think it really is a bug. Even xpdf shows my PDFs bad, and when I transform the PDF to a PS the bug is also visible in the PS files. Frank.
Re: PDFLATEX COLORS
Check out the file i386c.pdf, it will contain the error on a few pages. Okay, yes, I see this too now. It seems to be related to a coloured block of text that flows across a page boundary. Rather than colour the next page, it colours the top of the original page. Could you fix it? It's probably a stupid counter somewhere being _not_ increased correctly. Frank.
Re: PDFLATEX
On Tue, Apr 03, 2001 at 09:36:51AM -0300, [EMAIL PROTECTED] wrote: I am trying to include a .tiff image in my document, You need the pdflatex from the beta version of tetex in order to handle TIFF, so I'm told. Tim. */ PGP signature
Re: PDFLATEX
[EMAIL PROTECTED] writes:
I tryied with \includegraphics[options]{image.tif} and I got the same error.
! LaTeX Error: Unknown graphics extension: .tif.
PS in general, I'd really recommend switching to PNG. pdftex handles
TIFF ok, but not brilliantly.
Sebastian
Re: PDFLATEX COLORS
Frank Cornelis writes: Okay, yes, I see this too now. It seems to be related to a coloured block of text that flows across a page boundary. Rather than colour the next page, it colours the top of the original page. Could you fix it? It's probably a stupid counter somewhere being _not_ increased correctly. unless I mistake, this is a hoary old colour problem caused by the fact that TeX does not actually handle colour itself. i may be wrong, but colour across pages is a well-known bear-trap. Sebastian
Re: PDFLATEX
[EMAIL PROTECTED] writes:
Hi Sebastian.
I tryied with \includegraphics[options]{image.tif} and I got the same error.
! LaTeX Error: Unknown graphics extension: .tif.
you probably dont have the current pdftex.def. Grab from
http://www.tug.org/applications/pdftex/
sebastian
Re: PDFLATEX COLORS
I'm using the teTeX distribution that comes with RedHat 7.0. But, when I use pdflatex together with the color package I sometimes get half colored pages when I did put the color back to black. Example: [...] Some parts of my docs appear in blue when I did ask for black. Has this bug been detected by anyone else? Has is been fixed in later distributions of teTeX? When I use latex followed by dvips then the problem doesn't appear to me. But of course, I _need_ a pdf file. Please don't tell me about ps2pdf. That tool does make my pdf's look bad. I can't seem to reproduce this problem. Do you have an example document that exhibits it You will need the TeTeX version as it comes with RedHat 7.0 i386. Download: http://studwww.rug.ac.be/~fcorneli/eduos/download/unstable/i386c.tar.gz Unpack and do: make pdf Check out the file i386c.pdf, it will contain the error on a few pages. BTW: You'll also need transfig; an RPM can be found on the second CD of RedHat 7.0. When you can't reproduce the error in the PDF I'll put a PDF of mine online, just let me know. Good luck... Thanks in advance. Frank.
pdflatex cannot load PDF image
We're using teTeX-1.0 on a Solaris system. When I run pdflatex on this file:
\documentclass[12pt]{article}
\usepackage[pdftex]{graphics}
\begin{document}
\graphicspath{{PDF/}}
\includegraphics{logo2}
\end{document}
(yes, the file logo2.pdf is in the PDF directory), I get:
[maya.pppl.gov|159] pdflatex test.tex
This is pdfTeX, Version 3.14159-13d (Web2C 7.3.1)
(test.tex[/usr/local/teTeX-1.0/share/texmf/pdftex/config/pdftex.cfg]
LaTeX2e 1998/12/01 patch level 1
Babel v3.6x and hyphenation patterns for american, french, german, ngerman, n
ohyphenation, loaded.
(/usr/local/teTeX-1.0/share/texmf/tex/latex/base/article.cls
Document Class: article 1999/01/07 v1.4a Standard LaTeX document class
(/usr/local/teTeX-1.0/share/texmf/tex/latex/base/size12.clo))
(/usr/local/teTeX-1.0/share/texmf/tex/latex/graphics/graphics.sty
(/usr/local/teTeX-1.0/share/texmf/tex/latex/graphics/trig.sty)
(/usr/local/teTeX-1.0/share/texmf/tex/latex/config/graphics.cfg)
(/usr/local/teTeX-1.0/share/texmf/tex/latex/graphics/pdftex.def)) (test.aux)
(/usr/local/teTeX-1.0/share/texmf/tex/context/base/supp-pdf.tex
(/usr/local/teTeX-1.0/share/texmf/tex/context/base/supp-mis.tex
loading : Context Support Macros / Missing
)
loading : Context Support Macros / PDF
)
Error: pdflatex (file logo2.pdf): cannot open image file
Ideally, I would like to have the logo2.pdf file in a directory
listed in my TEXINPUTS search path. Since that didn't work, I instead
(as above) tried forcing graphicx to look in a specific directory.
I *can* give includegraphics an absolute or relative path name to
the desired file. But, I'm still wondering why the above doesn't work.
I spent about 2 hours searching the Web / archives for this without
finding any hints. Any suggestions?
Thanks,
Daren Stotler
Daren Stotler
http://w3.pppl.gov/~dstotler
Research Physicist
Princeton Plasma Physics Laboratory
MS 27
P. O. Box 451
Princeton, NJ 08543
609-243-2063
You can visit the home page of the Princeton Plasma Physics Laboratory at
http://www.pppl.gov
Re: pdflatex and included pdf's
Robert Sim writes: Hi, pdfTeX (Web2C 7.3.1) 3.14159-0.13d moral. upgrade to the latest version I'm using the epsfig package to include pdf's in my document. Most pdf's work fine, but if I export an eps from xv, and run epstopdf on it and then include the pdf, it doesn't render correctly in acroread, in spite of the running your file with the current pdftex shows no problem. Sebastian
Re: pdflatex and included pdf's
work fine, but if I export an eps from xv, and run epstopdf on it and then include the pdf, it doesn't render correctly in acroread, in spite of the I have made the same experience with pdftex versions before 0.14. If you use xv, better save as gif or png and include this into pdftex 0.13. Use the graphics package instead of the epsfig macros. This bug was fixed with pdftex 0.14, so your xv - eps - pdf route should work with pdftex 0.14. Thomas
Re: Warning message from pdflatex
[EMAIL PROTECTED] writes:
One of the users here has reported that when he issues the command
`pdflatex try.tex' on the file try.tex:
\documentclass{slides}
\usepackage{hyperref}
\begin{document}
\begin{slide}One\end{slide}
\begin{slide}Two\end{slide}
\end{document}
he gets the message:
Warning (ext1): destination with the same identifier (name{page.0}) already exists!
sorry, thats a mismatch between hyperref and seminar, unlikely to get
fixed quickly.
Why is the user warned?
pdftex thinks that declaring the same destination twice is poor
practice. quite right, it is
Sebastian
Warning message from pdflatex
One of the users here has reported that when he issues the command
`pdflatex try.tex' on the file try.tex:
\documentclass{slides}
\usepackage{hyperref}
\begin{document}
\begin{slide}One\end{slide}
\begin{slide}Two\end{slide}
\end{document}
he gets the message:
Warning (ext1): destination with the same identifier (name{page.0}) already exists!
The typeset result seems to be ok. Why is the user warned?
(This with pdfTeX, Version 3.14159-13d (Web2C 7.3.1) (format=pdflatex 2000.4.20))
from teTeX-1.0.7.
John A. Murdie
Department of Computer Science
University of York
England
pdflatex - Too many unprocessed floats
"mendes" == mendes [EMAIL PROTECTED] writes: Hello I am running pdflatex that came with tetex. One specific file has loads of fugures and no text (onl;y in the captions). When I run pdflatex I always get: ! LaTeX Error: Too many unprocessed floats. How can I get rid of this error? If there is no text at all the output routine is never called and all the floats are stored. There is room for "only" 18 floats, as far as I remember. You can use \clearpage to force LaTeX to shipout stuff. Regards, Reinhard -- Reinhard Kotucha Phone: +49-511-751355 Berggartenstr. 9 D-30419 Hannover mailto:[EMAIL PROTECTED] Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
pdflatex (- pdftex) uses latex.fmt instead of pdflatex.fmt
Hello all lovers of nice documents ;-)
The subject says it all. When I start pdflatex it answers with an error:
pdflatex testltx
This is pdfTeX, Version 3.14159-13d (Web2C 7.3.1)
(Fatal format file error; I'm stymied)
after rebuilding all formats (fmtutil --all) and the same error I used
strace and discovered that the format loaded was "latex.fmt" ...
More confusing:
pdflatex
This is pdfTeX, Version 3.14159-13d (Web2C 7.3.1)
**testltx
works as expected and uses pdflatex.fmt. Also pdfelatex works fine ...
I am using
teTeX-1.0.7 (teTeX-texmf-1.0.1)
linux 2.2.14
gcc-2.95.2
glibc-2.1.2
Yours
Uwe Koloska
--
mailto:[EMAIL PROTECTED]
http://rcswww.urz.tu-dresden.de/~koloska/
----
right now the web page is in german only
but this will change as time goes by ;-)
acroread 4.0 generates PostScript `-infinity' from pdflatex output
Some users here are cautiously using pdflatex from teTeX 1.0.7 for the first time (pdflatex 3.14159-13d), mostly successfully. One, however, used pdflatex and acroread 4.0 on an SGI Indy with Irix 5.3 to generate some PostScript which contains the undefined symbol `infinity'. I've yet to cut the source down in an attempt to isolate the problem, but does anyone recognise this one? John A. Murdie Department of Computer Science University of York England
Re: acroread 4.0 generates PostScript `-infinity' from pdflatex output
[EMAIL PROTECTED] writes: Some users here are cautiously using pdflatex from teTeX 1.0.7 for the first time (pdflatex 3.14159-13d) is teTeX really only 13d? the current release is 3.14159-14f-released-2313, for what its worth. I am not sure I'd want to worry too much about this unless it also fails with a newer version. used pdflatex and acroread 4.0 on an SGI Indy with Irix 5.3 to generate some PostScript which contains the undefined symbol `infinity'. does not ring a bell. without a test file, hard to say much. sebastian
pdflatex pk font generation
Hi, I've just installed the latest tetex beta release (at the time it was from the 5th of March). The Problem I have now is that pdflatex, when invoked with a font that isn't installed already, won't generate this font as a default behavior. Only when pdflatex is explicitly invoked with the mktex option, like this: pdflatex -mktex=pk file.tex does the program do so. Is there an option in texconfig to set this to be the default behavior (or did I miss something when compiling the sources?) Thanks for your help. Matthias Schweinoch
Re: pdflatex pk font generation
pdflatex -mktex=pk file.tex does the program do so. Is there an option in texconfig to set this to be the No. Thomas
pdflatex pk font generation
Hi, I've just installed the latest tetex beta release (at the time it was from the 5th of March). The Problem I have now is that pdflatex, when invoked with a font that isn't installed already, won't generate this font as a default behavior. Only when pdflatex is explicitly invoked with the mktex option, like this: pdflatex -mktex=pk file.tex does the program do so. Is there an option in texconfig to set this to be the default behavior (or did I miss something when compiling the sources?) Thanks for your help. Matthias Schweinoch
a simple example of file that works for both pdflatex and latex
Hello Does someone know of a simple example (a tex file) that works for both pdftex and latex? I remember seeing a file that just needed a simple change on the header to work with pdflatex. Moreover it had figures on it. Thanks a lot. Eduardo
