From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: modular block exportation was patch [Feature Addition] exporting comments on org files to html Date: Mon, 10 Nov 2008 07:49:25 -0800 Message-ID: <878wrr1sze.fsf@gmail.com> References: <87wsfihdjr.fsf@gmail.com> <9AF18490-D824-4083-90A0-F616E213DB89@uva.nl> <87wsfgccv6.fsf@gmail.com> <878wrvwe9f.fsf_-_@gmail.com> <026208AB-35E7-4D5B-8EFB-FCD2B31AFAB3@uva.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KzZ0h-0003JS-Py for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 10:49:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KzZ0f-0003Iq-3P for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 10:49:03 -0500 Received: from [199.232.76.173] (port=53413 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KzZ0e-0003Ik-U4 for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 10:49:00 -0500 Received: from an-out-0708.google.com ([209.85.132.242]:11024) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KzZ0e-0004vI-RX for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 10:49:01 -0500 Received: by an-out-0708.google.com with SMTP id c38so358596ana.21 for ; Mon, 10 Nov 2008 07:48:59 -0800 (PST) In-Reply-To: <026208AB-35E7-4D5B-8EFB-FCD2B31AFAB3@uva.nl> (Carsten Dominik's message of "Mon, 10 Nov 2008 09:26:02 +0100") 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: Carsten Dominik Cc: Org-mode Thanks for the pointer, I'll be sure to follow that path for any future work on this front. -- Eric Carsten Dominik writes: > Hi Eric, > > I think this interesting functionality could at least initially > be implemented as a add-on, hooking into `org-export-preprocess-hook'. > This hook is called before Org looks at any of the blocks, so the hook > could remove blocks or format them and replace them with finished > HTML (in the case of HTML export....) in a BEGIN_HTML ... END_HTML > block. > > - Carsten > > > On Nov 7, 2008, at 8:02 PM, Eric Schulte wrote: > >> Hi, >> >> This has had me thinking about the exportation of blocks in general. >> I >> think it makes sense to pull block exportation out into it's own >> component both for simplicity and for ease of code-reading, hacking, >> and >> customization. >> >> with a set of blocks of forms like... >> >> #+begin_html >> >> #+begin_src >> >> #+begin_comment >> >> #+begin_example >> >> etc... >> >> We could have an alist in which we look up the type of the block, and >> call the appropriate function to handle exportation. Users could then >> add their own custom block export functions to this list. >> >> The optional exportation of these blocks could then be controlled by a >> single #+option variable which takes a list of blocks not to export. >> For example >> >> #+OPTION hidden_blocks:comment,src >> >> I'd be interested to hear anyone's thoughts on this. If it sounds >> like >> a good idea I'd be happy to take a stab at implementation. >> >> Cheers -- Eric