From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Code blocks in lists? Date: Sat, 19 May 2012 18:48:45 -0400 Message-ID: <87havbbxde.fsf@gmx.com> References: <80bollkhmu.fsf@somewhere.org> <80obplmu1l.fsf@somewhere.org> <87k409k560.fsf@gmx.com> <808vgpqpy6.fsf@somewhere.org> <87havdifd1.fsf@gmx.com> <80bollteav.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:44945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SVuKR-0007jO-Bk for emacs-orgmode@gnu.org; Sat, 19 May 2012 20:49:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SVuKP-0001aR-6d for emacs-orgmode@gnu.org; Sat, 19 May 2012 20:48:58 -0400 Received: from mailout-us.gmx.com ([74.208.5.67]:55972) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1SVuKP-0001aN-0c for emacs-orgmode@gnu.org; Sat, 19 May 2012 20:48:57 -0400 In-Reply-To: <80bollteav.fsf@somewhere.org> (Sebastien Vauban's message of "Fri, 18 May 2012 22:38:48 +0200") 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: Sebastien Vauban Cc: emacs-orgmode@gnu.org >>> The export (see HTML), while being semantically correct in the sense that code >>> blocks do belong to the items, seems wrong wrt the indentation, something like >>> this: >>> >>> 1. Download and install color-theme. >>> >>> #+begin_src emacs-lisp >>> (add-to-list 'load-path "/path/to/color-theme-6.6.0") >>> (require 'color-theme) >>> #+end_src >>> >>> 1. Download and install color-theme-leuven. >>> >>> #+begin_src emacs-lisp >>> (add-to-list 'load-path "/path/to/color-theme-leuven") >>> (require 'color-theme-leuven) >>> #+end_src >>> >>> 1. Restart Emacs. >>> >>> #+begin_src emacs-lisp >>> (restart) >>> #+end_src >>> >>> A bit like if the indentation was "doubled" each time. What do you think of >>> that? >> >> This indentation is an HTML/CSS issue, as far as I can tell Org-mode is >> generating the correct HTML. > > I don't think it's a HTML/CSS issue: if you look at the produced HTML, you see > respectively 3 whitespaces (or 6 or 9) in front of every line of the code > block. > > That is: the "indentation" whitespaces in your Org buffer are copied over to > HTML. And, as the code blocks are now correctly indented under their parent > item, the leading whitespaces are further indenting the code blocks. > > So, for me, there should be no extra whitespace added to the code block in the > PRE tags. > My fault, I thought you were talking about the indentation of the code block as a whole, not the code *within* the code block. Currently when the `org-src-preserve-indentation' variable is set it preserves the indentation between the beginning of the line and the beginning of the code, not the indentation between the beginning of the code block and the beginning of the code, so for example the following un-intuitive option would control the indentation within the code blocks. 1. Download and install color-theme. #+begin_src emacs-lisp (add-to-list 'load-path "/path/to/color-theme-6.6.0") (require 'color-theme) #+end_src 1. Download and install color-theme-leuven. #+begin_src emacs-lisp (add-to-list 'load-path "/path/to/color-theme-leuven") (require 'color-theme-leuven) #+end_src 1. Restart Emacs. #+begin_src emacs-lisp (restart) #+end_src I think this is a feature of `org-src-preserve-indentation' which should probably be changed to make using it with indented code blocks more natural. In this case, unless you need to preserve indentation within a code block a simpler solution is to set `org-src-preserve-indentation' to nil. Hope this helps, > >>> [1] BTW, GitHub seems to use that setting, as they show the same problem as I >>> had initially, when exporting README.org to HTML. >> >> Github uses a ruby library named "org-ruby" to export, it is an entirely >> separate export implementation. > > OK. > > Best regards, > Seb -- Eric Schulte http://cs.unm.edu/~eschulte