Re: [O] :noweb no-export and syntax highlighting upon export to html

2015-11-08 Thread Aaron Ecay
Hi Joost,

2015ko azaroak 8an, Joost Helberg-ek idatzi zuen:
> 
> Dear Aaron,
> 
> I was running close to the development version, but not close
> enough. It's solved now in the current version of org-mode.
> 
> At first I accepted this odd behaviour, but then I realized htmlize is
> supposed to give you what you see on screen, hence this was a bug.

I’m glad the bug has disappeared (at least, that’s what I understand
from your message).  Thanks for the update, and do let us know if it
comes back.

Thanks,

-- 
Aaron Ecay



Re: [O] :noweb no-export and syntax highlighting upon export to html

2015-11-08 Thread Joost Helberg
Dear Aaron,

I was running close to the development version, but not close
enough. It's solved now in the current version of org-mode.

At first I accepted this odd behaviour, but then I realized htmlize is
supposed to give you what you see on screen, hence this was a bug.

regards,

Joost

> "Aaron" == Aaron Ecay  writes:
 > From: Aaron Ecay 
 > To: Joost Helberg , emacs-orgmode@gnu.org
 > Subject: Re: [O] :noweb no-export and syntax highlighting upon export
 > Date: 2015-11-05T15:45:34+0100

 > Hi Joost,

 > Org’s html export relies on the syntax of the source block being valid
 > in the block’s language, for the corresponding emacs major mode to
 > highlight it properly.  In general, I wouldn’t rely on it behaving
 > properly in the presence of unexpanded noweb references.  That said...

 > 2015ko azaroak 5an, Joost Helberg-ek idatzi zuen:
 >> 
 >> ls,
 >> 
 >> In the org-code below syntax highlighting in both code-blocks in the
 >> emacs-buffer is fine, but the html-export only works nice in case of
 >> using :noweb yes, the no-export option screws up syntax highlighting in
 >> the html-output (two screenshots included).
 >> 
 >> I understood that htmlize is used for html-export and that it honours
 >> the faces in the emacs-buffer. It seems as if htmlize doesn't do this
 >> after encountering the '>>' token.

 > Your example works fine for me on latest org master.  Can you send your
 > org version?  (M-x org-version)  What happens if you insert the code for
 > t1 into an sh-mode buffer: is it highlighted as expected?

 > -- 
 > Aaron Ecay


-- 
Snow B.V.



[O] :noweb no-export and syntax highlighting upon export to html

2015-11-05 Thread Joost Helberg
ls,

In the org-code below syntax highlighting in both code-blocks in the
emacs-buffer is fine, but the html-export only works nice in case of
using :noweb yes, the no-export option screws up syntax highlighting in
the html-output (two screenshots included).

I understood that htmlize is used for html-export and that it honours
the faces in the emacs-buffer. It seems as if htmlize doesn't do this
after encountering the '>>' token.

Can I avoid this? Are settings involved?

Org-code:

/bla/ is for re-use in scripts.
#+caption: /bla/:
#+name: bla
#+begin_src sh 
   # this sits in projects/t-stuff
#+end_src

#+caption: /t1.sh/:
#+name: t1
#+begin_src sh :tangle t1.sh :noweb no-export 
  <>
  for i in `seq 1 10`
  do
echo $i
  done
#+end_src

#+caption: /t2.sh/:
#+name: t2
#+begin_src sh :tangle t2.sh :noweb yes 
  <>
  for i in `seq 1 10`
  do
echo $i
  done
#+end_src


many regards,

Joost Helberg

-- 
Snow B.V.


Re: [O] :noweb no-export and syntax highlighting upon export to html

2015-11-05 Thread Aaron Ecay
Hi Joost,

Org’s html export relies on the syntax of the source block being valid
in the block’s language, for the corresponding emacs major mode to
highlight it properly.  In general, I wouldn’t rely on it behaving
properly in the presence of unexpanded noweb references.  That said...

2015ko azaroak 5an, Joost Helberg-ek idatzi zuen:
> 
> ls,
> 
> In the org-code below syntax highlighting in both code-blocks in the
> emacs-buffer is fine, but the html-export only works nice in case of
> using :noweb yes, the no-export option screws up syntax highlighting in
> the html-output (two screenshots included).
> 
> I understood that htmlize is used for html-export and that it honours
> the faces in the emacs-buffer. It seems as if htmlize doesn't do this
> after encountering the '>>' token.

Your example works fine for me on latest org master.  Can you send your
org version?  (M-x org-version)  What happens if you insert the code for
t1 into an sh-mode buffer: is it highlighted as expected?

-- 
Aaron Ecay