Eric S Fraga <e.fr...@ucl.ac.uk> wrote:
> In the org-beamer tutorial (Worg/org-tutorials/org-beamer/tutorial.org), > I have the following: > > ,---- > | > | #+BEGIN_Example > | ,** Two columns > | > | ,*** A block > :B_ignoreheading:BMCOL: > | :PROPERTIES: > | :BEAMER_env: ignoreheading > | :BEAMER_col: 0.4 > | :END: > | - this slide consists of two columns > | - the first (left) column has no heading and consists of text > | - the second (right) column has an image and is enclosed in an > | @example@ block > | > | ,*** A screenshot > :BMCOL:B_example: > | :PROPERTIES: > | :BEAMER_col: 0.6 > | :BEAMER_env: example > | :END: > | , #+ATTR_LATEX: width=\textwidth > | [[file://../../images/org-beamer/a-simple-slide.png]] > | #+END_Example > `---- > > Note the second last line of the example which sets the latex attribute > for the following image. On export to HTML for publishing on the Worg > website, this line has magically *disappeared*! The ',' is supposed to > protect this line but instead it disappears. > > I have gone through the whole tutorial and this is the only line that > has disappeared. My intuition is that the HTML export is ignoring all > LATEX attribute lines (as it should) but that maybe the regex for is > rather greedy? However, I have looked at the code but have not seen > anywhere obvious where this happens -- all the regexs I found seem to be > pinned at the start of the line with only whitespace allowed before > the #+. > Your intuition is (almost) correct: in org-export-preprocess-string, the comma is stripped by org-export-replace-src-segments-and-examples and the ATTR_LATEX is stripped by org-export-select-backend-specific-text which very explicitly says: ,---- | ... | ;; Delete #+attr_Backend: stuff of another backend. Those | ;; matching the current backend will be taken care of by | ;; `org-export-attach-captions-and-attributes' | ... `---- Nick
