Bug: org-plot gives Invalid function error

I went to test the "Refresh inline" patch [1] and found that org-plot is broken for me. it seems to have broken in 1ac45d76e. I tested with =emacs -Q= (but loaded Org from master and gnuplot.el manually). I was running the example from the doc [2]. I tested on linux and mac, both using emacs

Re: [PATCH] Async session eval (2nd attempt)

I gave this a try and it works for me. One thing I noticed is that if you run a call asynchronously, the final result ends up under the source block instead of the call. In the example below both RESULTS were written after I ran the call. #+name: test-call #+begin_src python :results

Re: [PATCH] ob-java: Allow import to end with asterisk

On Sat, Apr 24, 2021 at 11:44 PM Timothy wrote: > > This was not marked as applied on updates.orgmode.org. > Doing so with the X-Woof-Patch header. > > ian martins writes: > > > Thanks. And thanks for taking the time to fix issues that you find. It > > contin

Re: Maintaining babel packages — a list of packages that need help?

There's a list of languages here [1]. It looks like someone helpfully added maintainers to the table. You could find languages without a listed maintainer there and then check the header of the source file [2] to be sure there's no current maintainer. [1]

Re: Concerns about community contributor support

On Wed, Apr 21, 2021 at 9:49 PM Tim Cross wrote: > > ian martins writes: > > > On Wed, Apr 21, 2021 at 3:45 PM Tim Cross wrote: > > > > Responding to essentially just flag you have seen the patch message > > really only adds noise and may even 'drown out' th

Re: Concerns about community contributor support

On Wed, Apr 21, 2021 at 3:45 PM Tim Cross wrote: > Responding to essentially just flag you have seen the patch message > really only adds noise and may even 'drown out' those responses which > add real 'value' to any discussion. I also doubt that asking people to > do this would actually result

Re: Concerns about community contributor support

On Wed, Apr 21, 2021 at 9:27 AM Eric S Fraga wrote: > > On Wednesday, 21 Apr 2021 at 12:55, ian martins wrote: > > 1. A patch looks useful to me, but I feel I don't know if it's a good > > [...] > > >"Thanks for submitting this. I'd use it. Hopefully a ma

Re: Concerns about community contributor support

Timothy, thanks for raising this. I agree with everything you've said in this thread. I think it may be a hard problem to solve, but maybe we can start by just trying to improve. To be clear the problem I'm talking about is that potential contributors sometimes receive no response from the list.

Re: header-args property

On Thu, Apr 1, 2021 at 4:23 AM Michael Gauland wrote: > When I export, the result of the code block is "X is Hello", but when I > use C-c > C-c to evaluate the block in emacs, I get "X is"--the variable isn't > defined. > This works for me on org 9.4. I had trouble getting a file-level

Re: Babel: Programmatically evaluate a heading and subtrees?

Can you use noweb? In the example below, if you run the top code block babel will run the two that follow. A drawback is that you have to redefine variables, but it might be a benefit, since the individual blocks could be set with test data and the "main driver" could point to real data. ---

Re: [PATCH] ob-java: Allow import to end with asterisk

Thanks. And thanks for taking the time to fix issues that you find. It continues to improve because of your contributions. The patch looks good. Applied. On Thu, Jan 28, 2021 at 3:04 PM John Herrlin wrote: > > > ian martins writes: > > >> I found this case: &g

Re: [PATCH] ob-java: Allow import to end with asterisk

> I found this case: > And it seems to me that the import regex dont see the asterisk. > > I attached a possible patch. Thanks again, John. You're right the regex is missing the asterisk include. Thanks for the patch fixing. This works but it will add redundant includes if the source block

Re: [PATCH] ob-java, a proposal on import improvement

It's no problem. Didn't mean to rush you. Thanks again for the patch. Applied. On Sat, Jan 16, 2021 at 10:32 AM John Herrlin wrote: > > > Sorry for latency, 9to5 been killing it. Thx for the feedback, make > sense! Here is a new patch with the improvements. > > >

Re: [PATCH] ob-java, a proposal on import improvement

John, would you mind if I go ahead and make the change I mentioned and push it with you as the author? On Tue, Jan 12, 2021 at 7:00 AM ian martins wrote: > > On Sun, Jan 10, 2021 at 3:55 PM John Herrlin wrote: > > ian martins writes: > > > I think the problem was that

Re: [PATCH] ob-java, a proposal on import improvement

<https://orgmode.org/worg/org-contribute.html#commit-messages>On Sun, Jan 10, 2021 at 3:55 PM John Herrlin wrote: > ian martins writes: > > I think the problem was that I was missing static > > imports, which you fixed in the first chunk of your patch. I don't > > t

Re: [PATCH] ob-java, a proposal on import improvement

> I can’t give an informed opinion about the patch, but the example looks > great! I did not know that Java support in org-babel is that good. Thanks. Yes, ob-java got an update with org 9.4.

Re: [PATCH] ob-java, a proposal on import improvement

On Fri, Jan 8, 2021 at 11:28 AM John Herrlin wrote: > I would like to combine imports from header-args with imports from a > source block. > ... > I didnt get the to work so I made a patch. John, Sorry that wasn't working. Thanks for investigating and submitting a fix. I think the problem was

Re: consistent behavior across babel languages

On Thu, Nov 26, 2020 at 9:42 AM Neil Jerram wrote: > Wonderful, thank you. I have been thinking it would be nice to have a test > suite along these lines, but detailed doc like this is more feasible and > maintainable. A test suite is a good idea as a next step to protect correct behaviors.

Re: consistent behavior across babel languages

On Wed, Nov 25, 2020 at 2:06 AM Tim Cross wrote: > > I will try to allocate time on the weekend to > review what you have and see if there are any I know of which you have > not included. That would be great. On Wed, Nov 25, 2020 at 2:39 PM Tom Gillespie wrote: > > Since there are so many

consistent behavior across babel languages

Something I've found challenging is the inconsistency between babel languages. It makes it difficult for a babel user to get a source block to do what they want, or for a babel developer to even know what correct behavior is. I'm not sure if anything can be done since changes will likely break

org-plot line colors

I wanted to change line colors but didn't find a way. Is there a way? This almost works: #+PLOT: ind:1 deps:(2) set:"set style line 1 lc rgbcolor 'blue'" but it needs a `linestyle' set for each line, like this: plot '/tmp/org-plotiLccTT' using 1:2 with lines title 'some title' ls 1

Re: [PATCH] org-plot abstractions and extension

On Sat, Oct 24, 2020 at 2:21 PM TEC wrote: > Sounds good then. I don't expect the changes to compromise any > existing > functionality. I tested these patches and didn't have a problem. I didn't go out of my way to see what changed and test it, but org-plot didn't break for what I was doing. I

Re: default :results

On Sat, Nov 14, 2020 at 5:27 AM ian martins wrote: > > On Wed, Nov 11, 2020 at 3:04 AM Bastien wrote: > > > > The default for ob-shell execution was to use the output, not the > > value. Then we had a long discussion, leading to this: > > > > - Th

Re: [PATCH] ob-java

On Sat, Nov 14, 2020 at 6:48 AM Jarmo Hurri wrote: > > >> > It seems that you have changed some classloader settings in the new > >> > code. I have examples which used to work perfectly; now they still > >> > compile, but fail to run, throwing exception > >> > > >> >

Re: [PATCH] ob-java

On Sat, Nov 14, 2020 at 6:48 AM Jarmo Hurri wrote: > Jarmo Hurri writes: > > > It seems that you have changed some classloader settings in the new > > code. I have examples which used to work perfectly; now they still > > compile, but fail to run, throwing exception > > > >

Re: default :results

On Wed, Nov 11, 2020 at 3:04 AM Bastien wrote: > > The default for ob-shell execution was to use the output, not the > value. Then we had a long discussion, leading to this: > > - The default (no :result) is to display the functional value > > - For some languages, it may break expectations, so

Re: [PATCH] ob-java.el: Allow for more whitespace

On Thu, Nov 12, 2020 at 10:46 PM Kyle Meyer wrote: > > ian martins writes: > > > Subject: [PATCH 2/2] ob-java.el: Allow for more whitespace in java code > > > > * lisp/ob-java.el (defconst *-re): Updated regexps to allow for more > > whitespace in the content of j

[PATCH] ob-java.el: Allow for more whitespace

Two patches are attached. One allows for more whitespace in java code blocks. The other fixes a bug that would result in a main method being wrapped in another main method. From 9fbb5a436ebc007d19adc20fcee7ebf08e4aec3b Mon Sep 17 00:00:00 2001 From: Ian Martins Date: Thu, 12 Nov 2020 05:09:11

Re: [PATCH] ob-java

That is true. I will make it less rigid. On Mon, Nov 9, 2020 at 9:07 AM Jarmo Hurri wrote: > > Hello Ian! > > ian martins writes: > > > Let me know how it goes. > > The new version seems to be sensitive to whitespace: > > # ---

Re: Viewing link information

There is a shortcut to copy the link here . You could display it in the same way. On Fri, Oct 30, 2020 at 12:15 PM Russell Adams wrote: > Are there other ways to view information about an org link that I > don't list below? > > - M-x

Re: [PATCH] org-manual.org: Remove languages list and update worg link

I pushed two days ago, but the manual hasn't updated yet. I guess it doesn't update on git hooks like worg. is there a scheduled process or is there something that must be done? On Thu, Nov 5, 2020 at 11:03 PM Kyle Meyer wrote: > ian martins writes: > > > Subject: [PATCH] org-manual

Re: [PATCH] ob-java

I'm sorry that happened. It must have been frustrating. If you executed a code block and no result was added to the buffer, then there's a chance it is fixed. Let me know how it goes. On Fri, Nov 6, 2020 at 12:21 AM Jarmo Hurri wrote: > > Hello Ian. > > ian martins writes:

Re: [PATCH] ob-java

Yes, that page is up to date. Actually, the page is new. Are you using the latest? Were there any issues when you updated? On Thu, Nov 5, 2020, 11:32 AM Jarmo Hurri wrote: > > Hi there! > > I noticed that a lot of work is being put into Java in Babel. Excellent. > > Being a heavy user, I

Re: [PATCH] org-manual.org: Remove languages list and update worg link

Attached is an updated patch that renumbers footnotes since a few footnotes were removed with the table. On Wed, Nov 4, 2020 at 8:39 AM ian martins wrote: > The language list in the manual is missing many languages. Rather > than trying to keep the list up to date in two places tha

[PATCH] org-manual.org: Remove languages list and update worg link

directory. This updates the link in the manual to point to its new location. From a02c13a1fcf2b3d023bb5ef464245d600f4eaf30 Mon Sep 17 00:00:00 2001 From: Ian Martins Date: Wed, 4 Nov 2020 08:32:12 -0500 Subject: [PATCH] org-manual.org: Remove language list and fix Worg link * doc/org-manual.org

Re: [PATCH] ob-java

uity, or you're thinking about authorship in a way I haven't guessed. Could you clarify? On Wed, Oct 28, 2020 at 5:13 AM Bastien wrote: > ian martins writes: > > > But I want to follow your conventions. I will put the authors of ob-C > > and ob-python (Eric Schulte and Dan Da

Re: worg changes

css. Also It points to an html id that doesn't exist, so it would have no effect. [1] https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-java.html On Fri, Oct 30, 2020 at 12:40 AM Kyle Meyer wrote: > ian martins writes: > > > I've written some documentation for ob-java for wo

Re: [PATCH] change the ob-java default back to scripting mode

ok I will do that. If I make the same change to dozens of tests in the same file, should I list them as separate bullets, or put the list of function names in parentheses, or is it better to omit the list if it would be long? On Wed, Oct 28, 2020 at 9:36 PM Kyle Meyer wrote: > ian mart

worg changes

I've written some documentation for ob-java for worg. Should I submit a patch or is it fine to just push? it doesn't modify any existing files. I've seen this question come up on this list before but I haven't seen an answer. Also I couldn't find the answer on worg [1]. one note: I tweaked the

[PATCH] change the ob-java default back to scripting mode

I mentioned this in another thread. Here it is. From 9ae6cb869ae909396d71000ad7804f49640e51ca Mon Sep 17 00:00:00 2001 From: Ian Martins Date: Tue, 27 Oct 2020 07:00:58 -0400 Subject: [PATCH] ob-java.el: Change the default back to scripting mode * lisp/ob-java.el: Change the default to scripting

default :results

The doc says functional mode (=:results value=) is the default for most Babel libraries [1]. I haven't looked at many, but it is the default for ob-python and ob-shell. Scripting mode (=:results output=) is the default for ob-C, and the old ob-java (neither of these provided a functional mode).

Re: [PATCH] ob-java

I made the changes, updated the commit message for the large patch, and pushed. On Sat, Oct 24, 2020 at 10:40 PM Kyle Meyer wrote: > ian martins writes: > > > After making the changes, should I submit updated patches or is it fine > to > > push? > > Push away. Thanks again. >

Re: [PATCH] ob-java

Thanks for the feedback. In general, the changes are all intended to be backwards compatible. Thanks for pointing out changes that weren't. After making the changes, should I submit updated patches or is it fine to push? On Sat, Oct 24, 2020 at 1:05 PM Kyle Meyer wrote: > Hi ian, >

Re: [PATCH] ob-java

> One minor nitpick: > > -;; Author: Eric Schulte > -;; Maintainer: Ian Martins > +;; Author: Ian Martins > > I suggest you leave Eric Schulte as the author while adding yourself > as the maintainer, even if the "change" is a big rewrite. > > Thanks, > > -- > Bastien >

Re: [PATCH] ob-java

AM John Herrlin wrote: > > ian martins writes: > > >> > >> What do you think about having a configurable list where the user can > >> add =org-babel-java--import-maybe=? In my current use case I could then > >> add RxJava imports to that list and the

Re: [PATCH] ob-java

le to write the result." > (org-babel-java--move-past org-babel-java--class-re) > (insert "\npublic static void main(String[] args) { > System.out.print(\"success\"); > -}\n\n")) > +}\n\n")) > > ;; speci

Re: [PATCH] ob-java

g[] args) { > Observable.range(5, 5) > .subscribe(System.out::println); > } > } >#+END_SRC > > > > > ian martins writes: > > > I noticed that the tests didn't run with "make test." This updates the > >

Re: [PATCH] ob-java

I noticed that the tests didn't run with "make test." This updates the patch so that they can. I didn't add java to the list of default languages because the java tests are slow. On Mon, Oct 5, 2020 at 9:23 AM ian martins wrote: > I wrote those examples in an org file so I could te

Re: [PATCH] ob-java

ss or main methods. #+begin_src java :results value :exports both import java.util.Arrays; return Arrays.asList("message", "hello, org-mode"); #+end_src #+RESULTS: | message | hello, org-mode | On Mon, Oct 5, 2020 at 8:35 AM ian martins wrote: > 1 Changes >

[PATCH] ob-java

without defining the class or main methods. , | import java.util.Arrays; | | return Arrays.asList("message", "hello, org-mode"); ` message hello, org-mode From e525a1328fee6f764c40a2158376d78e406391ae Mon Sep 17 00:00:00 2001 From: Ian Martins Date:

Re: org-babel support for haxe

the babel temp directory. On Thu, Sep 24, 2020 at 5:17 PM ian martins wrote: > with ob-java I assumed I shouldn't change ob-core, so I advised/overrode > ob-core instead of changing it. But it would be much better to change > ob-core. I'll submit those changes as a separate patch that modifies

Re: ob-java compile only

> >#+BEGIN_SRC clojure :results output code > (import [se.my_test_package Hey]) > > (Hey/hey "John") >#+END_SRC > > > Best regards > > > > ian martins writes: > > > Hi John, > > > > Thanks for the suggestion a

Re: ob-java compile only

Hi John, Thanks for the suggestion and patch. Is the reason for this so that you can have classes without needing dummy "main" methods? Did you consider using org-babel-tangle to generate the source files? This works for me: Steps: 1. put javatangle.org (below) on your local. 2. create "pkg"

Re: org-babel support for haxe

with ob-java I assumed I shouldn't change ob-core, so I advised/overrode ob-core instead of changing it. But it would be much better to change ob-core. I'll submit those changes as a separate patch that modifies ob-core. On Sun, Sep 13, 2020 at 4:04 PM Kyle Meyer wrote: > ian martins wri

Re: org-babel support for haxe

. Should I submit that as a separate patch? On Sun, Sep 6, 2020 at 11:24 AM Kyle Meyer wrote: > Hi ian, > > It looks like this library is instead going to be available through an > ELPA, but FWIW here are a couple of comments on the tests. > > ian martins writes: > > > di

Re: Babel: parse error when output contains opening bracket

Of course there's never a problem in fixing things. I'm curious how you did it. Will look when I have a chance. On Sun, Sep 6, 2020, 5:57 AM Bastien wrote: > Hi Ian, > > ian martins writes: > > > I've written an alternative org-java.el that doesn't have that > > probl

Re: ob-java and ob-haxe

It primarily adds features. It fixes the problem reported here [1] but that's probably not a common problem and the person who reported it probably already migrated. [1] https://orgmode.org/list/87d05nidu1@iki.fi/ On Sat, Sep 5, 2020 at 9:04 AM Bastien wrote: > Hi Ian, > > ia

Re: org-babel support for haxe

That makes sense. It's probably enough to keep the languages page [1] complete and up to date. External repos should already have docs with the code. [1] https://orgmode.org/worg/org-contrib/babel/languages.html On Sat, Sep 5, 2020 at 3:24 AM Bastien wrote: > Hi Ian, > > ian martin

Re: ob-java and ob-haxe

Hi Bastien, Sure, I'd be happy to maintain ob-java. The drawback with keeping ob-haxe in an external repo is that the tests won't run when org-mode is changed, but in practice its tests are very similar to ob-java's so the actual risk of it being broken by a change will be small if ob-java is in

Re: ob-java and ob-haxe

-remove-temporary-directory. The patches override core but ideally these would be changes in core. I was hesitant to put these in ELPA because then the tests won't run when org-mode is modified. On Thu, Sep 3, 2020 at 12:56 AM Kyle Meyer wrote: > ian martins writes: > > > I posted pa

ob-java and ob-haxe

I posted patches for ob-java and ob-haxe a couple months ago but there was no interest. I have been given access to push to contrib. If there's no objection I'll put them there. I'll rename my version ob-java-alt so it doesn't conflict with the official one. The contrib directory doesn't have a

Re: [SUSPECTED SPAM]New package: Org Pandoc Import

I'll have to take a closer look, but at a glance I think I'll be using this every day from now on. I interact with three wiki formats frequently at work. I'd written a few helpers to convert tables back and forth but mostly resort to writing in those markups or exporting to markdown and hand

Re: Using Code Block for C++

Christopher, C, C++ and D are all defined in ob-C.el, so when you load C you get C++ and D as well. If you remove the "(c++ . t)" from the above line, does it work? On Wed, Aug 5, 2020 at 6:05 PM Christopher Dimech wrote: > > Have been trying to set the C++ call for using a code block. > >

Re: Why is Babel-C trimming its output?

hts? > > On Fri, Jul 17, 2020 at 7:30 AM ian martins wrote: > > > > Fortunately the author wrote tests, so we can tie the behavior of the > code to use cases. Unfortunately all the tests pass with the call to > org-trim removed. Also the call is there from the first commit

Re: Why is Babel-C trimming its output?

Fortunately the author wrote tests, so we can tie the behavior of the code to use cases. Unfortunately all the tests pass with the call to org-trim removed. Also the call is there from the first commit of the file in git, so there's no commit message to explain. My guess is that it was added to

Re: Superscript and non-blank character

Bo, you can try this. I don't know what else it will break, so I did it as a file local. alternatively you could set `org-match-substring-regexp' in your init. --- ;;; -*- org-match-substring-regexp:

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/)]

I was able to reproduce the error. I started emacs without my init file (emacs -q) and then , | (add-to-list 'load-path "~/code/elisp/org-mode/lisp") | (require 'ob-python) | (org-babel-do-load-languages 'org-babel-load-languages `((python . t))) ` in scratch, and then ran your test. I

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/)]

Hello Philip, I tested again and still can't reproduce the issue. ob-python doesn't change the indentation between individual lines of a code block, so this is strange. Do you have the same issue if you aren't using a session? Are you using tabs or spaces? (I tested with spaces) On Sun, Jul 5,

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/)]

your example works for me without any changes. "return 42" works as well. it returns None and there are no errors in the *bug_report* buffer. I'm using: GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) of 2017-09-22, modified by Debian Org mode version 9.3.6

Re: Babel: parse error when output contains opening bracket

On Tue, Jun 30, 2020 at 12:13 AM Jarmo Hurri wrote: > ian martins writes: > > > Since you recommend it, I will try submitting a patch for java. > > Excellent. > I posted the patch <https://orgmode.org/list/CAC=rjb7ahmnrq9nc4ao07qk3qzf4lvatmu_r1fwqr+97npn...@mail.gmail.

[PATCH] ob-java support for variables, functional mode, tramp, add tests

with tramp, and adds tests. The "writes temp files to the temp directory" forced changes in ob-core in order to write and delete directories to the temp directory. Please review. Ian From 3d66247e3aabead7cf1bda4930f0b7a84e3ee324 Mon Sep 17 00:00:00 2001 From: Ian Martins Date: Sun, 28 J

Re: Babel: parse error when output contains opening bracket

On Sun, Jun 28, 2020 at 1:55 AM Jarmo Hurri wrote: > > >> ian martins writes: > >> > >> Would it be possible for us to fix the current version without > >> introducing a new one? Can you identify the parts of your code that fix > >> the issue? >

Re: Babel: parse error when output contains opening bracket

On Sat, Jun 27, 2020 at 1:25 AM Jarmo Hurri wrote: > ian martins writes: > > Hello. > > > I've written an alternative org-java.el that doesn't have that > > problem. I wanted to add it to contrib/ but haven't been able to get > > access. if you want to try it I can

Re: Babel: parse error when output contains opening bracket

I've written an alternative org-java.el that doesn't have that problem. I wanted to add it to contrib/ but haven't been able to get access. if you want to try it I can post it somewhere. On Thu, Jun 25, 2020 at 7:29 AM Jarmo Hurri wrote: > > Greetings. > > In the org file below, the first babel

Re: Not working ob-C sample code

Maybe you could use the C compiler instead of C++, or you could include the c libraries you need. try these options: #+begin_src C :var somedata=somedata #+begin_src C++ :var somedata=somedata :includes '( ) On Mon, Jun 22, 2020 at 8:56 PM Naoya Yamashita wrote: > Hi! I'm Naoya. This

org-babel support for haxe

--- org-babel functions for haxe evaluation + +;; Copyright (C) 2020 Free Software Foundation, Inc. + +;; Author: Ian Martins +;; Keywords: literate programming, reproducible research +;; Homepage: http://orgmode.org + +;; This file is not part of GNU Emacs. + +;; GNU Emacs is free software: you can

Re: org-babel :colnames yes

Nick Dokos wrote: > Would this work for you? > > #+BEGIN_SRC elisp :colnames yes > '((one two) hline (1 3) (1 6)) > #+END_SRC > Yes, that works. Thanks.

Re: org-babel :colnames yes

I figured out that inserting `hline' works for some languages. consistent behavior with ":colnames yes" would be ideal but this solves my problem. #+BEGIN_SRC elisp '((one two) hline (1 3) (1 6)) #+END_SRC On Thu, May 28, 2020 at 7:48 AM ian martins wrote: > Hello, I'm trying

org-babel :colnames yes

Hello, I'm trying to figure out how to tell org that the first row of a src block result is a table header. from readthedocs it looks like ":colnames yes" should do this, but I haven't been able to get it to work, and the code

Re: Bug: org-map-entries infinite loop for org file with tags [9.2.6 (9.2.6-elpa @ /home/ian/.emacs.d/elpa/org-9.2.6/)]

Thanks for looking into it. The problem was most likely an incompatibility between emacs 24.5.1 and org 9.2.6. I upgraded emacs and it went away. On Wed, Feb 5, 2020 at 2:13 AM Bastien wrote: > Hi Ian, > > > Running org-map-entries on an org file with tags results in an infinite > > loop. > >

[PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers

> There's a small typo in the docstring. :) So sorry. I reworded it enough times that I should have known it was bound to be wrong. Here is an update so Kyle won't have to clean it up later. From f2271696889da6fded812b74c452571729e54384 Mon Sep 17 00:00:00 2001 From: ian Date: Sat, 16 Nov 2019

[PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers

Hi. Tiny patch enclosed. From d2af2e877147cc7be1f0c40455c9091f130c2159 Mon Sep 17 00:00:00 2001 From: ian Date: Sat, 16 Nov 2019 13:18:17 -0500 Subject: [PATCH] org-timer.el: Allow org-timer-set-timer from non-Org buffers * org-timer.el (org-timer--get-timer-title): If the current buffer is not

org-timer-set-timer from any buffer

Is it intentional that org-timer start, stop, and pause-or-continue all work from any buffer, but org-timer-set-timer only works from an org buffer?

Bug: org-map-entries infinite loop for org file with tags [9.2.6 (9.2.6-elpa @ /home/ian/.emacs.d/elpa/org-9.2.6/)]

Running org-map-entries on an org file with tags results in an infinite loop. Example function using org-map-entries: (defun scrum-test () (interactive) (org-map-entries '(lambda () (message "%s" (org-entry-properties (point) 'standard (message "done")) Example org

org-scrum

Hello, I wrote some helper functions for generating a scrum board and reports that is built on top of org-mode. The project is currently emacs-scrum . I submitted it to melpa recently and got the suggestion to name the package org-scrum since it's based on

[O] Bug: org-map-entries infinite loop for org file with tags [9.2.6 (9.2.6-elpa @ /home/ian/.emacs.d/elpa/org-9.2.6/)]

Running org-map-entries on an org file with tags results in an infinite loop. Example function using org-map-entries: (defun org-map-entries-test () (interactive) (org-map-entries '(lambda () (message "%s" (org-entry-properties (point) 'standard (message "done"))