Re: [O] Have SRC_BLOCK :padline accept numbers

[Nicolas Goaziou]

Hello,

Daniel P Gomez  writes:

> I've amended the commit including the changes you've mentioned.
> I did not change the following, though:
>
> (numberp (string-to-int padlines)) -> (string-match-p "\\`[0-9]+\\'" padlines)
>
> because that changed the behaviour of org-babel-tangle. Having a
> string-match-p as a
> match condition broke the default of adding no padlines in the
> first tangled SRC block (when passed with no arguments).

`string-to-int' will fail the same way as `string-match-p' if `padlines'
is nil. So I do not see how the behaviour could differ. Could you
elaborate on the issue?

> I also noticed that adding this functionality to ob-tangle breaks eldoc
> for me. I guess all org babel header arguments have to be strings?

I didn't check, but that seems a reasonable assumption.

BTW, you didn't include the patch, did you?

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Bug: Stuck projects view reverts to tag match on refresh [9.0.5]

[Nicolas Goaziou]

Hello,

Allen Li  writes:

> The stuck projects agenda view reverts to a tag match when it is
> refreshed with r or g
>
> Example of original view:
>
> List of stuck projects: 
>   Refile: Stuck
> :refile::project:
>
> After refreshing:
>
> Headlines with TAGS match: project
> Press ‘C-u r’ to search again with new search string
>   Refile: Stuck
> :refile::project:
>   Refile: Unstuck  
> :refile::project:

I cannot reproduce it. Could you provide an ECM?

Regards,

-- 
Nicolas Goaziou

Re: [O] Gnuplot and Windows

[Bala Ramadurai]

Thanks Eric for your reply.

Yes, I installed gnuplot, gnuplot-mode and gnuplot.el. Still, I get this
error. I fooled around with changing the variable gnuplot-program to
windows notation of the PATH. I added gnuplot.exe to the $PATH variable as
well.

Still no luck
Thanks
Bala


>
> On Thursday, 13 Apr 2017 at 01:18, Bala Ramadurai wrote:
> > Hello All,
> >   I tried my hand with gnuplot yesterday on my windows machine
> > (Windows 10; Emacs 24.5.1; Org 8.3.4) and I keep getting the error
> > "Searching for program: no such file or directory: gnuplot".
>
> You probably need to install gnuplot:
>
> http://gnuplot.info/
>
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org release_9.0.5-444-g998576
> -- next part --
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 194 bytes
> Desc: not available
> URL: <
> http://lists.gnu.org/archive/html/emacs-orgmode/attachments/20170413/83d337a9/attachment.pgp
> >
>
> End of Emacs-orgmode Digest, Vol 134, Issue 13
> **
>
-- 
http://balaramadurai.net

Re: [O] ANN/RFC: ox-epub

[Rasmus]

Hi Mark, 

Mark Meyer  writes:

> I'll keep looking on how to best implement [math support].

Probably the default solution should be images.  Do you think svg images
would be an option?  From here it seems it might generally work for at
least epub-3.

http://epubtest.org/testsuite/epub3/feature/image-embedding/

We can produce svg images with dvisvgm already, cf.

http://orgmode.org/org.html#Math-formatting-in-HTML-export

Is it possible in epub to specify fallback rendering options like in HTML?
If so it might be possible to put in both an MathML rendering and an svg
image.

Thanks,
Rasmus

-- 
And when I’m finished thinking, I have to die a lot

Re: [O] ANN: org-sticky-header

[Eric S Fraga]

On Monday, 17 Apr 2017 at 23:41, Adam Porter wrote:
> Hi friends,
>
> I've posted another package which you might find useful:
>
> https://github.com/alphapapa/org-sticky-header

Interesting and seems to work well overall.  One minor point: for some
reason, the contents of the header line are shifted to the right by one
character so there's a little dissonance.  I use org-indent-mode in case
that matters.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org release_9.0.5-444-g998576


signature.asc
Description: PGP signature

Re: [O] Bug: Image export with link does not support query delimiter [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/25.2/lisp/org/)]

[Damien Cassou]

Hi Nicolas,

Nicolas Goaziou  writes:

Given this org file 

[[http://foo.com][https://foo.com/badge.svg]] 

[[http://foo.com][https://foo.com/badge.svg?branch=master]] 
[...]  I was expecting both outputs to be figures with an 
image. It seems that the query "?branch=master" at the end of 
the URL prevents the output of a picture. 


Couldn't you extend `org-html-inline-image-rules'? 


thanks for the suggestion. I have tried several ways to specify a 
value for this variable inside the file but failed to make the 
export change in any way. I can't change the value of the file in 
my .emacs.d as I expect github's org engine to take care of 
exporting the html.


Thanks 


--
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

Re: [O] Bug: Image export with link does not support query delimiter [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/25.2/lisp/org/)]

[Damien Cassou]

Damien Cassou  writes:
thanks for the suggestion. I have tried several ways to specify 
a  value for this variable inside the file but failed to make 
the  export change in any way. I can't change the value of the 
file in  my .emacs.d as I expect github's org engine to take 
care of  exporting the html. 


I forgot to say I tried this:

   #+OPTIONS: html-inline-image-rules: (("https" 
   . "z")) * Foo 
 :PROPERTIES: :html-inline-image-rules: (("https" 
 . "")) :END: 

   [[http://bar.com][https://bar.com/badge.svg]] 
   [[http://foo.com][https://foo.com/badge.svg?branch=master]] 

Both links are still exported the exact same way so I guess the 
variable setting has no effect. What am I doing wrong?



--
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

Re: [O] Bug: Image export with link does not support query delimiter [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/25.2/lisp/org/)]

[Nicolas Goaziou]

Hello,

Damien Cassou  writes:

> thanks for the suggestion. I have tried several ways to specify
> a value for this variable inside the file but failed to make the
> export change in any way.

I succeeded with

  #+bind: org-html-inline-image-rules (("http" . "\\.foo\\'"))

  * Test

  [[http://orgmode.org/image.foo]]

This assumes `org-export-allow-bind-keywords' is non-nil, which may not
be the case within Github's Org engine. Maybe it could be set to
a non-nil value there.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Merge 9.0.5 to emacs master?

[Kaushal Modi]

On Mon, Feb 13, 2017, 1:40 PM Kyle Meyer  wrote:

> Rasmus  writes:
>
> [...]
>
> > I think we have discussed it before, but the best way seems to just copy
> > the Org tree to the Emacs tree, right?
>
> Given the current setup, I think copying the files is best.  I've
> already resolved the conflicts when backporting Org-related commits from
> the Emacs repo.
>

Just a minor nudge.

If I understand correctly, everyone is in agreement that the org maint
branch should be merged into emacs master branch now.

This issue came up recently in an emacs-devel discussion.

I don't have experience merging mega branches, but I can help in any other
way in that direction.

> --

Kaushal Modi

Re: [O] ANN: org-sticky-header

[Carsten Dominik]

Hi Adam,

this is great, I love it!

I am wondering if you would consider the possibility to show on only the
most recent heading, but, space permitting, the outline path - maybe in
reverse order as to keep the sticky heading itself in the left-most column.

Something like

*** current level | ** level above | * top level

you could use `org-get-outline-path' to get the other headings up the tree.

I don't necessarily think it should be the default, but it could be an
option.

Cheers

Carsten

P.S. I also see what Eric Fraga is seeing and would love to have this issue
solved.


On Tue, Apr 18, 2017 at 1:41 AM, Adam Porter  wrote:

> Hi friends,
>
> I've posted another package which you might find useful:
>
> https://github.com/alphapapa/org-sticky-header
>
> It's modeled on semantic-stickyfunc-mode.  When you scroll down and push
> an Org heading out of view, it displays that heading in the Emacs header
> line at the top of the window so you don't forget which heading the
> partially displayed entry at the top belongs to.
>
> It seems to be working well so far.  Please let me know if you have any
> feedback.
>
> Thanks,
> Adam
>
>
>

Re: [O] Gnuplot and Windows

[Eric S Fraga]

On Tuesday, 18 Apr 2017 at 10:09, Bala Ramadurai wrote:
> Thanks Eric for your reply.
>
> Yes, I installed gnuplot, gnuplot-mode and gnuplot.el. Still, I get
> this error. I fooled around with changing the variable gnuplot-program
> to windows notation of the PATH. I added gnuplot.exe to the $PATH
> variable as well.
>
> Still no luck

Well, hopefully others can help.  I do not use MS Windows and no nothing
about it.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org release_9.0.5-444-g998576


signature.asc
Description: PGP signature

Re: [O] ANN: org-sticky-header

[John Kitchin]

Indeed, very cool!

The spacing seems to come in here:

(defun org-sticky-header--fetch-stickyline ()
  "Make the heading at the top of the current window sticky.
Capture its heading line, and place it in the header line.
If there is no heading, disable the header line."
  (save-excursion
(goto-char (window-start))
(unless (org-at-heading-p)
  (org-back-to-heading)
  ;; TODO: 3 spaces seems to be almost right, but it's still not
  ;; perfect, and it's probably not universally right.  Something
  ;; related to org-indent might be good.
  (if org-sticky-header-full-path
  (org-format-outline-path (org-get-outline-path t) nil "   ")
(concat "   " (buffer-substring (line-beginning-position)
  (line-end-position)))

Maybe the three spaces should be stored in a defcustom. I like no spaces
personally.

Carsten Dominik writes:

> Hi Adam,
>
> this is great, I love it!
>
> I am wondering if you would consider the possibility to show on only the
> most recent heading, but, space permitting, the outline path - maybe in
> reverse order as to keep the sticky heading itself in the left-most column.
>
> Something like
>
> *** current level | ** level above | * top level
>
> you could use `org-get-outline-path' to get the other headings up the tree.
>
> I don't necessarily think it should be the default, but it could be an
> option.
>
> Cheers
>
> Carsten
>
> P.S. I also see what Eric Fraga is seeing and would love to have this issue
> solved.
>
>
> On Tue, Apr 18, 2017 at 1:41 AM, Adam Porter  wrote:
>
>> Hi friends,
>>
>> I've posted another package which you might find useful:
>>
>> https://github.com/alphapapa/org-sticky-header
>>
>> It's modeled on semantic-stickyfunc-mode.  When you scroll down and push
>> an Org heading out of view, it displays that heading in the Emacs header
>> line at the top of the window so you don't forget which heading the
>> partially displayed entry at the top belongs to.
>>
>> It seems to be working well so far.  Please let me know if you have any
>> feedback.
>>
>> Thanks,
>> Adam
>>
>>
>>


--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] ANN: org-sticky-header

[Carsten Dominik]

Hahaha, stupid me, full outline path is already implemented.

Excellent.

Carsten

On Tue, Apr 18, 2017 at 3:51 PM, John Kitchin 
wrote:

> Indeed, very cool!
>
> The spacing seems to come in here:
>
> (defun org-sticky-header--fetch-stickyline ()
>   "Make the heading at the top of the current window sticky.
> Capture its heading line, and place it in the header line.
> If there is no heading, disable the header line."
>   (save-excursion
> (goto-char (window-start))
> (unless (org-at-heading-p)
>   (org-back-to-heading)
>   ;; TODO: 3 spaces seems to be almost right, but it's still not
>   ;; perfect, and it's probably not universally right.  Something
>   ;; related to org-indent might be good.
>   (if org-sticky-header-full-path
>   (org-format-outline-path (org-get-outline-path t) nil "   ")
> (concat "   " (buffer-substring (line-beginning-position)
>   (line-end-position)))
>
> Maybe the three spaces should be stored in a defcustom. I like no spaces
> personally.
>
> Carsten Dominik writes:
>
> > Hi Adam,
> >
> > this is great, I love it!
> >
> > I am wondering if you would consider the possibility to show on only the
> > most recent heading, but, space permitting, the outline path - maybe in
> > reverse order as to keep the sticky heading itself in the left-most
> column.
> >
> > Something like
> >
> > *** current level | ** level above | * top level
> >
> > you could use `org-get-outline-path' to get the other headings up the
> tree.
> >
> > I don't necessarily think it should be the default, but it could be an
> > option.
> >
> > Cheers
> >
> > Carsten
> >
> > P.S. I also see what Eric Fraga is seeing and would love to have this
> issue
> > solved.
> >
> >
> > On Tue, Apr 18, 2017 at 1:41 AM, Adam Porter  wrote:
> >
> >> Hi friends,
> >>
> >> I've posted another package which you might find useful:
> >>
> >> https://github.com/alphapapa/org-sticky-header
> >>
> >> It's modeled on semantic-stickyfunc-mode.  When you scroll down and push
> >> an Org heading out of view, it displays that heading in the Emacs header
> >> line at the top of the window so you don't forget which heading the
> >> partially displayed entry at the top belongs to.
> >>
> >> It seems to be working well so far.  Please let me know if you have any
> >> feedback.
> >>
> >> Thanks,
> >> Adam
> >>
> >>
> >>
>
>
> --
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>

Re: [O] ANN: org-sticky-header

[Kaushal Modi]

On Tue, Apr 18, 2017 at 9:30 AM Carsten Dominik  wrote:

> Hi Adam,
>
> this is great, I love it!
>
> I am wondering if you would consider the possibility to show on only the
> most recent heading, but, space permitting, the outline path - maybe in
> reverse order as to keep the sticky heading itself in the left-most column.
>
> Something like
>
> *** current level | ** level above | * top level
>
> you could use `org-get-outline-path' to get the other headings up the tree.
>
> I don't necessarily think it should be the default, but it could be an
> option.
>
> Cheers
>

On that note, there is also org-eldoc.el in contrib/ that sort of does what
you want.

"sort of" because:

- Shows the breadcrumbs in the echo area instead of in header.
- Shows that only when point is on an org heading, not when in the body.

[image: pasted1]
-- 

Kaushal Modi

Re: [O] Handling custom link types for html export in v 9.0 - Replacement for deprecated `org-add-link-type`?

[John Kitchin]

You can find a many examples of the new link syntax here:
http://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/

You will probably be able to reuse much of your old code  and this:

(org-link-set-parameters
   "img"
   :follow (your-old-follow-code)
   :export (your-old-export-code))

Milan Zimmermann writes:

> Hi:
>
> I have a question about how to define custom link type, which before
> 9.0 used the (9.0) deprecated  `org-add-link-type`.
>
> 1. Let me first provide the context:
>
> There is often a need to generate, for org links export/publish to
> Html, elements where img src URL starts with a slash, like this
>
> 
>
> The only way that was possible before v9, for this to be exported from
> a link such as
>
> [[/images/a.jgp]]
>
> was to use a method described in
>
> http://stackoverflow.com/questions/14684263/how-to-org-mode-image-absolute-path-of-export-html
>
> - Basically, the solution described there is
>
> a) define a custom link type such as "img"
> b) in org,  use [[img:images/a.jpg]]
> c) define two functions handling the img link in org and on
> export/publish, and call (org-add-link-type "img"
> 'org-custom-link-img-follow 'org-custom-link-img-export)
>
> 2. The problem and question
>
> In org 9.0, we get `org-add-link-type ... This function is obsolete
> since Org 9.0 use `org-link-set-parameters' instead.
>
> My problem is I have no idea how to, in a practical sense, use
> `org-link-set-parameters` to define a custom link type "img" and
> handle it's image handling in both org buffer and Html publish.
>
> My question is, are there any links and examples how one would do the
> above in 9.0?
>
> Thanks
> Milan


--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] Gnuplot and Windows

[Jonathan Leech-Pepin]

On 18 April 2017 at 09:26, Eric S Fraga  wrote:

> On Tuesday, 18 Apr 2017 at 10:09, Bala Ramadurai wrote:
> > Thanks Eric for your reply.
> >
> > Yes, I installed gnuplot, gnuplot-mode and gnuplot.el. Still, I get
> > this error. I fooled around with changing the variable gnuplot-program
> > to windows notation of the PATH. I added gnuplot.exe to the $PATH
> > variable as well.
>

Bala,

Does `(executable-find "gnuplot")` return the path to the executable?  If
not it might not be properly set in Windows (and/or Emacs was not restarted
with the updated environment variables).


> > Still no luck
>
> Well, hopefully others can help.  I do not use MS Windows and no nothing
> about it.
>
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org release_9.0.5-444-g998576
>

Regards,
Jon

Re: [O] ANN: org-sticky-header

[Eric S Fraga]

On Tuesday, 18 Apr 2017 at 13:55, Carsten Dominik wrote:
> Hahaha, stupid me, full outline path is already implemented.

It is indeed but it would still be nice to have it in reverse order, as
you suggested in an earlier post.  My top level headline overwhelms the
header...

-- 
Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)


signature.asc
Description: PGP signature

Re: [O] ANN/RFC: ox-epub

[Mark Meyer]

I will look into Image Export.

Cheers, Mark

On Tue, Apr 18, 2017, at 12:47, Rasmus wrote:
> Hi Mark, 
> 
> Mark Meyer  writes:
> 
> > I'll keep looking on how to best implement [math support].
> 
> Probably the default solution should be images.  Do you think svg images
> would be an option?  From here it seems it might generally work for at
> least epub-3.
> 
> http://epubtest.org/testsuite/epub3/feature/image-embedding/
> 
> We can produce svg images with dvisvgm already, cf.
> 
> http://orgmode.org/org.html#Math-formatting-in-HTML-export
> 
> Is it possible in epub to specify fallback rendering options like in
> HTML?
> If so it might be possible to put in both an MathML rendering and an svg
> image.
> 
> Thanks,
> Rasmus
> 
> -- 
> And when I’m finished thinking, I have to die a lot
> 
> 


-- 
  Mark Meyer
  m...@ofosos.org

Re: [O] ANN: org-sticky-header

[Leslie Watter]

I really liked it. I'm editing a huge document and it helps a lot having
the clue in which header I am!

Thanks

LEslie

On Tue, Apr 18, 2017 at 2:22 PM, Eric S Fraga  wrote:

> On Tuesday, 18 Apr 2017 at 13:55, Carsten Dominik wrote:
> > Hahaha, stupid me, full outline path is already implemented.
>
> It is indeed but it would still be nice to have it in reverse order, as
> you suggested in an earlier post.  My top level headline overwhelms the
> header...
>
> --
> Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
>



-- 
Leslie H. Watter

Re: [O] ANN: org-sticky-header

[Adam Porter]

Carsten Dominik  writes:

Hi Carsten,

> I am wondering if you would consider the possibility to show on only
> the most recent heading, but, space permitting, the outline path -
> maybe in reverse order as to keep the sticky heading itself in the
> left-most column.

That's a great idea, I will add that.  Thanks.

Re: [O] ANN: org-sticky-header

[Adam Porter]

Eric S Fraga  writes:

> It is indeed but it would still be nice to have it in reverse order, as
> you suggested in an earlier post.  My top level headline overwhelms the
> header...

Will fix that right away, thanks!

Re: [O] ANN: org-sticky-header

[Adam Porter]

Eric Abrahamsen  writes:

> I love it! I've wanted something like this for long text files for ages
> -- this scratches a very old itch. Thanks for doing this, and I'll
> report back with issues, though it's work great so far.

Thanks, Eric, I'm glad it's useful for you.  :)

[O] :noweb-ref property inheritance failure?

[D Bro]

Both 26.0 and 25.1 on OS X 10.12 via homebrew, using the Spacemacs 
configuration.

I recently tried the weaving technique from 
http://orgmode.org/manual/noweb_002dref.html#noweb_002dref 
 :

* Create 
#+NAME: TestDemo2
#+BEGIN_SRC java :classname TestDemo2 :noweb yes :tangle yes
  <>
#+END_SRC

#+BEGIN_SRC elisp
(format "%s" (org-babel-expand-src-block testdemo2))
#+END_SRC

**Let's see what our code-weaving produces
:PROPERTIES:
:header-args: :noweb-ref testdemo2
:END:

*** this is how we will assemble our code:
  #+BEGIN_SRC java
public class Yo {
  public static void main (Args[]) {
  #+END_SRC

*** body
  #+BEGIN_SRC java
 return "The test worked!";
  #+END_SRC
*** foot
  #+BEGIN_SRC java
// <>
}}
  #+END_SRC
*** weave together
- which will weave together the above blocks to produce this:

  #+BEGIN_SRC shell :results org :exports none
  cat TestDemo2.java
  #+END_SRC

I have tried both   (setq org-use-property-inheritance (quote (noweb-ref))) and 
  (setq org-use-property-inheritance t), both at org-mode load and from within 
the org file in question.  Also, note that I am using the 9.0 syntax, which I 
believe Spacemacs loads as part of its org-mode layer.

The result is always an empty TestDemo2.java file.  What’s interesting is that 
if I run org-babel-expand-src-block I see this:

public class Yo {
  public static void main (Args[]) {
return "The test worked!";
// 
}}
cat TestDemo2.java

If I add :noweb-ref to each block, it works.

- OS: darwin
- Emacs: 25.1.1
- Spacemacs: 0.200.9
- Spacemacs branch: develop (rev. 4b92183c)
- Graphic display: t
- Distribution: spacemacs
- Editing style: vim
- Completion: helm
- Layers:
- System configuration features: NOTIFY ACL GNUTLS LIBXML2 ZLIB 
TOOLKIT_SCROLL_BARS NS MODULES

My org-mode config (org-plus-contrib-20170210)

;; org-mode
  (with-eval-after-load 'org
;; Turning `org-use-property-inheritance' on can cause significant overhead 
when doing a search, which is why it is not on by default.
(setq org-use-property-inheritance t)
(setq org-reveal-root "/usr/workspace/reveal.js")
(setq org-src-fontify-natively t)
(setq org-src-tab-acts-natively t)
(setq org-confirm-babel-evaluate nil)
(setq org-export-babel-evaluate nil)
(setq org-startup-indented t)
(setq org-imenu-depth 3) ;;; increase imenu depth to include third level 
headings
;; https://www.mfoot.com/static/emacs-config/config.html
(setq org-ditaa-jar-path "/usr/local/bin/ditaa")
(setq org-html-checkbox-type 'html)
(setq org-hide-emphasis-markers t)
(setq org-src-window-setup 'other-window) ;; reuses another open buffer 
window
(add-hook 'org-mode-hook 'org-display-inline-images) 
(add-hook 'org-babel-after-execute-hook 'org-display-inline-images) ;;; 
Update images from babel code blocks automatically


  ;;; LaTex
;; https://github.com/syl20bnr/spacemacs/tree/master/layers/+lang/latex
;; To perform full-document previews (that is, aside from the inline 
previewing
;; under SPC m p), add the following to your .spacemacs under
;; dotspacemacs/user-config.  Then when you open up a compiled PDF, the 
preview
;; will update automatically when you recompile.
(add-hook 'doc-view-mode-hook 'auto-revert-mode)
;; http://orgmode.org/manual/CDLaTeX-mode.html#CDLaTeX-mode
;; Don't use CDLaTeX mode itself under Org mode, but use the light version
;; org-cdlatex-mode that comes as part of Org mode. Turn it on for the 
current
;; buffer with M-x org-cdlatex-mode RET, or for all Org files with
(add-hook 'org-mode-hook 'turn-on-org-cdlatex)
;; 
http://stackoverflow.com/questions/11272236/how-to-make-formule-bigger-in-org-mode-of-emacs
(setq org-format-latex-options (plist-put org-format-latex-options :scale 
2.0)) ;;
(setq org-format-latex-options (plist-put org-format-latex-options :justify 
'center)) ;;
(setq org-pandoc-options-for-latex-pdf '((latex-engine . "xelatex")));;  
"pdflatex")));; "lualatex")));;
;; http://bnbeckwith.com/blog/org-mode-tikz-previews-on-windows.html
(add-to-list 'org-latex-packages-alist '("" "tikz" t))
(setq org-latex-create-formula-image-program 'imagemagick)
(eval-after-load "preview" '(add-to-list 'preview-default-preamble 
"\\PreviewEnvironment{tikzpicture}" t))
;; 
http://emacs.stackexchange.com/questions/23982/cleanup-org-mode-export-intermediary-file
(setq org-latex-logfiles-extensions (quote ("lof" "lot" "tex~" "aux" "idx" 
"log" "out" "toc" "nav" "snm" "vrb" "dvi" "fdb_latexmk" "blg" "brf" "fls" 
"entoc" "ps" "spl" "bbl")))

(define-key evil-normal-state-map (kbd "zp") 'org-toggle-latex-fragment)

;; (add-to-list 'org-src-lang-modes '("dot" . graphviz-dot)) 
(require 'ob-haskell)
(require 'ob-scala)
(require 'ob-dot)
(require 'ob-ditaa)
(require 'ob-shell)
(require 'ob-C)
(require 'ob-dot)
(require 'ob-gnuplo

Re: [O] ANN: org-sticky-header

[Adam Porter]

John Kitchin  writes:

Hi John,

> Maybe the three spaces should be stored in a defcustom. I like no spaces
> personally.

Yep, I will put it in an option right away.  Thanks.

Re: [O] ANN: org-sticky-header

[Adam Porter]

Thanks for your feedback, everyone.  I've just pushed some updates that
add options for the prefix and reversing the path display.  Please let
me know if you have any other ideas or issues.

Re: [O] ANN: org-sticky-header

[Adam Porter]

Eric S Fraga  writes:

> One minor point: for some reason, the contents of the header line are
> shifted to the right by one character so there's a little dissonance.
> I use org-indent-mode in case that matters.

Hi Eric,

Oops, for some reason this message wasn't threaded and I missed it.

I was using three spaces, which looked okay on my system, but I'm sure
it didn't look right on everyone's.  I added an option to configure it
now.  It would be nice to calculate it automatically somehow, but this
should be an improvement.

Re: [O] :noweb-ref property inheritance failure?

[Charles C. Berry]

On Tue, 18 Apr 2017, D Bro wrote:


Both 26.0 and 25.1 on OS X 10.12 via homebrew, using the Spacemacs 
configuration.



I recently tried the weaving technique from 
http://orgmode.org/manual/noweb_002dref.html#noweb_002dref 
 :


[snip]

Using M-x org-lint on your example gives

 3 high  Unknown header argument ":classname"
12 high  Incorrect location for PROPERTIES drawer

The latter is because the drawer is not immediately after a headline and 
is disregarded:



**Let's see what our code-weaving produces
:PROPERTIES:
:header-args: :noweb-ref testdemo2
:END:


If you put a space between `**' and `L[...]' the line becomes a valid 
headline. Then the TestDemo2 src block produces


 ,
  | public class Yo {
  | public static void main (Args[]) {
  | return "The test worked!";
  | //
  | }}
  | cat TestDemo2.java
  `

on ASCII export.

You can ignore the message about :classname, which comes from ob-java not 
defining it as a header-arg.


HTH,

Chuck

Re: [O] :noweb-ref property inheritance failure?

[D Bro]

Many thanks—especially for the quick response.  Unfortunately, no go.

The headline was a copy and paste issue into the email — my org-lint only 
complains about the :classname (I didn’t even know about org-lint, thank you!)
Export to Ascii produces:

… 
1 Create


  ,
  | <>
  `


1.1 Let's see what our code-weaving produces


1.1.1 this is how we will assemble our code:


  ,
  | public class Yo {
  |   public static void main (Args[]) {
  `


1.1.2 body
--

  ,
  | return "The test worked!";
  `


1.1.3 foot
--

  ,
  | // <>
  | }}
  `


1.1.4 weave together


  - which will weave together the above blocks to produce this:

,
| cat TestDemo2.java
`——

Ed

> On Apr 18, 2017, at 9:04 PM, Charles C. Berry  wrote:
> 
> On Tue, 18 Apr 2017, D Bro wrote:
> 
>> Both 26.0 and 25.1 on OS X 10.12 via homebrew, using the Spacemacs 
>> configuration.
>> 
> 
>> I recently tried the weaving technique from 
>> http://orgmode.org/manual/noweb_002dref.html#noweb_002dref 
>>  :
> 
> [snip]
> 
> Using M-x org-lint on your example gives
> 
> 3 high  Unknown header argument ":classname"
>12 high  Incorrect location for PROPERTIES drawer
> 
> The latter is because the drawer is not immediately after a headline and is 
> disregarded:
> 
>> **Let's see what our code-weaving produces
>> :PROPERTIES:
>> :header-args: :noweb-ref testdemo2
>> :END:
> 
> If you put a space between `**' and `L[...]' the line becomes a valid 
> headline. Then the TestDemo2 src block produces
> 
> ,
>  | public class Yo {
>  | public static void main (Args[]) {
>  | return "The test worked!";
>  | //
>  | }}
>  | cat TestDemo2.java
>  `
> 
> on ASCII export.
> 
> You can ignore the message about :classname, which comes from ob-java not 
> defining it as a header-arg.
> 
> HTH,
> 
> Chuck

Re: [O] Handling custom link types for html export in v 9.0 - Replacement for deprecated `org-add-link-type`?

[Milan Zimmermann]

Great, thanks very much John.

As a minor note I had to make a slight change

(org-link-set-parameters
  "img"
  :follow 'org-custom-link-img-follow ; my old code
  :export 'org-custom-link-img-export)  ; my old code

And then it works equivalent with the previous version in 8.

Thanks
Milan

PS

(There is another note which is for a new thread: both in 8 and 9,
while they export what I need, actually do not display the image in
org buffer. The reason seem to be the  org-display-inline-images is
only looking for the "file" link but I need to debug that first)


On Tue, Apr 18, 2017 at 9:00 AM, John Kitchin  wrote:
> You can find a many examples of the new link syntax here:
> http://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/
>
> You will probably be able to reuse much of your old code  and this:
>
> (org-link-set-parameters
>"img"
>:follow (your-old-follow-code)
>:export (your-old-export-code))
>
> Milan Zimmermann writes:
>
>> Hi:
>>
>> I have a question about how to define custom link type, which before
>> 9.0 used the (9.0) deprecated  `org-add-link-type`.
>>
>> 1. Let me first provide the context:
>>
>> There is often a need to generate, for org links export/publish to
>> Html, elements where img src URL starts with a slash, like this
>>
>> 
>>
>> The only way that was possible before v9, for this to be exported from
>> a link such as
>>
>> [[/images/a.jgp]]
>>
>> was to use a method described in
>>
>> http://stackoverflow.com/questions/14684263/how-to-org-mode-image-absolute-path-of-export-html
>>
>> - Basically, the solution described there is
>>
>> a) define a custom link type such as "img"
>> b) in org,  use [[img:images/a.jpg]]
>> c) define two functions handling the img link in org and on
>> export/publish, and call (org-add-link-type "img"
>> 'org-custom-link-img-follow 'org-custom-link-img-export)
>>
>> 2. The problem and question
>>
>> In org 9.0, we get `org-add-link-type ... This function is obsolete
>> since Org 9.0 use `org-link-set-parameters' instead.
>>
>> My problem is I have no idea how to, in a practical sense, use
>> `org-link-set-parameters` to define a custom link type "img" and
>> handle it's image handling in both org buffer and Html publish.
>>
>> My question is, are there any links and examples how one would do the
>> above in 9.0?
>>
>> Thanks
>> Milan
>
>
> --
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu

Re: [O] :noweb-ref property inheritance failure?

[D Bro]

PS  I verified that in addition to org-use-property-inheritance, I have 
org-babel-use-quick-and-dirty-noweb-expansion set to nil, since the 
documentation and mailing list indicate that’s not compatible with property 
inheritance.

It’s good (and bad :) to know it’s just my config, based on it working for you…

> On Apr 18, 2017, at 9:47 PM, D Bro  wrote:
> 
> Many thanks—especially for the quick response.  Unfortunately, no go.
> 
> The headline was a copy and paste issue into the email — my org-lint only 
> complains about the :classname (I didn’t even know about org-lint, thank you!)
> Export to Ascii produces:
> 
> … 
> 1 Create
> 
> 
>   ,
>   | <>
>   `
> 
> 
> 1.1 Let's see what our code-weaving produces
> 
> 
> 1.1.1 this is how we will assemble our code:
> 
> 
>   ,
>   | public class Yo {
>   |   public static void main (Args[]) {
>   `
> 
> 
> 1.1.2 body
> --
> 
>   ,
>   | return "The test worked!";
>   `
> 
> 
> 1.1.3 foot
> --
> 
>   ,
>   | // <>
>   | }}
>   `
> 
> 
> 1.1.4 weave together
> 
> 
>   - which will weave together the above blocks to produce this:
> 
> ,
> | cat TestDemo2.java
> `——
> 
> Ed
> 
>> On Apr 18, 2017, at 9:04 PM, Charles C. Berry > > wrote:
>> 
>> On Tue, 18 Apr 2017, D Bro wrote:
>> 
>>> Both 26.0 and 25.1 on OS X 10.12 via homebrew, using the Spacemacs 
>>> configuration.
>>> 
>> 
>>> I recently tried the weaving technique from 
>>> http://orgmode.org/manual/noweb_002dref.html#noweb_002dref 
>>>  
>>> >> > :
>> 
>> [snip]
>> 
>> Using M-x org-lint on your example gives
>> 
>> 3 high  Unknown header argument ":classname"
>>12 high  Incorrect location for PROPERTIES drawer
>> 
>> The latter is because the drawer is not immediately after a headline and is 
>> disregarded:
>> 
>>> **Let's see what our code-weaving produces
>>> :PROPERTIES:
>>> :header-args: :noweb-ref testdemo2
>>> :END:
>> 
>> If you put a space between `**' and `L[...]' the line becomes a valid 
>> headline. Then the TestDemo2 src block produces
>> 
>> ,
>>  | public class Yo {
>>  | public static void main (Args[]) {
>>  | return "The test worked!";
>>  | //
>>  | }}
>>  | cat TestDemo2.java
>>  `
>> 
>> on ASCII export.
>> 
>> You can ignore the message about :classname, which comes from ob-java not 
>> defining it as a header-arg.
>> 
>> HTH,
>> 
>> Chuck
> 

Re: [O] ANN: org-sticky-header

[Carsten Dominik]

Hi Adam,

thanks for adding the option to reverse the outline path.  Great thinking
about using a different separator for the reversed path!

It mostly works - however, if the window is too narrow, the abbreviation
ellipses are now applied to the most recent heading instead of to the last
one shown.  It would be better to reverse the outline path before sending
it into org-format-outline-path, which also saves you the pain to split and
rejoin the path string.

Please find attached a patch that makes this change.  It also removes the
dependence on the string library which is, I think, not by default
available in Emacs.

Thanks

On Wed, Apr 19, 2017 at 1:06 AM, Adam Porter  wrote:

> Carsten Dominik  writes:
>
> Hi Carsten,
>
> > I am wondering if you would consider the possibility to show on only
> > the most recent heading, but, space permitting, the outline path -
> > maybe in reverse order as to keep the sticky heading itself in the
> > left-most column.
>
> That's a great idea, I will add that.  Thanks.
>
>
>


patch
Description: Binary data

Re: [O] ANN: org-sticky-header

[Carsten Dominik]

Hi Adam,

and just after I send this, I now see that the faces of the headings
in the path are now wrong - so you probably already had gone down
this path.  Sorry for the noise, need to come up with something better.

Carsten

On Wed, Apr 19, 2017 at 7:46 AM, Carsten Dominik  wrote:

> Hi Adam,
>
> thanks for adding the option to reverse the outline path.  Great thinking
> about using a different separator for the reversed path!
>
> It mostly works - however, if the window is too narrow, the abbreviation
> ellipses are now applied to the most recent heading instead of to the last
> one shown.  It would be better to reverse the outline path before sending
> it into org-format-outline-path, which also saves you the pain to split and
> rejoin the path string.
>
> Please find attached a patch that makes this change.  It also removes the
> dependence on the string library which is, I think, not by default
> available in Emacs.
>
> Thanks
>
> On Wed, Apr 19, 2017 at 1:06 AM, Adam Porter  wrote:
>
>> Carsten Dominik  writes:
>>
>> Hi Carsten,
>>
>> > I am wondering if you would consider the possibility to show on only
>> > the most recent heading, but, space permitting, the outline path -
>> > maybe in reverse order as to keep the sticky heading itself in the
>> > left-most column.
>>
>> That's a great idea, I will add that.  Thanks.
>>
>>
>>
>

Re: [O] ANN: org-sticky-header

[Carsten Dominik]

Hi Adam,

here is a new patch with does do this correctly.

Cheers

Carsten

On Wed, Apr 19, 2017 at 7:52 AM, Carsten Dominik  wrote:

> Hi Adam,
>
> and just after I send this, I now see that the faces of the headings
> in the path are now wrong - so you probably already had gone down
> this path.  Sorry for the noise, need to come up with something better.
>
> Carsten
>
> On Wed, Apr 19, 2017 at 7:46 AM, Carsten Dominik  wrote:
>
>> Hi Adam,
>>
>> thanks for adding the option to reverse the outline path.  Great thinking
>> about using a different separator for the reversed path!
>>
>> It mostly works - however, if the window is too narrow, the abbreviation
>> ellipses are now applied to the most recent heading instead of to the last
>> one shown.  It would be better to reverse the outline path before sending
>> it into org-format-outline-path, which also saves you the pain to split and
>> rejoin the path string.
>>
>> Please find attached a patch that makes this change.  It also removes the
>> dependence on the string library which is, I think, not by default
>> available in Emacs.
>>
>> Thanks
>>
>> On Wed, Apr 19, 2017 at 1:06 AM, Adam Porter  wrote:
>>
>>> Carsten Dominik  writes:
>>>
>>> Hi Carsten,
>>>
>>> > I am wondering if you would consider the possibility to show on only
>>> > the most recent heading, but, space permitting, the outline path -
>>> > maybe in reverse order as to keep the sticky heading itself in the
>>> > left-most column.
>>>
>>> That's a great idea, I will add that.  Thanks.
>>>
>>>
>>>
>>
>


patch
Description: Binary data