Re: [O] C++ is not accepted for SRC block evaluation

> John Kitchin writes: > > It should be (C . t) > > it looks like ob-C also handles C++. > Section 14.7 Languages in the Org Mode working with source code infopages > lists C++. Thanks. How about the following to update the documentation: #+BEGIN_EXAMPLE diff --git a/doc/misc/org.texi

Re: [O] Problem with python source block

Thanks John, The problem is now fixed cheers, M > On May 26, 2018, at 10:22 AM, Doyley, Marvin M. > wrote: > > Hi there, > > The problem seem to be cause by scimax-org-babel-python.el. > When I disable this works fine, but doing this disables asynchronous >

Re: [O] link handling for `file:' fails to stay within Emacs but calls `open file:' with TextEdit

On Saturday, 26 May 2018 at 22:18, Van L wrote: >> What is your `org-file-apps’? > > Value: > ((auto-mode . emacs) > ("\\.mm\\'" . default) > ("\\.x?html?\\'" . default) > ("\\.pdf\\'" . default) > (t . emacs)) > Original value was > ((auto-mode . emacs) > ("\\.mm\\'" . default) >

Re: [O] Problem with python source block

The default for :results in scimax is output. You need to specify that you want the value for your block. This worked for me. #+BEGIN_SRC python :results value file import numpy as np import matplotlib.pyplot as plt import seaborn as sns x = np.random.rand(100) y= np.cos(x) plt.plot(x,y)

Re: [O] C++ is not accepted for SRC block evaluation

It should be (C . t) it looks like ob-C also handles C++. John --- 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 On Sat,

Re: [O] Problem with python source block

Hi there, The problem seem to be cause by scimax-org-babel-python.el. When I disable this works fine, but doing this disables asynchronous execution. John do you have any suggestions what is going on ? Cheers, M On May 26, 2018, at 9:16 AM, Doyley, Marvin M.

Re: [O] Problem with python source block

Hi Thibault, thanks for the info. I will dig around my config cheers, M > Hi, > For what it's worth, I cannot reproduce it on Org mode version 9.1.>13 >(release_9.1.13-763-g2621db) with -Q; the file is properly produced. > >I get the same error if I add the `session' header argument, maybe i>t

Re: [O] link handling for `file:' fails to stay within Emacs but calls `open file:' with TextEdit

> Nicolas Goaziou writes: > > Van L writes: > >> It is working now since I was advised to look there and I made the above >> change. >> >> I am now able to link file to file and stay within Emacs for a directory >> having only files in Org Mode but without the .org

Re: [O] link handling for `file:' fails to stay within Emacs but calls `open file:' with TextEdit

Van L writes: > It is working now since I was advised to look there and I made the above > change. > > I am now able to link file to file and stay within Emacs for a directory > having only files in Org Mode but without the .org filename extension. Great!

Re: [O] link handling for `file:' fails to stay within Emacs but calls `open file:' with TextEdit

> On 26 May 2018, at 20:34, Nicolas Goaziou wrote: > > What is your `org-file-apps’? Value: ((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . default) (t . emacs)) Original value was ((auto-mode . emacs) ("\\.mm\\'" . default)

[O] C++ is not accepted for SRC block evaluation

Hello. The `m-x customize’ path to `org-babel-load-languages’ or the following method won’t accept C++. #+BEGIN_SRC elisp :results none (org-babel-do-load-languages 'org-babel-load-languages '((C++ . t))) #+END_SRC The messages buffer has the following. executing Elisp code

Re: [O] Is it normal for 'Org Cycle Hook' to be "CHANGED outside Customize" by '(require 'org-inlinetask)'

Hello, alain.coch...@unistra.fr writes: > Hello -- > > I run: > > emacs -Q -l mini-init.el > > with mini-init.el being > > (add-to-list 'load-path "/home/cochard/.emacs.d/elpa/org-20180521/") > (require 'org-inlinetask) > > Then I do 'M-x customize-group org ', then search for >

Re: [O] BUG: unwanted ":" in org agenda tags-todo result lines

Hello, Rainer Stengele writes: > Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32) of 2017-09-17 > Package: Org mode version 9.1.13 (release_9.1.13-763-g2621db @ > c:/Users/rstengele/AppData/Roaming/.emacs.d/org/lisp/) > > I configured a minimal Emacs startup file as

Re: [O] link handling for `file:' fails to stay within Emacs but calls `open file:' with TextEdit

Hello, Van L > I chose `Default for unrecognized files’, `Visit with Emacs’; > but `Default for files in directory’ or use of the hidden file in the > directory for setting the mode would be better. I don't understand your answer. What is your `org-file-apps'? What is not

Re: [O] Problem with python source block

> Doyley, Marvin M. writes: > > I get an error I get a reproduction of your error outside of Emacs and Org Mode. Adapting an example from the list’s archive, the following works. #+BEGIN_SRC elisp :results none (org-babel-do-load-languages 'org-babel-load-languages '((python . t)))

Re: [O] extract a column from a table but but an name on the new table

> You may name the Lisp block like that: > -- > #+TBLNAME: raw-data > | 1 | a | 3 | > | 2 | b | 4 | > | 3 | c | 6 | > | 4 | d | 7 | Thank you! BTW I found it strange that the extracting function does not exist in vanilla org. My

Re: [O] org file: export matlab to latex, then to html

>>> "John" == John Kitchin writes: > what if you use :wrap latex in the header? That should wrap the > output in a latex block, which seems to export to html for me. Hi I presume you mean: #+begin_src matlab :results output latex :exports results :wrap latex

Re: [O] , C-c ', on SRC block in two window vertical split screen goes horizontal unexpectedly

Hello, Van L writes: > I have two windows separated by a vertical split. Left and right. > > On the right window, I have an elisp SRC block. I want to go in and edit it > after ,C-c ‘, and expect the left window to narrow in. > > What happens next is the vertical split

Re: [O] extract a column from a table but but an name on the new table

On 24/05/2018 15:08, Uwe Brauer wrote: Hi Thierry Banel one of the authors of orgtbl-aggregate.el Suggested to me the following code, if just want to extract one column of a table. #+TBLNAME: raw-data | 1 | a | 3 | | 2 | b | 4 | | 3 | c | 6 | | 4 | d | 7 |