From: Philipp Kiefer <phil.kiefer@gmail.com>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: emacs-orgmode@gnu.org
Subject: Re: Make org-paste-subtree more predictable and useful
Date: Thu, 19 Jan 2023 18:31:47 +0100 [thread overview]
Message-ID: <a2cc49d3-7f65-5f6a-8f05-21e5056335b3@gmail.com> (raw)
In-Reply-To: <87k01i6ept.fsf@localhost>
[-- Attachment #1: Type: text/plain, Size: 2864 bytes --]
I've uploaded two screencasts to illustrate the issues described in my
last message:
1. Org Mode-paste subtree low-level item swallowed:
https://imgur.com/a/CZ5lDaH . This relates to what I assume the passage
from the manual is trying to say should not happen:
"makes sure that the subtree
remains an independent subtree and does not swallow low level entries."
2. Org Mode-paste subtree on empty heading glitch:
https://imgur.com/a/AT5pDj6 . See my last message.
Further, you suggest I use C-S-<right> 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 convenient at all to demote them all by hand...
I still hold that pasting headings / subtress either at the same level
or at the child level of the target heading is part of the bread and
butter of outline editing and should be as straightforward as possible.
I'm rather sure the current numeric prefixes of org-paste-subtree to
select a distinct level at which to paste are needed / used much less
frequently than a "paste at child level" prefix (maybe C-u C-u?) would
be if it was implemented.
Best
Philipp
On 19.01.2023 10:44, Ihor Radchenko wrote:
> Philipp Kiefer<phil.kiefer@gmail.com> 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
>> still do not see a way to force it to paste one level below the current
>> headline, i. e. to add the trees on the clipboard as child-subtrees or
>> the current heading.
>>
>> My best bet currently is probably to create a blank child heading, add
>> some text (there seems to be a glitch turning the blank heading into an
>> empty line when pasting with point on the blank dummy heading when it
>> has no text), go back to the beginning of the line, then paste the
>> subtrees at the level of the dummy heading, navigate back to the dummy
>> heading and delete it. I'd really rather not have to do all that to
>> achieve my simple goal of pasting subtrees at child level.
> Just paste the subtree and press C-S-<right> to demote it immediately.
> It would not save you many keystrokes if there was yet another prefix
> argument.
>
>> As for the claim that the current procedure "makes sure that the subtree
>> remains an independent subtree and does not swallow low level entries.",
>> either I don't understand it or it isn't true. If I have a level 2
>> heading below which is a level 5 heading and I paste subtrees with point
>> on the level 2 heading, the level 5 heading is subsumed under the last
>> subtree yanked from the clipboard in all cases.
> Sorry, but I cannot reproduce.
> Could you please provide detailed instructions about what you did?
>
[-- Attachment #2: Type: text/html, Size: 4247 bytes --]
next prev parent reply other threads:[~2023-01-19 17:33 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-17 20:14 Make org-paste-subtree more predictable and useful Philipp Kiefer
2023-01-18 8:04 ` Ihor Radchenko
2023-01-18 15:41 ` Philipp Kiefer
2023-01-19 9:44 ` Ihor Radchenko
2023-01-19 17:31 ` Philipp Kiefer [this message]
2023-01-20 10:12 ` [BUG] org-paste-subtree level when point is in the middle of a heading (was: Make org-paste-subtree more predictable and useful) Ihor Radchenko
2024-04-19 11:13 ` Ihor Radchenko
2023-01-20 10:21 ` [FR] Add C-u and C-u C-u prefix arguments to org-paste-subtree " Ihor Radchenko
2023-01-20 19:27 ` Philipp Kiefer
2024-04-21 12:02 ` Ihor Radchenko
2024-04-22 0:35 ` Samuel Wales
2024-04-22 0:57 ` Samuel Wales
2024-04-22 19:51 ` Ihor Radchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a2cc49d3-7f65-5f6a-8f05-21e5056335b3@gmail.com \
--to=phil.kiefer@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=yantar92@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).