On Thu, 2014-04-10 at 10:36 +0200, Oleh wrote:
Hi all,
I've made an update to ob-clojure.el, which wasn't working for me with
the new cider (the required function was removed).
I haven't looked into 'nrepl or 'slime options for evaluation, is
anyone using them?
Eric, should 'nrepl
That's great! A big thanks to Bastien for fixing the elisp, and keeping
Clojure code blocks working smoothly.
Speaking of org-mode and Clojure...
You may be interested in the recent Clojure org-mode postings at the
Google group:
https://groups.google.com/forum/#!topic/clojure/hWqPXn1_pK4
namespaces with a unique session name, however, it
does not do this. My older system (7.9 org) behaves the same.
Regards,
Greg
On Mon, 2014-03-03 at 21:35 -0500, Soapy Smith wrote:
Hi Bastien-
I will check it tomorrow and report. Thank you!
Regarding TODOs related to Clojure code blocks
Hi Bastien-
I will check it tomorrow and report. Thank you!
Regarding TODOs related to Clojure code blocks; where is the best place
for them?
Greg
On Mon, 2014-03-03 at 13:54 +0100, Bastien wrote:
Hi Volker and Greg,
I hopefully fixed this in master.
Can you pull and test?
Thanks,
On Tue, 2014-02-25 at 06:20 -0500, Soapy Smith wrote:
I will add this issue to the list of TODOs for Clojure code blocks.
One thing I can do quickly is see if the problem exists in version 7.9
org with nrepl (prior to CIDER). I have a machine which still has the
old configuration. I
I will add this issue to the list of TODOs for Clojure code blocks.
One thing I can do quickly is see if the problem exists in version 7.9
org with nrepl (prior to CIDER). I have a machine which still has the
old configuration. I will try later today and report.
Regards,
Greg
(alias Soapy
Hi Tom-
I'm not yet good at elisp, but looking at the ob-clojure.el file, the
header option :package is only associated with slime, not cider?
Regards,
Greg
On Fri, 2014-02-21 at 12:36 -1000, Thomas S. Dye wrote:
Aloha Volker,
I don't use Clojure, but ob-clojure.el defines a header
Hi Volker-
I tried the your example code blocks on my system, and I concur with
most of the behavior you described.
org-babel-execute-buffer does not work, as it comes back with error
repl not connected. It did not cause a crash.
However, if I add explicit namespace declaration to the 2nd
On Sun, 2014-02-02 at 01:42 -0500, Phill Wolf wrote:
Floundering among the options, I tried :results value pp. It yielded
this:
: {\Pluto\ 5,\n \Plattsburgh\ 4,\n \Philadelphia\ 3,\n
\Sankt-Peterburg\ 2,\n \Paris\ 1,\n \Peru\ 0}\n
pprint's good intentions are evident, but they
On Fri, 2014-01-31 at 18:16 -0500, Nick Dokos wrote:
Is this the expected behavior for this option?
Yes - raw does not keep track of where the results begin and end and
cannot erase the old ones before adding the new ones. Try
calling org-babel-remove-result: you'll see that it gets rid
On Sat, 2014-02-01 at 07:56 +0100, Christian Moe wrote:
You should only use return like that in a python code block when you
have :results value.
To expand briefly on that (since this can be perplexing):
The need to use `return' at all when returning the value is a special
quirk of
Hello, I'm having trouble with the export dispatcher not inserting a
template. I'm not sure I'm entering the commands correctly. I am
attempting to insert the template for LaTeX.
Here are the 2 different attempts which fail:
C-c C-e (successfully opens the dispatcher buffer)
l # l ret
In
Thank you Bastien, the change is confirmed working!
Regards,
Greg
On Fri, 2014-01-31 at 18:04 +0100, Bastien wrote:
Hi Greg,
Soapy Smith soapy-sm...@comcast.net writes:
Hello, I'm having trouble with the export dispatcher not inserting a
template. I'm not sure I'm entering
Hello-
I am not a user of Python (yet). During a comparison of code block
behavior between Clojure and Python, I discovered a possible Python
error.
Here is the code block:
#+begin_src python :results output
a = (1, 2, 3, 4)
return a
#+end_src
The evaluation of this block results in this
Hello-
Here is an example Python code block:
#+begin_src python :results value raw
a = (1, 2, 3, 4)
return a
#+end_src
#+RESULTS:
(1, 2, 3, 4)
(1, 2, 3, 4)
The #+RESULT block above is after 2 evaluations.
The default behavior of replace is not happening. The result stack
will continue to
On Thu, 2014-01-30 at 12:11 +0100, Bastien wrote:
Hi Greg,
Soapy Smith soapy-sm...@comcast.net writes:
The problem is that the results inserted into the org document should be
tabularized.
This should now be fixed in master -- thanks for further testing,
and thanks to Eric for giving
wrote:
Hi Greg,
Soapy Smith soapy-sm...@comcast.net writes:
The problem is that the results inserted into the org document should be
tabularized.
This should now be fixed in master -- thanks for further testing,
and thanks to Eric for giving the solution.
Hi Christian, I think that is a very good point!
From the manual, the explanation of what is returned as a result
using :results raw
raw The results are interpreted as raw Org mode code and are inserted
directly into
the buffer. If the results look like a table they will be aligned as
such by
which will use Python, so I need to
get it set it up here.
Thank you for the assistance!
Greg
On Wed, 2014-01-29 at 13:58 +0100, Christian Moe wrote:
Soapy Smith writes:
Christian, could you try :results table with Python and reply back with
the #+RESULTS:?
Same as the default, i.e. a table
Hello to the list, my first message here.
This is in regards to code blocks in the Clojure language.
The problem is that the results inserted into the org document should be
tabularized. This is not happening using the latest version of org.
Here is the simplest possible example:
#+begin_src
20 matches
Mail list logo
