emacs-orgmode archive search

Search String: Display: Description: Sort:

Results:

References: [ frame: 3158 ]

Total 3158 documents matching your query.

321. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Wed, 07 Dec 2022 12:16:28 +0000
And it was a bug that the ob-core patch fixed. Unfortunately, a number of babel backends also developed workarounds meanwhile. For the context, the ground truth is Org manual: 16.4 Environment of a C
/archive/html/emacs-orgmode/2022-12/msg00144.html (11,294 bytes)

322. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Tue, 6 Dec 2022 20:53:03 -0500 (EST)
given that, iiuc, 9.5 presented a list as (the equivalent of) multiple rows of a table, i'd vote for staying with (going back to) that. (i think that's what the two modifications in Chuck's e-mail g
/archive/html/emacs-orgmode/2022-12/msg00127.html (8,688 bytes)

323. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Tue, 06 Dec 2022 17:31:44 -0800
Jeremie, i am neutral w.r.t. what the output should be. like you, i've always sent in tables. for me, i don't know that it makes much difference how lists are presented to R code, as long as it is we
/archive/html/emacs-orgmode/2022-12/msg00126.html (7,678 bytes)

324. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Tue, 06 Dec 2022 23:11:56 +0100
Hello, Many thanks for the insights. I confess that I have never transferred list from org to R before. I've always use tables and as far as I understand they works fine in 9.6. So assuming this list
/archive/html/emacs-orgmode/2022-12/msg00124.html (10,663 bytes)

325. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Mon, 05 Dec 2022 22:52:48 -0800
Chuck, sorry, i didn't see the change you had added. that's a policy question that i can't answer. :) cheers, Greg
/archive/html/emacs-orgmode/2022-12/msg00115.html (7,127 bytes)

326. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Mon, 5 Dec 2022 12:21:55 +0100
[snipped] Yeah, the problem is not a change to ob-R.el but the recent change to ob-core.el (see the message of the commit I referenced). But the change to ob-core.el is final if I understand it corre
/archive/html/emacs-orgmode/2022-12/msg00089.html (7,628 bytes)

327. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Mon, 05 Dec 2022 11:29:10 +0100
i see this same behavior. to me, (org-babel-R-assign-elisp) seems to be the problem, but it hasn't changed any time recently. (nor, if my =git blame= is done correctly, has anything else in ob-R.el.)
/archive/html/emacs-orgmode/2022-12/msg00086.html (6,797 bytes)

328. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Sun, 04 Dec 2022 18:49:54 -0800
for the record, these are the tests i ran with my off-the-cuff "fix" (s/sequencep/listp/): -- - first item - second item - third item list variable list list list
/archive/html/emacs-orgmode/2022-12/msg00084.html (5,825 bytes)

329. Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Sun, 04 Dec 2022 18:43:08 -0800
i see this same behavior. to me, (org-babel-R-assign-elisp) seems to be the problem, but it hasn't changed any time recently. (nor, if my =git blame= is done correctly, has anything else in ob-R.el.)
/archive/html/emacs-orgmode/2022-12/msg00083.html (5,876 bytes)

330. [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)] (score: 33)
Author: HIDDEN
Date: Sun, 04 Dec 2022 15:34:07 +0100
After the changes to ob-core.el introduced in commit: b4e437f968771df9555f9306467846965857f632 plain lists passed to R source code blocks are generated with extra (empty) items. Example: - first item
/archive/html/emacs-orgmode/2022-12/msg00073.html (5,180 bytes)

331. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Mon, 26 Sep 2022 20:46:31 +0800
Thanks! Should be fine I think. We have a mess with spaces and tabs in some places. Applied onto main with amendments. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2e012db31a8dbae0
/archive/html/emacs-orgmode/2022-09/msg00624.html (7,255 bytes)

332. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Sun, 25 Sep 2022 23:46:50 +0530
I'm attaching the patch for the current approach we discussed in this thread. I have tried basic operations like taking note on state change, and have tried with recurring entries which need more tha
/archive/html/emacs-orgmode/2022-09/msg00598.html (6,876 bytes)

333. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Thu, 01 Sep 2022 11:48:45 +0200
Hi, sorry for the late answer. Yes he is. Done. Thanks Bhavin for contributing! -- Bastien
/archive/html/emacs-orgmode/2022-09/msg00014.html (5,546 bytes)

334. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Wed, 17 Aug 2022 17:45:19 +0800
You do not need to share the paperwork with us. FSF has a database available to GNU maintainers with a list of all the people with copyright assignment. I am CCing Bastien. Bastien, can you please co
/archive/html/emacs-orgmode/2022-08/msg00353.html (7,467 bytes)

335. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Tue, 16 Aug 2022 23:47:01 +0530
I finally got this done. I now have a fully executed copy of the copyright assignment (signed by FSF and me). Do I need to send it to someone so that they can check and update the page at https://org
/archive/html/emacs-orgmode/2022-08/msg00348.html (7,425 bytes)

336. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Tue, 26 Jul 2022 19:49:28 +0800
Yikes! Then, can also check for window-minibuffer-p, but I feel that it will be a fight against all kinds of edge cases. what about (when (or (and (equal org-log-note-this-command this-command) (= or
/archive/html/emacs-orgmode/2022-07/msg00780.html (8,732 bytes)

337. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Thu, 21 Jul 2022 23:33:31 +0530
Thanks! I received the PDF to sign the next day after my email, this will probably take a couple of days more from my side as I'm talking with my employer. So, I saved this-command and (recursion-dep
/archive/html/emacs-orgmode/2022-07/msg00669.html (8,377 bytes)

338. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Sat, 16 Jul 2022 17:21:50 +0800
Note that FSF should reply within 5 working days. If not, we can help you to push them. Best, Ihor
/archive/html/emacs-orgmode/2022-07/msg00477.html (6,163 bytes)

339. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Thu, 14 Jul 2022 20:52:04 +0530
Thanks for the idea, I'm exploring (recursion-depth), (minibuffer-depth). I will come up with a patch to fix this bug. Seems like soon I will cross the TINYCHANGE limit, so I will get the FSF copyrig
/archive/html/emacs-orgmode/2022-07/msg00456.html (7,436 bytes)

340. Re: [BUG] org-auto-repeat-maybe: error "Can’t expand minibuffer to full frame" and missing log note (score: 33)
Author: HIDDEN
Date: Mon, 11 Jul 2022 09:57:32 +0800
Then, we will also need to save (recursion-depth) value and check for it in addition to this-command. Best, Ihor
/archive/html/emacs-orgmode/2022-07/msg00337.html (6,380 bytes)


This search system is powered by Namazu