emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* bug: cannot refile x to x, or go to x, where headers have the same name
@ 2016-04-05  4:09 Samuel Wales
  2016-04-05 21:49 ` Nicolas Goaziou
  0 siblings, 1 reply; 3+ messages in thread
From: Samuel Wales @ 2016-04-05  4:09 UTC (permalink / raw)
  To: emacs-orgmode

i often refile a header to a target that has the same name as the
source.  they are different headers, but they have the same name.

my goal is to send x(1) to x(2) so that the olpath looks like
x(2)/x(1).  this to me is totally legitimate.  i often have headers
with the same name, for various reasons.

but org-refile removes the /source/ header name from the list of
/target/ candidates.  perhaps the intention was to prevent refiling
something to itself.  did that cause problems?

but i am not refiling something to itself.  they just have the same
name.  they are different headers.

furthermore, the same bug occurs with refile goto.

i can work around this by adding random text to the source header, or
moving point for goto, but i'd rather not have to.

can this interlock ve disabled or modified to allow different headers
with the same name?

thanks.

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

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

* Re: bug: cannot refile x to x, or go to x, where headers have the same name
  2016-04-05  4:09 bug: cannot refile x to x, or go to x, where headers have the same name Samuel Wales
@ 2016-04-05 21:49 ` Nicolas Goaziou
  2016-04-05 22:26   ` Samuel Wales
  0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2016-04-05 21:49 UTC (permalink / raw)
  To: Samuel Wales; +Cc: emacs-orgmode

Hello,

Samuel Wales <samologist@gmail.com> writes:

> i often refile a header to a target that has the same name as the
> source.  they are different headers, but they have the same name.
>
> my goal is to send x(1) to x(2) so that the olpath looks like
> x(2)/x(1).  this to me is totally legitimate.  i often have headers
> with the same name, for various reasons.
>
> but org-refile removes the /source/ header name from the list of
> /target/ candidates.  perhaps the intention was to prevent refiling
> something to itself.  did that cause problems?

There's a guard against it later in the process, so I guess it doesn't
matter here.

> but i am not refiling something to itself.  they just have the same
> name.  they are different headers.
>
> furthermore, the same bug occurs with refile goto.
>
> i can work around this by adding random text to the source header, or
> moving point for goto, but i'd rather not have to.
>
> can this interlock ve disabled or modified to allow different headers
> with the same name?

I disabled this exclusion in master.

Thank you for suggesting it.

Regards,

-- 
Nicolas Goaziou

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

* Re: bug: cannot refile x to x, or go to x, where headers have the same name
  2016-04-05 21:49 ` Nicolas Goaziou
@ 2016-04-05 22:26   ` Samuel Wales
  0 siblings, 0 replies; 3+ messages in thread
From: Samuel Wales @ 2016-04-05 22:26 UTC (permalink / raw)
  To: Samuel Wales, emacs-orgmode

thank you!

On 4/5/16, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
> Hello,
>
> Samuel Wales <samologist@gmail.com> writes:
>
>> i often refile a header to a target that has the same name as the
>> source.  they are different headers, but they have the same name.
>>
>> my goal is to send x(1) to x(2) so that the olpath looks like
>> x(2)/x(1).  this to me is totally legitimate.  i often have headers
>> with the same name, for various reasons.
>>
>> but org-refile removes the /source/ header name from the list of
>> /target/ candidates.  perhaps the intention was to prevent refiling
>> something to itself.  did that cause problems?
>
> There's a guard against it later in the process, so I guess it doesn't
> matter here.
>
>> but i am not refiling something to itself.  they just have the same
>> name.  they are different headers.
>>
>> furthermore, the same bug occurs with refile goto.
>>
>> i can work around this by adding random text to the source header, or
>> moving point for goto, but i'd rather not have to.
>>
>> can this interlock ve disabled or modified to allow different headers
>> with the same name?
>
> I disabled this exclusion in master.
>
> Thank you for suggesting it.
>
> Regards,
>
> --
> Nicolas Goaziou
>


-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

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

end of thread, other threads:[~2016-04-05 22:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-04-05  4:09 bug: cannot refile x to x, or go to x, where headers have the same name Samuel Wales
2016-04-05 21:49 ` Nicolas Goaziou
2016-04-05 22:26   ` Samuel Wales

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