From mboxrd@z Thu Jan 1 00:00:00 1970 From: Forian Schmaus Subject: Re: [PATCH] Re: [babel] Relative path for "dir" header argument Date: Tue, 5 Jun 2012 07:26:33 +0000 (UTC) Message-ID: References: <87vcjf1hip.fsf@hpdeifel.de> <87r4tubuzp.fsf@hpdeifel.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:39674) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SboNF-0008PS-LY for emacs-orgmode@gnu.org; Tue, 05 Jun 2012 03:40:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SboN7-0005LG-Ea for emacs-orgmode@gnu.org; Tue, 05 Jun 2012 03:40:17 -0400 Received: from plane.gmane.org ([80.91.229.3]:55906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SboN7-0005KF-7N for emacs-orgmode@gnu.org; Tue, 05 Jun 2012 03:40:09 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SboN2-0002DW-3C for emacs-orgmode@gnu.org; Tue, 05 Jun 2012 09:40:04 +0200 Received: from ppp-93-104-138-143.dynamic.mnet-online.de ([93.104.138.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jun 2012 09:40:04 +0200 Received: from fschmaus by ppp-93-104-138-143.dynamic.mnet-online.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jun 2012 09:40:04 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hans-Peter Deifel gmx.de> writes: > > On Di, Mai 29 2012, Hans-Peter Deifel wrote: > > Currently, the 'dir'-argument only understands absolute paths, because > > it simply sets default-directory. > > > > I think it would be quite useful to be able to specify paths relative to > > the default-directory of the buffer. What do you think? > > I tried to implement exactly that by wrapping `dir' with > `expand-file-name'. So far, it works very well. Here is the patch: Thanks, that is exactly what I was looking for. Works like a charm here. Florian