unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Herbert Euler <herberteuler@hotmail.com>
To: <emacs-devel@gnu.org>
Subject: Multi-tty, ido-mode and erc
Date: Thu, 21 Feb 2008 15:37:42 +0800	[thread overview]
Message-ID: <BAY143-W2ED4233E33DDC2A07F642DA1C0@phx.gbl> (raw)


Hello,

In multi-tty version, Emacs seems not able to use the minibuffer of
the right frame in some cases (in X window).  To reproduce:

1. Start Emacs with the -Q option:

    $ emacs -Q

A new Emacs frame is displayed.  Now in this frame:

2. M-x server-start RET

The emacsclient command should be able to connect to this server after
this.

3. M-x ido-mode RET

This simply enables the ido mode.

4. M-x erc RET ...

Now login to some irc server with some nick name.  Which server to
login, which port the server uses and which nick name to login does
not matter.

5. Start a emacsclient:

    $ emacsclient -c

The emacsclient command just creates a new frame.  Note that either
the old Emacs frame and the new emacsclient frame should NOT be
clicked to reproduce the problem.

6. Try to switch to another buffer, i.e. type C-x b.

Emacs uses the minibuffer of the old Emacs frame, rather than the one
of the new emacsclient frame.  Typing C-g to try to abort the
executing command does not help: it signals the `quit' condition in
the new emacsclient frame, and the minibuffer of the old Emacs frame
is still used.  Currently I find the only way to make Emacs use the
minibuffer of the new emacsclient's frame is to execute another
command such that Emacs signals "Command attempted to use minibuffer
while in minibuffer" and aborts the former command.

7. Some other notes:

The reason I mention ido mode here is that, if ido mode is not turned
on when emacsclient creates a new frame, Emacs will choose the right
minibuffer to use.  If ido mode is turned off after emacsclient
starts, the problem just goes away.

The reason I mention erc here is that, even if ido mode is turned on,
the problem cannot be reproduced if M-x erc is never executed.

And I can reproduce this problem only with C-x b, but not C-x f or M-x
commands.

Regards,
Guanpeng Xu
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




             reply	other threads:[~2008-02-21  7:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-21  7:37 Herbert Euler [this message]
2008-02-21  7:39 ` Multi-tty, ido-mode and erc Herbert Euler
2008-02-24 15:22 ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=BAY143-W2ED4233E33DDC2A07F642DA1C0@phx.gbl \
    --to=herberteuler@hotmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.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).