* Bug: editing priority in column view
@ 2009-02-19 16:43 Wanrong Lin
2009-02-20 10:05 ` Carsten Dominik
0 siblings, 1 reply; 2+ messages in thread
From: Wanrong Lin @ 2009-02-19 16:43 UTC (permalink / raw)
To: emacs-orgmode
Hi,
I have a column view configuration like this:
(setq org-columns-default-format (format "%%%iITEM(Task) %%10TODO
%%20SCHEDULED %%1PRIORITY(P) %%TAGS(TAGS) %%6Effort(EST){:}
%%CLOCKSUM(CLK)" (- fill-column 24)))
And I have a org-file "Test.org" with following entry:
* TODO Test1
*** TODO Test2
SCHEDULED: <2009-02-19 Thu>
If I run "org-agenda-list", and then "org-agenda-columns", and then move
the cursor to the "P" field of "Test2" line, press "e", and then press
"a" in minibuffer, things are strange now:
1. At first, it worked fine. I could see "Test2" has priority "A" in
both the agenda buffer and the "Test.org" buffer.
2. I manually removed the "[#A]" in the "Test2" line of "Test.org"
buffer, saved the file and KILLED the "Test.org" buffer
3. In the agenda buffer (still in column view), I pressed "g" (to
refresh). I could see "Test.org" was reopened in a buffer.
4. Now I redo the priority editing in the agenda buffer, nothing changed
in the agenda buffer, and after examining "Test.org" buffer, I found the
priority "A" goes to the parent item "Test1". So I got this in the
"Test.org" buffer:
* TODO [#A] Test1
*** TODO Test2
SCHEDULED: <2009-02-19 Thu>
It seems the order of file opening and column view creation will affect
org's behavior.
I am using 6.22b, the latest release.
Wanrong
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Bug: editing priority in column view
2009-02-19 16:43 Bug: editing priority in column view Wanrong Lin
@ 2009-02-20 10:05 ` Carsten Dominik
0 siblings, 0 replies; 2+ messages in thread
From: Carsten Dominik @ 2009-02-20 10:05 UTC (permalink / raw)
To: Wanrong Lin; +Cc: emacs-orgmode
Fixed, thanks.
- Carsten
On Feb 19, 2009, at 5:43 PM, Wanrong Lin wrote:
> Hi,
>
> I have a column view configuration like this:
>
> (setq org-columns-default-format (format "%%%iITEM(Task) %%10TODO %
> %20SCHEDULED %%1PRIORITY(P) %%TAGS(TAGS) %%6Effort(EST){:} %
> %CLOCKSUM(CLK)" (- fill-column 24)))
>
> And I have a org-file "Test.org" with following entry:
>
> * TODO Test1
> *** TODO Test2
> SCHEDULED: <2009-02-19 Thu>
>
> If I run "org-agenda-list", and then "org-agenda-columns", and then
> move the cursor to the "P" field of "Test2" line, press "e", and
> then press "a" in minibuffer, things are strange now:
>
> 1. At first, it worked fine. I could see "Test2" has priority "A" in
> both the agenda buffer and the "Test.org" buffer.
> 2. I manually removed the "[#A]" in the "Test2" line of "Test.org"
> buffer, saved the file and KILLED the "Test.org" buffer
> 3. In the agenda buffer (still in column view), I pressed "g" (to
> refresh). I could see "Test.org" was reopened in a buffer.
> 4. Now I redo the priority editing in the agenda buffer, nothing
> changed in the agenda buffer, and after examining "Test.org" buffer,
> I found the priority "A" goes to the parent item "Test1". So I got
> this in the "Test.org" buffer:
>
> * TODO [#A] Test1
> *** TODO Test2
> SCHEDULED: <2009-02-19 Thu>
>
> It seems the order of file opening and column view creation will
> affect org's behavior.
>
> I am using 6.22b, the latest release.
>
> Wanrong
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-02-20 10:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-19 16:43 Bug: editing priority in column view Wanrong Lin
2009-02-20 10:05 ` Carsten Dominik
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).