emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

* Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented
@ 2013-10-16  1:19 Omid
  2013-10-16  2:41 ` Thorsten Jolitz
                   ` (3 more replies)
  0 siblings, 4 replies; 17+ messages in thread
From: Omid @ 2013-10-16  1:19 UTC (permalink / raw)
  To: emacs-orgmode

Hello All,

When exporting to HTML (Org mode version 8.2.1 ELPA; GNU Emacs version
24.3.1) I see the a strange behavior which can be reproduced with the
following minimal example:

This exports correctly
  #+BEGIN_SRC sh
ls
  #+END_SRC

- This also exports correctly
#+BEGIN_SRC sh
ls
#+END_SRC

- This does NOT export correctly (code block is not detected)
  #+BEGIN_SRC sh
ls
  #+END_SRC

Is there any way around this behavior without removing the indentation
for the code block delimiters?

Thanks,

-- 
Omid

Sent from my Emacs

^ permalink raw reply	[flat|nested] 17+ messages in thread

• * Re: Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented
    2013-10-16  1:19 Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented Omid
  @ 2013-10-16  2:41 ` Thorsten Jolitz
    2013-10-16  2:53 ` Thorsten Jolitz
                     ` (2 subsequent siblings)
    3 siblings, 0 replies; 17+ messages in thread
  From: Thorsten Jolitz @ 2013-10-16  2:41 UTC (permalink / raw)
    To: emacs-orgmode
  
  Omid <omidlink@gmail.com> writes:
  
  > - This does NOT export correctly (code block is not detected)
  >   #+BEGIN_SRC sh
  > ls
  >   #+END_SRC
  >
  > Is there any way around this behavior without removing the indentation
  > for the code block delimiters?
  
  I think the 'official'regexp to detect a src-block starts like this
  
  ,----------------------------------
  | "^\\([ \t]*\\)#\\+begin_src [...]
  `----------------------------------
  
  so I would guess that this should work, and its a bug if it doesn't.
  
  Inside a list like this
  
   - First item
  
     #+begin_src emacs-lisp :exports both
      (+ 3 4)
     #+end_src
  
   - Second Item
  
     Some text
  
  it should work too, lets test:
  
  #+begin_src emacs-lisp :exports value
     (with-current-buffer
         (current-buffer)
       (org-export-as 'ascii))
  #+end_src
  
  ,-----------------------------------------------------------------------
  | #+results:
  |                            _________________
  |
  |                                   427
  |
  |                             Thorsten Jolitz
  |                            _________________
  |
  |
  |
  |
  |
  | 1 --text follows this line--
  | ============================
  |
  |   Omid <omidlink@gmail.com> writes:
  |
  |   > - This does NOT export correctly (code block is not detected)
  |   > #+BEGIN_SRC sh ls #+END_SRC Is there any way around this behavior
  |   > without removing the indentation for the code block delimiters?
  |
  |   I think the 'official'regexp to detect a src-block starts like this
  |
  |   ,----------------------------------
  |   "^\\([ \t]*\\)#\\+begin_src [...]
  |   `----------------------------------
  |
  |   so I would guess that this should work, and its a bug if it doesn't.
  |
  |   Inside a list like like this
  |
  |   - First item
  |
  |     ,----
  |     | (+ 3 4)
  |     `----
  |
  |   ,----
  |   | 7
  |   `----
  |
  |
  |   - Second Item
  |
  |     Some text
  |
  |   it should work too, lets test:
  |
  |   ,----
  |   | (with-current-buffer
  |   |     (current-buffer)
  |   |   (org-export-as 'ascii))
  |   `----
  |
  |
  |   -- cheers, Thorsten
  `-----------------------------------------------------------------------
  
  looks as if it works for me ...
  
  --
  cheers,
  Thorsten
  
  ^ permalink raw reply	[flat|nested] 17+ messages in thread

• * Re: Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented
    2013-10-16  1:19 Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented Omid
    2013-10-16  2:41 ` Thorsten Jolitz
  @ 2013-10-16  2:53 ` Thorsten Jolitz
    2013-10-16  3:12   ` Omid
    2013-10-16 11:25 ` Nicolas Goaziou
    2014-02-05 20:40 ` Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo) Omid
    3 siblings, 1 reply; 17+ messages in thread
  From: Thorsten Jolitz @ 2013-10-16  2:53 UTC (permalink / raw)
    To: emacs-orgmode
  
  
  PS: 
  
  Omid <omidlink@gmail.com> writes:
  
  > When exporting to HTML (Org mode version 8.2.1 ELPA; GNU Emacs version
  > 24.3.1) I see the a strange behavior which can be reproduced with the
  > following minimal example:
  >
  > This exports correctly
  >   #+BEGIN_SRC sh
  > ls
  >   #+END_SRC
  >
  > - This also exports correctly
  > #+BEGIN_SRC sh
  > ls
  > #+END_SRC
  >
  > - This does NOT export correctly (code block is not detected)
  >   #+BEGIN_SRC sh
  > ls
  >   #+END_SRC
  >
  > Is there any way around this behavior without removing the indentation
  > for the code block delimiters?
  
   This exports correctly
  #+BEGIN_SRC sh
   ls
  #+END_SRC
  
   - This also exports correctly
  #+BEGIN_SRC sh
   ls
  #+END_SRC
  
   - This does NOT export correctly (code block is not detected)
  #+BEGIN_SRC sh
   ls
  #+END_SRC
  
  
  #+begin_src emacs-lisp :exports value
     (with-current-buffer
         (current-buffer)
       (org-export-as 'html))
  #+end_src
  
  #+results:
  <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
  [...]
  This exports correctly
  </p>
  <div class="org-src-container">
  
  <pre class="src src-sh">ls
  </pre>
  </div>
  
  <ul class="org-ul">
  <li>This also exports correctly
  </li>
  </ul>
  <div class="org-src-container">
  
  <pre class="src src-sh">ls
  </pre>
  </div>
  
  <ul class="org-ul">
  <li>This does NOT export correctly (code block is not detected)
  <p>
  #+BEGIN_SRC sh
  </p>
  </li>
  </ul>
  <p>
  ls
  </p>
  <p>
  #+END_SRC
  </p>
  
  with html export, the last case does look quite different from the other ones.
  
  -- 
  cheers,
  Thorsten
  
  ^ permalink raw reply	[flat|nested] 17+ messages in thread

• • * Re: Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented
      2013-10-16  2:53 ` Thorsten Jolitz
    @ 2013-10-16  3:12   ` Omid
      0 siblings, 0 replies; 17+ messages in thread
    From: Omid @ 2013-10-16  3:12 UTC (permalink / raw)
      To: emacs-orgmode
    
    Thank you for your quick reply, Thorsten.
    
    Yes, as I mentioned, and as you noticed, the HTML export does not seem
    to work correctly for the last case. The #BEGIN_SRC and #END_SRC
    delimiters are exported literally.
    
    --
    Omid
    
    Sent from my Emacs
    
    On 10/15/2013 10:53 PM, Thorsten Jolitz wrote:
    > 
    > PS: 
    > 
    > Omid <omidlink@gmail.com> writes:
    > 
    >> When exporting to HTML (Org mode version 8.2.1 ELPA; GNU Emacs version
    >> 24.3.1) I see the a strange behavior which can be reproduced with the
    >> following minimal example:
    >>
    >> This exports correctly
    >>   #+BEGIN_SRC sh
    >> ls
    >>   #+END_SRC
    >>
    >> - This also exports correctly
    >> #+BEGIN_SRC sh
    >> ls
    >> #+END_SRC
    >>
    >> - This does NOT export correctly (code block is not detected)
    >>   #+BEGIN_SRC sh
    >> ls
    >>   #+END_SRC
    >>
    >> Is there any way around this behavior without removing the indentation
    >> for the code block delimiters?
    > 
    >  This exports correctly
    > #+BEGIN_SRC sh
    >  ls
    > #+END_SRC
    > 
    >  - This also exports correctly
    > #+BEGIN_SRC sh
    >  ls
    > #+END_SRC
    > 
    >  - This does NOT export correctly (code block is not detected)
    > #+BEGIN_SRC sh
    >  ls
    > #+END_SRC
    > 
    > 
    > #+begin_src emacs-lisp :exports value
    >    (with-current-buffer
    >        (current-buffer)
    >      (org-export-as 'html))
    > #+end_src
    > 
    > #+results:
    > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    > [...]
    > This exports correctly
    > </p>
    > <div class="org-src-container">
    > 
    > <pre class="src src-sh">ls
    > </pre>
    > </div>
    > 
    > <ul class="org-ul">
    > <li>This also exports correctly
    > </li>
    > </ul>
    > <div class="org-src-container">
    > 
    > <pre class="src src-sh">ls
    > </pre>
    > </div>
    > 
    > <ul class="org-ul">
    > <li>This does NOT export correctly (code block is not detected)
    > <p>
    > #+BEGIN_SRC sh
    > </p>
    > </li>
    > </ul>
    > <p>
    > ls
    > </p>
    > <p>
    > #+END_SRC
    > </p>
    > 
    > with html export, the last case does look quite different from the other ones.
    > 
    
    ^ permalink raw reply	[flat|nested] 17+ messages in thread

• * Re: Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented
    2013-10-16  1:19 Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented Omid
    2013-10-16  2:41 ` Thorsten Jolitz
    2013-10-16  2:53 ` Thorsten Jolitz
  @ 2013-10-16 11:25 ` Nicolas Goaziou
    2014-02-05 20:40 ` Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo) Omid
    3 siblings, 0 replies; 17+ messages in thread
  From: Nicolas Goaziou @ 2013-10-16 11:25 UTC (permalink / raw)
    To: Omid; +Cc: emacs-orgmode
  
  Hello,
  
  Omid <omidlink@gmail.com> writes:
  
  > When exporting to HTML (Org mode version 8.2.1 ELPA; GNU Emacs version
  > 24.3.1) I see the a strange behavior which can be reproduced with the
  > following minimal example:
  >
  > This exports correctly
  >   #+BEGIN_SRC sh
  > ls
  >   #+END_SRC
  >
  > - This also exports correctly
  > #+BEGIN_SRC sh
  > ls
  > #+END_SRC
  >
  > - This does NOT export correctly (code block is not detected)
  >   #+BEGIN_SRC sh
  > ls
  >   #+END_SRC
  >
  > Is there any way around this behavior without removing the indentation
  > for the code block delimiters?
  
  This should now be fixed. Thank you for reporting it.
  
  
  Regards,
  
  -- 
  Nicolas Goaziou
  
  ^ permalink raw reply	[flat|nested] 17+ messages in thread

• * Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
    2013-10-16  1:19 Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented Omid
                     ` (2 preceding siblings ...)
    2013-10-16 11:25 ` Nicolas Goaziou
  @ 2014-02-05 20:40 ` Omid
    2014-02-05 21:34   ` Nick Dokos
    2014-05-25 20:37   ` Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS? Omid
    3 siblings, 2 replies; 17+ messages in thread
  From: Omid @ 2014-02-05 20:40 UTC (permalink / raw)
    To: emacs-orgmode
  
  Hello,
  
  I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
  I have two questions about the behavior of the fantastic Org
  mode+Babel with respect to code and comments:
  
  Here is a minimal example:
  
    #+BEGIN_SRC f90 :results verbatim :exports both
  program main
  ! This is a very very very very very very very very very very very very
  very very very very long comment line.
  print *, "Hello, World!"
  end program main
    #+END_SRC
  
  Below is the code snippet after M-q (fill-paragraph) on the comment
  line. The comment line has been refilled (intended behavior) but all
  lines have been indented. This may also be an intended behavior; but
  
  FIRST QUESTION: Is there a way to disable this indentation upon M-Q in
  Org Babel code snippets?
  
    #+BEGIN_SRC f90 :results verbatim :exports both
      program main
      ! This is a very very very very very very very very very very very very
      ! very very very very long comment line.
      print *, "Hello, World!"
      end program main
    #+END_SRC
  
  Below is the code snippet after a C-/ (undo). Note that the
  indentation and the refill which were done by the last command above
  (M-q) are not being undone. The text in the comment is being removed
  which I believe means that the previous (self-insert-command)'s that
  created the text are being undone. This is very undesirable since even
  a user who is aware of this behavior may by mistake issue the command
  M-q, have the code snippet formatted in an undesirable way (e.g.,
  sometimes new lines are not respected and code and comments get mixed
  up), without any immediate way to undo this reformatting.
  
  SECOND QUESTION: How can one get the usual (undo) behavior in a Babel
  code snippet?
  
    #+BEGIN_SRC f90 :results verbatim :exports both
      program main
      ! This is a very very very very very very very very very very very very
      ! very v comment line.
      print *, "Hello, World!"
      end program main
    #+END_SRC
  
  Please note that these edits are done in the Org mode buffer directly.
  If I switch to the native language mode using C-c ' things work as
  expected.
  
  Thanks,
  Omid
  
  ^ permalink raw reply	[flat|nested] 17+ messages in thread

• • * Re: Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
      2014-02-05 20:40 ` Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo) Omid
    @ 2014-02-05 21:34   ` Nick Dokos
      2014-02-05 23:02     ` Omid
      2014-05-25 20:37   ` Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS? Omid
      1 sibling, 1 reply; 17+ messages in thread
    From: Nick Dokos @ 2014-02-05 21:34 UTC (permalink / raw)
      To: emacs-orgmode
    
    Omid <omidlink@gmail.com> writes:
    
    > Hello,
    >
    > I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
    > I have two questions about the behavior of the fantastic Org
    > mode+Babel with respect to code and comments:
    >
    > Here is a minimal example:
    >
    >   #+BEGIN_SRC f90 :results verbatim :exports both
    > program main
    > ! This is a very very very very very very very very very very very very
    > very very very very long comment line.
    > print *, "Hello, World!"
    > end program main
    >   #+END_SRC
    >
    > Below is the code snippet after M-q (fill-paragraph) on the comment
    > line. The comment line has been refilled (intended behavior) but all
    > lines have been indented. This may also be an intended behavior; but
    >
    > FIRST QUESTION: Is there a way to disable this indentation upon M-Q in
    > Org Babel code snippets?
    >
    
    Try setting org-edit-src-content-indentation to 0. I'm not sure that
    it is going to work, but (based on rather flimsy numerological evidence,
    namely that its default value is 2 as is the indent below) it might.
    
    >   #+BEGIN_SRC f90 :results verbatim :exports both
    >     program main
    >     ! This is a very very very very very very very very very very very very
    >     ! very very very very long comment line.
    >     print *, "Hello, World!"
    >     end program main
    >   #+END_SRC
    >
    
    BTW, I don't get this behavior but I don't use f90 mode, so I'm not sure
    whether there is some setup I'm missing. I get (with
    org-edit-src-content-indentation set to 0):
    
      #+BEGIN_SRC f90 :results verbatim :exports both
      program main ! This is a very very very very very very very very very
      very very very very very very very long comment line.  print *,
      "Hello, World!"  end program main
      #+END_SRC
    
    Nick
    
    ^ permalink raw reply	[flat|nested] 17+ messages in thread

  • • * Re: Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
        2014-02-05 21:34   ` Nick Dokos
      @ 2014-02-05 23:02     ` Omid
        2014-02-13 23:38       ` Samuel Wales
        0 siblings, 1 reply; 17+ messages in thread
      From: Omid @ 2014-02-05 23:02 UTC (permalink / raw)
        To: emacs-orgmode
      
      Hello Nick,
      
      Thanks for your quick reply. The variable
      org-edit-src-content-indentation does indeed have to do with the
      indentation I was referring to. But it is relative. According to the
      documentation, it sets the "Indentation for the content of a source
      code block. This should be the number of spaces added to the
      indentation of the #+begin line in order to compute the indentation of
      the block content after editing it with M-x org-edit-src-code. Has no
      effect if `org-src-preserve-indentation' is non-nil." I wonder if one
      can set it to be zero as an absolute value, meaning that if the a line
      of code in the source block starts at column n of the buffer, it is
      left at column n after M-q.
      
      Regarding the behavior you observe, as I said I get that too from time
      to time. In fact, doing M-q on my own example in a fresh Org mode
      buffer, I now get what you get:
      
        #+BEGIN_SRC f90 :results verbatim :exports both
        program main ! This is a very very very very very very very very very
        very very very very very very very long comment line. print *, "Hello,
        World!" end program main
        #+END_SRC
      
      I don't have any special settings for the f90 mode in my .emacs. In
      fact, I have observed the same behavior for other languages too when
      edited in an Org source block. The "destructive" nature of this
      behavior is very special (C-/ (undo) doesn't work). Many a times, I
      have tried refilling a line of comments and ended up with a huge mix
      of code and comment that was impossible to undo (at least to the best
      of my knowledge) and I had to either revert the change if I had the
      file under version control, go to an auto backup file, or painfully and
      manually separate the code and comments to get back the original code
      block.
      
      Omid
      
      
      On 02/05/2014 04:34 PM, Nick Dokos wrote:
      > Omid <omidlink@gmail.com> writes:
      > 
      >> Hello,
      >>
      >> I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
      >> I have two questions about the behavior of the fantastic Org
      >> mode+Babel with respect to code and comments:
      >>
      >> Here is a minimal example:
      >>
      >>   #+BEGIN_SRC f90 :results verbatim :exports both
      >> program main
      >> ! This is a very very very very very very very very very very very very
      >> very very very very long comment line.
      >> print *, "Hello, World!"
      >> end program main
      >>   #+END_SRC
      >>
      >> Below is the code snippet after M-q (fill-paragraph) on the comment
      >> line. The comment line has been refilled (intended behavior) but all
      >> lines have been indented. This may also be an intended behavior; but
      >>
      >> FIRST QUESTION: Is there a way to disable this indentation upon M-Q in
      >> Org Babel code snippets?
      >>
      > 
      > Try setting org-edit-src-content-indentation to 0. I'm not sure that
      > it is going to work, but (based on rather flimsy numerological evidence,
      > namely that its default value is 2 as is the indent below) it might.
      > 
      >>   #+BEGIN_SRC f90 :results verbatim :exports both
      >>     program main
      >>     ! This is a very very very very very very very very very very very very
      >>     ! very very very very long comment line.
      >>     print *, "Hello, World!"
      >>     end program main
      >>   #+END_SRC
      >>
      > 
      > BTW, I don't get this behavior but I don't use f90 mode, so I'm not sure
      > whether there is some setup I'm missing. I get (with
      > org-edit-src-content-indentation set to 0):
      > 
      >   #+BEGIN_SRC f90 :results verbatim :exports both
      >   program main ! This is a very very very very very very very very very
      >   very very very very very very very long comment line.  print *,
      >   "Hello, World!"  end program main
      >   #+END_SRC
      > 
      > Nick
      > 
      > 
      > 
      
      ^ permalink raw reply	[flat|nested] 17+ messages in thread

    • • * Re: Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
          2014-02-05 23:02     ` Omid
        @ 2014-02-13 23:38       ` Samuel Wales
          2014-02-14  0:21         ` Samuel Wales
          0 siblings, 1 reply; 17+ messages in thread
        From: Samuel Wales @ 2014-02-13 23:38 UTC (permalink / raw)
          To: Omid; +Cc: emacs-orgmode
        
        Undo not working is a bug.  I think we identified the bug on the
        mailing list, but the fix was never implemented, although I think an
        attempted fix was.
        
        I think it has to do with editing a source code block trying to do
        things with undo or undo-boundary.  The fix is probably to rip out all
        undo-related code there.
        
        
        On 2/5/14, Omid <omidlink@gmail.com> wrote:
        > Hello Nick,
        >
        > Thanks for your quick reply. The variable
        > org-edit-src-content-indentation does indeed have to do with the
        > indentation I was referring to. But it is relative. According to the
        > documentation, it sets the "Indentation for the content of a source
        > code block. This should be the number of spaces added to the
        > indentation of the #+begin line in order to compute the indentation of
        > the block content after editing it with M-x org-edit-src-code. Has no
        > effect if `org-src-preserve-indentation' is non-nil." I wonder if one
        > can set it to be zero as an absolute value, meaning that if the a line
        > of code in the source block starts at column n of the buffer, it is
        > left at column n after M-q.
        >
        > Regarding the behavior you observe, as I said I get that too from time
        > to time. In fact, doing M-q on my own example in a fresh Org mode
        > buffer, I now get what you get:
        >
        >   #+BEGIN_SRC f90 :results verbatim :exports both
        >   program main ! This is a very very very very very very very very very
        >   very very very very very very very long comment line. print *, "Hello,
        >   World!" end program main
        >   #+END_SRC
        >
        > I don't have any special settings for the f90 mode in my .emacs. In
        > fact, I have observed the same behavior for other languages too when
        > edited in an Org source block. The "destructive" nature of this
        > behavior is very special (C-/ (undo) doesn't work). Many a times, I
        > have tried refilling a line of comments and ended up with a huge mix
        > of code and comment that was impossible to undo (at least to the best
        > of my knowledge) and I had to either revert the change if I had the
        > file under version control, go to an auto backup file, or painfully and
        > manually separate the code and comments to get back the original code
        > block.
        >
        > Omid
        >
        >
        > On 02/05/2014 04:34 PM, Nick Dokos wrote:
        >> Omid <omidlink@gmail.com> writes:
        >>
        >>> Hello,
        >>>
        >>> I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
        >>> I have two questions about the behavior of the fantastic Org
        >>> mode+Babel with respect to code and comments:
        >>>
        >>> Here is a minimal example:
        >>>
        >>>   #+BEGIN_SRC f90 :results verbatim :exports both
        >>> program main
        >>> ! This is a very very very very very very very very very very very very
        >>> very very very very long comment line.
        >>> print *, "Hello, World!"
        >>> end program main
        >>>   #+END_SRC
        >>>
        >>> Below is the code snippet after M-q (fill-paragraph) on the comment
        >>> line. The comment line has been refilled (intended behavior) but all
        >>> lines have been indented. This may also be an intended behavior; but
        >>>
        >>> FIRST QUESTION: Is there a way to disable this indentation upon M-Q in
        >>> Org Babel code snippets?
        >>>
        >>
        >> Try setting org-edit-src-content-indentation to 0. I'm not sure that
        >> it is going to work, but (based on rather flimsy numerological evidence,
        >> namely that its default value is 2 as is the indent below) it might.
        >>
        >>>   #+BEGIN_SRC f90 :results verbatim :exports both
        >>>     program main
        >>>     ! This is a very very very very very very very very very very very
        >>> very
        >>>     ! very very very very long comment line.
        >>>     print *, "Hello, World!"
        >>>     end program main
        >>>   #+END_SRC
        >>>
        >>
        >> BTW, I don't get this behavior but I don't use f90 mode, so I'm not sure
        >> whether there is some setup I'm missing. I get (with
        >> org-edit-src-content-indentation set to 0):
        >>
        >>   #+BEGIN_SRC f90 :results verbatim :exports both
        >>   program main ! This is a very very very very very very very very very
        >>   very very very very very very very long comment line.  print *,
        >>   "Hello, World!"  end program main
        >>   #+END_SRC
        >>
        >> Nick
        >>
        >>
        >>
        >
        >
        
        
        -- 
        The Kafka Pandemic: http://thekafkapandemic.blogspot.com
        
        The disease DOES progress.  MANY people have died from it.  ANYBODY can get it.
        
        Denmark: free Karina Hansen NOW.
        
        ^ permalink raw reply	[flat|nested] 17+ messages in thread

      • • * Re: Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
            2014-02-13 23:38       ` Samuel Wales
          @ 2014-02-14  0:21         ` Samuel Wales
            2014-03-21  7:56           ` Bastien
            0 siblings, 1 reply; 17+ messages in thread
          From: Samuel Wales @ 2014-02-14  0:21 UTC (permalink / raw)
            To: Omid; +Cc: emacs-orgmode
          
          "[bug] [babel] babel corrupts undo history"
          
          On 2/13/14, Samuel Wales <samologist@gmail.com> wrote:
          > Undo not working is a bug.  I think we identified the bug on the
          > mailing list, but the fix was never implemented, although I think an
          > attempted fix was.
          >
          > I think it has to do with editing a source code block trying to do
          > things with undo or undo-boundary.  The fix is probably to rip out all
          > undo-related code there.
          >
          >
          > On 2/5/14, Omid <omidlink@gmail.com> wrote:
          >> Hello Nick,
          >>
          >> Thanks for your quick reply. The variable
          >> org-edit-src-content-indentation does indeed have to do with the
          >> indentation I was referring to. But it is relative. According to the
          >> documentation, it sets the "Indentation for the content of a source
          >> code block. This should be the number of spaces added to the
          >> indentation of the #+begin line in order to compute the indentation of
          >> the block content after editing it with M-x org-edit-src-code. Has no
          >> effect if `org-src-preserve-indentation' is non-nil." I wonder if one
          >> can set it to be zero as an absolute value, meaning that if the a line
          >> of code in the source block starts at column n of the buffer, it is
          >> left at column n after M-q.
          >>
          >> Regarding the behavior you observe, as I said I get that too from time
          >> to time. In fact, doing M-q on my own example in a fresh Org mode
          >> buffer, I now get what you get:
          >>
          >>   #+BEGIN_SRC f90 :results verbatim :exports both
          >>   program main ! This is a very very very very very very very very very
          >>   very very very very very very very long comment line. print *, "Hello,
          >>   World!" end program main
          >>   #+END_SRC
          >>
          >> I don't have any special settings for the f90 mode in my .emacs. In
          >> fact, I have observed the same behavior for other languages too when
          >> edited in an Org source block. The "destructive" nature of this
          >> behavior is very special (C-/ (undo) doesn't work). Many a times, I
          >> have tried refilling a line of comments and ended up with a huge mix
          >> of code and comment that was impossible to undo (at least to the best
          >> of my knowledge) and I had to either revert the change if I had the
          >> file under version control, go to an auto backup file, or painfully and
          >> manually separate the code and comments to get back the original code
          >> block.
          >>
          >> Omid
          >>
          >>
          >> On 02/05/2014 04:34 PM, Nick Dokos wrote:
          >>> Omid <omidlink@gmail.com> writes:
          >>>
          >>>> Hello,
          >>>>
          >>>> I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
          >>>> I have two questions about the behavior of the fantastic Org
          >>>> mode+Babel with respect to code and comments:
          >>>>
          >>>> Here is a minimal example:
          >>>>
          >>>>   #+BEGIN_SRC f90 :results verbatim :exports both
          >>>> program main
          >>>> ! This is a very very very very very very very very very very very very
          >>>> very very very very long comment line.
          >>>> print *, "Hello, World!"
          >>>> end program main
          >>>>   #+END_SRC
          >>>>
          >>>> Below is the code snippet after M-q (fill-paragraph) on the comment
          >>>> line. The comment line has been refilled (intended behavior) but all
          >>>> lines have been indented. This may also be an intended behavior; but
          >>>>
          >>>> FIRST QUESTION: Is there a way to disable this indentation upon M-Q in
          >>>> Org Babel code snippets?
          >>>>
          >>>
          >>> Try setting org-edit-src-content-indentation to 0. I'm not sure that
          >>> it is going to work, but (based on rather flimsy numerological evidence,
          >>> namely that its default value is 2 as is the indent below) it might.
          >>>
          >>>>   #+BEGIN_SRC f90 :results verbatim :exports both
          >>>>     program main
          >>>>     ! This is a very very very very very very very very very very very
          >>>> very
          >>>>     ! very very very very long comment line.
          >>>>     print *, "Hello, World!"
          >>>>     end program main
          >>>>   #+END_SRC
          >>>>
          >>>
          >>> BTW, I don't get this behavior but I don't use f90 mode, so I'm not sure
          >>> whether there is some setup I'm missing. I get (with
          >>> org-edit-src-content-indentation set to 0):
          >>>
          >>>   #+BEGIN_SRC f90 :results verbatim :exports both
          >>>   program main ! This is a very very very very very very very very very
          >>>   very very very very very very very long comment line.  print *,
          >>>   "Hello, World!"  end program main
          >>>   #+END_SRC
          >>>
          >>> Nick
          >>>
          >>>
          >>>
          >>
          >>
          >
          >
          > --
          > The Kafka Pandemic: http://thekafkapandemic.blogspot.com
          >
          > The disease DOES progress.  MANY people have died from it.  ANYBODY can get
          > it.
          >
          > Denmark: free Karina Hansen NOW.
          >
          
          
          -- 
          The Kafka Pandemic: http://thekafkapandemic.blogspot.com
          
          The disease DOES progress.  MANY people have died from it.  ANYBODY can get it.
          
          Denmark: free Karina Hansen NOW.
          
          ^ permalink raw reply	[flat|nested] 17+ messages in thread

        • • * Re: Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo)
              2014-02-14  0:21         ` Samuel Wales
            @ 2014-03-21  7:56           ` Bastien
              0 siblings, 0 replies; 17+ messages in thread
            From: Bastien @ 2014-03-21  7:56 UTC (permalink / raw)
              To: Samuel Wales; +Cc: emacs-orgmode, Omid
            
            Hi Samuel,
            
            Samuel Wales <samologist@gmail.com> writes:
            
            > "[bug] [babel] babel corrupts undo history"
            
            I've reread this thread but I currently nothing wrong with
            undoing wrt source code editing.
            
            Let me know if I missed something, thanks,
            
            -- 
             Bastien
            
            ^ permalink raw reply	[flat|nested] 17+ messages in thread

  • * Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
      2014-02-05 20:40 ` Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo) Omid
      2014-02-05 21:34   ` Nick Dokos
    @ 2014-05-25 20:37   ` Omid
      2014-05-26  2:10     ` Eric Abrahamsen
      1 sibling, 1 reply; 17+ messages in thread
    From: Omid @ 2014-05-25 20:37 UTC (permalink / raw)
      To: emacs-orgmode
    
    Hello,
    
    - I am trying to build a statically-generated website purely with Org
      mode. I would like to use Bootstrap CSS to make the site mobile
      friendly. Bootstrap uses <div class="container"> for the "main" part
      of the <body> of HTML; Org mode export produces <div id="content">
      for that part.
    
      Is there a variable to set/way to make Org wrap this part in the
      "container" class?
    
      Looking at several "apropos" results (with all the search keywords I
      could think of), I only see a setting for pre/postamble-class:
    
      org-html--pre/postamble-class
        Variable: CSS class used for pre/postamble
    
    - Assuming there is no Org-internal way to do this, is there a
      function that is run after a project is published to that I can,
      e.g., run a sed script on the HTML files generated? Again, the only
      remotely relevant result I see in M-x apropos RET org post is
    
      org-babel-post-tangle-hook
      Variable: Hook run in code files tangled by `org-babel-tangle'.
      Properties: standard-value custom-version custom-type
                  custom-requests variable-documentation
    
    - As a "meta question", how would one find the answer to these and
      similar questions without leaving Emacs, since we know Emacs is
      self-documenting and Org mode has a very comprehensive set of
      functions and documentation. Looking in the usual places (C-u M-x
      apropos, C-h v) did not lead me to an answer.
    
    Thanks,
    
    Omid
    
    Sent from my Emacs
    
    ^ permalink raw reply	[flat|nested] 17+ messages in thread

  • • * Re: Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
        2014-05-25 20:37   ` Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS? Omid
      @ 2014-05-26  2:10     ` Eric Abrahamsen
        2014-05-26  4:08       ` Omid
        0 siblings, 1 reply; 17+ messages in thread
      From: Eric Abrahamsen @ 2014-05-26  2:10 UTC (permalink / raw)
        To: emacs-orgmode
      
      Omid <omidlink@gmail.com> writes:
      
      > Hello,
      >
      > - I am trying to build a statically-generated website purely with Org
      >   mode. I would like to use Bootstrap CSS to make the site mobile
      >   friendly. Bootstrap uses <div class="container"> for the "main" part
      >   of the <body> of HTML; Org mode export produces <div id="content">
      >   for that part.
      >
      >   Is there a variable to set/way to make Org wrap this part in the
      >   "container" class?
      >
      >   Looking at several "apropos" results (with all the search keywords I
      >   could think of), I only see a setting for pre/postamble-class:
      >
      >   org-html--pre/postamble-class
      >     Variable: CSS class used for pre/postamble
      
      It would help to know your Org mode version, but I'm pretty sure
      org-html-divs has been around for a bit. Check out its docstring, and
      modify its second element, which is '(content "div" "content") by
      default.
      
      > - Assuming there is no Org-internal way to do this, is there a
      >   function that is run after a project is published to that I can,
      >   e.g., run a sed script on the HTML files generated? Again, the only
      >   remotely relevant result I see in M-x apropos RET org post is
      >
      >   org-babel-post-tangle-hook
      >   Variable: Hook run in code files tangled by `org-babel-tangle'.
      >   Properties: standard-value custom-version custom-type
      >               custom-requests variable-documentation
      >
      > - As a "meta question", how would one find the answer to these and
      >   similar questions without leaving Emacs, since we know Emacs is
      >   self-documenting and Org mode has a very comprehensive set of
      >   functions and documentation. Looking in the usual places (C-u M-x
      >   apropos, C-h v) did not lead me to an answer.
      
      One good thing to know is that Org export variables related to a certain
      backend all start with org-BACKEND-*. So you could do C-h v org-html-TAB
      and see... a lot of variables. Still, that would (eventually) get you
      there. I did apropos-variable for "org html container" and that got me a
      similar list as C-h v, albeit slimmed down somewhat, and with
      docstrings.
      
      Hope that helps,
      Eric
      
      ^ permalink raw reply	[flat|nested] 17+ messages in thread

    • • * Re: Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
          2014-05-26  2:10     ` Eric Abrahamsen
        @ 2014-05-26  4:08       ` Omid
          2014-05-26  4:26         ` Omid
          0 siblings, 1 reply; 17+ messages in thread
        From: Omid @ 2014-05-26  4:08 UTC (permalink / raw)
          To: emacs-orgmode
        
        Thank you, Eric for your quick response.
        - I am using Org mode 8.2.6 (from ELPA) and Emacs 24.3.1.
        - org-html-divs does almost what I have been looking for, except for
          one, unfortunately crucial, shortcoming: I don't see any way of
          changing the "id" tag to "class". Bootstrap's container is a "class"
          and will not work as an "id". As far as see, I can only do
        
          (setq org-html-divs (quote ((preamble "div" "preamble")
          (content "div" "container")
          (postamble "div" "postamble"))))
        			
          Looking at ox-html.el I see that the "id" tag is hard coded:
        
          (list :tag "Content"
          (const :format "" content)
          (string :tag "element") (string :tag "     id"))
        
          Am I missing something here?
        
        - I still could not find a "post publish" hook/variable. Neither
          apropos-variable with org publish, apropos with org publish gives me
          anything useful. C-h v reveals org-export-before-parsing-hook and
          org-export-before-processing-hook but I don't see anything with
          "after" or "post". The only way I see around my problem is to define
          an external publishing-function in org-publish-project-alist (maybe
          a makefile) and do the necessary post processing there. Any better
          suggestion is greatly appreciated.
        
        Thanks,
        		
        Omid
        
        Sent from my Emacs
        
        On 05/25/2014 10:10 PM, Eric Abrahamsen wrote:
        > Omid <omidlink@gmail.com> writes:
        > 
        >> Hello,
        >>
        >> - I am trying to build a statically-generated website purely with Org
        >>   mode. I would like to use Bootstrap CSS to make the site mobile
        >>   friendly. Bootstrap uses <div class="container"> for the "main" part
        >>   of the <body> of HTML; Org mode export produces <div id="content">
        >>   for that part.
        >>
        >>   Is there a variable to set/way to make Org wrap this part in the
        >>   "container" class?
        >>
        >>   Looking at several "apropos" results (with all the search keywords I
        >>   could think of), I only see a setting for pre/postamble-class:
        >>
        >>   org-html--pre/postamble-class
        >>     Variable: CSS class used for pre/postamble
        > 
        > It would help to know your Org mode version, but I'm pretty sure
        > org-html-divs has been around for a bit. Check out its docstring, and
        > modify its second element, which is '(content "div" "content") by
        > default.
        > 
        >> - Assuming there is no Org-internal way to do this, is there a
        >>   function that is run after a project is published to that I can,
        >>   e.g., run a sed script on the HTML files generated? Again, the only
        >>   remotely relevant result I see in M-x apropos RET org post is
        >>
        >>   org-babel-post-tangle-hook
        >>   Variable: Hook run in code files tangled by `org-babel-tangle'.
        >>   Properties: standard-value custom-version custom-type
        >>               custom-requests variable-documentation
        >>
        >> - As a "meta question", how would one find the answer to these and
        >>   similar questions without leaving Emacs, since we know Emacs is
        >>   self-documenting and Org mode has a very comprehensive set of
        >>   functions and documentation. Looking in the usual places (C-u M-x
        >>   apropos, C-h v) did not lead me to an answer.
        > 
        > One good thing to know is that Org export variables related to a certain
        > backend all start with org-BACKEND-*. So you could do C-h v org-html-TAB
        > and see... a lot of variables. Still, that would (eventually) get you
        > there. I did apropos-variable for "org html container" and that got me a
        > similar list as C-h v, albeit slimmed down somewhat, and with
        > docstrings.
        > 
        > Hope that helps,
        > Eric
        > 
        > 
        
        ^ permalink raw reply	[flat|nested] 17+ messages in thread

      • • * Re: Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
            2014-05-26  4:08       ` Omid
          @ 2014-05-26  4:26         ` Omid
            2014-05-26  5:11           ` Eric Abrahamsen
            0 siblings, 1 reply; 17+ messages in thread
          From: Omid @ 2014-05-26  4:26 UTC (permalink / raw)
            To: emacs-orgmode
          
          I think I found the answer to my second question: in
          org-publish-project-alist, there is the property completion-function
          that can be set to a (list of) functions to do some post processing.
          My first question still stands, though.
          
          Omid
          
          Sent from my Emacs
          
          On 05/26/2014 12:08 AM, Omid wrote:
          > Thank you, Eric for your quick response.
          > - I am using Org mode 8.2.6 (from ELPA) and Emacs 24.3.1.
          > - org-html-divs does almost what I have been looking for, except for
          >   one, unfortunately crucial, shortcoming: I don't see any way of
          >   changing the "id" tag to "class". Bootstrap's container is a "class"
          >   and will not work as an "id". As far as see, I can only do
          > 
          >   (setq org-html-divs (quote ((preamble "div" "preamble")
          >   (content "div" "container")
          >   (postamble "div" "postamble"))))
          > 			
          >   Looking at ox-html.el I see that the "id" tag is hard coded:
          > 
          >   (list :tag "Content"
          >   (const :format "" content)
          >   (string :tag "element") (string :tag "     id"))
          > 
          >   Am I missing something here?
          > 
          > - I still could not find a "post publish" hook/variable. Neither
          >   apropos-variable with org publish, apropos with org publish gives me
          >   anything useful. C-h v reveals org-export-before-parsing-hook and
          >   org-export-before-processing-hook but I don't see anything with
          >   "after" or "post". The only way I see around my problem is to define
          >   an external publishing-function in org-publish-project-alist (maybe
          >   a makefile) and do the necessary post processing there. Any better
          >   suggestion is greatly appreciated.
          > 
          > Thanks,
          > 		
          > Omid
          > 
          > Sent from my Emacs
          > 
          > On 05/25/2014 10:10 PM, Eric Abrahamsen wrote:
          >> Omid <omidlink@gmail.com> writes:
          >>
          >>> Hello,
          >>>
          >>> - I am trying to build a statically-generated website purely with Org
          >>>   mode. I would like to use Bootstrap CSS to make the site mobile
          >>>   friendly. Bootstrap uses <div class="container"> for the "main" part
          >>>   of the <body> of HTML; Org mode export produces <div id="content">
          >>>   for that part.
          >>>
          >>>   Is there a variable to set/way to make Org wrap this part in the
          >>>   "container" class?
          >>>
          >>>   Looking at several "apropos" results (with all the search keywords I
          >>>   could think of), I only see a setting for pre/postamble-class:
          >>>
          >>>   org-html--pre/postamble-class
          >>>     Variable: CSS class used for pre/postamble
          >>
          >> It would help to know your Org mode version, but I'm pretty sure
          >> org-html-divs has been around for a bit. Check out its docstring, and
          >> modify its second element, which is '(content "div" "content") by
          >> default.
          >>
          >>> - Assuming there is no Org-internal way to do this, is there a
          >>>   function that is run after a project is published to that I can,
          >>>   e.g., run a sed script on the HTML files generated? Again, the only
          >>>   remotely relevant result I see in M-x apropos RET org post is
          >>>
          >>>   org-babel-post-tangle-hook
          >>>   Variable: Hook run in code files tangled by `org-babel-tangle'.
          >>>   Properties: standard-value custom-version custom-type
          >>>               custom-requests variable-documentation
          >>>
          >>> - As a "meta question", how would one find the answer to these and
          >>>   similar questions without leaving Emacs, since we know Emacs is
          >>>   self-documenting and Org mode has a very comprehensive set of
          >>>   functions and documentation. Looking in the usual places (C-u M-x
          >>>   apropos, C-h v) did not lead me to an answer.
          >>
          >> One good thing to know is that Org export variables related to a certain
          >> backend all start with org-BACKEND-*. So you could do C-h v org-html-TAB
          >> and see... a lot of variables. Still, that would (eventually) get you
          >> there. I did apropos-variable for "org html container" and that got me a
          >> similar list as C-h v, albeit slimmed down somewhat, and with
          >> docstrings.
          >>
          >> Hope that helps,
          >> Eric
          >>
          >>
          
          ^ permalink raw reply	[flat|nested] 17+ messages in thread

        • • * Re: Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
              2014-05-26  4:26         ` Omid
            @ 2014-05-26  5:11           ` Eric Abrahamsen
              2014-05-26  6:28             ` Omid
              0 siblings, 1 reply; 17+ messages in thread
            From: Eric Abrahamsen @ 2014-05-26  5:11 UTC (permalink / raw)
              To: emacs-orgmode
            
            Omid <omidlink@gmail.com> writes:
            
            > I think I found the answer to my second question: in
            > org-publish-project-alist, there is the property completion-function
            > that can be set to a (list of) functions to do some post processing.
            > My first question still stands, though.
            
            Yup, that's a bit of a pain.
            
            When you need to really mess with the results of an Org export, the way
            to do it is through the "filter" system, not regular hooks. See the
            comments under "The Filter System" in lisp/ox.el for details on that.
            
            Filters give you access to the exported strings produced from various
            elements in the org buffer. Unfortunately there isn't a filter that
            reaches the contents template, which is where ox-html is setting the div
            id, so you'll probably need to use the nuclear option:
            org-export-filter-final-output-functions. Functions placed in that
            variable get access to the whole export string, and you can just do a
            search-and-replace for your id/class string there.
            
            Yours,
            Eric
            
            > On 05/26/2014 12:08 AM, Omid wrote:
            >> Thank you, Eric for your quick response.
            >> - I am using Org mode 8.2.6 (from ELPA) and Emacs 24.3.1.
            >> - org-html-divs does almost what I have been looking for, except for
            >>   one, unfortunately crucial, shortcoming: I don't see any way of
            >>   changing the "id" tag to "class". Bootstrap's container is a "class"
            >>   and will not work as an "id". As far as see, I can only do
            >> 
            >>   (setq org-html-divs (quote ((preamble "div" "preamble")
            >>   (content "div" "container")
            >>   (postamble "div" "postamble"))))
            >> 			
            >>   Looking at ox-html.el I see that the "id" tag is hard coded:
            >> 
            >>   (list :tag "Content"
            >>   (const :format "" content)
            >>   (string :tag "element") (string :tag "     id"))
            >> 
            >>   Am I missing something here?
            >> 
            >> - I still could not find a "post publish" hook/variable. Neither
            >>   apropos-variable with org publish, apropos with org publish gives me
            >>   anything useful. C-h v reveals org-export-before-parsing-hook and
            >>   org-export-before-processing-hook but I don't see anything with
            >>   "after" or "post". The only way I see around my problem is to define
            >>   an external publishing-function in org-publish-project-alist (maybe
            >>   a makefile) and do the necessary post processing there. Any better
            >>   suggestion is greatly appreciated.
            >> 
            >> Thanks,
            >> 		
            >> Omid
            >> 
            >> Sent from my Emacs
            >> 
            >> On 05/25/2014 10:10 PM, Eric Abrahamsen wrote:
            >>> Omid <omidlink@gmail.com> writes:
            >>>
            >>>> Hello,
            >>>>
            >>>> - I am trying to build a statically-generated website purely with Org
            >>>>   mode. I would like to use Bootstrap CSS to make the site mobile
            >>>>   friendly. Bootstrap uses <div class="container"> for the "main" part
            >>>>   of the <body> of HTML; Org mode export produces <div id="content">
            >>>>   for that part.
            >>>>
            >>>>   Is there a variable to set/way to make Org wrap this part in the
            >>>>   "container" class?
            >>>>
            >>>>   Looking at several "apropos" results (with all the search keywords I
            >>>>   could think of), I only see a setting for pre/postamble-class:
            >>>>
            >>>>   org-html--pre/postamble-class
            >>>>     Variable: CSS class used for pre/postamble
            >>>
            >>> It would help to know your Org mode version, but I'm pretty sure
            >>> org-html-divs has been around for a bit. Check out its docstring, and
            >>> modify its second element, which is '(content "div" "content") by
            >>> default.
            >>>
            >>>> - Assuming there is no Org-internal way to do this, is there a
            >>>>   function that is run after a project is published to that I can,
            >>>>   e.g., run a sed script on the HTML files generated? Again, the only
            >>>>   remotely relevant result I see in M-x apropos RET org post is
            >>>>
            >>>>   org-babel-post-tangle-hook
            >>>>   Variable: Hook run in code files tangled by `org-babel-tangle'.
            >>>>   Properties: standard-value custom-version custom-type
            >>>>               custom-requests variable-documentation
            >>>>
            >>>> - As a "meta question", how would one find the answer to these and
            >>>>   similar questions without leaving Emacs, since we know Emacs is
            >>>>   self-documenting and Org mode has a very comprehensive set of
            >>>>   functions and documentation. Looking in the usual places (C-u M-x
            >>>>   apropos, C-h v) did not lead me to an answer.
            >>>
            >>> One good thing to know is that Org export variables related to a certain
            >>> backend all start with org-BACKEND-*. So you could do C-h v org-html-TAB
            >>> and see... a lot of variables. Still, that would (eventually) get you
            >>> there. I did apropos-variable for "org html container" and that got me a
            >>> similar list as C-h v, albeit slimmed down somewhat, and with
            >>> docstrings.
            >>>
            >>> Hope that helps,
            >>> Eric
            >>>
            >>>
            
            ^ permalink raw reply	[flat|nested] 17+ messages in thread

          • • * Re: Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS?
                2014-05-26  5:11           ` Eric Abrahamsen
              @ 2014-05-26  6:28             ` Omid
                0 siblings, 0 replies; 17+ messages in thread
              From: Omid @ 2014-05-26  6:28 UTC (permalink / raw)
                To: emacs-orgmode
              
              Eric,
              
              Thanks a lot for the pointer to the "Filter System." I was not aware
              of it and, as you pointed out, the
              org-export-filter-final-output-functions variable will help me achieve
              what I was looking for.
              
              Cheers,
              
              Omid
              
              Sent from my Emacs
              
              On 05/26/2014 01:11 AM, Eric Abrahamsen wrote:
              > Omid <omidlink@gmail.com> writes:
              > 
              >> I think I found the answer to my second question: in
              >> org-publish-project-alist, there is the property completion-function
              >> that can be set to a (list of) functions to do some post processing.
              >> My first question still stands, though.
              > 
              > Yup, that's a bit of a pain.
              > 
              > When you need to really mess with the results of an Org export, the way
              > to do it is through the "filter" system, not regular hooks. See the
              > comments under "The Filter System" in lisp/ox.el for details on that.
              > 
              > Filters give you access to the exported strings produced from various
              > elements in the org buffer. Unfortunately there isn't a filter that
              > reaches the contents template, which is where ox-html is setting the div
              > id, so you'll probably need to use the nuclear option:
              > org-export-filter-final-output-functions. Functions placed in that
              > variable get access to the whole export string, and you can just do a
              > search-and-replace for your id/class string there.
              > 
              > Yours,
              > Eric
              > 
              >> On 05/26/2014 12:08 AM, Omid wrote:
              >>> Thank you, Eric for your quick response.
              >>> - I am using Org mode 8.2.6 (from ELPA) and Emacs 24.3.1.
              >>> - org-html-divs does almost what I have been looking for, except for
              >>>   one, unfortunately crucial, shortcoming: I don't see any way of
              >>>   changing the "id" tag to "class". Bootstrap's container is a "class"
              >>>   and will not work as an "id". As far as see, I can only do
              >>>
              >>>   (setq org-html-divs (quote ((preamble "div" "preamble")
              >>>   (content "div" "container")
              >>>   (postamble "div" "postamble"))))
              >>> 			
              >>>   Looking at ox-html.el I see that the "id" tag is hard coded:
              >>>
              >>>   (list :tag "Content"
              >>>   (const :format "" content)
              >>>   (string :tag "element") (string :tag "     id"))
              >>>
              >>>   Am I missing something here?
              >>>
              >>> - I still could not find a "post publish" hook/variable. Neither
              >>>   apropos-variable with org publish, apropos with org publish gives me
              >>>   anything useful. C-h v reveals org-export-before-parsing-hook and
              >>>   org-export-before-processing-hook but I don't see anything with
              >>>   "after" or "post". The only way I see around my problem is to define
              >>>   an external publishing-function in org-publish-project-alist (maybe
              >>>   a makefile) and do the necessary post processing there. Any better
              >>>   suggestion is greatly appreciated.
              >>>
              >>> Thanks,
              >>> 		
              >>> Omid
              >>>
              >>> Sent from my Emacs
              >>>
              >>> On 05/25/2014 10:10 PM, Eric Abrahamsen wrote:
              >>>> Omid <omidlink@gmail.com> writes:
              >>>>
              >>>>> Hello,
              >>>>>
              >>>>> - I am trying to build a statically-generated website purely with Org
              >>>>>   mode. I would like to use Bootstrap CSS to make the site mobile
              >>>>>   friendly. Bootstrap uses <div class="container"> for the "main" part
              >>>>>   of the <body> of HTML; Org mode export produces <div id="content">
              >>>>>   for that part.
              >>>>>
              >>>>>   Is there a variable to set/way to make Org wrap this part in the
              >>>>>   "container" class?
              >>>>>
              >>>>>   Looking at several "apropos" results (with all the search keywords I
              >>>>>   could think of), I only see a setting for pre/postamble-class:
              >>>>>
              >>>>>   org-html--pre/postamble-class
              >>>>>     Variable: CSS class used for pre/postamble
              >>>>
              >>>> It would help to know your Org mode version, but I'm pretty sure
              >>>> org-html-divs has been around for a bit. Check out its docstring, and
              >>>> modify its second element, which is '(content "div" "content") by
              >>>> default.
              >>>>
              >>>>> - Assuming there is no Org-internal way to do this, is there a
              >>>>>   function that is run after a project is published to that I can,
              >>>>>   e.g., run a sed script on the HTML files generated? Again, the only
              >>>>>   remotely relevant result I see in M-x apropos RET org post is
              >>>>>
              >>>>>   org-babel-post-tangle-hook
              >>>>>   Variable: Hook run in code files tangled by `org-babel-tangle'.
              >>>>>   Properties: standard-value custom-version custom-type
              >>>>>               custom-requests variable-documentation
              >>>>>
              >>>>> - As a "meta question", how would one find the answer to these and
              >>>>>   similar questions without leaving Emacs, since we know Emacs is
              >>>>>   self-documenting and Org mode has a very comprehensive set of
              >>>>>   functions and documentation. Looking in the usual places (C-u M-x
              >>>>>   apropos, C-h v) did not lead me to an answer.
              >>>>
              >>>> One good thing to know is that Org export variables related to a certain
              >>>> backend all start with org-BACKEND-*. So you could do C-h v org-html-TAB
              >>>> and see... a lot of variables. Still, that would (eventually) get you
              >>>> there. I did apropos-variable for "org html container" and that got me a
              >>>> similar list as C-h v, albeit slimmed down somewhat, and with
              >>>> docstrings.
              >>>>
              >>>> Hope that helps,
              >>>> Eric
              >>>>
              >>>>
              > 
              > 
              
              ^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2014-05-26  6:28 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-16  1:19 Org mode export to HTML not working correctly with code blocks if block is after an item (-) and its delimiters are indented Omid
2013-10-16  2:41 ` Thorsten Jolitz
2013-10-16  2:53 ` Thorsten Jolitz
2013-10-16  3:12   ` Omid
2013-10-16 11:25 ` Nicolas Goaziou
2014-02-05 20:40 ` Behavior of Org mode Babel code snippets with respect to M-q (fill-paragraph) and C-/ (undo) Omid
2014-02-05 21:34   ` Nick Dokos
2014-02-05 23:02     ` Omid
2014-02-13 23:38       ` Samuel Wales
2014-02-14  0:21         ` Samuel Wales
2014-03-21  7:56           ` Bastien
2014-05-25 20:37   ` Is there a variable/way to change <div id="content"> to something else, e.g. <div class="container"> for use with Bootstrap CSS? Omid
2014-05-26  2:10     ` Eric Abrahamsen
2014-05-26  4:08       ` Omid
2014-05-26  4:26         ` Omid
2014-05-26  5:11           ` Eric Abrahamsen
2014-05-26  6:28             ` Omid

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).