emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: "Sébastien Vauban"
	<public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@plane.gmane.org>
Cc: public-emacs-orgmode-mXXj517/zsQ@plane.gmane.org
Subject: Re: DiTAA graph not in local directory
Date: Mon, 09 Nov 2009 09:37:54 -0500	[thread overview]
Message-ID: <87eio7ojb1.fsf@gollum.intra.norang.ca> (raw)
In-Reply-To: <87fx8oqbxd.fsf@mundaneum.com> ("Sébastien Vauban"'s message of "Mon\, 09 Nov 2009 10\:34\:22 +0100")



Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
writes:

> Hi Bernt & Carsten,
>
> Carsten wrote:
>> Bernt Hansen wrote:
>>> Sébastien Vauban writes:
>>>
>>>> I try to generate the following DiTAA graph for LaTeX inclusion.
>>>>
>>>> It's in my Org file `~/dir1/dir2/ecm.org':
>>>>
>>>> --8<---------------cut here---------------start------------->8---
>>>> * Context
>>>>
>>>>   This comes from norang.ca.
>>>>
>>>> #+begin_ditaa communication.png -r -s 0.8
>>>>      +-----------+        +---------+
>>>>      |    PLC    |        |         |
>>>>      |  Network  +<------>+   PLC   +
>>>>      |    cRED   |        |  c707   |
>>>>      +-----------+        +----+----+
>>>> #+end_ditaa
>>>> --8<---------------cut here---------------end--------------->8---
>>>>
>>>> When exporting to LaTeX, the image is well generated, but in my `~/'
>>>> directory. Not in `~/dir1/dir2/', hence not found by LaTeX.
>>>
>>> That's not how my version of org-mode works. My exported communication.png
>>> is local to the org file. I just created your example in
>>> ~/nobackup/tmp/foo.org and exported to latex and it creates
>>> communication.png in ~/nobackup/tmp/communication.png
>
> You're more lucky than I am ;-)
>
>
>>> Org-mode version 6.32trans (release_6.32b.122.g41496)
>>> GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09
>>> on raven, modified by Debian
>
> `M-x version' gives: "Org-mode version 6.32trans". I think I got it on last
> Thu or Fri morning.
>
>
>>> Now if I change the working directory with M-x cd and enter ~
>>> then export it does what you see.  Maybe your default directory is not
>>> the location of your org file?
>
> I have, since long, the following chunk in my `.emacs', for setting the
> `default-directory':
>
> --8<---------------cut here---------------start------------->8---
> ;; change the default directory (if it exists)
> ;; (it is also the default directory when attaching files to mails)
> (let ((my-default-directory "~/"))
>   (setq default-directory
>         (if (file-directory-p my-default-directory)
>             my-default-directory
>           (getenv "HOME"))))
> --8<---------------cut here---------------end--------------->8---

I think this function is the cause of your problems.  I think you are
changing the default directory for whatever buffer is active when you
execute that.  If that buffer happens to be the org file you want to
export you are changing where the resulting export files go.

> When looking for the current value of that variable, I have:
>
> --8<---------------cut here---------------start------------->8---
> default-directory is a variable defined in `C source code'.
> Its value is "~/"
> Local in buffer *followup to Bernt Hansen on gmane.emacs.orgmode*; global value is nil
>
>   Automatically becomes buffer-local when set in any fashion.
>   This variable is safe as a file local variable if its value
>   satisfies the predicate `stringp'.
>
> Documentation:
> Name of default directory of current buffer.  Should end with slash.
> To interactively change the default directory, use command `cd'.
> --8<---------------cut here---------------end--------------->8---
>
> Note that I am a bit puzzled, now, by the fact that variable has a
> buffer-local value, and that its global value is nil. Maybe I should do
> `setq-default' instead of `setq'?
>
> Anyway, I don't remember exactly why I did set that, but I think it's for easy
> opening of files (right prefix when `C-x C-f').

I just use C-x C-f ~/

and whatever current directory was active is dropped.  I don't think you
need your setq default-directory at all - you just need to teach your
fingers to add ~/ after C-x C-f

-Bernt

  reply	other threads:[~2009-11-09 14:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-06 14:31 DiTAA graph not in local directory Sébastien Vauban
2009-11-06 15:06 ` Bernt Hansen
2009-11-09  9:34   ` Sébastien Vauban
2009-11-09 14:37     ` Bernt Hansen [this message]
2009-11-10  9:01       ` Sébastien Vauban
2009-11-10 12:41         ` Bernt Hansen
     [not found]           ` <87iqdiys4s.fsf@gmx.de>
2009-11-10 21:55             ` Bernt Hansen
2009-11-06 17:06 ` Carsten Dominik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87eio7ojb1.fsf@gollum.intra.norang.ca \
    --to=bernt@norang.ca \
    --cc=public-emacs-orgmode-mXXj517/zsQ@plane.gmane.org \
    --cc=public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@plane.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).