Re: :tangle header argument not picked up in #+PROPERTY line or :PROPERTIES: block

2020-03-30 Thread Berry, Charles
> On Mar 30, 2020, at 3:23 PM, Joost Kremers wrote: > [stuff deleted] > > If I reverse the order and add a `+` sign, like so: > > ``` > :PROPERTIES: > :header-args:python+: :session py1 :results function > :header-args:python+: :tangle out1.py > :END: > ``` > > the code does indeed get

Re: :tangle header argument not picked up in #+PROPERTY line or :PROPERTIES: block

2020-03-30 Thread Thomas S. Dye
Aloha Joost, This link reflects my understanding of how properties accumulate, rather than overwrite: https://org-babel.readthedocs.io/en/latest/header-args/ hth, Tom -- Thomas S. Dye https://tsdye.online/tsdye

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

2020-03-30 Thread Kyle Meyer
Marco Wahl writes: > I find it slightly suspicious that the documentation says > > #v+ > ‘M-S-’ (‘org-table-insert-column’) > Insert a new column to the left of point position. > #v- > > But actually the new column goes to the right and this is also fused by > the tests. Has there been a

Re: :tangle header argument not picked up in #+PROPERTY line or :PROPERTIES: block

2020-03-30 Thread Joost Kremers
On Mon, Mar 30 2020, Ken Mankoff wrote: Header args overwrite. Change python to python+ to append header args. Are you sure? That's not documented anywhere I can find and it seems to be belied by the fact that if I put the headers in the order: ``` :PROPERTIES: :header-args:python:

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

2020-03-30 Thread Marco Wahl
Yu Han Quek writes: > Calling org-table-insert-column in a table with formulas wrongly increments > the column number left of the newly inserted column. > > Minimal example: > > | 1 | 2 | 3 | > > #+TBLFM: $3=$1+$2 > > With cursor in the `1` cell, call `M-x org-table-insert-column`. > > Expected

Sugesstion for a more fexible org-bbdb-anniversary-description

2020-03-30 Thread Dieter Faulbaum
I think it would be nice if this function would have some (customizable) variables. Here (in Germany) e.g. I like this: (defun org-bbdb-anniversary-description (agenda-date anniv-date) (let ((delta (- (calendar-absolute-from-gregorian anniv-date)

Re: default units for graphics in R code blocks

2020-03-30 Thread Tyler Smith
Yes, org info is spread wide and thin, and it's hard to tell which source is the most recent/accurate. I think it might be useful to consolidate and delete as much as possible, but that's going to be a lot of work. The existence of a page called "Library of Babel",

Re: default units for graphics in R code blocks

2020-03-30 Thread John Hendy
Bummer, that does indeed read pretty straightforwardly about inches. Sorry about that. Thanks for your efforts. I find org documentation challenging at times, and am still not clear on worg vs. org. I believe I've asked on this list before why those pages exist, as this seems like it should be in

Re: default units for graphics in R code blocks

2020-03-30 Thread Tyler Smith
John Hendy writes: > > Best to cite exactly which article you're referring to. Trying to look > myself, for example, found me this as the only worg hit from googling > "worg R plotting": > - https://orgmode.org/worg/org-tutorials/org-R/org-R.html > """ > Output options > height:1000set height of

Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

2020-03-30 Thread Yu Han Quek
Calling org-table-insert-column in a table with formulas wrongly increments the column number left of the newly inserted column. Minimal example: | 1 | 2 | 3 | #+TBLFM: $3=$1+$2 With cursor in the `1` cell, call `M-x org-table-insert-column`. Expected output: | 1 | | 2 | 3 | #+TBLFM:

Re: default units for graphics in R code blocks

2020-03-30 Thread John Hendy
On Mon, Mar 30, 2020 at 10:45 AM Tyler Smith wrote: > > Hi, > > The worg documentation for R code indicates the default units for > graphics output is 'in', inches. However, when I try the following: > > #+begin_src R :results file graphics :file ca.jpg :width 8 :height 11 > plot(1:10) >

default units for graphics in R code blocks

2020-03-30 Thread Tyler Smith
Hi, The worg documentation for R code indicates the default units for graphics output is 'in', inches. However, when I try the following: #+begin_src R :results file graphics :file ca.jpg :width 8 :height 11 plot(1:10) #+end_src I get an error noting the margins are too large. If I change the

Re: Bug: :completion-function no longer takes a lambda [9.3.6 (9.3.6-elpa @ /home/arne/.guix-profile/share/emacs/site-lisp/)]

2020-03-30 Thread Arne Babenhauserheide
Hi Marco, Marco Wahl writes: > Arne Babenhauserheide writes: >> (setq org-publish-project-alist >> '(("guile-basics" >> :base-directory "~/eigenes/py2guile" >> :publishing-directory (concat private-publish-ftp-proj >> "guile-basics/") >> :base-extension "org"

Re: Bug: :completion-function no longer takes a lambda [9.3.6 (9.3.6-elpa @ /home/arne/.guix-profile/share/emacs/site-lisp/)]

2020-03-30 Thread Marco Wahl
Arne Babenhauserheide writes: > Hi, > > I set up my publishing workflow with org-project using lambdas in the > :completion-function, but I now receive errors when I try to publish. > > Example Setup: > > (setq org-publish-project-alist > '(("guile-basics" > :base-directory

Re: Automatic formatting of the table as you type

2020-03-30 Thread Eric S Fraga
On Sunday, 29 Mar 2020 at 01:18, Adam Porter wrote: > Pressing TAB (or any other key that moves to the next field) to realign > a table is not a significant burden. A feature like this should > probably remain an add-on package, or at least disabled by default. I tend to work with large tables

Bug: :completion-function no longer takes a lambda [9.3.6 (9.3.6-elpa @ /home/arne/.guix-profile/share/emacs/site-lisp/)]

2020-03-30 Thread Arne Babenhauserheide
Hi, I set up my publishing workflow with org-project using lambdas in the :completion-function, but I now receive errors when I try to publish. Example Setup: (setq org-publish-project-alist '(("guile-basics" :base-directory "~/eigenes/py2guile" :publishing-directory

Re: Org-babel-lilypond always renders full pages

2020-03-30 Thread Oliver Heck
Actually it is sufficient to have \paper{ oddFooterMarkup=##f } for my needs. But now I get the rendered pictures very large in the LaTeX-PDF export. I added (setq org-latex-image-default-width "") to my .spacemacs file but that does not change anything. I am quite new to emacs so please

Re: Org-babel-lilypond always renders full pages

2020-03-30 Thread stardiviner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 stardiviner writes: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > > You might want to try this: > > #+begin_src emacs-lisp > (add-to-list 'org-babel-default-header-args:lilypond > '((:prologue . "\paper{ > indent=0\mm >