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 'nr
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
https
witch 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
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?
>
> Th
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 co
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 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 bloc
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 argu
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 evid
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
>
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 get
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
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 err
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 writes:
>
> > Hello, I'm having trouble with the export dispatcher not inserting a
> > template. I'm not sure I
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 m
wrote:
> Hi Greg,
>
> Soapy Smith 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.
>
Thu, 2014-01-30 at 12:11 +0100, Bastien wrote:
> Hi Greg,
>
> Soapy Smith 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.
>
ng up 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:?
>
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 O
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 cl
20 matches
Mail list logo
