From MacOSX-TeX@email.esm.psu.edu Sun Jul 10 19:53:53 2005
Received: from engremail.engr.psu.edu ([130.203.201.4]) by ENGRMAIL1.engr.psu.edu with Microsoft SMTPSVC(5.0.2195.6713);
Sun, 10 Jul 2005 19:53:53 -0400
Received: from email.esm.psu.edu ([130.203.247.204]) by engremail.engr.psu.edu with Microsoft SMTPSVC(5.0.2195.6713);
Sun, 10 Jul 2005 19:53:52 -0400
Date: Sun, 10 Jul 2005 20:00:13 -0400
Message-ID: <70413.59882@email.esm.psu.edu>
Subject: MacOSX-TeX Digest #1429 - 07/10/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 (0531) 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: 10 Jul 2005 23:53:52.0769 (UTC) FILETIME=[A025BF10:01C585AA]
MacOSX-TeX Digest #1429 - Sunday, July 10, 2005
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Adam R. Maxwell"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Peter Dyballa"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Peter Dyballa"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Adam R. Maxwell"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Bruno Voisin"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Herbert Schulz"
hyperref
by "Armin Goralczyk"
Re: [OS X TeX] hyperref
by "Herbert Schulz"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Bruno Voisin"
New Modified Pdftricks Package
by "Herbert Schulz"
[ANN] TCOBrowser-0.85
by "Adam R. Maxwell"
Re: [OS X TeX] Adobe reader (was: [ANN] TCOBrowser-0.84)
by "Adam R. Maxwell"
Re: [OS X TeX] Adobe reader and [OT] using Camino.
by "Herbert Schulz"
Re: [OS X TeX] Adobe reader and [OT] using Camino.
by "Adam R. Maxwell"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Peter Dyballa"
Re: [OS X TeX] [ANN] TCOBrowser-0.84, a bit OT
by "Peter Dyballa"
Re: [OS X TeX] [ANN] TCOBrowser-0.84, a bit OT
by "Herbert Schulz"
Re: [OS X TeX] [ANN] TCOBrowser-0.85
by "Peter Dyballa"
Re: [OS X TeX] [ANN] TCOBrowser-0.85
by "Adam R. Maxwell"
Re: [OS X TeX] hyperref
by "Armin Goralczyk"
Re: [OS X TeX] hyperref
by "Herbert Schulz"
Re: [OS X TeX] [ANN] TCOBrowser-0.84
by "Bruno Voisin"
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Adam R. Maxwell"
Date: Sat, 9 Jul 2005 19:45:51 -0700
On Jul 9, 2005, at 14:41, Peter Dyballa wrote:
>
> Am 09.07.2005 um 18:06 schrieb Adam R. Maxwell:
>
>
>
>> This release fixes an issue that prevented local documentation
>> from being found on Tiger.
>>
>>
>>
>
> Dear Adam,
>
> I don't want to be intrusive or rude (although I usually are) but
> there seems to be something, that manifests itself in the Console as:
>
> 2005-07-09 22:09:00.524 TCOBrowser[20138] Binding selectedObject
> cannot be bound to [applies
> immediately: YES]
>
Under what circumstances did you see this message? I haven't seen
it, but I've done almost no testing with Panther, since I have to
reboot into Tiger to recompile after making any changes to the code.
>
> Then I browsed through the entries and found "fonteinf" which
> looked promising. And it provided a PDF I wanted to read (or browse
> at least). So I clicked on it in the drawer and that's what the
> Console tried to tell me:
>
> 2005-07-09 22:38:10.019 TCOBrowser[20138] CFLog (21): Error loading
> @executable_path/../Frameworks/MSL.framework/Versions/A/MSL: error
> code 0, error number 2 (dyld: /Applications/TCOBrowser.app/Contents/
> MacOS/TCOBrowser can't open library: @executable_path/../Frameworks/
> MSL.framework/Versions/A/MSL (No such file or directory, errno =3D 2)
> )
>
Hmmm...I haven't the faintest idea what MSL.framework is. TCOBrowser
certainly isn't linked to it, but apparently it's bundled with some
application that you have. My guess is that you have some browser
plugin trying to load the PDF, and the webview doesn't work with it?
Oh, I just saw your note below, and it appears that this is correct ;).
You should be able to control-click and save the linked file (at
least, that worked last time I tried it). I just single-clicked the
fonteinf.pdf file in the web drawer on Tiger, and it loaded right
into the drawer, which is a feature that I didn't even know about!
Looks like I need some kind of magnification feature in the drawer
now...
>
> A form came up showing the contents of /Applications, from which I
> first tried to select TeXShop (there is no better PDF viewer
> around), but it was grey. Acrobat Reader 5.1 was unusable grey too,
> Adobe Reader 6.0.2 seemed to vanish when I opened it's directory,
> only Adobe Reader 7 was -- and this one produced the messages.
> TCOBrowser 0.84 survived all this, while the drawer was blank. With
> the blue arrow I could return to entry's contents ... I could not
> read the PDF file with the help of TCOBrowser.
>
Sorry about that, but I'm just not sure what to tell you. If you
have Interface Builder, try opening up TCOBrowser's MainWindow.nib,
double-click on the "web drawer" view, select the WebView and hit cmd-
shift-i to get info on it, then uncheck "Enable plug-ins" and see how
it goes. If that doesn't make sense, I can send you a build with
that done.
regards,
Adam
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Peter Dyballa"
Date: Sun, 10 Jul 2005 14:05:13 +0200
Am 10.07.2005 um 04:45 schrieb Adam R. Maxwell:
>> 2005-07-09 22:09:00.524 TCOBrowser[20138] Binding selectedObject
>> cannot be bound to [applies
>> immediately: YES]
>>
>
> Under what circumstances did you see this message? I haven't seen it,
> but I've done almost no testing with Panther, since I have to reboot
> into Tiger to recompile after making any changes to the code.
This happened when I first launched TCOBrowser 0.84 and the README
opened too. I can reproduce it now ...
> Hmmm...I haven't the faintest idea what MSL.framework is. TCOBrowser
> certainly isn't linked to it, but apparently it's bundled with some
> application that you have. My guess is that you have some browser
> plugin trying to load the PDF, and the webview doesn't work with it?
> Oh, I just saw your note below, and it appears that this is correct
> ;).
It could be related to /Library/Internet\
Plug-Ins/AdobePDFViewer.plugin, since Safari has this symlink Adobe
Reader 7.
>
> You should be able to control-click and save the linked file
Of course this works too for me!
> I just single-clicked the fonteinf.pdf file in the web drawer on
> Tiger, and it loaded right into the drawer, which is a feature that I
> didn't even know about! Looks like I need some kind of magnification
> feature in the drawer now...
Single- or double-click lead to the same: TCOBrowser tries to use the
PDF plug-in, which fails. Then it remembers that it could use an
external application as good, but it fails to use Adobe Reader 7, the
only application left to choose.
>
>>
>> A form came up showing the contents of /Applications, from which I
>> first tried to select TeXShop (there is no better PDF viewer around),
>> but it was grey. Acrobat Reader 5.1 was unusable grey too, Adobe
>> Reader 6.0.2 seemed to vanish when I opened it's directory, only
>> Adobe Reader 7 was -- and this one produced the messages. TCOBrowser
>> 0.84 survived all this, while the drawer was blank. With the blue
>> arrow I could return to entry's contents ... I could not read the PDF
>> file with the help of TCOBrowser.
>>
>
> Sorry about that, but I'm just not sure what to tell you. If you have
> Interface Builder, try opening up TCOBrowser's MainWindow.nib,
> double-click on the "web drawer" view, select the WebView and hit
> cmd-shift-i to get info on it, then uncheck "Enable plug-ins" and see
> how it goes. If that doesn't make sense, I can send you a build with
> that done.
This seems to be a routine that comes in when the first attempt to load
a plug-in fails. So it asks the user to choose an external application.
To me the way how to deal with InterfaceBuilder and MainWindow.nib
looks a bit different: four windows (MainWindow.nib, TCOBrowser, search
field, and Cocoa-Windows) open. When I double-click on Drawer in
Cocoa-Windows nothing happens. When I select that field and press
Cmd-Shift-i a new window opens, NSWindow Info.
When I step through Cocoa-Windows' tools bar and come to the Cocoa
Graphics View, I see four large logos: Safari, OpenGL, Finder, and
QuickTime. Letting the cursor hover over Safari a tool tip "WebView"
appears. Single- or double-clicking does not do anything, Cmd-Shift-i
brings me back to the dead end street I mentioned before.
In MainWindow.nib an item "webDrawer" is shown. When I double-click it
a new window NSDrawer Class Info opens, probably again in dead end
street. webDrawer in same window is my next choice: on Cmd-Shift-i an
NSDrawer Info window opens, but no "Enable plug-ins" visible.
It seems that I can't do the job based on your How-To ...
--
Greetings
Pete
Know thyself. Need help, call CIA.
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Peter Dyballa"
Date: Sun, 10 Jul 2005 16:31:48 +0200
Am 10.07.2005 um 04:45 schrieb Adam R. Maxwell:
> My guess is that you have some browser plugin trying to load the PDF
I removed the Adobe PDF Plugin folder and the AdobePDFViewer.plugin
file from the Internet Plug-Ins -- and it works brilliantly, using
Schubert IT's PDF Browser Plugin!
This is one more reminder that Adobe is providing only bad services ...
--
Greetings
Pete
If you're not confused, you're not paying attention
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Adam R. Maxwell"
Date: Sun, 10 Jul 2005 07:37:52 -0700
On Jul 10, 2005, at 05:05, Peter Dyballa wrote:
>
> Am 10.07.2005 um 04:45 schrieb Adam R. Maxwell:
>
>
>>> 2005-07-09 22:09:00.524 TCOBrowser[20138] Binding selectedObject
>>> cannot be bound to [applies
>>> immediately: YES]
>>>
>>>
>>
>> Under what circumstances did you see this message? I haven't seen
>> it, but I've done almost no testing with Panther, since I have to
>> reboot into Tiger to recompile after making any changes to the code.
>>
>
> This happened when I first launched TCOBrowser 0.84 and the README
> opened too. I can reproduce it now ...
I don't see it here, but I'll check into it.
>>
>> Sorry about that, but I'm just not sure what to tell you. If you
>> have Interface Builder, try opening up TCOBrowser's
>> MainWindow.nib, double-click on the "web drawer" view, select the
>> WebView and hit cmd-shift-i to get info on it, then uncheck
>> "Enable plug-ins" and see how it goes. If that doesn't make
>> sense, I can send you a build with that done.
>>
>
> This seems to be a routine that comes in when the first attempt to
> load a plug-in fails. So it asks the user to choose an external
> application.
>
I'm using a really basic web view, so I've no idea what's wrong here.
> In MainWindow.nib an item "webDrawer" is shown. When I double-click
> it a new window NSDrawer Class Info opens, probably again in dead
> end street. webDrawer in same window is my next choice: on Cmd-
> Shift-i an NSDrawer Info window opens, but no "Enable plug-ins"
> visible.
>
> It seems that I can't do the job based on your How-To ...
Well, it was a lame how-to, but this last try was almost correct.
Sorry, I forget how confusing IB is if you're not used to the thing.
In MainWindow.nib, you should see a gray square with "View" on it,
and below that it says "Web drawer". Double-click that to open the
drawer's content view, and single-click on the gray "WebView1" that
appears. Use cmd-shift-i to get info, then choose "Attributes" from
the inspector panel. You should have a checkbox then for "Enable
plug-ins".
--
Adam
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Bruno Voisin"
Date: Sun, 10 Jul 2005 16:41:45 +0200
Le 9 juil. 05 =E0 23:41, Peter Dyballa a =E9crit :
> My system (Darwin localhost 7.9.0 Darwin Kernel Version 7.9.0: Wed =20
> Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC =20
> Power Macintosh powerpc) has two MSL.frameworks:
>
> /Applications/Adobe Reader 7.0/Adobe Reader 7.0.app/Contents/=20
> Frameworks/MSL.framework
> /Applications/Safari.app/Contents/Frameworks/MSL.framework (symlink =20=
> to the above)
It's precisely for this reason that I hate Adobe Acrobat/Reader, and =20
more generally that I am suspicious towards Adobe software: they have =20=
a tendency to want to take over your computer, replacing built-in OS =20
mechanisms by their own mechanisms upon install, without asking you =20
first whether you agree. Unfortunately I have to use Acrobat for work.
Last week I updated Office v. X to 2004, Illustrator 10 to CS2, and =20
Acrobat Pro 5 to 7. Then I noticed some things didn't work as =20
expected, and went looking at the logs:
- ~/Library/Receipts/com.adobe.distiller/install.log indicates =20
Acrobat installed PDFMaker components inside the Office directory.
- ~/Library/Receipts/com.adobe.Acrobat.Pro/install.log indicates =20
Acrobat installed not only an AdobePDFViewer component inside /=20
Library/Internet Plug-Ins/, but also frameworks *inside the Safari =20
application itself* at /Applications/Safari.app/Contents/Frameworks/, =20=
and also a CUPS printer at /usr/libexec/cups/backend/pdf700.
The PDFMaker and PDFViewer component can be removed afterwards, but =20
the modification to the Safari application seems highly "unethical": =20
how can one application be allowed to modify another application on =20
its own initiative, without asking the administrator first?
Regarding the PDFMaker and PDFViewer, if one wants to keep them in =20
place but simply disactivate them, the built-in mechanisms for doing =20
so don't seem to work:
- The installation of AdobePDFViewer results in Safari using this =20
Adobe plugin to display PDF files, instead of using the PDF viewing =20
ability built in Tiger (or the Schubert It plugin on Jaguar and =20
Panther). In Acrobat (and Reader as well), there is a checkbox =20
"Display PDF in browser using: Adobe Reader 7.0" in Preferences/=20
Internet, but the preference doesn't seem to stick: the checkbox is =20
re-checked automatically every time Acrobat/Reader is used to view a =20
PDF file.
- Similarly, the installation of the PDFMaker components results in a =20=
new PDFMaker toolbar to be added to Word, eating screen estate. In =20
the Personalize Toolbar window in Word, there is indeed a new =20
checkbox "Adobe Acrobat PDFMaker", but again the preference doesn't =20
stick: the checkbox is re-checked automatically each time Word is =20
restarted.
The fact this happens in both cases seems to indicate this is not a =20
bug but, rather, a deliberate imperialistic behaviour from Acrobat.
I remember Maarten Sneep some time ago wrote a post explaining in =20
detail how to get rid once and for good of the AdobePDFViewer plugin, =20=
I'll look for it. I had managed recently (I don't remember exactly =20
how) to reinstall Adobe Reader 7 from its installer without =20
installing the PDFViewer plugin; but alas a couple of weeks later =20
when installing the 7.0.2 update the PDFViewer was added =20
automatically by the updater -:(
Bruno Voisin=
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 10:09:05 -0500
On Jul 10, 2005, at 9:41 AM, Bruno Voisin wrote:
>
> - The installation of AdobePDFViewer results in Safari using this
> Adobe plugin to display PDF files, instead of using the PDF viewing
> ability built in Tiger (or the Schubert It plugin on Jaguar and
> Panther). In Acrobat (and Reader as well), there is a checkbox
> "Display PDF in browser using: Adobe Reader 7.0" in Preferences/
> Internet, but the preference doesn't seem to stick: the checkbox is
> re-checked automatically every time Acrobat/Reader is used to view
> a PDF file.
>
Howdy,
I've refrained from updating Adobe Reader 7 to the latest version for
fear of going through this again. I think I set the preferences in
Reader (you may have to do this in both Reader and Acrobat) not to
use the plugin, quit each program and THEN deleted the plugin. I left
the framework installed by Reader in Safari although I was really
angry that Adobe would do that; it seems to do no harm. I'm back to
using the Shubert PDF plugin in Safari; I only miss scrolling using
the scroll wheel on my mouse.
I've actually been using the Camino browser more and more. It's
missing some features and has a few bugs but I like its interface.
The latest nightlies have been very stable on my system.
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: hyperref
From: "Armin Goralczyk"
Date: Sun, 10 Jul 2005 17:36:27 +0200
Hi
I decided to use the hyperref package, but I ran into some troubles.
Any help is much appreciated since I cannot figure it out myself.
When I use hyperref with all the other packages I need it doesn't
build a tree-like bookmark structure but appends the next entry to
the previous one no matter if the next is a chapter and the previous
is a subsection, like this:
|_ Chapter 1
\_ Section
\_Section
\_ Subsection
\_ Chapter 2
\_section
\_section
If I omit all other packages but hyperref the bookmarks are ordered
correct, like this:
|_ Chapter 1
|\_Section
|\_section
| \_Subsection
\_Chapter 2
\_section
\_section
My preamble and minimal example for non-tree like structure looks
like this:
\documentclass[a4paper,12pt]{book}
\usepackage[font=3Dfootnotesize,labelfont=3Dbf]{caption}
\usepackage{subfig}
\usepackage{array,fancyhdr}
\usepackage{threeparttable}
\usepackage{multirow}
\usepackage{booktabs}
\usepackage{cite}
\usepackage{paralist}
\usepackage[smaller]{acronym}
\usepackage{relsize}
\usepackage{graphicx}
\usepackage{multicol}
\usepackage{sidecap,xspace}
\usepackage[twoside,varioref,closeFloats]{fltpage}
\usepackage{amsmath,amscd}
\usepackage{textcomp}
\usepackage[OT1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{hyperref}
\newcommand\test{sample text for test. repeated over and over until the
end. }
\begin{document}
\chapter{Chapter 1}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\section{test}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\subsection{subtest}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\section{testing another section}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\chapter{Chapter 2}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\section{still testing}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\section{and testing}
\test\test\test\test\test\test\test\test\test\test\test\test\test\test
\end{document}
And in the log file (not complete) it says:
\openout3 =3D `testhyperref.out'.
Chapter 1.
Package hyperref Warning: No destination for bookmark of
\addcontentsline,
(hyperref) destination is added on input line 27.
Package hyperref Warning: The anchor of a bookmark and its parent's
must not
(hyperref) be the same. Added a new anchor on input
line 29.
[1
{/sw/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] [2]
Chapter 2.
Package hyperref Warning: The anchor of a bookmark and its parent's
must not
(hyperref) be the same. Added a new anchor on input
line 37.
[3
] [4] (./testhyperref.aux) )
As mentioned above, if I omit all other packages things work out fine
and no hyperref package warning in the log.
Is there some conflict between hyperref and some other package?
Thanks for help.
--
Armin Goralczyk, Guttmannstr. 4, Appartment 2615, 76307 Karlsbad,
Germany
----------------------------------------------------------------------
Subject: Re: [OS X TeX] hyperref
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 11:12:13 -0500
On Jul 10, 2005, at 10:36 AM, Armin Goralczyk wrote:
> Hi
> I decided to use the hyperref package, but I ran into some
> troubles. Any help is much appreciated since I cannot figure it out
> myself. When I use hyperref with all the other packages I need it
> doesn't build a tree-like bookmark structure but appends the next
> entry to the previous one no matter if the next is a chapter and
> the previous is a subsection, like this:
> |_ Chapter 1
> \_ Section
> \_Section
> \_ Subsection
> \_ Chapter 2
> \_section
> \_section
> If I omit all other packages but hyperref the bookmarks are ordered
> correct, like this:
> |_ Chapter 1
> |\_Section
> |\_section
> | \_Subsection
> \_Chapter 2
> \_section
> \_section
>
> ...
Howdy,
After downloading the fltpage package the demonstration file compiled
fine on my system; no errors from hyperref. I added a Table of
Contents and that is being displayed properly on my system. Note that
the default margins in the book class are assymetric between even and
odd pages; could that be what you were seeing?
How old is your TeX system? Do you have the i-installer version (gwTeX)?
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Bruno Voisin"
Date: Sun, 10 Jul 2005 18:38:21 +0200
Le 10 juil. 05 =E0 16:41, Bruno Voisin a =E9crit :
> I remember Maarten Sneep some time ago wrote a post explaining in =20
> detail how to get rid once and for good of the AdobePDFViewer =20
> plugin, I'll look for it. I had managed recently (I don't remember =20
> exactly how) to reinstall Adobe Reader 7 from its installer =20
> without installing the PDFViewer plugin; but alas a couple of weeks =20=
> later when installing the 7.0.2 update the PDFViewer was added =20
> automatically by the updater -:(
Le 10 juil. 05 =E0 17:09, Herbert Schulz a =E9crit :
> I've refrained from updating Adobe Reader 7 to the latest version =20
> for fear of going through this again. I think I set the preferences =20=
> in Reader (you may have to do this in both Reader and Acrobat) not =20
> to use the plugin, quit each program and THEN deleted the plugin. I =20=
> left the framework installed by Reader in Safari although I was =20
> really angry that Adobe would do that; it seems to do no harm. I'm =20
> back to using the Shubert PDF plugin in Safari; I only miss =20
> scrolling using the scroll wheel on my mouse.
I've finally got hold of Maarten's instructions, in a post "R=E9p : [OS =20=
X TeX] Acrobat Reader 7" of 10th January:
> Here are the instructions to remove the pdf plug-in (and it shall =20
> not return).
>
> - Open AdobeReader 7
> - Open the preferences (cmd-K)
> - Select the "Internet" tab
> - uncheck "Display PDF in browser ..."
> - uncheck (pretty much everyting on that tab).
> - Quit the reader.
> - In the Finder, open /Library/Internet Plug-Ins and drag the =20
> PDFviewr to the trash.
> - Start Adober Reader once more
> - You might get a dialogue that ask you if you'd like to install =20
> the pdf viewer plugin for Safari. Uncheck that one, and check the =20
> box that you don't want any further messages of the kind.
> - Install any other plugin to handle PDF in Safari, or don't =20
> install any at all (my preferred solution).
Bruno Voisin=
----------------------------------------------------------------------
Subject: New Modified Pdftricks Package
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 12:09:10 -0500
Howdy,
I just uploaded a new version of my modified pdftricks.sty package.
Besides all the previous changes to the processing steps for the
figure files (to get the Boundingbox correct) and setting the default
font size (along with options to change that) I've added two new
options.
One allows you to set the document class for the figure files. This
will be handy for forcing the use of font sizes not normally
available in the default `article' class. The second allows you to
set the fonts size to any value that is ``legal'' for a given
document class. These are set using the ``standard'' key=3Dvalue
method. E.g.
\usepackage[docclass=3Dmemoir,ptsize=3D9pt]{pdftricks}
will put the first line
\documentclass[9pt]{memoir}
in each of the generated figure files. The default values (no
`=3Dvalue' given) are `article' and `10pt' respectively. The older 10,
11 and 12 options for forced point sizes are still available but are
deprecated.
As usual, please let me know of any problems.
Oh, yeah... grab the modified pdftricks as the file NewPdftricks.zip
on my download site .
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: [ANN] TCOBrowser-0.85
From: "Adam R. Maxwell"
Date: Sun, 10 Jul 2005 12:00:11 -0700
Sorry for the rash of announcements recently, but a few key features
have been causing problems. This release should fix the local
documentation opening bug pointed out by Herb Schulz (double-clicking
the local-doc icons didn't work), and hopefully work around the
problem with Adobe's PDF plugin.
I've also added some minor features as well, and the Spotlight search
should be more useful. Download from .
Changes in this release:
- Cleaned up some of the catalogue reading code
- Now use a combo box for setting the CTAN mirror, so you can enter
your own
- Added tooltips for some of the help items
- Fixed local documentation opening
- Disable plug-ins and Javascript support for the web drawer
- Add more information to the metadata store (author and date)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Adobe reader (was: [ANN] TCOBrowser-0.84)
From: "Adam R. Maxwell"
Date: Sun, 10 Jul 2005 12:17:30 -0700
On Jul 10, 2005, at 08:09, Herbert Schulz wrote:
>
> On Jul 10, 2005, at 9:41 AM, Bruno Voisin wrote:
>
>
>>
>> - The installation of AdobePDFViewer results in Safari using this
>> Adobe plugin to display PDF files, instead of using the PDF
>> viewing ability built in Tiger (or the Schubert It plugin on
>> Jaguar and Panther). In Acrobat (and Reader as well), there is a
>> checkbox "Display PDF in browser using: Adobe Reader 7.0" in
>> Preferences/Internet, but the preference doesn't seem to stick:
>> the checkbox is re-checked automatically every time Acrobat/Reader
>> is used to view a PDF file.
>>
>>
>
> Howdy,
>
> I've refrained from updating Adobe Reader 7 to the latest version
> for fear of going through this again. I think I set the preferences
> in Reader (you may have to do this in both Reader and Acrobat) not
> to use the plugin, quit each program and THEN deleted the plugin. I
> left the framework installed by Reader in Safari although I was
> really angry that Adobe would do that; it seems to do no harm.
That's unbelievable; an InputManager or one of the other runtime
hacks seems less dirty than actually modifying an application's
bundle like this. My original reason for dumping Acrobat was the
Windows-style toolbar across my entire display, but I now feel even
more justified in keeping my system Adobe-free, possible thanks to
Preview, Create and TIFFany3 ;).
> I'm back to using the Shubert PDF plugin in Safari; I only miss
> scrolling using the scroll wheel on my mouse.
>
> I've actually been using the Camino browser more and more. It's
> missing some features and has a few bugs but I like its interface.
> The latest nightlies have been very stable on my system.
Still using OmniWeb here, since Safari's brushed metal and font
coloring give me eyestrain (and OW has regex ad blocking and a few
dozen other features).
Adam
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Adobe reader and [OT] using Camino.
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 14:39:35 -0500
On Jul 10, 2005, at 2:17 PM, Adam R. Maxwell wrote:
>>
>> Howdy,
>>
>> I've refrained from updating Adobe Reader 7 to the latest version
>> for fear of going through this again. I think I set the
>> preferences in Reader (you may have to do this in both Reader and
>> Acrobat) not to use the plugin, quit each program and THEN deleted
>> the plugin. I left the framework installed by Reader in Safari
>> although I was really angry that Adobe would do that; it seems to
>> do no harm.
>>
>
> That's unbelievable; an InputManager or one of the other runtime
> hacks seems less dirty than actually modifying an application's
> bundle like this. My original reason for dumping Acrobat was the
> Windows-style toolbar across my entire display, but I now feel even
> more justified in keeping my system Adobe-free, possible thanks to
> Preview, Create and TIFFany3 ;).
Howdy,
Isn't it! I'm tempted to call it a virus!
>
>> I'm back to using the Shubert PDF plugin in Safari; I only miss
>> scrolling using the scroll wheel on my mouse.
>>
>> I've actually been using the Camino browser more and more. It's
>> missing some features and has a few bugs but I like its interface.
>> The latest nightlies have been very stable on my system.
>>
>
> Still using OmniWeb here, since Safari's brushed metal and font
> coloring give me eyestrain (and OW has regex ad blocking and a few
> dozen other features).
>
> Adam
>
Have you tried a recent nightly of Camino? It's Gecko (Sp?) based but
with a Cocoa interface (unlike Firefox). No brushed metal! Try an
official nightly or even an unofficial optimized (for different
processors) nightly. There is popup blocking that seems quite
effective and ad blocking via css that also seems pretty nice. It's
biggest problem right now is that typing in text boxes is a bit
`flashy' and slow and there is no spell checking in text boxes; both
are being actively worked on at the moment but it's a small group of
volunteers doing this project.
I like to push Camino because it's a very nice Browser done as Open
Source.
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] Adobe reader and [OT] using Camino.
From: "Adam R. Maxwell"
Date: Sun, 10 Jul 2005 13:03:12 -0700
On Jul 10, 2005, at 12:39, Herbert Schulz wrote:
>
> On Jul 10, 2005, at 2:17 PM, Adam R. Maxwell wrote:
>
>>
>> Still using OmniWeb here, since Safari's brushed metal and font
>> coloring give me eyestrain (and OW has regex ad blocking and a few
>> dozen other features).
>>
>> Adam
>>
>>
>
> Have you tried a recent nightly of Camino? It's Gecko (Sp?) based
> but with a Cocoa interface (unlike Firefox). No brushed metal! Try
> an official nightly or even an unofficial optimized (for different
> processors) nightly. There is popup blocking that seems quite
> effective and ad blocking via css that also seems pretty nice. It's
> biggest problem right now is that typing in text boxes is a bit
> `flashy' and slow and there is no spell checking in text boxes;
> both are being actively worked on at the moment but it's a small
> group of volunteers doing this project.
>
> I like to push Camino because it's a very nice Browser done as Open
> Source.
A couple of years ago, I was regularly building Camino (then called
Chimera) from source, since nightlies weren't available, and found it
to be an excellent browser: fast and lightweight. I just pulled the
latest nightly, and it looks like it's come a long way since then in
terms of UI; very nice.
Adam
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Peter Dyballa"
Date: Sun, 10 Jul 2005 22:36:46 +0200
Am 10.07.2005 um 16:37 schrieb Adam R. Maxwell:
>> This happened when I first launched TCOBrowser 0.84 and the README=20
>> opened too. I can reproduce it now ...
>
> I don't see it here, but I'll check into it.
I'm terribly sorry, Adam, I forgot these two charaters: ``'t=B4=B4 -- I=20=
*can't* reproduce it annymore! That should have been my message ...
> Well, it was a lame how-to, but this last try was almost correct. =20
> Sorry, I forget how confusing IB is if you're not used to the thing. =20=
> In MainWindow.nib, you should see a gray square with "View" on it, and=20=
> below that it says "Web drawer". Double-click that to open the=20
> drawer's content view, and single-click on the gray "WebView1" that=20
> appears. Use cmd-shift-i to get info, then choose "Attributes" from=20=
> the inspector panel. You should have a checkbox then for "Enable=20
> plug-ins".
>
I found it now and I could switch them off -- with the result that I=20
can't see PDF. I think the plug-ins need to be enabled and one needs to=20=
use the Schubert IT PDF Browser Plugin.
--
Greetings
Pete
"If builders built buildings the way programmers write programs, then
the first woodpecker that came along would destroy civilization."
-- Weinberg's Second Law.
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84, a bit OT
From: "Peter Dyballa"
Date: Sun, 10 Jul 2005 22:39:23 +0200
Am 10.07.2005 um 17:09 schrieb Herbert Schulz:
> I've actually been using the Camino browser more and more.
I used a long time Shiira, but honestly, the best is OmniWeb: I see so
many sites with large grey areas of sh...pam a(i)ds!
I didn't use the nightly builds yet, but I suppose they too don't give
much ad blocking.
--
Greetings
Pete
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84, a bit OT
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 16:02:36 -0500
On Jul 10, 2005, at 3:39 PM, Peter Dyballa wrote:
> Am 10.07.2005 um 17:09 schrieb Herbert Schulz:
>
>
>> I've actually been using the Camino browser more and more.
>>
>
> I used a long time Shiira, but honestly, the best is OmniWeb: I see
> so many sites with large grey areas of sh...pam a(i)ds!
>
> I didn't use the nightly builds yet, but I suppose they too don't
> give much ad blocking.
>
> --
> Greetings
>
> Pete
>
Howdy,
There is an preference in the latest nightly builds that installs an
ad blocking css (not perfect but still very nice). You've got to re-
start Camino but then it just works.
Maybe we aught to stop on this very OT topic for now before we get
reprimanded!:-)
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.85
From: "Peter Dyballa"
Date: Sun, 10 Jul 2005 23:06:22 +0200
Am 10.07.2005 um 21:00 schrieb Adam R. Maxwell:
> and hopefully work around the problem with Adobe's PDF plugin.
>
Is sending the PDF doc to the internet browser the work around?
--
Greetings
Pete
The world would be a better place if Larry Wall had been born in
Iceland, or any other country where the native language actually
has syntax.
-- Peter da Silva
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.85
From: "Adam R. Maxwell"
Date: Sun, 10 Jul 2005 14:12:59 -0700
On Jul 10, 2005, at 14:06, Peter Dyballa wrote:
>
> Am 10.07.2005 um 21:00 schrieb Adam R. Maxwell:
>
>
>> and hopefully work around the problem with Adobe's PDF plugin.
>>
>>
>
> Is sending the PDF doc to the internet browser the work around?
A control-click to save is the workaround for now, or else set your
prefs to open in the web browser. I had a couple of reports of
crashes due to the Adobe Reader issue, and don't have time to
investigate it thoroughly at the moment. If you're using Tiger, PDF
will still open in the drawer.
Adam
----------------------------------------------------------------------
Subject: Re: [OS X TeX] hyperref
From: "Armin Goralczyk"
Date: Sun, 10 Jul 2005 23:18:43 +0200
Am 10.07.2005 um 18:12 schrieb Herbert Schulz:
>
> On Jul 10, 2005, at 10:36 AM, Armin Goralczyk wrote:
>
>
>> Hi
>> I decided to use the hyperref package, but I ran into some
>> troubles. Any help is much appreciated since I cannot figure it
>> out myself. When I use hyperref with all the other packages I need
>> it doesn't build a tree-like bookmark structure but appends the
>> next entry to the previous one no matter if the next is a chapter
>> and the previous is a subsection, like this:
>> |_ Chapter 1
>> \_ Section
>> \_Section
>> \_ Subsection
>> \_ Chapter 2
>> \_section
>> \_section
>> If I omit all other packages but hyperref the bookmarks are
>> ordered correct, like this:
>> |_ Chapter 1
>> |\_Section
>> |\_section
>> | \_Subsection
>> \_Chapter 2
>> \_section
>> \_section
>>
>> ...
>>
>
> Howdy,
>
> After downloading the fltpage package the demonstration file
> compiled fine on my system; no errors from hyperref. I added a
> Table of Contents and that is being displayed properly on my
> system. Note that the default margins in the book class are
> assymetric between even and odd pages; could that be what you were
> seeing?
>
> How old is your TeX system? Do you have the i-installer version
> (gwTeX)?
>
> Good Luck,
>
> Herb Schulz
> (herbs@wideopenwest.com)
>
Hi
I have tetex installed via fink. I think it should be the latest
version (tetex-3.0-1) (How do I check?).
pdfeTeX 3.141592-1.21a-2.2 (Web2C 7.5.4)
from he log:
(/sw/share/texmf-dist/tex/latex/hyperref/hyperref.cfg
File: hyperref.cfg 2002/06/06 v1.2 hyperref configuration of TeXLive
and teTeX
)
*hyperref using default driver hpdftex*
(/sw/share/texmf-dist/tex/latex/hyperref/hpdftex.def
File: hpdftex.def 2003/11/30 v6.74m Hyperref driver for pdfTeX
/sw/share/texmf-dist/tex/latex/hyperref/nameref.sty
Package: nameref 2003/12/03 v2.21 Cross-referencing by name of section
\c@section@level=3D\count140
)
Is this the information you need?
Could this be the fault of fink's tetex ditribution?
Should I try it with the gwTex?
I don't think it has to do with the book class because if the other
packages are omitted but class is still book it works fine.
Thank you
--
Armin Goralczyk, Guttmannstr. 4, Appartment 2615, 76307 Karlsbad,
Germany
----------------------------------------------------------------------
Subject: Re: [OS X TeX] hyperref
From: "Herbert Schulz"
Date: Sun, 10 Jul 2005 16:30:14 -0500
On Jul 10, 2005, at 4:18 PM, Armin Goralczyk wrote:
>
> Hi
> I have tetex installed via fink. I think it should be the latest
> version (tetex-3.0-1) (How do I check?).
> pdfeTeX 3.141592-1.21a-2.2 (Web2C 7.5.4)
> from he log:
> (/sw/share/texmf-dist/tex/latex/hyperref/hyperref.cfg
> File: hyperref.cfg 2002/06/06 v1.2 hyperref configuration of
> TeXLive and teTeX
> )
> *hyperref using default driver hpdftex*
> (/sw/share/texmf-dist/tex/latex/hyperref/hpdftex.def
> File: hpdftex.def 2003/11/30 v6.74m Hyperref driver for pdfTeX
> /sw/share/texmf-dist/tex/latex/hyperref/nameref.sty
> Package: nameref 2003/12/03 v2.21 Cross-referencing by name of section
> \c@section@level=3D\count140
> )
> Is this the information you need?
> Could this be the fault of fink's tetex ditribution?
> Should I try it with the gwTex?
> I don't think it has to do with the book class because if the other
> packages are omitted but class is still book it works fine.
> Thank you
> --
> Armin Goralczyk, Guttmannstr. 4, Appartment 2615, 76307 Karlsbad,
> Germany
>
Howdy,
I've been using gwTeX (Gerben Wierda's combination of teTeX+selected
TeXLive+etc.) so can't comment on the fink distribution. I do know
that I'm using the same version of pdftex but I have a newer version
of hyperref (2003/11/30 v6.74m). I don't know what else has changed,
but I'd try to update that.
Is it a Table of Contents listing or the actual indentation of the
sectioning the document that is the problem.
Good Luck,
Herb Schulz
(herbs@wideopenwest.com)
----------------------------------------------------------------------
Subject: Re: [OS X TeX] [ANN] TCOBrowser-0.84
From: "Bruno Voisin"
Date: Mon, 11 Jul 2005 01:33:10 +0200
Le 10 juil. 05 =E0 16:41, Bruno Voisin a =E9crit :
> - Similarly, the installation of the PDFMaker components results in =20=
> a new PDFMaker toolbar to be added to Word, eating screen estate. =20
> In the Personalize Toolbar window in Word, there is indeed a new =20
> checkbox "Adobe Acrobat PDFMaker", but again the preference doesn't =20=
> stick: the checkbox is re-checked automatically each time Word is =20
> restarted.
Regarding this point (and staying OT), after much experimentation, it =20=
seems the only way to get rid of the PDFMaker toolbars inside Word, =20
Excel and PowerPoint is to rename (to anything else) the folder /=20
Applications/Microsoft Office 2004/Office/D=E9marre, containing macro =20=
files:
/Applications/Microsoft Office 2004/Office/D=E9marre/Excel/PDFMaker.xla
/Applications/Microsoft Office 2004/Office/D=E9marre/PowerPoint/=20
PDFMaker.ppa
/Applications/Microsoft Office 2004/Office/D=E9marre/Word/PDFMaker.dot
The name "D=E9marre" is for the French version, the English version =20
must use a different name (Office doesn't use the standard OS X =20
mechanism for localization, it ships in one version per language).
Bruno Voisin
----------------------------------------------------------------------
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: