emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* [bug] orgtbl-mode conflicts with ecomplete (a address completion of mesaage mode)
@ 2013-08-31 22:42 Gregor Zattler
  2013-09-02  8:27 ` Carsten Dominik
  0 siblings, 1 reply; 3+ messages in thread
From: Gregor Zattler @ 2013-08-31 22:42 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 2626 bytes --]

Dear org-mode Developers,

i followed the advice in the org-mode manual to use orgtbl-mode
in message-mode buffers (see: (info "(org)Orgtbl mode") or
[[info:org#Orgtbl%20mode][info:org#Orgtbl mode]] ), this is nice.

Since today i also want to use "ecompletion" for addresses in
email headers in message-mode as described in 
(info "(message)Mail Aliases") or
[[info:message#Mail%20Aliases][info:message#Mail Aliases]].

Sadly orgtbl-mode somehow disables ecomplete.  Without
orgtbl-mode if one types a part of an email address in an address
header line ecomplete shows list of possible addresses which is
shrinking while one types.  This does not happen if orgtbl-mode
is enabled.

How to reproduce:

1) save the attached file to ~/.ecompleterc

   be sure not to overwrite your own ~/.ecompleterc!

2) do

   emacs -q -nw --eval "(setq message-mail-alias-type 'ecomplete)" --eval '(message-mail)'

   cursor is in the To: -address header.  

2a) type "e" 

    minibuffer shows three matching addresses.  These are narrowed
    down while you type "c" "h" "o".  You might chosse one of the
    matching addresses with M-n RET.

2b) kill Emacs.

3) do instead:

   emacs -q -nw --eval "(setq message-mail-alias-type 'ecomplete)" --eval "(add-hook 'message-mode-hook 'turn-on-orgtbl)" --eval '(message-mail)'

   cursor is in the To: -address header.  

3a) type "e" 

    minimuffer shows nothing...
    

3b) kill Emacs.



It would be great if this conflict could be fixed.  Otherwise the
conflict could be documented in the Conflicts section of Org-mode
(info "(org)Conflicts") or [[info:org#Conflicts]] like this:

--- org.texi    2013-09-01 00:41:15.125828086 +0200
+++ org.texi-Orgtbl-ecomplete-conflict-documented       2013-09-01 00:40:56.101430317 +0200
@@ -16414,6 +16414,18 @@
 to have other replacement keys, look at the variable
 @code{org-disputed-keys}.
 
+@item @file{ecomplete.el} by Lars Magne Ingebrigtsen @email{larsi@@gnus.org}
+@cindex @file{ecomplete.el}
+
+Ecomplete provides ``electric'' address completion in address header
+lines in message buffers.  Sadly Orgtbl mode cuts ecompletes power
+supply: No completion happens when Orgtbl mode is enabled in message
+buffers while entering text in address header lines.  If one wants to
+use ecomplete one should @emph{not} follow the advice to automagically
+turn on Orgtbl mode in message buffers (see @ref{Orgtbl mode}), but
+instead---after filling in the message headers---turn on Orgtbl mode
+manually when needed in the messages body.
+
 @item @file{filladapt.el} by Kyle Jones
 @cindex @file{filladapt.el}
 



Thanks for your attention, Gregor

[-- Attachment #2: example ~/.ecompleterc --]
[-- Type: text/plain, Size: 236 bytes --]

((mail
("echo@tu-Berlin.de" 1 1377964945.0 "Echo <echo@tu-Berlin.de>")
("telegraph@gmx.net" 6 1377974143.0 "Gregor Zattler <telegraph@gmx.net>")
("emacs-orgmode@gnu.org" 6 1377974143.0 "Org-mode mailing list <emacs-orgmode@gnu.org>")
))

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-09-06  8:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-31 22:42 [bug] orgtbl-mode conflicts with ecomplete (a address completion of mesaage mode) Gregor Zattler
2013-09-02  8:27 ` Carsten Dominik
2013-09-06  7:21   ` Gregor Zattler

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).