Re: [FR] org-num-mode inverse defaults

2023-10-16 Thread tomas
On Mon, Oct 16, 2023 at 08:39:14PM +0200, Maske wrote: > Hi Ihor > > I added: (setq org-global-properties '(("UNNUMBERED" . "t"))) This Elisp code has to be evaluated. Just adding it in an Org file won't do that. Where did you add it,and how? Cheers -- t signature.asc Description: PGP

[BUG] Search leaves draws open [9.7-pre (release_9.6.10-835-gf3de4c @ ~/.emacs.d/org-mode-git/lisp/)]

2023-10-16 Thread Paul Stansell
Hello, Using Ctrl-S to search an org file leaves drawers open after the search. For example, open the attached org file, search_bug.org, and, with the cursor initially at the first line of the file, search for "text" with - Ctrl-s text This finds the first occurrence of "text" in "Subsection 1".

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-16 Thread Daniel Ortmann
A bit more clarity ... * If the task clock is activated on a TODO in the agenda, * and closed quickly enough that the elapsed time is 0:00, * then MOMENTARILY the agenda shows the CURRENT WALLCLOCK TIME. * The actual logbook entry shows the correct 0:00 elapsed task time. * And when the

Re: Case insensitivity of simple [[links]]

2023-10-16 Thread Rudolf Adamkovič
Ihor Radchenko writes: > Note that there is generally no guarantee that [[name]] link will be > exported as "name" by any particular backend. Your workaround with > num:nil is just a workaround that may or may not work in future. I did not know this is considered a workaround! I have always

Re: [FR] org-num-mode inverse defaults

2023-10-16 Thread Maske
Hi Ihor I added: (setq org-global-properties '(("UNNUMBERED" . "t"))) But it doesn't work, every headline is numbered. (Not tried in emacs -q). Bests On 15/10/2023 14:40, Ihor Radchenko wrote: Maske writes: From the first day, I liked org-num-mode, but I think that its default which

Re: org-agenda t giving "Wrong type argument: stringp, nil"

2023-10-16 Thread William Denton
On 11 October 2023, Ihor Radchenko wrote: Thanks for reporting! I am unable to reproduce the problem on my side, unfortunately. May you enable `debug-on-error' and post the backtrace? Or provide a reproducer. Whatever my problem was, it has now gone away. I updated the source tree and all

Re: Comments following not-really-affiliated keywords are becoming paragraphs

2023-10-16 Thread Tom Alexander
Thanks! -- Tom Alexander pgp: https://fizz.buzz/pgp.asc

Incorrect quantity of en-spaces

2023-10-16 Thread Tom Alexander
The org-mode syntax document describes entities as: > \NAME POST > \NAME{} > Where NAME and POST are not separated by a whitespace character. and POST is defined as: > Either the end of line or a non-alphabetic character. So using the test document: ``` \_ Foo ``` (a backslash, underscore,

Re: Clock becomes a paragraph by prefixing with not-really-affiliated-keyword

2023-10-16 Thread Tom Alexander
Thanks! -- Tom Alexander pgp: https://fizz.buzz/pgp.asc

Escape :end: inside #+begin_example

2023-10-16 Thread Max Nikulin
Hi, is there a way to quote a drawer inside a literal example that resides in another drawer? Leading comma ",:end:", unlike for ",* Heading" or ",#+end_src", is not stripped on export or C-c ' (`org-edit-special') :drawer: #+begin_src elisp ":src: %s :end: " #+end_src :end:

Re: [PATCH] ob-core: Fix `org-babel-result-names'

2023-10-16 Thread Ihor Radchenko
hrdl writes: > * lisp/ob-core.el (org-babel-result-names): Do not change > visibility of windows when called. Thanks! Applied, onto bugfix, amending the commit summary to org-babel-result-names: Do not alter window configuration I also added you to the contributor list.

[PATCH] ob-core: Fix `org-babel-result-names'

2023-10-16 Thread hrdl
* lisp/ob-core.el (org-babel-result-names): Do not change visibility of windows when called. TINYCHANGE --- lisp/ob-core.el | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/lisp/ob-core.el b/lisp/ob-core.el index a7c4f2cab..54dcf400e 100644 --- a/lisp/ob-core.el +++

Re: Should we move constants.el by Carsten Dominik to Org orphanage?

2023-10-16 Thread Bastien Guerry
Ihor Radchenko writes: > Bastien Guerry writes: > >> I see no reason not to use >> https://github.com/cdominik/constants-for-Emacs as the source for >> constants.el, the package seems stable (as its name suggests...) > > I was mostly concerned that a pull request back from 2020 is still > open.

Re: [BUG] CI jobs do not appear to be running

2023-10-16 Thread Bastien Guerry
Ihor Radchenko writes: > Yasushi SHOJI writes: > >> It appears that Emacs 27 lacks the optional argument for >> `get-buffer-create`, while `org-element-parse-secondary-string` >> relies on it. This problem was introduced by the commit 37d6bde27fe2. > > This was not caught by our CI tests for

Re: Should we move constants.el by Carsten Dominik to Org orphanage?

2023-10-16 Thread Ihor Radchenko
Bastien Guerry writes: > I see no reason not to use > https://github.com/cdominik/constants-for-Emacs as the source for > constants.el, the package seems stable (as its name suggests...) I was mostly concerned that a pull request back from 2020 is still open. That said, there is indeed no rush

Re: Current Org-mode does not work with Emacs 27

2023-10-16 Thread Ihor Radchenko
Yasushi SHOJI writes: > It appears that Emacs 27 lacks the optional argument for > `get-buffer-create`, while `org-element-parse-secondary-string` > relies on it. This problem was introduced by the commit 37d6bde27fe2. Thanks for reporting! Fixed, on main.

Re: [BUG] FAILED test-ob-python/session-multiline

2023-10-16 Thread Ihor Radchenko
Jack Kamm writes: >> If we can (eventually) remove some custom code from Org and move it to >> Emacs, it will be the best for working towards RMS request >> https://orgmode.org/list/e1kiph1-0001lu...@fencepost.gnu.org > > I started down this path here: > >

Re: [BUG] FAILED test-ob-python/session-multiline

2023-10-16 Thread Ihor Radchenko
Jack Kamm writes: > Ihor Radchenko writes: > > ... > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=1eb598758980d5fa4d7bb21c98dfc56f42cae59a > > Please let me know whether the problem continues, or whether it seems to > improve. As soon as we fix CI :/ I think it is not

[BUG] CI jobs do not appear to be running (was: Current Org-mode does not work with Emacs 27)

2023-10-16 Thread Ihor Radchenko
Yasushi SHOJI writes: > It appears that Emacs 27 lacks the optional argument for > `get-buffer-create`, while `org-element-parse-secondary-string` > relies on it. This problem was introduced by the commit 37d6bde27fe2. This was not caught by our CI tests for some reason, despite make test

Re: [BUG] error that came up that freezes the cycle of opening subtrees [9.6.6 (release_9.6.6 @ /snap/emacs/current/usr/share/emacs/29.1/lisp/org/)]

2023-10-16 Thread Ihor Radchenko
Matthew Nelson Hendryx writes: > Re: [BUG] error that came up that freezes the cycle of opening subtrees > [9.6.6 (release_9.6.6 @ /snap/emacs/current/usr/share/emacs/29.1/lisp/org/)] Thanks for reporting, but may you also show the error/warning text? -- Ihor Radchenko // yantar92, Org mode

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-16 Thread Ihor Radchenko
Daniel Ortmann writes: > No, no, not clock check mode. > > - I created a TODO with a scheduled time that repeats.  When completed > it remains alive to be scheduled the next day. > > - I started the clock on that TODO task. > > - Then completed the task with 't' in the Agenda view. > > - The