From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: modular block exportation was patch [Feature Addition] exporting comments on org files to html Date: Mon, 10 Nov 2008 09:26:02 +0100 Message-ID: <026208AB-35E7-4D5B-8EFB-FCD2B31AFAB3@uva.nl> References: <87wsfihdjr.fsf@gmail.com> <9AF18490-D824-4083-90A0-F616E213DB89@uva.nl> <87wsfgccv6.fsf@gmail.com> <878wrvwe9f.fsf_-_@gmail.com> Mime-Version: 1.0 (Apple Message framework v929.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KzSu4-0004YD-FR for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 04:17:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KzSu3-0004Xn-KR for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 04:17:47 -0500 Received: from [199.232.76.173] (port=38361 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KzSu1-0004XR-U2 for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 04:17:46 -0500 Received: from mx20.gnu.org ([199.232.41.8]:51835) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KzSu1-0002vu-Kl for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 04:17:45 -0500 Received: from ug-out-1314.google.com ([66.249.92.170]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KzSu0-0003J8-Pp for emacs-orgmode@gnu.org; Mon, 10 Nov 2008 04:17:45 -0500 Received: by ug-out-1314.google.com with SMTP id 36so389574uga.17 for ; Mon, 10 Nov 2008 01:17:44 -0800 (PST) In-Reply-To: <878wrvwe9f.fsf_-_@gmail.com> 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: Eric Schulte Cc: Org-mode 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