Re: [PATCH] Persistently save downloaded inline remote images

2020-12-07 Thread Jack Kamm
> Jack, as the author of the org-display-remote-inline-images commit, what > do you think about this patch? This patch takes the same approach as an earlier attempt by Kit in 2014 [1]. That patch was never merged; Michael objected that the approach seemed too complex, and suggested using

Re: Bug report: remote file python src output gives FileNotFound (+ suggested fix)

2020-11-28 Thread Jack Kamm
Hi Paul, I'm unable to reproduce the issue, and believe this issue has already been fixed in the latest version of org-mode. See this patch [1]. Could you please upgrade to Org 9.4 and test again? Thanks, Jack [1]

Re: ob-python: import local package into a session

2020-11-24 Thread Jack Kamm
Joost Kremers writes: > I haven't really considered the option to install the utility functions as a > package in the virtual environment, because I expect to change and develop > those > functions together with the rest of the project. If it were a separate > package, > I'd need to reinstall

Re: ob-python: import local package into a session

2020-11-23 Thread Jack Kamm
Jack Kamm writes: > You need to make sure your module is either in the working directory you > started the Python session in, or in your PYTHONPATH, for example by > adjusting os.env["PYTHONPATH"] before attempting to import the module. Sorry, this was incorrect, you nee

Re: ob-python: import local package into a session

2020-11-23 Thread Jack Kamm
Hi Joost, > What I'm trying to do is to import a Python file with a bunch of utility > functions into the ob-python session. I thought this might be possible if I'd > structure my code as a regular Python package, because that works if I want to > import my utility functions into another Python

Re: [PATCH] New "project" option for org-link-file-path-type

2020-11-11 Thread Jack Kamm
Thanks, I've fixed the remaining issues you pointed out and pushed this in 5371b30fe. Cheers, Jack

Re: [PATCH] New "project" option for org-link-file-path-type

2020-11-04 Thread Jack Kamm
ood catch. I didn't realize I was using project.el from ELPA but it turns out I was. >From d156a9cfcdbfb9be72df3976e2355f48cf10 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Wed, 28 Oct 2020 17:29:04 -0700 Subject: [PATCH] ol.el: New option to set org-link-file-path-type to a function * lis

Re: Org mode fontification error in # in python and ipython source blocks

2020-11-01 Thread Jack Kamm
Hi Sebastian -- > I am having problems with the fontification of python and ipython source > blocks when the code contains curly brackets "{}" (other course blocks are > ok). For instance, the following snippet > > #+BEGIN_SRC python :results drawer > import matplotlib.pyplot as plt >

Re: Bug: HTML not formatted correctly from R source code block [9.3.6 (9.3.6-23-g01ee25-elpaplus @ /home/opdfa/.emacs.d/elpa/org-plus-contrib-20200309/)]

2020-11-01 Thread Jack Kamm
Hi Steven, Sorry for the delayed response. > The problem, however, is that what is exported to html and displayed in the > exported block is either the actual UUID or the tempfile path and not the > results from evaluating the R code. In the case of the tempfile, the tempfile > exists but is

Re: Thoughts on the standardization of Org

2020-11-01 Thread Jack Kamm
Hi Timothy, TEC writes: > I feel that this also ties into my earlier idea of putting Emacs > as/inside an LSP server for Org. I suspect there may be a a lot > of > potential in making it dead easy to use Emacs as a tool. I'm too busy to help on this, but I think it's a very good idea and

[PATCH] New "project" option for org-link-file-path-type

2020-10-28 Thread Jack Kamm
ck whether the functionality is available, and to silence compiler warnings. I'm not sure if this is the correct way to do it. >From c5f9d4043a6cf6a325d122be24214356f36446f1 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Wed, 28 Oct 2020 17:29:04 -0700 Subject: [PATCH] ol.el: New option "pro

Re: Help debugging R source code block output problem with :session

2020-10-28 Thread Jack Kamm
Hi Jeremie, Thanks for volunteering to maintain ob-R.el :) I'm bumping this patch [0] to see if it could be merged into ob-R.el. It fixes some long-standing issues with prompt mangling for :session blocks with :results output. Elsewhere in the thread, Chuck had a suggestion [1] to allow

Re: New website - back to the old unicorn!

2020-10-26 Thread Jack Kamm
Thank you Timothy! It looks great. Bastien writes: > Dear all, > > thanks to the initiative and the patient efforts of Timothy, our > website has been revamped: new contents, new look and... the old > unicorn! > > Thanks very much to Timothy and to everyone who contributed with > feedback and

[PATCH] Async session eval (2nd attempt)

2020-10-25 Thread Jack Kamm
Ruby implementation which was externally contributed. [0] https://orgmode.org/list/87muj04xim.fsf@jaheira.i-did-not-set--mail-host-address--so-tickle-me/ [1] https://github.com/jackkamm/ob-session-async >From 8b7695a148d1831c916737650e115833cb7fc752 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date:

Re: [PATCH] ob-python: Rename exec tmpfile handle to prevent conflict

2020-10-24 Thread Jack Kamm
Thanks Bastien, the Woof! tool looks interesting. By the way, on seeing this thread again, I realized this patch probably should have been applied to the maint branch. So I've cherry picked it into there, and merged back into master. Bastien writes: > Hi Jack and Adrian, > >

Re: [RFC] ob-reticulate: R+Python interface from Babel

2020-10-11 Thread Jack Kamm
Hi all, I've put ob-reticulate.el on github so it can be more easily used: https://github.com/jackkamm/ob-reticulate I plan to submit it to MELPA or GNU ELPA over the coming weeks as well. Cheers, Jack

Re: Bug: org-babel python with :results value sends function definition with a statement after a for loop to the shell incorrectly [9.3.6 (9.3.6-elpa @ /home/username/.emacs.d/elpa/org-9.3.6/)]

2020-10-10 Thread Jack Kamm
Checking back in on this since Org 9.4 has been released. This issue should be fixed now, and my tests corroborate this. If you're still experiencing this problem after updating, please let me know. Best, Jack Jack Kamm writes: >> I redid the test but loaded the lastest or

Re: [PATCH] ob-python: Rename exec tmpfile handle to prevent conflict

2020-10-10 Thread Jack Kamm
Hi Adrian, Adrian Kummerländer writes: > I noticed that after updating to Org 9.4 many of my Python-based Org > files fail to execute with various `io.TextIOWrapper' related error > messages. The reason for this is that opening the exec tmpfile as `f' > shadows this possibly user-defined

Re: [PATCH] Expanded ob-python results handling and plotting

2020-09-27 Thread Jack Kamm
Thanks -- I've pushed this to master now. Jack Bastien writes: > Hi Jack, > > Jack Kamm writes: > >> For now, I think I prefer to keep ob-python leaner, so am going to hold >> off on this. > > The leaner the less maintainance ahead :) > >> I'll wait a

Re: [PATCH] Expanded ob-python results handling and plotting

2020-09-19 Thread Jack Kamm
[1] worg commit 59e320ad Cheers, Jack >From 118d8b5eb817e9a21e9d84f2f942fcc841ddc51f Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Sat, 19 Sep 2020 08:44:30 -0700 Subject: [PATCH] ob-python: Improvements to :return header argument * lisp/ob-python.el (org-babel-execute:python): Allow return-

Re: [PATCH] org-add-planning-info: respect caller's given time [9.3.7 (release_9.3.7-716-g3d4876 @ /home/n/.emacs.d/straight/build/org/)]

2020-09-09 Thread Jack Kamm
Kyle Meyer writes: > With Org's master (f17d301e1), the second one hangs for me with Emacs > 26.3. Quickly stepping through org-babel-python--send-string, it > appears to get stuck in the accept-process-output call. > > Using an Emacs built from master, there's no hang on my end either. If >

Re: Help debugging R source code block output problem with :session

2020-09-08 Thread Jack Kamm
Hi Chuck, > this is already present in `org-babel-R-evaluate-session' in the call to > `org-babel-comint-eval-invisibly-and-wait-for-file'' just a couple of lines > further down in the `(cl-case result-type (value ...))' branch. > > The other use of `tmp-file' in that block is the one that

Re: Help debugging R source code block output problem with :session

2020-09-08 Thread Jack Kamm
"Berry, Charles" writes: > Also, I wonder if the `:results value' case can be handled in a similar > manner, viz. > > - (let ((tmp-file (org-babel-temp-file "R-"))) > + (let ((tmp-file (with-current-buffer session (org-babel-temp-file "R-" Yes, if we did that then tmp-file would have a

Re: [PATCH] org-add-planning-info: respect caller's given time [9.3.7 (release_9.3.7-716-g3d4876 @ /home/n/.emacs.d/straight/build/org/)]

2020-09-08 Thread Jack Kamm
Kyle Meyer writes: > That's on a Debian system with the python executable pointing to Python > 2.7.16. If I set org-babel-python-command to python3 (3.7.3) at the top > of test-ob-python.el, I see the same thing. I haven't dug any farther > yet. Jack, presumably you don't see the stall on

Re: Help debugging R source code block output problem with :session

2020-09-07 Thread Jack Kamm
Hi Chuck, > I can confirm that this works on my setup in each of the scenarios in which > `default-directory' got set correctly in the session buffer. > > At some point, my default-directory got reset to drop the tramp prefix > "/scp:/user@host:" in one session after faithfully running the src

Re: Help debugging R source code block output problem with :session

2020-09-07 Thread Jack Kamm
; locally and then ssh in, it's still possible to have default-directory set, but it requires some configuration [1]. Or you could use "M-x cd" to set it as well. [1] https://emacs.stackexchange.com/questions/5589/automatically-update-default-directory-when-pwd-changes-in-shell-mode-and-t

Re: Help debugging R source code block output problem with :session

2020-09-07 Thread Jack Kamm
I just realized my patch had an issue where it freezes if there is an error in the source block. I'm attaching a second patch, to be applied on top of the first one, that fixes the issue. diff --git a/lisp/ob-R.el b/lisp/ob-R.el index b37e3965a..5ddf0ebd1 100644 --- a/lisp/ob-R.el +++

Re: Help debugging R source code block output problem with :session

2020-09-07 Thread Jack Kamm
mples as unit tests. Cheers, Jack >From 76d0eaa31506ce8a2f81f64eae43161db5721317 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Mon, 7 Sep 2020 00:41:52 -0700 Subject: [PATCH] ob-R: Fix session output with substrings matching prompts * lisp/ob-R.el (ess-send-string): Declare external function

Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines

2020-09-05 Thread Jack Kamm
Hi Bastien, > - A local maintainer is expected to reply to requests and bug reports > regarding the local functionalities he oversees. > > - A local maintainer can commit changes directly to the file(s) he > maintains (either submitted changes or his own). > > - Core maintainers have the

Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines

2020-09-04 Thread Jack Kamm
Hi Bastien, > Would you be okay to add yourself as the ob-python.el maintainer? Sure, I've added myself as maintainer to the header of ob-python.el. > I suggest we have a policy that "Org maintainer(s)" have the last > words on everything in Org's core, but that individual maintainers, > when

Re: [PATCH] Expanded ob-python results handling and plotting

2020-08-30 Thread Jack Kamm
I'm not sure I'm up for it. I also noticed that I had left a couple docstrings as TODOs -- I'll fix those before finalizing the patch over the next couple weeks. >From 76a1ad4d50e6638244d9aa17e45895b8b38b3cd0 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Sun, 30 Aug 2020 08:51:04 -0700 Subje

Re: [PATCH] Expanded ob-python results handling and plotting

2020-08-30 Thread Jack Kamm
ded? Yes, I've done so now. I'm not sure whether it's better to treat it like a row or column vector, but since it has an "index", which are the row names in a DataFrame, I decided to treat it as a column. >From 40db6b5497de78a9e69de219f4686b405db10c81 Mon Sep 17 00:00:00 2001 From

[PATCH] Expanded ob-python results handling and plotting

2020-08-29 Thread Jack Kamm
le of how to plot: #+begin_src python :results output graphics file :file boxplot.svg import matplotlib.pyplot as plt import seaborn as sns plt.figure(figsize=(5, 5)) tips = sns.load_dataset("tips") sns.boxplot(x="day", y="tip", data=tips) #+end_src >From

Re: Help debugging R source code block output problem with :session

2020-08-29 Thread Jack Kamm
0:00:00 2001 From: Jack Kamm Date: Sat, 29 Aug 2020 00:07:58 -0700 Subject: [PATCH] ob-R: Fix prompt mangling in session output * lisp/ob-R.el (org-babel-R-evaluate-session): Force comint prompt regexp to start at beginning of line, to prevent org-babel-comint-with-output from splitting mid-line.

Re: Help debugging R source code block output problem with :session

2020-08-28 Thread Jack Kamm
el before, so thought it would be best to solicit feedback here before merging this in. Cheers, Jack [1] https://orgmode.org/list/875zgjh8wn@gmail.com/ >From 1dc8e2d2cb01a4e6b82342ea8d8c965df8f5222c Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Fri, 28 Aug 2020 19:16:05 -0700 Subject: [

Re: save plot in python babel

2020-08-25 Thread Jack Kamm
Hi Jeremie, > I tried to look around and noticed that the documentation regarding > python with org-mode is aging a bit... Any help will be > appreciated. I'll be ready to improve the documentation of org-babel > python setup as soon as I'm more familiar with it myself. Historically ob-python

[RFC] ob-reticulate: R+Python interface from Babel

2020-08-24 Thread Jack Kamm
ld match between reticulate and R source blocks. Cheers, Jack >From 0f691a200cf088c72f93f7552d73caeafb8d588f Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Mon, 24 Aug 2020 08:02:17 -0700 Subject: [PATCH] ob-reticulate: Babel source lang for R+Python reticulate package * lisp/ob-reticulate.el: New

Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines

2020-08-20 Thread Jack Kamm
Merged now -- thanks for your contribution. Cheers, Jack

Re: [PATCH] ob-python.el: Fix issue with sessions on remote machines

2020-08-18 Thread Jack Kamm
Hi Christian, Thanks for reporting this and providing a fix! > The function `org-babel-python-evaluate-session' doesn't process temp > file names with `org-babel-process-file-name' before inserting them into > the Python code blocks. This causes a 'No such file' error when the > executing the

Re: Bug: org-babel python with :results value sends function definition with a statement after a for loop to the shell incorrectly [9.3.6 (9.3.6-elpa @ /home/username/.emacs.d/elpa/org-9.3.6/)]

2020-07-19 Thread Jack Kamm
> I redid the test but loaded the lastest org-mode and there was no > error. This means you probably don't need to debug this. It has been > fixed in the latest version, but the fix hasn't been updated in the > elpa package yet. you can either wait for the next release or pull > the latest code

Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]

2020-06-09 Thread Jack Kamm
Hi Kyle, Thanks for the code review which was very helpful as always. I've fixed the style and compile errors that you noticed, and pushed the commit to master. Cheers, Jack

Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]

2020-06-06 Thread Jack Kamm
n't be indented. I also added a couple more unit tests, one for multiline strings, and one for the variable scope/assignment issue that Matt reported. Cheers, Jack >From 179178d39f6216172e1a070f570cf941f99b1a89 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Sat, 6 Jun 2020 10:59:23 -0700 Subject: [P

Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]

2020-05-28 Thread Jack Kamm
). In the meantime, I think it better to leave the original bug in place, rather than break any existing ob-python use cases. When I do get to this, I'll submit it as a patch to the list first, to make sure I don't accidentally cause a new bug. Best, Jack Jack Kamm writes: > Hi Matt -- > >> A h

Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]

2020-05-27 Thread Jack Kamm
Hi Matt -- > A heads up... I believe this changes the scope of the :var variables, > since they previously were local to the main() function and now they are > declared globally. After this change, some of my existing python source > blocks (i.e., ones in which I attempt to assign a new value to

Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]

2020-05-24 Thread Jack Kamm
Hello, Thanks for reporting. I've just fixed this issue in master (commit 6149b6cb6). The problem was that ob-python adds tab indentation to the code body before putting it inside a main() function, which adds spurious indentation to multiline strings passed through :var. I fixed the issue by

Re: Improving Org Mode for VSCode - Thinking Aloud

2020-05-24 Thread Jack Kamm
It would be very good indeed for org-babel if it could be ported to other editors. One of the biggest drawbacks of org-babel notebooks is that I can't collaborate with my colleagues on them, since I can't expect them to use Emacs. Aside from VSCode, I think RStudio would be an excellent target

Re: Bug: HTML not formatted correctly from R source code block [9.3.6 (9.3.6-23-g01ee25-elpaplus @ /home/opdfa/.emacs.d/elpa/org-plus-contrib-20200309/)]

2020-03-10 Thread Jack Kamm
Hi Steve, Steven Delean writes: > HTML table produced from a source code block (using R code) does not display > because html code is not formatted correctly in the exported html output. I believe this is the same issue as reported here:

Re: Bug or not a bug? dot expansion in ob-shell

2020-03-01 Thread Jack Kamm
As someone who doesn't really use ob-shell, I've made too much noise in this thread, and am intending this to be my last comment here... I think it's a bad idea that ":results value", and not specifying ":results", give different behavior. In my own Org-babel files, I usually have a header line

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-29 Thread Jack Kamm
Hi Tom, Tom Gillespie writes: > As with many things in emacs, I sometimes feel like I'm loosing my > mind, or loosing track of just exactly what variables are set You're not losing your mind. After some further testing I find that you're right, and my understanding of the situation was

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-29 Thread Jack Kamm
Hi Tom, Tom Gillespie writes: > First a disclosure, I would be very unhappy if option 1 were selected, > it would require me to make a whole bunch of changes and try to find > an option to revert to the current default behavior. Wasn't option 1 already the default behavior, until the changes

Re: correct remote path handling

2020-02-29 Thread Jack Kamm
Hi Felipe, It looks like you've made some quite substantial changes to ob-shell. I think it would be a good idea to split this up into 2 patches, and to start a new thread for the ob-shell patch. I'm not as familiar with ob-shell, and it's also had some work lately. So it'd be good to get some

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-29 Thread Jack Kamm
Sorry, I was confused about this: > According to my reading of this thread, most of the commenters were in > agreement that we should keep the original behavior and return the exit > code, as we do in 9.3. Actually, it looks like ":results value" does return the exit code. I just got confused

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-29 Thread Jack Kamm
Hi Bastien, Bastien writes: > thanks for your thoughtful inputs. I've now removed the option. I think it's good you removed the option. However, it looks like the behavior now is to return the output, instead of the exit code, when ":results value". According to my reading of this thread,

Re: correct remote path handling

2020-02-25 Thread Jack Kamm
Hi Felipe, Felipe Lema writes: > I bumped into a problem running src blocks using a remote (tramp) :dir. I've > looked into it and found that the problem is that a temporary file is passed > as a remote path to the remote process (temp file should be local to remote > process). Thanks for

Re: ob-python.el: questions about output

2020-02-24 Thread Jack Kamm
Hi Eric, "Fraga, Eric" writes: > Longer term, better would be an implementation of :prologue and > :epilogue options for python src blocks like we have for Maxima. It > would probably make sense to provide these options for most if not all > src blocks? This sounds interesting. Do you know of

Re: ob-python.el: questions about output

2020-02-24 Thread Jack Kamm
Hi RC, R C writes: > My python src blocks often have both graphical output as well as the > results of some numerical calculation displayed using print statements. > > When exported I would like the line: return 'img/ex1.png' not to be > included in the listing of the src block. > > Also, the

Re: ob-python.el: questions about output

2020-02-23 Thread Jack Kamm
Sorry, my email had a typo: > #+begin_src python :session session1 :results output > x > #+end_src That should be ":results value".

Re: ob-python.el: questions about output

2020-02-23 Thread Jack Kamm
Hi RC, R C writes: > 1. Is it possible to have both types of output displayed from a single src > block to avoid having to duplicate the src block, using :exports results > for one and :exports both for the other? No, there's no option to output both ":results output" and ":results value". If

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-23 Thread Jack Kamm
Hi Stefan, Stefan Nobis writes: > What about a third collection option 'none' and make this the default? A variant on this idea, would be to instead have the third collection option be 'default', which would stand for a language-specific default. For example, ":results default" could be

Re: Make ob-python.el support ":results pp" pretty print result

2020-02-22 Thread Jack Kamm
Hi stardiviner, stardiviner writes: > I found ob-python does not support ":results pp" pretty print result. And > Python > has a module "pprint". What about add support this? ":results pp" works for me, here's an example: > #+begin_src python :results pp > return globals() > #+end_src > >

Re: Bug or not a bug? dot expansion in ob-shell

2020-02-21 Thread Jack Kamm
Hi, Nick Dokos writes: >> That said, we have three solutions: >> >> 1. Stick to a strict reading of Org and bash manuals: the absence of a >>:results header means "return the value, i.e. the exit status". >> >> 2. Deviate from this strict reading, introduce an exception for *all* >>

Re: [PATCH] Fix ob-python.el initiate session error with py-shell

2020-02-20 Thread Jack Kamm
Hi, Bastien writes: > Also, for included ob-*, the idea would be to use the mode that are > bundled with Emacs core. For Python, it would mean that ob-python.el > should support python.el, not python-mode.el. I agree that ob-python.el should only rely on functionality from python.el, and

Re: Make ob-python.el support ":results pp" pretty print result

2020-02-20 Thread Jack Kamm
Hi stardiviner, stardiviner writes: > I found ob-python does not support ":results pp" pretty print result. And > Python > has a module "pprint". What about add support this? Well, there is code in ob-python.el that uses the pprint module when ":results pp", but I must admit I've never used

Re: [PATCH] Fix ob-python.el initiate session error with py-shell

2020-02-19 Thread Jack Kamm
Hi stardiviner, "numbch...@gmail.com" writes: > Yes, Jack, as Bastien said, you can format my commit, because my home > network is broken, I'm using Mobile Phone's 4G network to get online. Can't > get update immediately. OK, I've edited the commit message of your patch, and I also fixed the

Re: [PATCH] Fix ob-python.el initiate session error with py-shell

2020-02-18 Thread Jack Kamm
Hi stardiviner, Sorry for the noise, I have some additional comments below: When I run "make compile", I get the following message: In org-babel-python-initiate-session-by-key: ob-python.el:211:12:Warning: py-shell called with 9 arguments, but accepts only 0-1 I think this is because the

Re: [PATCH] Fix ob-python.el initiate session error with py-shell

2020-02-18 Thread Jack Kamm
Hi stardiviner, > This minor patch should fixed ~py-shell~ initiate Python session issue. It looks like this patch only affects users of python-mode.el. Since I don't use python-mode.el, I cannot test it. But the patch looks fine. Please add a commit message and changelog entry, and I'll merge

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi John, John Kitchin writes: > I can see why you would want to see True/False there, but to get the value, > you need to specifically return what you want because AFAIK the body is > wrapped in a function that is evaluated to get the value, it is not simply > the last thing that gets

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi Bastien, > I've seen you update the NEWS entry, which is good: is there a way to > present the enhancements in the "* New features" section? If you feel > like it, please advertize the enhancements there too. Given John's feedback, I now think it's better to put off this change to 9.5, if at

Re: [PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
Hi John, John Kitchin writes: > I think None is correct. If you don't specify a return value in Python, > then a function returns None. I would expect that to happen in a Python > block too. Hmm, OK, thanks for your intuition, it's useful feedback. Working this out loud, I was considering the

Re: Bug: R src blocks fail to produce link to graphics file [9.3 org-plus-contrib-20200127]

2020-02-17 Thread Jack Kamm
Hi Tyler, >> The documentation for ob-R is now incorrect: >> >> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html > > Yes, also that page could use some other updates, e.g. there are some > dead links in there. Just saw that you updated the docs a few days ago. Thanks for

[PATCH] (Tiny) Tweak Python session null return value

2020-02-17 Thread Jack Kamm
ty) result instead of "None". [0] https://lists.gnu.org/archive/html/emacs-orgmode/2020-01/msg00190.html Best, Jack >From 0b44c3f1c7454e7948cd34eb02995924046b6976 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Mon, 17 Feb 2020 08:11:49 -0800 Subject: [PATCH] ob-python: Sessi

Re: org-babel strange html print in R

2020-02-11 Thread Jack Kamm
Hi, Jeremie Juste writes: > :results value html in the following code generates an error for me. > (Org mode version 9.2.3,R version 3.6.2). > but :results value output the "html" in an org-table format Hmm, I can confirm that ":session :results value html" is working for me, same as for

Re: org-babel strange html print in R

2020-02-11 Thread Jack Kamm
Hi, stardiviner writes: > You should try ~:results value html~. Here is what I got correctly: Yes, this seems like the best solution for this case. On the other hand, it would be desirable if ":results output" didn't mangle the output, due to trying to clean up prompts. There is probably some

Re: Powershell scripting with org-babel

2020-02-10 Thread Jack Kamm
Hi Klaus, MS Window writes: > There is no explanation there I should put the configuration. The org-babel > documentation is too brief for me as beginner to understand. First, save that file somewhere. Then, in your emacs config, add the directory containing ob-powershell.el to the

Re: A few changes to test in master

2020-02-07 Thread Jack Kamm
olors in >> the default face? > > Sure - would you like to suggest a patch for this? Sure, see the patch below. >From 2922d104b3508b1269c17ad0a28103bd912e308b Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Fri, 7 Feb 2020 18:04:59 -0800 Subject: [PATCH] org-faces.el: Add foreground col

Re: org-babel strange html print in R

2020-02-07 Thread Jack Kamm
Hi Jeremie, > Thanks for the info. > Unfortunately I couldn't identify the issue > I updated R and org (org 9.3.2, R 3.6.2). > but I'm still getting [the error] Sorry, I missed the initial property line where you set the ":session" header argument. When I set the ":session" header argument, I

Re: A few changes to test in master

2020-02-07 Thread Jack Kamm
Hi Bastien, Bastien writes: >> The variable `org-table-header-line-p' doesn't seem to have any effect >> for me, I find that I need to call "M-x org-table-header-line-mode" even >> when it's set. > > Should be fixed now. Confirmed, it works correctly for me now. >> Also, "M-x

Re: org-babel strange html print in R

2020-02-07 Thread Jack Kamm
Dominique Dumont writes: > On my system, org-mode 3.6.1 provides the expected table. My system produces the expected table as well (org 9.3.2, R 3.6.2). --Jack

Re: [PATCH] Fix several issues with python session value blocks

2020-02-04 Thread Jack Kamm
Hi Bastien, Bastien writes: > Thanks a lot! Nitpicking, there is this new warning: > > In toplevel form: > ob-python.el:309:1: Warning: Unused lexical variable ‘last-indent’ > > Can you fix it? Oops, sorry for letting that slip through, and

Re: A few changes to test in master

2020-02-03 Thread Jack Kamm
Bastien writes: > - M-x org-table-electric-header-mode RET will display the first row > of the table at point in the header line when the first row is not > visible anymore. This is great, it's a huge quality-of-life improvement for working with long tables. Below are some issues I noticed

Re: org-babel-load-file support elisp

2020-02-03 Thread Jack Kamm
Tim Cross writes: > All other language specifiers comply to the pattern of source block > languages being the language major mode name without the '-mode', but > there is no elisp-mode. Sorry to be pedantic, but I think shell source blocks are another exception here. They can use various

Re: [PATCH] Fix several issues with python session value blocks

2020-02-03 Thread Jack Kamm
Kyle Meyer writes: >> I'd like to do the honors of making my first push to the repo :) So >> please let me know if you're fine with me to proceed. > All good from my end :> Thanks -- I've pushed to master :D

Re: [PATCH] Fix several issues with python session value blocks

2020-02-03 Thread Jack Kamm
k, so that the error would appear in the REPL (which was the general behavior for shell, R, and Julia errors). >From 572ca9fd8c89720acd8d7d2ace8bb3c0be3d288e Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Mon, 20 Jan 2020 17:40:22 -0800 Subject: [PATCH] ob-python: Fix several issues with :s

Re: customizing Org for legibility

2020-02-01 Thread Jack Kamm
> One thing I don't understand: It seems that GUI and terminal modes are > completely different. Rather than constrain GUI defaults to terminal > limitations, it makes sense to gracefully degrade them when a terminal > is detected. I assume that terminal users don't care about variable > pitch.

Re: Bug: R src blocks fail to produce link to graphics file [9.3 org-plus-contrib-20200127]

2020-01-27 Thread Jack Kamm
> Is the rationale explained anywhere? After a bit of poking around, it looks > like using the `:file` flag without a `file` argument to results doesn't do > anything (no file is created), nor does the reverse. That is, unless you use > both the `file` argument and the `:file` option, nothing

Re: emacs build command for org-files

2020-01-27 Thread Jack Kamm
John Kitchin writes: > If there was a lispy version of make that made this possible, I would > use it. This is an aside, but GNU Make can use Guile Scheme as an embedded extension language: https://www.gnu.org/software/make/manual/html_node/Guile-Integration.html I don't think this solves any

Re: Bug: R src blocks fail to produce link to graphics file [9.3 org-plus-contrib-20200127]

2020-01-27 Thread Jack Kamm
> #+begin_src R :results graphics :file test.jpg > plot (1:10) > #+end_src It should now be ":results graphics file". This behavior changed in Org 9.3, see https://orgmode.org/Changes.html (:file header argument no longer assume "file" :results).

Re: [PATCH] Fix several issues with python session value blocks

2020-01-26 Thread Jack Kamm
> thanks for your patch - Kyle is on it, but IIRC we do not have a > maintainer for the ob-python.el file. > > Would you like to take this in charge? Or someone else? Sure, I would be interested in this, if it's helpful. I need an account for code.orgmode.org, and whatever commit permissions

Re: Displaying remote images

2020-01-24 Thread Jack Kamm
ater, and if the RAWFILE argument is set, then they'd either see the raw file, or get a message asking to revisit the file normally. >> +(`skip-warn (message >> + (concat "Set `org-display-remote-inline-images'" >> + " t

Re: [PATCH] Fix several issues with python session value blocks

2020-01-22 Thread Jack Kamm
Sep 17 00:00:00 2001 From: Jack Kamm Date: Mon, 20 Jan 2020 17:40:22 -0800 Subject: [PATCH] ob-python: Fix several issues with :session :results value * lisp/ob-python.el (org-babel-python-evaluate-session): Fix a few related issues with :session :results value blocks, including broken if-e

Re: [RFC PATCH] Changes to pop-up source buffers

2020-01-21 Thread Jack Kamm
ported. Oh well. I tested again, with "emacs -q" this time, and got the behavior you reported. So it must be something with my config. >From 0db0adc4f20d8c664976b89cbe033f5579e1fdc5 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Tue, 21 Jan 2020 20:39:14 -0800 Subject: [PATCH]

[PATCH] Fix several issues with python session value blocks

2020-01-20 Thread Jack Kamm
ssion :results value value = "failure" if False: pass else: value = "success" value #+end_src This block should return "success", but previously it returned "failure": #+begin_src python :session :results value _ = "failure" "s

Re: Displaying remote images

2020-01-19 Thread Jack Kamm
to cache the remote images by visiting them in Emacs buffers. The default behavior is not to display remote images, but to issue a message that references the option that controls remote image display. Best, Jack >From 88c37616fc7b910deec34f3013af36ceca8cde9b Mon Sep 17 00:00:00 2001 From: J

Re: [RFC PATCH] Changes to pop-up source buffers

2020-01-19 Thread Jack Kamm
I'm not sure why. >From a9cb8889df25697ff73e7c1e72987dac01875c8a Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Sun, 19 Jan 2020 08:28:36 -0800 Subject: [PATCH] org-src: Add option 'plain to org-src-window-setup * lisp/org-src.el (org-src-window-setup): Add option 'plain for org-src-window-setup, that

Re: [RFC PATCH] Changes to pop-up source buffers

2020-01-18 Thread Jack Kamm
Hi Sam, > for me, trying to get commands or functions that call pop-to-buffer to > behave as i need them to, which is to say, for them to use the full > (and same) window for accessibility reasons,* has been so unfixable in > the past that i had to give up. Thank you for raising this, I wasn't

[RFC PATCH] Changes to pop-up source buffers

2020-01-18 Thread Jack Kamm
17 00:00:00 2001 From: Jack Kamm Date: Sat, 18 Jan 2020 07:55:48 -0800 Subject: [PATCH] org-src: use display-buffer, quit-restore-window for source buffers --- etc/ORG-NEWS| 14 --- lisp/org-src.el | 65 +++-- 2 files changed, 42 inserti

Re: [PATCH] restore window configuration after org-edit-src-exit

2020-01-14 Thread Jack Kamm
By the way -- I just got my copyright papers officially updated for my current job -- so we don't need to worry about line counts and whatnot anymore :) Best, John "Jack" Kamm

Re: Keyboard macros and export dispatcher

2020-01-09 Thread Jack Kamm
Hello, John Hendy writes: > I had no problem doing the following: > > - C-x ( > - C-e C-s l p C-n > - C-x ) > - go to first of my results headlines > - C-u 51 C-x e > > It sounds like you already tried this... are you using `C-x (` or are > you defining the macros via elisp? I'm doing the

Re: Keyboard macros and export dispatcher

2020-01-09 Thread Jack Kamm
Hello, Kyle Meyer writes: > As an alternative, can't you type `C-u C-c C-e` (i.e. call > org-export-dispatch with a prefix argument)? Thank you for the suggestion -- this accomplishes exactly what I want! Next time, I'll remember to RTFM before asking for help :P Cheers, Jack

Keyboard macros and export dispatcher

2020-01-09 Thread Jack Kamm
Hello, I have an org-mode file, and am exporting one of its subtrees to a beamer presentation. I would like to use a keyboard macro for this, because re-exporting the presentation requires a lot of keypresses: - Jump to the appropriate heading - Start the dispatcher - Toggle subtree export (C-s)

  1   2   >