Re: Suggestion to increase usefulness of TAB key / 'org-cycle' function

I see. Thank you for your very helpful reply! On 01.05.2023 20:45, Ihor Radchenko wrote: Philipp Kiefer writes: Do I understand you correctly that you mean tab should cycle visibility in this case? * headline some text CURSOR IS HERE - a list Yes, I suggested that in those cases, org-cycle

Re: Suggestion to increase usefulness of TAB key / 'org-cycle' function

On 28.04.2023 19:41, Dr. Arne Babenhauserheide wrote: Philipp Kiefer writes: My suggestion was aimed at improving the out-of-the-box experience of (new) Org users by extending the usefulness of 'org-cycle' by folding the subtree at point from anywhere inside it that is not itself

Re: Suggestion to increase usefulness of TAB key / 'org-cycle' function

; On Friday, 28 Apr 2023 at 10:49, Philipp Kiefer wrote: > > Well, it could simplify things a good deal further if, on issuing the > > command when point is *not* on a parent heading, (non-global) > > org-cycle would instead fold the subtree that point is in, i. e. do > >

Suggestion to increase usefulness of TAB key / 'org-cycle' function

To quote from the Org Manual: "Org greatly simplifies the use of outlines by compressing the entire show and hide functionalities into a single command, org-cycle, which is bound to the TAB key." Well, it could simplify things a good deal further if, on issuing the command when point is *not* on a

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Even though it can be toggled via the 'hide' variable? Okay, will do! On 18.02.2023 11:41, Ihor Radchenko wrote: Philipp Kiefer writes: Please peruse attached to reproduce another glitch that occurs with (setq org-hide-emphasis-markers t). The screencast illustrates what happ

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

the issue still occurs in the sample file I sent you. Did I do something wrong? Many thanks! On 17.02.2023 13:01, Ihor Radchenko wrote: Philipp Kiefer writes: I can reproduce with this minimal init.el using Emacs GNU Emacs 27.2 (build 1, x86_64-w64-mingw32)  of 2021-03-26 and Org mode

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

his issue also goes away when setting org-hide-emphasis-markers to nil. Thanks for looking into this and please let me know if you can reproduce or have any further questions. Best regards, Philipp On 26.01.2023 10:15, Ihor Radchenko wrote: Philipp Kiefer writes: ... If any of the conditi

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

On 24.01.2023 18:56, Ihor Radchenko wrote: Philipp Kiefer writes: You set 'invisible text property to nil, which tells Emacs - make the text visible. Emacs obeys. Well, with Orgmode version 9.5, Emacs was never *this* obedient, i. e. this problem only began after I updated Orgmode t

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

On 24.01.2023 12:34, Ihor Radchenko wrote: Philipp Kiefer writes: Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) Please see the two screenshots here for illustration: https://imgur.com/a/7EuUi0J <https://imgur.com/a/7EuUi0J> (I'm assuming it's not

Re: [Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

On 24.01.2023 04:52, Ruijie Yu wrote: Philipp Kiefer writes: Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) Please see the two screenshots here for illustration: https://imgur.com/a/7EuUi0J (I'm assuming it's not a good idea - or not even possible - to s

[Bug] 'org-font-lock-extra-keywords' appear next to the parent heading when its subtree is folded.

Org mode version 9.6.1, GNU Emacs 27.2 (build 1, x86_64-w64-mingw32) Please see the two screenshots here for illustration: https://imgur.com/a/7EuUi0J (I'm assuming it's not a good idea - or not even possible - to send e-mail attachments to the list?) This is th

Re: [FR] Add C-u and C-u C-u prefix arguments to org-paste-subtree (was: Make org-paste-subtree more predictable and useful)

On 20.01.2023 11:21, Ihor Radchenko wrote: Philipp Kiefer writes: Further, you suggest I use C-S- to demote the subtree after pasting it at the same level as the subtree at point. But what if I used a numerical prefix argument to copy or cut several subtrees, maybe 5 or 10? Not very

[FEATURE REQUEST] Make org-copy-subtree and org-cut-subtree work on an active region

When calling either org-copy-subtree or org-cut-subtree, check if there is an active region that starts on a headline and contains at least one more headline of the same level. If so, copy / cut all the subtrees touched by the region. This saves the user having to count the subtrees he / she wa

Re: Make org-paste-subtree more predictable and useful

ould be if it was implemented. Best Philipp On 19.01.2023 10:44, Ihor Radchenko wrote: Philipp Kiefer writes: Thanks for addressing my concern, Ihor. So I can force same-level yank by navigating to the beginning of the current headline before calling org-paste-subtree, I see. However, I s

Re: Make org-paste-subtree more predictable and useful

s subsumed under the last subtree yanked from the clipboard in all cases. Best, Philipp On 18.01.2023 09:04, Ihor Radchenko wrote: Philipp Kiefer writes: Unfortunately, org-paste-subtree currently attempts to "modify the level of the subtree to make sure the tree fits in nicely at the y

Make org-paste-subtree more predictable and useful

Hello there, orgmode list, this is my first contribution here, so please be gentle with me. I've now used outlining software for the last twenty years at least and it is my belief that when a user pastes headlines into an outline, they usually want to make them either A) siblings of (i. e. paste t