From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: [BUG] #+begin_src wo. language blocks XHTML export Date: Mon, 12 Jul 2010 11:11:21 +0200 Message-ID: References: <87fx0abtr1.fsf@gmx.de> <87mxu7nxoy.wl%dmaus@ictsoc.de> <87iq4uzynf.fsf@gmx.de> <87r5jdsscu.fsf@gmail.com> <8BFEB2A8-C320-475C-861D-6FDF1F74AB50@tsdye.com> <871vbcgdnn.fsf@gmail.com> <87y6dhglrt.wl%dmaus@ictsoc.de> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=44162 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYF2v-0004ed-6g for emacs-orgmode@gnu.org; Mon, 12 Jul 2010 05:11:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OYF2t-0002lc-9f for emacs-orgmode@gnu.org; Mon, 12 Jul 2010 05:11:29 -0400 Received: from mail-ew0-f41.google.com ([209.85.215.41]:44343) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYF2t-0002lW-4D for emacs-orgmode@gnu.org; Mon, 12 Jul 2010 05:11:27 -0400 Received: by ewy28 with SMTP id 28so881344ewy.0 for ; Mon, 12 Jul 2010 02:11:26 -0700 (PDT) In-Reply-To: <87y6dhglrt.wl%dmaus@ictsoc.de> 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: David Maus Cc: Emacs-orgmode mailing list On Jul 12, 2010, at 10:13 AM, David Maus wrote: > SEric Schulte wrote: >> "Thomas S. Dye" writes: > >>> On Jul 8, 2010, at 9:09 AM, Eric Schulte wrote: >>> >>>> Sebastian Rose writes: >>>> >>>> [...] >>>>> >>>>> It can be considered an error, since the docs say: >>>>> >>>>> "...This is done with the =91src=92 block, where you also need to >>>>> specify the name of the major mode that should be used to fontify >>>>> the example..." >>>>> >>>> >>>> I would vote that this be considered an error as a source block >>>> doesn't make sense w/o a source language. If others agree with =20 >>>> this >>>> interpretation, I would be happy to submit a patch which actively >>>> raises an errors when this cases is encountered. >>>> >>>> Cheers -- Eric >>> >>> This seems like the right approach to me. >>> >>> Tom > >> As promised here's a patch which raises errors when source blocks =20 >> don't >> have a specified language. I would prefer if the error could =20 >> indicate >> which block caused the problem, but I don't know how to accomplish =20= >> this. > > Maybe we could store a marker in a text property of (source) blocks > right before they are processed in the input file? The problem here is that during export, the source code is taken from a temporary buffer containing an already modifed copy of the original buffer. Another solution would be to include into the message is short part of the code itself (maybe the first line...) - this should make it possible to identify the problematic block reasonably easily. - Carsten