one thing i don't understand is why there need to be 2 olpaths for the
identical location.
in maint i get both in ido [when it is in same file]. i only need 1
[always]. the bugs aside, there is no reason to /have/ to choose one.
right?
so why are 2 included?
On 1/29/14, Bastien b...@gnu.org
Samuel Wales samolog...@gmail.com writes:
one thing i don't understand is why there need to be 2 olpaths for the
identical location.
Well, this is the part of the bug that I never managed to reproduce.
If you have time for a recipe that produces just this bug, let's go.
I wish someone else
Hi Samuel,
Samuel Wales samolog...@gmail.com writes:
Would this also get rid of the current-file special case? If so, this
sounds good to me and I will test it.
Please test the attached patch against maint and let me know what
issues it fixes for you.
Thanks,
diff --git a/lisp/org.el
with the patch on maint, sometimes refile goto from the scratch buffer
shows 2 olpaths for the same location. one has the filename and the
other does not. selecting the default results in:
Debugger entered--Lisp error: (error Invalid target location)
signal(error (Invalid target location))
Hi Samuel,
please provide a reproducible recipe, it's really hard to explore
those kind of bugs otherwise.
The patch should fix at least these two bugs:
- you enter A headline/ as a refile target but A headline/
is not in the current file: before the patch, it throws an error,
after the
Hi Samuel,
Samuel Wales samolog...@gmail.com writes:
i have very little capacity to do this properly, doing the best i can
so you get timely feedback. perhaps this gives you a little to go on.
if not, this will take much longer.
Thanks -- I'll explore this using ido, which I do not use
Hi Samuel,
Samuel Wales samolog...@gmail.com writes:
Are you talking about 2 olpaths pointing to different files?
Yes.
In this case, I suggest this: hitting RET will not throw an error,
but offer further expansion like this:
Emacs (myfile.org)
Emacs (anotherfile.org)
Is what shows the
On 1/28/14, Bastien b...@gnu.org wrote:
Are you talking about 2 olpaths pointing to different files?
Yes.
I hope this is the reason for the bugs, because it sounds fixable.
In this case, I suggest this: hitting RET will not throw an error,
but offer further expansion like this:
Emacs
Samuel Wales samolog...@gmail.com writes:
When I run refile goto in the same buffer, it goes to the correct
location and then does that. When I run refile goto in a different
buffer, it does not go anywhere and it does that.
Because for now you need to add the file name when refiling to
a
Hi Bastien,
Thank you for commenting and providing a clue.
If I understand correctly, I don't see the need for any error or
asking again, as it is always obvious what I, at least, want to do.
It shows an olpath, so what I want is to refile or goto that olpath in
every case.
I also don't see the
I seem to get this:
Debugger entered--Lisp error: (error Invalid target location)
signal(error (Invalid target location))
user-error(Invalid target location)
org-refile-get-location(Goto nil nil 4)
org-refile(4)
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease
When I run refile goto in the same buffer, it goes to the correct
location and then does that. When I run refile goto in a different
buffer, it does not go anywhere and it does that.
IMO the behavior should be the same regardless of what buffer I start
refile goto in.
On 1/25/14, Samuel Wales
* computer
** emacs
*** myorg
I use ido.
===
i refile to myorg with the string myorg as an ido selector
i save all files
i refile to emacs
i take a look before pressing ret
ido shows me the wrong olpath
it shows me myorg with the filename in parentheses after
i wanted emacs
the next
Hi Samuel,
Samuel Wales samolog...@gmail.com writes:
I use ido.
I don't use ido so it's hard for me to mentally picture the problem
correctly.
Anyway, the error message was wrong in many circumstances, e.g. when
the user tries to refile and only mention the headline/, not the
target file.
Thank you.
Please note that the fact that it errors instead of refiling is a bug,
even if the error message is more accurate.
On 11/13/13, Bastien b...@gnu.org wrote:
Hi Samuel,
Samuel Wales samolog...@gmail.com writes:
I use ido.
I don't use ido so it's hard for me to mentally picture
Samuel Wales samolog...@gmail.com writes:
Please note that the fact that it errors instead of refiling is a bug,
even if the error message is more accurate.
In the cases I have in mind (which are probably not the same than
yours), the target file is unspecified and refiling cannot happen
I suspect it is the arguments used for ido.
I previously reported that Org incorrectly treats the current file
differently from other files. This causes ido to think that some
olpaths are files and others are directories. This might be related.
On 11/13/13, Bastien b...@gnu.org wrote:
In the
17 matches
Mail list logo
