* Setting properties when scrolling around buffer puts property in wrong headline
@ 2013-10-27 4:11 John Hendy
2013-11-01 19:39 ` John Hendy
0 siblings, 1 reply; 4+ messages in thread
From: John Hendy @ 2013-10-27 4:11 UTC (permalink / raw)
To: emacs-orgmode
Greetings,
I'm supposing there's no way around this... but I'm creating a
taskjuggler document that's fairly wrong. I often find myself in a
situation where I go to set a :depends: property to reference another
headline and need to go see what it's task_id is. So, I scroll down,
look at the task, then enter the correct task_id in the minibuffer
(which is still active after doing C-c C-x p property-name RET), and
then find that it's been inserted in a different headline since
scrolling moves the point/cursor to a different headline.
Again, I'm thinking that Emacs just works differently than other
programs in that the cursor appears to move to stay in the view of the
current buffer vs. staying at the existing point regardless of where
I'm looking in the file.
Is there a way around this issue? Almost like remembering the MARK
where either 1) the command was initiated or 2) where it was when the
property name was typed, followed by RET (but prior to setting the
value) vs. wherever the cursor ends up between setting the property
name and actually setting the value?
Thanks!
John
P.S. if the issue is unclear, open up a longer Org document and unfold
enough headlines so that the entire file cannot be viewed within the
height. Go a headline near the top and do C-c C-x p. Type a property
name and press RET. Now scroll down a bit in the buffer and then type
in the name of the property and press RET. The property will be
inserted in whatever headline you're cursor scrolled down to, not the
headline in which you initiated the command.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Setting properties when scrolling around buffer puts property in wrong headline
2013-10-27 4:11 Setting properties when scrolling around buffer puts property in wrong headline John Hendy
@ 2013-11-01 19:39 ` John Hendy
2013-11-01 20:33 ` Thorsten Jolitz
0 siblings, 1 reply; 4+ messages in thread
From: John Hendy @ 2013-11-01 19:39 UTC (permalink / raw)
To: emacs-orgmode
Bump... at the least, wondering if this is intended/expected, or if
it's a genuine issue. Perhaps no one else encounters this?
John
On Sat, Oct 26, 2013 at 11:11 PM, John Hendy <jw.hendy@gmail.com> wrote:
> Greetings,
>
>
> I'm supposing there's no way around this... but I'm creating a
> taskjuggler document that's fairly wrong. I often find myself in a
> situation where I go to set a :depends: property to reference another
> headline and need to go see what it's task_id is. So, I scroll down,
> look at the task, then enter the correct task_id in the minibuffer
> (which is still active after doing C-c C-x p property-name RET), and
> then find that it's been inserted in a different headline since
> scrolling moves the point/cursor to a different headline.
>
> Again, I'm thinking that Emacs just works differently than other
> programs in that the cursor appears to move to stay in the view of the
> current buffer vs. staying at the existing point regardless of where
> I'm looking in the file.
>
> Is there a way around this issue? Almost like remembering the MARK
> where either 1) the command was initiated or 2) where it was when the
> property name was typed, followed by RET (but prior to setting the
> value) vs. wherever the cursor ends up between setting the property
> name and actually setting the value?
>
>
> Thanks!
> John
>
> P.S. if the issue is unclear, open up a longer Org document and unfold
> enough headlines so that the entire file cannot be viewed within the
> height. Go a headline near the top and do C-c C-x p. Type a property
> name and press RET. Now scroll down a bit in the buffer and then type
> in the name of the property and press RET. The property will be
> inserted in whatever headline you're cursor scrolled down to, not the
> headline in which you initiated the command.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Setting properties when scrolling around buffer puts property in wrong headline
2013-11-01 19:39 ` John Hendy
@ 2013-11-01 20:33 ` Thorsten Jolitz
2013-11-03 14:22 ` John Hendy
0 siblings, 1 reply; 4+ messages in thread
From: Thorsten Jolitz @ 2013-11-01 20:33 UTC (permalink / raw)
To: emacs-orgmode
John Hendy <jw.hendy@gmail.com> writes:
>> I'm supposing there's no way around this... but I'm creating a
>> taskjuggler document that's fairly wrong. I often find myself in a
>> situation where I go to set a :depends: property to reference another
>> headline and need to go see what it's task_id is. So, I scroll down,
>> look at the task, then enter the correct task_id in the minibuffer
>> (which is still active after doing C-c C-x p property-name RET), and
>> then find that it's been inserted in a different headline since
>> scrolling moves the point/cursor to a different headline.
I would say its the expected behaviour - when the mini-buffer is still
active, the command wasn't sent yet, and when you finally send it,
Org-mode acts on the property drawer where point is at that moment.
You might want to read about using the mark, i.e. how to set the mark
before searching the task-id, and then go back to that point before
sending the command from the mini-buffer:
,----------------------------------------------------------------------------------
| http://www.gnu.org/software/emacs/manual/html_node/emacs/Mark-Ring.html#Mark-Ring
`----------------------------------------------------------------------------------
--
cheers,
Thorsten
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Setting properties when scrolling around buffer puts property in wrong headline
2013-11-01 20:33 ` Thorsten Jolitz
@ 2013-11-03 14:22 ` John Hendy
0 siblings, 0 replies; 4+ messages in thread
From: John Hendy @ 2013-11-03 14:22 UTC (permalink / raw)
To: Thorsten Jolitz; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1544 bytes --]
On Nov 1, 2013 3:34 PM, "Thorsten Jolitz" <tjolitz@gmail.com> wrote:
>
> John Hendy <jw.hendy@gmail.com> writes:
>
> >> I'm supposing there's no way around this... but I'm creating a
> >> taskjuggler document that's fairly wrong. I often find myself in a
> >> situation where I go to set a :depends: property to reference another
> >> headline and need to go see what it's task_id is. So, I scroll down,
> >> look at the task, then enter the correct task_id in the minibuffer
> >> (which is still active after doing C-c C-x p property-name RET), and
> >> then find that it's been inserted in a different headline since
> >> scrolling moves the point/cursor to a different headline.
>
> I would say its the expected behaviour - when the mini-buffer is still
> active, the command wasn't sent yet, and when you finally send it,
> Org-mode acts on the property drawer where point is at that moment.
>
Understood, and that's what I figured but wanted to check!
> You might want to read about using the mark, i.e. how to set the mark
> before searching the task-id, and then go back to that point before
> sending the command from the mini-buffer:
Will do. I constantly lose my mark when searching and selecting, so sounds
really helpful.
Thanks,
John
>
>
,----------------------------------------------------------------------------------
> |
http://www.gnu.org/software/emacs/manual/html_node/emacs/Mark-Ring.html#Mark-Ring
>
`----------------------------------------------------------------------------------
>
> --
> cheers,
> Thorsten
>
>
[-- Attachment #2: Type: text/html, Size: 2131 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-11-03 14:22 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-27 4:11 Setting properties when scrolling around buffer puts property in wrong headline John Hendy
2013-11-01 19:39 ` John Hendy
2013-11-01 20:33 ` Thorsten Jolitz
2013-11-03 14:22 ` John Hendy
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).