hi, John,
> I like the idea behind ob-ipython, hopefully where it might go as
> ob-jupyter, which could make it able to run many other languages via
> the jupyter project and it's kernels.
thanks for the reply. i'm not really up to speed on Jupyter, et al.
but, from a brief look, my work is prob
now I can not remember if I sent this earlier.
I like the idea behind ob-ipython, hopefully where it might go as
ob-jupyter, which could make it able to run many other languages via the
jupyter project and it's kernels.
The last time I tried it, it only supported sessions, and I had to add
non-se
hi. i recently got fed up with ob-python.el behavior w.r.t. :session
handling (startup issues; blank lines [really, a python problem, imho,
but a workaround maybe could work], and value scraping), looked, and saw
this discussion from last December, but nothing since then. has there
been any progr
Ondřej Grover writes:
[...]
>> But what about when :results != value? Doesn't your proposal only
>> handle returning the last value?
>>
> You mean :results output ? In that case it could just omit the
> "open(...).write(...) " part and capture anything the console prints before
> the primary pr
Thank you for the feedback Kyle.
> As I understand it (and if I'm remembering correctly), there are at
> least three issues with ob-python sessions:
4. session and non-session code differs significantly as you have already
mentioned
> So for non-session code and value results, the main idea is t
Ondřej Grover writes:
[...]
> The ob-ipython project tries to solve this hackiness in a different way by
> using the client-server infrastructure of IPython/Jupyter. That works quite
> well too, but my hope is that improving ob-python.el would also make it
> simpler to use IPython as the python
Hello,
thank you all for confirming that I'm in the right place. If I felt
confident enough that this would work, I wold have already presented a
patch (I'm not an experienced ELisp programmer). That's why I want to
discuss this approach first.
Kyle, I'll be grateful for you feedback.
Kind regar
Ondřej Grover writes:
> If this list is not appropriate for discussion of improvements to
> ob-python.el, could you please give me pointers how to reach people that
> might be interested in helping and discussing?
The best way to contribute to improving ob-python is by showing a patch
that impleme
Aloha Ondřej Grover,
Ondřej Grover writes:
> TL;DR for those that may have been scared off by the length of my previous
> email:
> I propose a method of improving ob-python.el by using a progn-like eval()
> Python function which can wrap and execute source blocks.
>
> If this list is not appropr
Hi Ondřej,
Ondřej Grover writes:
> TL;DR for those that may have been scared off by the length of my previous
> email:
> I propose a method of improving ob-python.el by using a progn-like eval()
> Python function which can wrap and execute source blocks.
>
> If this list is not appropriate for d
TL;DR for those that may have been scared off by the length of my previous
email:
I propose a method of improving ob-python.el by using a progn-like eval()
Python function which can wrap and execute source blocks.
If this list is not appropriate for discussion of improvements to
ob-python.el, coul
Hello,
I've been playing around with the Org-mode Babel framework and I am
grateful to all the contributors for making this wonderful library. After
some time I noticed that Python support seems a little hacky and
inconsistent and after reading through ob-python.el and consulting Python
documentat
12 matches
Mail list logo
