[O] :CREATED: property when scheduling new headings

Hello, I'm seeing a new behavior on Org mode version 9.7.23 that I'd like to disable. I cannot find mention of this is ORG-NEWS. When I schedule something for the first time, a :CREATED: property is now generated with an active timestamp, meaning it shows up in the Agenda. For example, after C

Re: [O] :CREATED: property when scheduling new headings

[Sorry for the premature send. Apparently C-c C-s is also "send" in mu4e.] Hello, I'm seeing a new behavior on Org mode version 9.7.23 that I'd like to disable. I cannot find mention of this is ORG-NEWS. When I schedule something for the first time, a :CREATED: property is now generated with

PLOT: Different "with:option" on same plot

I want to plot from a table and use #+PLOT: title:"Whatever" ind:2 deps:(3 4) type:2d "with:lines" set:"yrange [0:100]" Great, that works. The second column in the table gives me my x-axis, and the 3rd. and 4th. columns give me two graphs. Now I want the 3rd. column as histograms but keep the

Org publishing and ox-rss.el

Dear All, I've got a little static website that gets built with the Org publishing system. Recently I've been looking at ways to add a full-text RSS feed with ox-rss.el[0]. Here's a minimum example. Dependencies: - Emacs - Emacs Htmlize - Emacs Org - Emacs ox-rss.el - Make Incidentally, if you

Re: [O] :CREATED: property when scheduling new headings

My package [1] does create :CREATED: properties by default, but only inactive timestamps, and definitely not when scheduling. So that's probably not it, but if you do have it installed... let me know, as that could be worth a double-check. [1] https://github.com/meedstrom/org-node On Mon, 03

Re: [O] :CREATED: property when scheduling new headings

Hi Martin, On 2025-03-03 at 12:10 -08, "Martin Edström" wrote... > My package [1] does create :CREATED: properties by default [...] > > [1] https://github.com/meedstrom/org-node Thank you for offering a suggestion. I am not using org-node. I tried to bisect my init file to find the cause, but

[PATCH] Prefix CL symbols in ob-lisp.el

Symbols exported by the common-lisp package should be explicitly prefixed so that users aren't required to be in a package that uses it. Currently this is a problem if I want to use org-babel to evaluate Coalton code, but I'm sure there are other cases where people want to evaluate code outside of

Re: [O] org-dblock-write:clocktable: Search failed: "^[ ]*#\\+END:"

Hi Org, On 2025-03-02 at 06:07 -08, Ken Mankoff wrote... > On 2025-03-01 at 22:38 -05, Ken Mankoff wrote... >> I'm getting an error in *Messages* when I try to generate a monthly >> clocktable report. If I remove ":step month" then there is no problem. >> >> The error is: org-dblock-write:clockt