emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
@ 2018-02-13 23:04 Allen Li
  2018-02-15 21:01 ` Nicolas Goaziou
  0 siblings, 1 reply; 7+ messages in thread
From: Allen Li @ 2018-02-13 23:04 UTC (permalink / raw)
  To: Org Mode List

With the org file:

* foo
some content
* bar
some content 1
some content 2

1. C-s foo RET
2. C-c C-x C-w
3. C-r some RET
4. C-c C-x C-y

Final content is

* bar
some content 1
* foo
some content
some content 2

The behavior is insidious when the contents are folded:

* foo...
* bar...

turns into

* bar...
* foo...

This can displace property and logbook drawers, timestamps, etc with very
little visual indication.

Is this behavior even desirable?  To me, killing and yanking subtrees
should keep the content with the headings and not "splice" subtrees into
the middle of another heading's content

Emacs  : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26)
  of 2018-02-08
Package: Org mode version 9.1.6 (9.1.6-48-gfe7619-elpaplus @
/home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-13 23:04 Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)] Allen Li
@ 2018-02-15 21:01 ` Nicolas Goaziou
  2018-02-16  3:18   ` Allen Li
  0 siblings, 1 reply; 7+ messages in thread
From: Nicolas Goaziou @ 2018-02-15 21:01 UTC (permalink / raw)
  To: Allen Li; +Cc: Org Mode List

Hello,

Allen Li <darkfeline@felesatra.moe> writes:

> With the org file:
>
> * foo
> some content
> * bar
> some content 1
> some content 2
>
> 1. C-s foo RET
> 2. C-c C-x C-w
> 3. C-r some RET
> 4. C-c C-x C-y
>
> Final content is
>
> * bar
> some content 1
> * foo
> some content
> some content 2

I can reproduce it.

> The behavior is insidious when the contents are folded:
>
> * foo...
> * bar...
>
> turns into
>
> * bar...
> * foo...

IIUC, you cannot reproduce the example above when contents are folded,
since you do not have access to the headline contents.

> This can displace property and logbook drawers, timestamps, etc with very
> little visual indication.
>
> Is this behavior even desirable?  To me, killing and yanking subtrees
> should keep the content with the headings and not "splice" subtrees into
> the middle of another heading's content

But you did yank the contents of the subtree into the middle of another
heading's content. So, what should do Org? Decide that you don't know
what you are doing and paste it at the end of the current section? What
if you really want to split the current section?

Is there any good solution to this problem?

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-15 21:01 ` Nicolas Goaziou
@ 2018-02-16  3:18   ` Allen Li
  2018-02-26 23:10     ` Nicolas Goaziou
  0 siblings, 1 reply; 7+ messages in thread
From: Allen Li @ 2018-02-16  3:18 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org Mode List

On Thu, Feb 15, 2018 at 1:02 PM Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:

> Hello,

> Allen Li <darkfeline@felesatra.moe> writes:

> > With the org file:
> >
> > * foo
> > some content
> > * bar
> > some content 1
> > some content 2
> >
> > 1. C-s foo RET
> > 2. C-c C-x C-w
> > 3. C-r some RET
> > 4. C-c C-x C-y
> >
> > Final content is
> >
> > * bar
> > some content 1
> > * foo
> > some content
> > some content 2

> I can reproduce it.

> > The behavior is insidious when the contents are folded:
> >
> > * foo...
> > * bar...
> >
> > turns into
> >
> > * bar...
> > * foo...

> IIUC, you cannot reproduce the example above when contents are folded,
> since you do not have access to the headline contents.

> > This can displace property and logbook drawers, timestamps, etc with
very
> > little visual indication.
> >
> > Is this behavior even desirable?  To me, killing and yanking subtrees
> > should keep the content with the headings and not "splice" subtrees into
> > the middle of another heading's content

> But you did yank the contents of the subtree into the middle of another
> heading's content. So, what should do Org? Decide that you don't know
> what you are doing and paste it at the end of the current section? What
> if you really want to split the current section?

I modified the example a bit and made the undesired behavior unclear.

* foo
:PROPERTIES:
:ID: a
:END:
* bar
:PROPERTIES:
:ID: b
:END:

Folded, this looks like

* foo...
* bar...

With point on the f in foo, press C-c C-x C-w.  With point on the b in bar,
press C-c C-x C-y.  Results in

* bar
* foo...

Unfolded, this looks like

* bar
* foo
:PROPERTIES:
:ID: a
:END:
:PROPERTIES:
:ID: b
:END:

I would expect C-c C-x C-y to work like C-RET rather than M-RET, that is to
always append after the heading and body rather than splitting it.



> Is there any good solution to this problem?

> Regards,

> --
> Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-16  3:18   ` Allen Li
@ 2018-02-26 23:10     ` Nicolas Goaziou
  2018-02-28  2:07       ` Allen Li
  0 siblings, 1 reply; 7+ messages in thread
From: Nicolas Goaziou @ 2018-02-26 23:10 UTC (permalink / raw)
  To: Allen Li; +Cc: Org Mode List

Hello,

Allen Li <darkfeline@felesatra.moe> writes:

> I modified the example a bit and made the undesired behavior unclear.
>
> * foo
> :PROPERTIES:
> :ID: a
> :END:
> * bar
> :PROPERTIES:
> :ID: b
> :END:
>
> Folded, this looks like
>
> * foo...
> * bar...
>
> With point on the f in foo, press C-c C-x C-w.  With point on the b in bar,
> press C-c C-x C-y.  Results in
>
> * bar
> * foo...
>
> Unfolded, this looks like
>
> * bar
> * foo
> :PROPERTIES:
> :ID: a
> :END:
> :PROPERTIES:
> :ID: b
> :END:
>
> I would expect C-c C-x C-y to work like C-RET rather than M-RET, that is to
> always append after the heading and body rather than splitting it.

I changed the behaviour of `org-paste-subtree' in master. Does it solve
the issue?

Thank you.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-26 23:10     ` Nicolas Goaziou
@ 2018-02-28  2:07       ` Allen Li
  2018-02-28  8:25         ` Nicolas Goaziou
  0 siblings, 1 reply; 7+ messages in thread
From: Allen Li @ 2018-02-28  2:07 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org Mode List

On Mon, Feb 26, 2018 at 3:11 PM Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:

> Hello,

> Allen Li <darkfeline@felesatra.moe> writes:

> > I modified the example a bit and made the undesired behavior unclear.
> >
> > * foo
> > :PROPERTIES:
> > :ID: a
> > :END:
> > * bar
> > :PROPERTIES:
> > :ID: b
> > :END:
> >
> > Folded, this looks like
> >
> > * foo...
> > * bar...
> >
> > With point on the f in foo, press C-c C-x C-w.  With point on the b in
bar,
> > press C-c C-x C-y.  Results in
> >
> > * bar
> > * foo...
> >
> > Unfolded, this looks like
> >
> > * bar
> > * foo
> > :PROPERTIES:
> > :ID: a
> > :END:
> > :PROPERTIES:
> > :ID: b
> > :END:
> >
> > I would expect C-c C-x C-y to work like C-RET rather than M-RET, that
is to
> > always append after the heading and body rather than splitting it.

> I changed the behaviour of `org-paste-subtree' in master. Does it solve
> the issue?

No, the issue still exists.


> Thank you.

> Regards,

> --
> Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-28  2:07       ` Allen Li
@ 2018-02-28  8:25         ` Nicolas Goaziou
  2018-03-01  7:52           ` Allen Li
  0 siblings, 1 reply; 7+ messages in thread
From: Nicolas Goaziou @ 2018-02-28  8:25 UTC (permalink / raw)
  To: Allen Li; +Cc: Org Mode List

Hello,

Allen Li <darkfeline@felesatra.moe> writes:

>> > I modified the example a bit and made the undesired behavior unclear.
>> >
>> > * foo
>> > :PROPERTIES:
>> > :ID: a
>> > :END:
>> > * bar
>> > :PROPERTIES:
>> > :ID: b
>> > :END:
>> >
>> > Folded, this looks like
>> >
>> > * foo...
>> > * bar...
>> >
>> > With point on the f in foo, press C-c C-x C-w.  With point on the b in
> bar,
>> > press C-c C-x C-y.  Results in
>> >
>> > * bar
>> > * foo...
>> >
>> > Unfolded, this looks like
>> >
>> > * bar
>> > * foo
>> > :PROPERTIES:
>> > :ID: a
>> > :END:
>> > :PROPERTIES:
>> > :ID: b
>> > :END:
>> >
>> > I would expect C-c C-x C-y to work like C-RET rather than M-RET, that
> is to
>> > always append after the heading and body rather than splitting it.
>
>> I changed the behaviour of `org-paste-subtree' in master. Does it solve
>> the issue?
>
> No, the issue still exists.

Applying the recipe above, I get:

    * bar
    :PROPERTIES:
    :ID: b
    :END:
    * foo
    :PROPERTIES:
    :ID: a
    :END:


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)]
  2018-02-28  8:25         ` Nicolas Goaziou
@ 2018-03-01  7:52           ` Allen Li
  0 siblings, 0 replies; 7+ messages in thread
From: Allen Li @ 2018-03-01  7:52 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org Mode List

On Wed, Feb 28, 2018 at 12:25 AM Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:

> Hello,

> Allen Li <darkfeline@felesatra.moe> writes:

> >> > I modified the example a bit and made the undesired behavior unclear.
> >> >
> >> > * foo
> >> > :PROPERTIES:
> >> > :ID: a
> >> > :END:
> >> > * bar
> >> > :PROPERTIES:
> >> > :ID: b
> >> > :END:
> >> >
> >> > Folded, this looks like
> >> >
> >> > * foo...
> >> > * bar...
> >> >
> >> > With point on the f in foo, press C-c C-x C-w.  With point on the b
in
> > bar,
> >> > press C-c C-x C-y.  Results in
> >> >
> >> > * bar
> >> > * foo...
> >> >
> >> > Unfolded, this looks like
> >> >
> >> > * bar
> >> > * foo
> >> > :PROPERTIES:
> >> > :ID: a
> >> > :END:
> >> > :PROPERTIES:
> >> > :ID: b
> >> > :END:
> >> >
> >> > I would expect C-c C-x C-y to work like C-RET rather than M-RET, that
> > is to
> >> > always append after the heading and body rather than splitting it.
> >
> >> I changed the behaviour of `org-paste-subtree' in master. Does it solve
> >> the issue?
> >
> > No, the issue still exists.

> Applying the recipe above, I get:

>      * bar
>      :PROPERTIES:
>      :ID: b
>      :END:
>      * foo
>      :PROPERTIES:
>      :ID: a
>      :END:

Sorry, I made a silly mistake.  I can also confirm that the issue is fixed
on master.

Thanks for the quick fix.




> Regards,

> --
> Nicolas Goaziou

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2018-03-01  7:52 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-13 23:04 Bug: org-paste-subtree displaces folded content [9.1.6 (9.1.6-48-gfe7619-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20180212/)] Allen Li
2018-02-15 21:01 ` Nicolas Goaziou
2018-02-16  3:18   ` Allen Li
2018-02-26 23:10     ` Nicolas Goaziou
2018-02-28  2:07       ` Allen Li
2018-02-28  8:25         ` Nicolas Goaziou
2018-03-01  7:52           ` Allen Li

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).