From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Include does not work when doing org-export-as-org Date: Wed, 12 Oct 2011 12:15:19 +0200 Message-ID: References: <20111011123829.GB17611@olymp.office.virtualminds.de> <6195.1318342189@alphaville.dokosmarshall.org> <6528.1318342888@alphaville.dokosmarshall.org> <6750.1318343276@alphaville.dokosmarshall.org> <20111011143414.GA25699@olymp.office.virtualminds.de> <7523.1318345078@alphaville.dokosmarshall.org> <20111011150901.GB25699@olymp.office.virtualminds.de> <4492.1318347474@alphaville.dokosmarshall.org> <20111011160935.GA26914@olymp.office.virtualminds.de> <6501.1318351884@alphaville.dokosmarshall.org> <20111012074437.GB26914@olymp.office.virtualminds.de> Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([140.186.70.92]:57056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDvqW-0007p4-Cn for emacs-orgmode@gnu.org; Wed, 12 Oct 2011 06:15:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDvqV-0000d6-BU for emacs-orgmode@gnu.org; Wed, 12 Oct 2011 06:15:32 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:51261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDvqV-0000cu-6k for emacs-orgmode@gnu.org; Wed, 12 Oct 2011 06:15:31 -0400 Received: by wwp14 with SMTP id 14so561338wwp.30 for ; Wed, 12 Oct 2011 03:15:29 -0700 (PDT) In-Reply-To: <20111012074437.GB26914@olymp.office.virtualminds.de> 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: Henry Hirsch Cc: emacs-orgmode@gnu.org On 12.10.2011, at 09:44, Henry Hirsch wrote: > On Tue, Oct 11, 2011 at 12:51:24PM -0400, Nick Dokos wrote: >> The following should do basically what you want, > Yes, that realy hit the spot. Sorry for being so destructive earlier. > For a moment I thought you are telling me off. > > Carsten: > I think by default it should not expand macros, process babel blocks > or process links. Though it could be very usefull to have the > processing of babel-blocks with an optional on and off-switch. > > But like you indicated. This is only the ideal solution for my use > case. The next person could need some other behaviour. > > Thank you very much for caring about my problem. You are welcome - and I think it might be good in integrate Nicks function into Org and make it available through the menu or a key. - Carsten