Difference between revisions of "Mac OS X"

From Inkscape Wiki
Jump to navigation Jump to search
(→‎Installing Inkscape: Command line?)
(→‎Inkscape command line: Not as easy. It did not work any more as an App. I am confused about $0 in the script.)
Line 21: Line 21:
But if you simply made a symbolic link to /usr/local/bin (which is in your PATH) with:
But if you simply made a symbolic link to /usr/local/bin (which is in your PATH) with:
  sudo ln -s /Applications/Inkscape.app/Contents/Resources/bin/inkscape /usr/local/bin
  sudo ln -s /Applications/Inkscape.app/Contents/Resources/bin/inkscape /usr/local/bin
the command invoked by the default Inkscape script:
the command invoked by the default Inkscape script (0.48.1):
  $ dirname $0
  $ dirname $0
will not move to Inkscape's Resources directory but to /usr/local/bin.
might not move to Inkscape's Resources directory but to /usr/local/bin.
A command like:
$ dirname $(readlink $0)
seems working.


Waiting for better solutions, you can try the following change in the file /Applications/Inkscape.app/Contents/Resources/bin/inkscape (0.48.1):
From a terminal, even if
 
$ which inkscape
#CWD="`(cd \"\`dirname \\\"$0\\\"\`\"; echo \"$PWD\")`"
refers to /usr/local/bin/inkscape, a command like:
CWD="`(cd \"\`dirname $(readlink \\\"$0\\\")\`\"; echo \"$PWD\")`"
$ inkscape -z -D --file=image.svg --export-pdf=image.pdf --export-latex
may work while:
$ /usr/local/bin/inkscape -z -D --file=image.svg --export-pdf=image.pdf --export-latex
may not work because of a different interpretation of $0 and dirname. Tricky and unsolved in the general case...


== See ==
== See ==

Revision as of 18:01, 5 April 2011

This page is added as mini-TOC of Mac information on this Wiki, and a scratch pad for Mac stuff awaiting a home of its own.

Installing Inkscape

Inkscape for Mac OS X is an X client: it runs under the X Windows System. You will need an X Windows Server installed for it to work. For 10.4.x users, X11 can be installed from your installation DVD. For 10.3.x users, you can get Apple's X Server, or use XDarwin.

Since version 0.43, the Inkscape deliverable has been a disk image with a properly packaged Mac OS X Bundle -- Inkscape.app. You can simply drag the Inkscape icon to where is most convenient for you, usually your Applications folder or possibly your Desktop. This hardly warrants the grandiose title or style of "installing", but it does mean that un-installing is simple and complete -- just drag the icon to the Trash when you are finished with Inkscape and no longer want it.

From version 0.44, the disk image will have an alias to your system-wide Applications folder, allowing you to very easily drop the Inkscape icon into the most useful place for it, and open that folder so that you can start Inkscape.

Otherwise start Inkscape by double clicking one of its documents and it will thereafter be available to you in the Dock and from the "Recent Items" menu-item.

Inkscape command line

For many purposes you may need to execute Inkscape from the command line. For example within a LaTeX document you can update the pdf and pdf_tex files with your maths with the following command (see InkscapePDFLaTeX.pdf):

inkscape -z -D --file=image.svg --export-pdf=image.pdf --export-latex

The Inkscape script is supposed to change to Inkscape's Resources directory

cd /Applications/Inkscape.app/Contents/Resources/bin 

in order to get the correct environments for Inkscape as well as for native (Apple) Python.

But if you simply made a symbolic link to /usr/local/bin (which is in your PATH) with:

sudo ln -s /Applications/Inkscape.app/Contents/Resources/bin/inkscape /usr/local/bin

the command invoked by the default Inkscape script (0.48.1):

$ dirname $0

might not move to Inkscape's Resources directory but to /usr/local/bin.

From a terminal, even if

$ which inkscape

refers to /usr/local/bin/inkscape, a command like:

$ inkscape -z -D --file=image.svg --export-pdf=image.pdf --export-latex

may work while:

$ /usr/local/bin/inkscape -z -D --file=image.svg --export-pdf=image.pdf --export-latex

may not work because of a different interpretation of $0 and dirname. Tricky and unsolved in the general case...

See

Links