From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Leo Liu <sdl.web@gmail.com>
Cc: 16346@debbugs.gnu.org, "João Távora" <joaotavora@gmail.com>
Subject: bug#16346: 24.3; electric-pair-mode close-paren issue
Date: Fri, 10 Jan 2014 09:14:07 -0500 [thread overview]
Message-ID: <jwvsiswc4xe.fsf-monnier+emacsbugs@gnu.org> (raw)
In-Reply-To: <m1ha9ciknr.fsf@gmail.com> (Leo Liu's message of "Fri, 10 Jan 2014 11:24:24 +0800")
>> But you can get the same result with suitable use of eldoc-remove-command.
> But in case of a read-only buffer, one may want the normal eldoc to show
> arglist. So there is two use cases: one when editing and the other when
> reading others code. I only enable eldoc-mode manually i.e. M-x
> eldoc-mode when I need it.
So you want an eldoc-subdued-mode which only gives you info in some very
restricted cases (e.g. self-insert-command) and which you can
dynamically enable/disable in specific buffers.
Making eldoc-message-commands buffer-local would let us do that fairly easily.
> But then when you go anywhere that you don't want to edit code (such as
> just to copy some text) eldoc also prints the arglist.
Right. And it doesn't bother me because if I don't want to see the
eldoc info, I just don't look at the echo area.
> The latter happens more often in my editing habit that it can
> be annoying.
We obviously have different tastes/habits ;-)
> But maybe eldoc-post-insert-mode (maybe even a new name
> eldoc-edit-mode?) can check on char changes instead?
I don't understand what you mean by "char changes".
Ah, you mean using an after-change-function? I don't really like that.
I'm not sure what problem it is supposed to avoid.
>>> Also getting the arglist can be expensive. For example in octave it has
>>> to ask the running process (which can get stuck when the process is in
>>> the middle of doing something else). In other cases it has to make
>>> remote calls.
>> Not sure why that's relevant.
> For example, if a heavy job is running in the inferior octave buffer,
> one normally don't want any movement to send a request to it asking for
> arglist.
But neither do you want to send such a request just because you inserted
a char. So, the problem really applies to bother cases. I find it hard
to believe that the problem would really be much more serious in one
case then in the other: either it's serious in both cases, or it's
bearable in both cases.
Stefan
PS: I think some version of eldoc-mode should be enabled by default.
It's too late for 24.4, but: for the one after.
next prev parent reply other threads:[~2014-01-10 14:14 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-05 2:57 bug#16346: 24.3; electric-pair-mode close-paren issue Leo Liu
2014-01-05 11:49 ` João Távora
2014-01-05 15:30 ` Leo Liu
2014-01-05 19:25 ` João Távora
2014-01-05 23:13 ` Stefan Monnier
2014-01-06 0:48 ` Leo Liu
2014-01-09 16:12 ` Stefan Monnier
2014-01-10 3:24 ` Leo Liu
2014-01-10 4:11 ` Leo Liu
2014-01-10 14:14 ` Stefan Monnier [this message]
2014-01-10 16:46 ` Leo Liu
2014-01-10 17:20 ` Stefan Monnier
2014-01-11 4:38 ` Leo Liu
2014-01-11 5:35 ` Stefan Monnier
2014-01-11 6:11 ` Leo Liu
2014-01-12 3:35 ` Stefan Monnier
2014-01-12 4:21 ` Leo Liu
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvsiswc4xe.fsf-monnier+emacsbugs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=16346@debbugs.gnu.org \
--cc=joaotavora@gmail.com \
--cc=sdl.web@gmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.