From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Gary ." Subject: Re: Exporting to HTML opens resulting file Date: Thu, 8 Apr 2010 16:22:53 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NzsdG-0004s3-Cp for emacs-orgmode@gnu.org; Thu, 08 Apr 2010 10:22:58 -0400 Received: from [140.186.70.92] (port=59496 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NzsdE-0004rW-Tz for emacs-orgmode@gnu.org; Thu, 08 Apr 2010 10:22:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NzsdD-0005i5-KY for emacs-orgmode@gnu.org; Thu, 08 Apr 2010 10:22:56 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:45471) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NzsdD-0005hv-Fq for emacs-orgmode@gnu.org; Thu, 08 Apr 2010 10:22:55 -0400 Received: by wyb35 with SMTP id 35so18427wyb.0 for ; Thu, 08 Apr 2010 07:22:54 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On Thu, Apr 8, 2010 at 3:54 PM, Carsten Dominik wrote: > > On Apr 8, 2010, at 3:34 PM, Xin Shi wrote: > >> I had a similar request before but never get solved. I support this >> request. > > (setq org-export-kill-product-buffer-when-displayed t) > > will do this when the exported file is shown immediately, so > the buffer will be removed during `C-c C-e b', Aha! Err... what exactly does "browse immediately" mean? I am guessing it uses the browse-url-browser-function to open the produced page in a browser? In my case that points to Firefox, and indeed I can `C-c C-o' on a link in a .org file and it opens nicely. Nothing browser-like happens if I `C-c C-e b', however... > but not during `C-c C-e h' > > I guess we could have a variable that always removes the buffer..... *choke* Well, not for me. I mean, I *do* want to export and then look at the result, hence I don't want the "product buffer" open as well. I just wasn't aware of this connection between "browse immediately" and killing the product buffer. It doesn't seem that org-export-kill-product-buffer-when-displayed exists in the version I have, however :-(