[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[emacs-wiki-discuss] Re: Broken Planner, cause unknown
From: |
Edgar Gonçalves |
Subject: |
[emacs-wiki-discuss] Re: Broken Planner, cause unknown |
Date: |
Sat, 02 Jul 2005 12:04:26 +0100 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 |
This morning, Sacha Chua wrote:
> address@hidden (Edgar Gonçalves) writes:
>
>>> I merged a patch from the Muse port of planner that mentioned touching that
>>> behavior. Aha! GNU Emacs behavior broke because it passed a double list to
>>> derived-mode-p. Patch-437 should do the trick.
>> I'm so sorry to inform that that last patch completelly ruined my \M-x plan
>> <RET> function... It went back to the old behaviour, an infinite recursion
>> showing this in the *messages* buffer (until I quit):
>
> --- orig/planner.el
> +++ mod/planner.el
> @@ -2176,7 +2176,8 @@ (planner-renumber-notes-automatically (and
> planner-renumber-notes-automatically (not suppress-fixing))) -
> (planner-tasks-save-behavior nil))
> + (planner-tasks-save-behavior nil)
> + (planner-id-update-automatically nil))
> (when (buffer-modified-p) (save-buffer)))) (when (and
> buffer-list
>
> Could you try this patch to disable planner-id updates during automatic saves?
> planner-id should kick in only when you explicitly save the current file.
Yep, it does the trick!
I gess I can call this thread off, since my planner isn't broken anymore ;)
Thanks for all the support, you've been great!
> sachac on irc.freenode.net#emacs . YM: sachachua83
--
Edgar Gonçalves
Software Engineering Group @ INESC-ID
Portugal