[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[emacs-wiki-discuss] Re: planner-multi causing problems...
From: |
Sacha Chua |
Subject: |
[emacs-wiki-discuss] Re: planner-multi causing problems... |
Date: |
Fri, 05 Aug 2005 21:05:22 -0400 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) |
Paul Lussier <address@hidden> writes:
> This makes a certain amount of sense. It also just dawned on me
> *why* planner-multi uses TAB for completion! It allows you to bind a
> task or note to multiple pages *at task creation time* with a space
Handy, isn't it? Unfortunately, we haven't figured out how to do that
for XEmacs yet...
> delimited list. DUH! I've for some reason just been using M-x
> planner-multi-[task,note]-xref to do this after I create them!
You must have a low opinion of the laziness of other Planner users.
We're too lazy to call cross-referencing functions after we create
something. ;)
> So, I guess my real problem is that I don't mind if SPC is re-mapped
> when the minibuffer is in task/note creation mode, but I'd really
> like planner-multi not mess with the M-x mode :) Any ideas how to
> fix that?
planner-multi-read-name is the only thing that messes with
minibuffer-local-completion-map, and I thought I put that in an
unwind-protect already to make sure that I restored the completion map
from before!
I wonder how we can look into this further. Maybe you can play around
with planner-multi-read-name to see if you can take out some of the
minibuffer-related stuff...
--
Sacha Chua <address@hidden> - open source geekette
http://sacha.free.net.ph/ - PGP Key ID: 0xE7FDF77C
interests: emacs, gnu/linux, personal information management, juggling
sachac on irc.freenode.net#emacs . YM: sachachua83