emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nathaniel Nicandro <nathanielnicandro@gmail.com>
To: Ken Mankoff <mankoff@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Feedback on Emacs-Jupyter
Date: Thu, 06 Jan 2022 12:44:10 -0600	[thread overview]
Message-ID: <87k0fcln5x.fsf@gmail.com> (raw)
In-Reply-To: <87v8yyn6gl.fsf@gmail.com>


Ken,

> First, thank you (many times) for maintaining emacs-jupyter. It is one of the most-used tools on my computer. I've been using your software daily for the past few years to develop code and write papers.

Your welcome, I'm glad that my efforts on the project mean that there are people who have integrated it into their daily workflow!

> issues inputting tables into Python code blocks

The issue that I found was related to how, with a cached result, the
result is eventually read by org-babel-read-result, which in turn
calls org-babel-read-element.  And org-babel-read-element returns nil
for results in a drawer.  I'm assuming because there is not a standard
way to interpret drawer results as Lisp.  Perhaps interpreting the
drawer as a list of results?  So that in the particular case mentioned
in https://github.com/nnicandro/emacs-jupyter/issues/267,
org-babel-read-result would return a list of one element containing
the corresponding table.

> I throw it out there as a concept/idea

I do like the idea of a standalone document that contains everything
without the need of external resources.  So there would be a "*
Graphics" section containing base64 encoded images and then maybe on
opening the document, those get translated to image links under their
respective locations. Maybe by default we treat the "* Graphics"
section similar to a section tagged as ARCHIVE so that a user doesn't
have to weary themselves with all those encoded images.  I would
suggest opening up a new issue requesting the feature so we can talk
more about it.

> Thanks again for the excellent software,

Your welcome,
-- 
Nathaniel


  reply	other threads:[~2022-01-06 18:48 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-04 23:24 Feedback on Emacs-Jupyter Nathaniel Nicandro
2022-01-05  4:37 ` Ken Mankoff
2022-01-06 18:44   ` Nathaniel Nicandro [this message]
2022-01-05  7:26 ` Colin Baxter 😺
2022-01-05 17:39 ` David Dynerman
2022-01-07 18:57   ` Nathaniel Nicandro
2022-01-08 11:27 ` Daniel Fleischer
2022-01-12 13:24 ` Ihor Radchenko
2022-01-13 20:56   ` Nathaniel Nicandro
2022-01-14 14:25     ` Ihor Radchenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87k0fcln5x.fsf@gmail.com \
    --to=nathanielnicandro@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=mankoff@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).