Hi Carsten,
Thank you for the patch. This patch works for what it does,
but does not handle the situations that I normally encounter
the bug in.
To expand its scope, I made the the same change to the other
of org-agenda-goto and org-agenda-switch-to and have used
the combined patch (yours and mi
i.e. this:
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 93334b6..4bbaefc 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -2764,6 +2764,7 @@ bind it in the options section.")
(org-set-local 'org-agenda-name name)))
(setq buffer-read-only nil))
+(eval-when-comp
Hi Carsten,
Could it be the following in org-agenda-switch-to?
(save-excursion
(and (outline-next-heading)
(org-flag-heading nil))) ; show the next heading
I wonder if it will cause any problems to remove that whole sexp.
Thanks.
Samuel
On 2010-05-19, Car
Hi Samuel,
thanks for your feedback - I do not know what else could be wrong
here.
- Carsten
On May 18, 2010, at 6:17 AM, Samuel Wales wrote:
Hi Carsten,
On 2010-05-14, Carsten Dominik wrote:
for some reason I do not remember, I enforce showing the next
headline
in this special ca
Hi Carsten,
On 2010-05-14, Carsten Dominik wrote:
> for some reason I do not remember, I enforce showing the next headline
> in this special case. Please try the following patch and run with if
> for a while, to see if it causes any problems.
The patch did not apply for some reason, but I manua
On May 7, 2010, at 7:32 AM, Samuel Wales wrote:
When I go to a location from the agenda, the next headline
is revealed if it was hidden, even if it is a child.
Setting org-show-following-heading to nil or leaving it at
its default value does not prevent this. Should it? The
documentation see
When I go to a location from the agenda, the next headline
is revealed if it was hidden, even if it is a child.
Setting org-show-following-heading to nil or leaving it at
its default value does not prevent this. Should it? The
documentation seems to suggest that it should. What I want
is for hi
