From MacOSX-TeX@email.esm.psu.edu Mon May 30 19:56:54 2005
Received: from engremail2.engr.psu.edu ([130.203.201.116]) by ENGRMAIL1.engr.psu.edu with Microsoft SMTPSVC(5.0.2195.6713);
Mon, 30 May 2005 19:56:54 -0400
Received: from email.esm.psu.edu ([130.203.247.204]) by engremail2.engr.psu.edu with Microsoft SMTPSVC(5.0.2195.6713);
Mon, 30 May 2005 19:56:54 -0400
Date: Mon, 30 May 2005 20:00:13 -0400
Message-ID: <28013.63362@email.esm.psu.edu>
Subject: MacOSX-TeX Digest #1388 - 05/30/05
From: "TeX on Mac OS X Mailing List"
To: "TeX on Mac OS X Mailing List"
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-transfer-encoding: quoted-printable
Sender:
Precedence: List
List-Software: LetterRip Pro 4.05 (0522) by LetterRip Software, LLC.
List-Subscribe:
List-Digest:
List-Unsubscribe:
X-LR-SENT-TO: mail.engr.psu.edu
Return-Path: MacOSX-TeX@email.esm.psu.edu
X-OriginalArrivalTime: 30 May 2005 23:56:54.0376 (UTC) FILETIME=[41750680:01C56573]
MacOSX-TeX Digest #1388 - Monday, May 30, 2005
Re: [OS X TeX] X11
by "Ettore Aldrovandi"
[TeXniscope] size of zoom
by "Alain Matthes"
[TeXshop 2.03] Texshop problem
by "Alain Matthes"
Re: [OS X TeX] Is there a bigpdflatex?
by "Martin Costabel"
Re: [OS X TeX] Is there a bigpdflatex?
by "Maarten Sneep"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] Is there a bigpdflatex?
by "Maarten Sneep"
Re: [OS X TeX] Is there a bigpdflatex?
by "Peter Dyballa"
Re: [OS X TeX] Is there a bigpdflatex?
by "Maarten Sneep"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] Is there a bigpdflatex?
by "Michael Hoppe"
Re: [OS X TeX] What encoding should I use?
by "J=E9r=F4me Laurens"
Changing (memory) settings for pdfTeX (was: bigpdflatex)
by "Gerben Wierda"
Re: [OS X TeX] [TeXshop 2.03] Texshop problem
by "Herbert Schulz"
Re: [OS X TeX] Changing (memory) settings for pdfTeX (was: bigpdflatex)
by "Michael Hoppe"
epstopdf can't find Ghostscript
by "Tom Stace"
Re: [OS X TeX] [TeXshop 2.03] Texshop problem
by "Alain Matthes"
yhmath
by "Nestor Aguilera"
Re: [OS X TeX] yhmath
by "Peter Dyballa"
Re: [OS X TeX] Multicol help
by "Christopher Allen"
Re: [OS X TeX] epstopdf can't find Ghostscript
by "Peter Dyballa"
Re: [OS X TeX] Multicol help
by "Peter Dyballa"
Re: [OS X TeX] Multicol help
by "Christopher Allen"
Re: [OS X TeX] Multicol help
by "Christopher Allen"
Re: [OS X TeX] Multicol help
by "Peter Dyballa"
----------------------------------------------------------------------
Subject: Re: [OS X TeX] X11
From: "Ettore Aldrovandi"
Date: Sun, 29 May 2005 23:24:47 -0400
On Sun, May 29, 2005 at 08:15:12AM +0200, Gerben Wierda wrote:
> On May 27, 2005, at 23:22, Ettore Aldrovandi wrote:
>
> >/etc/csh.cshrc
> >
> >is read by non login shells.
>
> I cannot use these as they would be read every time and every subshell
> call would add to the PATH once more.
>
> G
>
Yes. If you inherit the PATH. Of course one could set an
absolute path there, but that's bad. My PATH is set in .login,
and in .MacOSX/environment.plist.
I fear there is no perfect solution to fix the path in X11.app.
The closest is probably to modify /etc/X11/xinit/xinitrc, however
if a user has a $HOME/.xinitrc already, then the system-wide one
won't be executed.
--
Ettore Aldrovandi
Department of Mathematics http://www.math.fsu.edu/~ealdrov
Florida State University aldrovandi at math.fsu.edu
Tallahassee, FL 32306-4510, USA +1 (850) 644-9717 (FAX: 4053)
----------------------------------------------------------------------
Subject: [TeXniscope] size of zoom
From: "Alain Matthes"
Date: Mon, 30 May 2005 07:24:30 +0200
hello
I would like to have in the menu of zoom : 139% or standard
magnification 139%
I try : defaults write TeXniscope ZoomWindowSize "139 139 " but that
does not work
Thanks
Alain Matthes
----------------------------------------------------------------------
Subject: [TeXshop 2.03] Texshop problem
From: "Alain Matthes"
Date: Mon, 30 May 2005 07:39:08 +0200
Since I installed Tiger, I have some problems with Texshop 2.03.
In the prefs, i use UTF8-unicode and in my class i have
\RequirePackage{ifthen}
\RequirePackage[frenchb]{babel}
\RequirePackage[utf8]{inputenc}
\RequirePackage[upright,expert]{fourier}
\RequirePackage{calc}
I work with Texshop or with textmate and texniscope only with Pdflatex.
With Texshop, sometimes, the pdf does not work ;
it's empty and in the log the file maclass.cls is not found and
and a few seconds later, Texshop stops working
But if i make a try with textmate and the same files, i've no problem.
Alain Matthes
Sorry for my bad english
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Martin Costabel"
Date: Mon, 30 May 2005 08:59:44 +0200
Maarten Sneep wrote:
> On 30 May 2005, at 0:07, Martin Costabel wrote:
>
>> Michael Hoppe wrote:
>>
>>> Well, after changing pdf_mem_size to 131072 I ran
>>> sudo fmtutil --all
>>> That is supposed to create the formats, isn't it?
>>>
>>
>> The problem is that fmtutil is probably not seeing your changed
>> texmf.cnf.
>
>
> The texmf.cnf file I (and others) recommended to alter is the one
> intended to hold system wide user alterations, at least according to
> Gerben's instructions. I suppose he knows what he is talking about.
Then it would be all the more interesting to see whether fmtutil is
actually using this file. I Michael's case it appears not to do it.
--
Martin
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Maarten Sneep"
Date: Mon, 30 May 2005 09:50:29 +0200
On 30 May 2005, at 8:59, Martin Costabel wrote:
> Maarten Sneep wrote:
>
>> The texmf.cnf file I (and others) recommended to alter is the one
>> intended to hold system wide user alterations, at least according
>> to Gerben's instructions. I suppose he knows what he is talking
>> about.
>
> Then it would be all the more interesting to see whether fmtutil is
> actually using this file. I Michael's case it appears not to do it.
By the way: there is not a single texmf.cnf file, but multiple ones,
read in sequence, overriding each other. A base configuration is
installed somewhere rather deep in the texmf-tree, with another one
provided to override those with private settings.
To further help Michel, we'll need the output of the 'env' command on
the terminal, some environment variable may be set that interferes
with TeX. If there are no environment variables set _and_ fink isn't
present, then re-running i-Installer in the TeX i-package (just the
configure phase) and re-applying the patch should be sufficient (and
easiest to explain).
Maarten
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 09:28:48 +0200
>The problem is that fmtutil is probably not seeing your changed
>texmf.cnf. Try "kpsewhich texmf.cnf";
It shows the right one: /usr/local/teTeX/texmf.cnf
>this shows which one fmtutil will use. If it's not your changed one,
It is the changed one.
>I am pretty sure that there is also a combination of a couple of
>TeX's 75 or so environment variables that will do the trick,
I'm sure, too, but just change pdf_mem_size doesn't do anything.
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 10:38:35 +0200
>To further help Michel, we'll need the output of the 'env' command
>on the terminal,
obenketzberg:~/Library/texmf/dvips/config michaelhoppe$ env
MANPATH=3D/Applications/Emacs.app/Contents/Resources/man:/usr/local/teTeX/m=
an:/sw/share/man:/sw/man:/usr/local/share/man:/usr/local/man:/usr/share/man=
:/usr/X11R6/man
TERM_PROGRAM=3DApple_Terminal
TERM=3Dvt100
SHELL=3D/bin/bash
TERM_PROGRAM_VERSION=3D133
USER=3Dmichaelhoppe
__CF_USER_TEXT_ENCODING=3D0x1F5:0:3
PATH=3D/usr/local/mysql/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/u=
sr/local/bin:/usr/local/teTeX/bin/powerpc-apple-darwin-current
PWD=3D/Users/michaelhoppe/Library/texmf/dvips/config
SHLVL=3D1
HOME=3D/Users/michaelhoppe
LOGNAME=3Dmichaelhoppe
INFOPATH=3D/Applications/Emacs.app/Contents/Resources/info:/usr/local/teTeX=
/info:/sw/share/info:/sw/info:/usr/local/share/info:/usr/local/lib/info:/us=
r/local/info:/usr/share/info
SECURITYSESSIONID=3D69a8e0
_=3D/usr/bin/env
OLDPWD=3D/Users/michaelhoppe
>some environment variable may be set that interferes with TeX.
Thank you, Maarten, but /usr/local/teTeX/texmf.cnf is certainly used.
But the env.-var. "pdf_mem_size" is obviously unknown ...
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 10:33:41 +0200
>With older versions of teTeX it wasn't necessary to rebuild
>the formats just to increase the amount of memory available.
Yes, say: some of them.
>
>Here is the relevant section, and comments,
>from my installation:
>
[snip]
>%
>%
>main_memory =3D 1500000 % words of inimemory
>available; also applies to inimf&mp
>extra_mem_bot =3D 0 % extra high memory for chars, =
tokens, etc.
>extra_mem_top =3D 2000000 % extra low memory for
>boxes, glue, breakpoints, etc.
>
>
>So if in your texmf.cnf file
> (the one found by: kpsewhich texmf.cnf )
>you change the extra_mem_top parameter, if there is one,
>then it shouldn't be necessary to rebuild any formats.
>Hopefully it'll "just work".
You're right. I am able to change obj_tab_size or
extra_mem_bot.pdflatex, e.g., to some other values, and those values
are used as my log-file reports it. So firstly, the texmf.cnf-file
in which the changes are done is used. So the question remains:
What is the name of the environment variable that has an effect on
pdf_mem_size? Obviously, the name is not "pdf_mem_size". Or is that
value hard-wired into pdf(e)latex?
>The failure occurs while using a 'microtype' font-name.
>I'd guess that the document is fine without Microtype, right ?
Yes, refer to my first posting here: the problem arose while I was
trying to achieve font expansion to some other fonts, namely the
Euler-fonts.
>Try increasing any such low values by a factor of 10 or more.
That's the point: HOW?
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 10:43:53 +0200
>I'm sure, too, but just change pdf_mem_size doesn't do anything.
Because the proper name is:
pdf_mem_size..
So in my case I'm free of any trouble using
pdf_mem_size.pdflatex =3D 1000000
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Maarten Sneep"
Date: Mon, 30 May 2005 10:56:33 +0200
Hi,
Judging from the env output you posted earlier it seems your
environment is clean (computer environment that is, can't judge
the rest from here ;-).
On 30 May 2005, at 10:43, Michael Hoppe wrote:
>> I'm sure, too, but just change pdf_mem_size doesn't do anything.
>
> Because the proper name is:
>
> pdf_mem_size..
>
> So in my case I'm free of any trouble using
>
> pdf_mem_size.pdflatex =3D 1000000
Is that confirmed to work, or is it a guess? Setting the variable
without
format should set them for all formats, this is to tune each format
individually, as they may need different relative sizes with a fixed
maximum.
If this works, I would consider it an inconsistency at the least.
Maarten
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Peter Dyballa"
Date: Mon, 30 May 2005 11:22:33 +0200
Am 30.05.2005 um 09:28 schrieb Michael Hoppe:
> I'm sure, too, but just change pdf_mem_size doesn't do anything.
>
Could be Maarten Sneep's and Ross Moore's pointers are more appropriate=20=
than my first idea! Wouldn't you like to change extra_mem_bot to at=20
least 1,000,000? What puzzles me is that Maarten states
extra_mem_top =3D 2000000 % extra high memory for chars, tokens, =
etc.
extra_mem_bot =3D 4000000 % extra low memory for boxes, glue,=20
breakpoints, etc.
and Ross cites
extra_mem_bot =3D 0 % extra high memory for chars, tokens, =
etc.
extra_mem_top =3D 2000000 % extra low memory for boxes, glue,=20
breakpoints, etc.
Trial *and* error still *the* method in academic research?
OTOH: did you see in short documents already any change in math=20
formulae or areas when applying microtypography to weird encodings like=20=
those from the 'U' type? Don't you need some more settings and=20
definitions in microtype.cfg? Which might lead to the error you get ...
--
Mit friedvollen Gr=FC=DFen
Pete
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the Universe trying
to produce bigger and better idiots. So far, the Universe is winning."
-- Rich Cook
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Maarten Sneep"
Date: Mon, 30 May 2005 11:34:19 +0200
On 30 May 2005, at 11:22, Peter Dyballa wrote:
> What puzzles me is that Maarten states
>
> extra_mem_top =3D 2000000 % extra high memory for chars, tokens,
> etc.
> extra_mem_bot =3D 4000000 % extra low memory for boxes, glue,
> breakpoints, etc.
>
> and Ross cites
>
> extra_mem_bot =3D 0 % extra high memory for chars, tokens,
> etc.
> extra_mem_top =3D 2000000 % extra low memory for boxes, glue,
> breakpoints, etc.
>
> Trial *and* error still *the* method in academic research?
Oh, yes, of course! No, I pretty much set everything to max just to
make sure I never have to deal with it again. My half-step refinement
method is just a bit cruder than Ross's. Even then there are
parameters that will not grow beyond a certain value (that 9 MB
metapost output file can not be included by TeX - it will cause a
serious memory overflow).
Maarten
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 12:02:09 +0200
>>>I'm sure, too, but just change pdf_mem_size doesn't do anything.
>>
>>Because the proper name is:
>>
>> pdf_mem_size..
>>
>>So in my case I'm free of any trouble using
>>
>> pdf_mem_size.pdflatex =3D 1000000
>
>Is that confirmed to work,
Definitely confirmed: setting
pdf_mem_size =3D 1000000
doesn't have any effect, whereas
pdf_mem_size.pdflatex =3D 1000000
does the right thing.
>or is it a guess?
No, totally approved.
>Setting the variable without
>format should set them for all formats, this is to tune each format
>individually, as they may need different relative sizes with a fixed
>maximum.
But it surely doesn't; just have a try by yourself, please.
>If this works, I would consider it an inconsistency at the least.
Right,
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Is there a bigpdflatex?
From: "Michael Hoppe"
Date: Mon, 30 May 2005 12:07:49 +0200
>Could be Maarten Sneep's and Ross Moore's pointers are more
>appropriate than my first idea! Wouldn't you like to change
>extra_mem_bot to at least 1,000,000?
I've tried that, and the changed value was shown in the log, but that
didn't change pdf_mem_sizea t all.
>Trial *and* error still *the* method in academic research?
With a little googling I've found per chance
http://www.ntg.nl/pipermail/ntg-context/2005/009270.html, and that
solved the problem.
>Don't you need some more settings and definitions in microtype.cfg?
So which, e. g.?
>Which might lead to the error you get ...
No, it was definitely a memory thing.
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: Re: [OS X TeX] What encoding should I use?
From: "J=E9r=F4me Laurens"
Date: Mon, 30 May 2005 12:38:28 +0200
Le 28 mai 05, =E0 16:38, Johan Almqvist a =E9crit :
>
> On May 28, 2005, at 12:17, Peter Dyballa wrote:
>
>> Am 28.05.2005 um 11:29 schrieb Johan Almqvist:
>>
>>> I use \usepackage[utf8]{inputenc} and everything works fine
>>>
>> Don't you have to input ^^c3^^a4^^c3^^b6^^c3^^bc instead of =E4=F6=FC?
>>
>
> Not if I use a UTF-8-aware text editor such as TeXShop, TextWrangler,=20=
> BBEdit or vim.
>
> TextEdit doesn't work, for example.
TextEdit is indeed a UTF8 aware editor, as you can see in the pref=20
panel provided you customized the encodings list properly.
If it does not work for you, just reinstall or fill a bug report.
>
> -Johan
> --=20
> Johan Almqvist
> johan@almqvist.net
>
>
>
> --------------------- 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:
>
>
----------------------------------------------------------------------
Subject: Changing (memory) settings for pdfTeX (was: bigpdflatex)
From: "Gerben Wierda"
Date: Mon, 30 May 2005 14:20:27 +0200 (CEST)
Sorry, I missed this thread until now.
Anyway, as far as I know the changes you make in
/usr/local/teTeX/texmf.cnf for the memory settings are not used when you
recreate formats. At least, this used to be so in the past. This is why m=
y
distribution contains not a standard teTeX/TeX Live
/usr/local/teTeX/share/texmf/web2c/texmf.cnf but one with larger values
which I put on top of the TeX Live tree before I pack it.
I would have preferred to have these in /usr/local/teTeX/texmf.cnf of
course, but in the past that did not work while having them in any
location but /usr/local/teTeX/share/texmf/web2c/texmf.cnf. Maybe that was
because in the past the memory settings were overwritten with any entry
that came later while for other settings (like PATHS) it is the other way
around (what has already been set will not be set in a later found
texmf.cnf file). That would also explain why mem_pdf_size.pdflatex would
work (is not overwitten because it does not exist in
/usr/local/teTeX/share/texmf/web2c/texmf.cnf, while mem_pdf_size sec in
/usr/local/teTeX/texmf.cnf does not work because it is available in
/usr/local/teTeX/share/texmf/web2c/texmf.cnf and is thus overwritten.
Can someone confirm my guess that this is the situation?
Maybe I must ad an explanatory note in /usr/local/teTeX/temx.cnf
G
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [TeXshop 2.03] Texshop problem
From: "Herbert Schulz"
Date: Mon, 30 May 2005 08:14:21 -0500
On May 30, 2005, at 12:39 AM, Alain Matthes wrote:
> Since I installed Tiger, I have some problems with Texshop 2.03.
>
> In the prefs, i use UTF8-unicode and in my class i have
>
> \RequirePackage{ifthen}
> \RequirePackage[frenchb]{babel}
> \RequirePackage[utf8]{inputenc}
> \RequirePackage[upright,expert]{fourier}
> \RequirePackage{calc}
>
> I work with Texshop or with textmate and texniscope only with
> Pdflatex.
>
> With Texshop, sometimes, the pdf does not work ;
> it's empty and in the log the file maclass.cls is not found and
> and a few seconds later, Texshop stops working
>
> But if i make a try with textmate and the same files, i've no problem.
>
> Alain Matthes
>
> Sorry for my bad english
>
Howdy,
I assume the \RequirePackage{...} commands were in the maclass.cls
file which was being used in your document with a \documentclass
{maclass} command. Does your maclass.cls file also have a \LoadClass
{...} command? I guess I'd like to have a mini-class file and
document file so I can actually test the problem.
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Changing (memory) settings for pdfTeX (was: bigpdflatex)
From: "Michael Hoppe"
Date: Mon, 30 May 2005 15:30:20 +0200
>Maybe that was
>because in the past the memory settings were overwritten with any entry
>that came later while for other settings (like PATHS) it is the other way
>around (what has already been set will not be set in a later found
>texmf.cnf file). That would also explain why mem_pdf_size.pdflatex would
>work (is not overwitten because it does not exist in
>/usr/local/teTeX/share/texmf/web2c/texmf.cnf, while mem_pdf_size sec in
>/usr/local/teTeX/texmf.cnf does not work because it is available in
>/usr/local/teTeX/share/texmf/web2c/texmf.cnf and is thus overwritten.
>
>Can someone confirm my guess that this is the situation?
Somewhat. But please note, that pdf_memsize doesn't occur in
/usr/local/teTeX/share/texmf/web2c/texmf.cnf!
I've ran 3 scenarios:
1) Set pdf_mem_size =3D 1000000 in
/usr/local/teTeX/share/texmf/web2c/texmf.cnf only: it works.
2) Set pdf_mem_size =3D 1000000 in /usr/local/teTeX//texmf.cnf without
altering /usr/local/teTeX/share/texmf/web2c/texmf.cnf: doesn't work.
3) Set pdf_mem_size.pdflatex =3D 1000000 in /usr/local/teTeX/texmf.cnf
witout altering /usr/local/teTeX/share/texmf/web2c/texmf.cnf: works.
Michael
>Maybe I must ad an explanatory note in /usr/local/teTeX/temx.cnf
Maybe one should add a value of pdf_mem_size in
/usr/local/teTeX/share/texmf/web2c/texmf.cnf at all?
Michael
--
-=3D Michael Hoppe , =3D-----
-=3D Key fingerprint =3D 74 FD 0A E3 8B 2A 79 82 25 D0 AD 2B 75 6A AE 63
-=3D PGP public key ID 0xE0A5731D =3D-----------------------------------
----------------------------------------------------------------------
Subject: epstopdf can't find Ghostscript
From: "Tom Stace"
Date: Mon, 30 May 2005 14:52:26 +0100
I've recently installed ghostscript 8 using the i-installer program,
and I find now that the epstopdf package breaks. When I now include a
figure for which a pdf version does not exist, epstopdf tries to
convert it, but fails, and returns the error:
"Error: Cannot open Ghostscript for piped input!"
I have looked around and the gs command works within the terminal, with
no problems, so why can't epstopdf find it?
Thanks
Tom
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [TeXshop 2.03] Texshop problem
From: "Alain Matthes"
Date: Mon, 30 May 2005 16:22:07 +0200
Le 30 mai 05 =E0 15:14, Herbert Schulz a =E9crit :
>
> Howdy,
>
> I assume the \RequirePackage{...} commands were in the maclass.cls =20
> file which was being used in your document with a \documentclass=20
> {maclass} command. Does your maclass.cls file also have a \LoadClass=20=
> {...} command? I guess I'd like to have a mini-class file and =20
> document file so I can actually test the problem.
>
> Good Luck,
>
> Herb Schulz
hello
The problem is random and it is difficult for me to give you more =20
precise information.
I tested two classes: the first with Loadclass{article) and the =20
second without Loadclass.
With the first one under 10.3 and with mac os romand encoding, I =20
never had problem.
The first problems appeared since the installation of Tiger (update =20
of 10.3.9) and since the encoding is Utf8.
Misfortune for me is that I made both change at the same time.
If the problem persists after a clean install of Tiger, I will send a =20=
new mail.
Thanks for your great software
Alain Matthes
An other problem : If a template is written with Mac Os roman =20
encoding and
if the prefs of Texshop is Utf8 then Texshop freezes when i load =20
the template
( Now all my templates are written with utf8 !!).
I know that's an error but perhaps a message would be preferable.
----------------------------------------------------------------------
Subject: yhmath
From: "Nestor Aguilera"
Date: Mon, 30 May 2005 11:31:42 -0300
Hi,
I am using OzTeX, TeXShop and Gerben Wierda's i-Package installation,
and have a problem using the yhmath fonts.
The TeX file
\documentclass{article}
\usepackage{yhmath}
\begin{document}
\[ \wideparen{AB} \]
\end{document}
compiles fine, but if I use pdflatex directly (either with OzTeX or
TeXShop) the yhmath fonts show incorrectly in the pdf file. However
they are OK if I use Latex (-> dvi) and then dvi2pdf.
Is this an installation problem?
Thank you,
Nestor Aguilera
----------------------------------------------------------------------
Subject: Re: [OS X TeX] yhmath
From: "Peter Dyballa"
Date: Mon, 30 May 2005 18:26:20 +0200
Am 30.05.2005 um 16:31 schrieb Nestor Aguilera:
> Is this an installation problem?
>
Yes! For pdfTeX you need a map file entry for the yhcmex font. The
entry itself could be
yrcmex10 Yhcmex < yhcmex.pfa
You can re-use the map file for dvips -- you must have one, otherwise
you won't be able to convert DVI to PS. Maybe a simple 'sudo updmap'
already helps. If not, then you'll need to find the MAP file that
contains "yhcmex.pfa" -- the PostScript fonts file name. This MAP file
can be passed to updmap as
sudo updmap --enable Map=3D
The short documentation states that the map file entry should be put
into psfonts.map. So one last try could help to:
sudo updmap --enable Map=3Dpsfonts
--
Greetings
Pete
~ o
~_\\_/\
~ O O
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Multicol help
From: "Christopher Allen"
Date: Mon, 30 May 2005 13:08:53 -0400
> What about something different?
>
> \usepackage{array,ragged2e,longtable}
>
> \newenvironment{longtable}[1]{\begin{tabular}{#1}}{\end{tabular}}
>
> ...
Interesting. Thanks. Correct me if I'm wrong, but wouldn't this keep a
column going until its end instead of wrapping from one column to the
next at the end of the page? That is also the impression I get from the
format you described.
I could see this being very useful under other circumstances, and will
definitely hold onto it. Thanks.
Chris
----------------------------------------------------------------------
Subject: Re: [OS X TeX] epstopdf can't find Ghostscript
From: "Peter Dyballa"
Date: Mon, 30 May 2005 19:06:52 +0200
Am 30.05.2005 um 15:52 schrieb Tom Stace:
> I have looked around and the gs command works within the terminal,
> with no problems, so why can't epstopdf find it?
>
What is 'which gs' returning in Terminal? Is the string before /gs
contained in the output of this command in Terminal?
defaults read "${HOME}/.MacOSX/environment" PATH
I think Ghostscript from the i-Package gets installed in
/usr/local/bin. This element has to be contained in the UNIX search
path. Since TeXShop and other Mac OS X applications are a bit different
you have to tell them via the file ~/.MacOSX/environment.plist where
these tools can search for the usual UNIX commands.
To open the file just type 'open ~/.MacOSX/environment.plist' -- if you
have the Developer Tools installed a special tool will open.
--
Greetings
Pete
The human animal differs from the lesser primates in his passion for
lists of "Ten Best".
-- H. Allen Smith
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Multicol help
From: "Peter Dyballa"
Date: Mon, 30 May 2005 19:29:04 +0200
Am 30.05.2005 um 19:08 schrieb Christopher Allen:
> wouldn't this keep a column going until its end instead of wrapping
> from one column to the next at the end of the page?
Yes, that's right! Shouldn't that be the correct behaviour?
The options with ragged2e are that you can define column widths with
longtable and that you can have ragged text in the table.
Have you searched at http://www.tex.ac.uk/cgi-bin/texfaq2html?
Sometimes there are quite helpful hints ...
--
Greetings
Pete
~ o
~_\\_/\
~ O O
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Multicol help
From: "Christopher Allen"
Date: Mon, 30 May 2005 15:25:35 -0400
> Yes, that's right! Shouldn't that be the correct behaviour?
Rather, I want the behavior of multicol, specifically including the
wrapping, but without the [formatting error?] contained within it. If
multicol fills a column completely (perhaps that means slightly past
where it should), the following column does not begin at the top of the
page, but instead gets pushed downward. This is not the result of
\\[#pt] or similar commands, though the result appears just like what
happens when you reach the end of a page and have a \\[#pt] command,
which pushes text on the next page down from the top of the page.
The other problem, which from what I said does sound more similar to
what you offered, isn't solved by avoiding wrapping. In one case I have
70 items of the same size placed in 3 columns. In the second case this
is reduced to 50 items. With 70 items they are separated into columns
of 24, 24, and 22; with 50 items they are separated into columns of 17,
17, and 16. I would like the 22 (or 16) items in the third column to
line up with the first 22 (or 16) items in the other two columns.
Originally extra spacing was placed between the items of the third
column. Setting finalcolumnbadness to -1 made this work with 70 items:
there third column ends with the 22nd item lined up with the 22nd items
from the other two columns. However, this did nothing for the 50 item
group. It seems like it should have worked, based on both the
documentation and the success with the 70 item group, but it does not.
For now I've solved the first problem by placing
itthenelse{70items}{}{\columbreak} commands (the 70 and 50 items
mentioned in the second part correspond to a matching group in the
first part) through the document so they won't mess up the spacing when
doing the 70 item one. I currently have no solution for the second
problem.
> Have you searched at http://www.tex.ac.uk/cgi-bin/texfaq2html?
> Sometimes there are quite helpful hints ...
Maybe I've just used the wrong search strings; I didn't come up with
anything that way. I also looked through the multicol help file, which
is where I found some of the solutions I've been using.
Thanks,
Chris
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Multicol help
From: "Christopher Allen"
Date: Mon, 30 May 2005 15:30:12 -0400
> Setting finalcolumnbadness to -1 made this work with 70 items: there
> third column ends with the 22nd item lined up with the 22nd items from
> the other two columns. However, this did nothing for the 50 item
> group. It seems like it should have worked, based on both the
> documentation and the success with the 70 item group, but it does not.
No, wait, it tricked me. Setting finalcolumnbadness to -1 is not
working with the 70 items, either. The 22nd item in the final column
lines up with the 23rd items in the previous two columns. Hmmm...
Chris
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Multicol help
From: "Peter Dyballa"
Date: Mon, 30 May 2005 22:30:42 +0200
Am 30.05.2005 um 21:25 schrieb Christopher Allen:
> The other problem, which from what I said does sound more similar to
> what you offered, isn't solved by avoiding wrapping. In one case I
> have 70 items of the same size placed in 3 columns. In the second case
> this is reduced to 50 items. With 70 items they are separated into
> columns of 24, 24, and 22; with 50 items they are separated into
> columns of 17, 17, and 16. I would like the 22 (or 16) items in the
> third column to line up with the first 22 (or 16) items in the other
> two columns. Originally extra spacing was placed between the items of
> the third column. Setting finalcolumnbadness to -1 made this work with
> 70 items: there third column ends with the 22nd item lined up with the
> 22nd items from the other two columns. However, this did nothing for
> the 50 item group. It seems like it should have worked, based on both
> the documentation and the success with the 70 item group, but it does
> not.
>
If I understand you right, you three columns containing enumerated
lists each. What you don't like, is that the items are output like
1.a 1.b
1.c
2.d 2.e
2.f
3.g 3.h
Have you tried to put the lists into the top regions of \parboxes with
a given height that build the table? Something like ...
\begin{longtable}{lll}
\parbox[t][4cm]{5cm}{
\begin{enumerate}
\item L
\item L
\item L
\item L
\end{enumerate}
} & \parbox[t][4cm]{5cm}{
\begin{enumerate}
\item C
\item C
\item C
\item C
\end{enumerate}
} & \parbox[t][4cm]{5cm}{
\begin{enumerate}
\item R
\item R
\end{enumerate}
}\\
\end{longtable}
--
Greetings
Pete
"engineer: a mechanism for converting caffeine into designs"
----------------------------------------------------------------------
End of MacOSX-TeX Digest
--------------------- 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: