all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@IRO.UMontreal.CA>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: "João Távora" <joaotavora@gmail.com>, emacs-devel@gnu.org
Subject: Re: [patch] make electric-pair-mode smarter/more useful
Date: Sat, 14 Dec 2013 20:39:57 -0500	[thread overview]
Message-ID: <jwvbo0iykjx.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <52AC8DA6.5070403@yandex.ru> (Dmitry Gutov's message of "Sat, 14 Dec 2013 18:56:06 +0200")

> Yes, but if it's set via electric-layout-rules, to what value will this
> variable be set in e.g. js-mode?

The value which seems most useful for javascript.

> If it'll include what's there currently, '((?\; . after) (?\{ . after) (?\}
> . before)), then to get the desired behavior I described previously (NOT to
> insert a newline after I just typed `{', or any other character), I'd have
> to modify it again in js-mode-hook.

If there can be various competing choices, then indeed we have a problem.
The intention of electric-layout-mode is that it should more or less
(tho in a naive way) insert the newlines for you if you just
naively/sequentially type in the code.

There might indeed be various options as to "when" to insert the
newlines as well as "where".

> IOW, turning on electric-layout-mode would turn on all
> electric-layout-related behaviors defined for a given major mode. Are we
> willing to remove electric newlines after `;', `{' and `}', by default, from
> any major mode where one of those might conceivably be followed by some
> character other than newline?

I don't understand the question: if there are cases where
electric-layout-mode would insert a newline but the user doesn't want
it, indeed the user will be annoyed.  I think in general there's no way
to be sure this never happens, other than turning off
electric-layout-mode.  Same happens for the suggested
electric-pair-newline-between-pairs-rule.

> Speaking of cc-mode, I don't really program in C (though I'd like to
> continue learning it at some point), but if I did, I'm not sure I'd
> want the electric-layout-mode behavior there, but
> electric-pair-newline-between-pairs-rule would be useful.

{ not followed by a newline are rare in C, but they do happen, indeed.
E.g. for "enum"s or for immediate values of structs/arrays.  So, indeed,
for those cases electric-layout-mode will be annoying.

For that reason electric-layout-mode is off by default, and I haven't
heard anyone argue to enable it by default.

From this POV, maybe electric-pair-newline-between-pairs-rule should be
made into a separate minor mode, indeed.  It will reduce your use of RET
much less than electric-layout-mode but it's less likely to be annoying.
Less gain and less pain.


        Stefan



  reply	other threads:[~2013-12-15  1:39 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-06 23:31 [patch] make electric-pair-mode smarter/more useful João Távora
2013-12-07  2:09 ` Leo Liu
2013-12-07  2:36 ` Dmitry Gutov
2013-12-07 21:01   ` João Távora
2013-12-07 23:16     ` Stefan Monnier
2013-12-12  3:05       ` João Távora
2013-12-12  4:29         ` Dmitry Gutov
2013-12-12 11:26           ` João Távora
2013-12-12 16:30           ` Stefan Monnier
2013-12-12 17:06             ` João Távora
2013-12-12 20:12               ` Stefan Monnier
2013-12-13  2:55               ` Dmitry Gutov
2013-12-14 15:18                 ` Stefan Monnier
2013-12-14 16:56                   ` Dmitry Gutov
2013-12-15  1:39                     ` Stefan Monnier [this message]
2013-12-16  0:35                       ` João Távora
2013-12-16  3:34                         ` Stefan Monnier
2013-12-16 19:26                           ` João Távora
2013-12-17  1:54                             ` Stefan Monnier
2013-12-18  2:43                               ` João Távora
2013-12-18 15:32                                 ` João Távora
2013-12-23 14:41                                   ` João Távora
2013-12-24 14:29                                     ` Bozhidar Batsov
2013-12-07 23:07 ` Stefan Monnier
2013-12-12  3:01   ` João Távora
2013-12-12 18:08     ` Stefan Monnier
2013-12-13  1:02       ` João Távora
2013-12-13  2:32         ` Stefan Monnier
2013-12-15 22:10           ` João Távora
2013-12-16  3:22             ` Stefan Monnier
2013-12-16 14:21               ` João Távora
2013-12-16 15:30                 ` Stefan Monnier
2013-12-16 18:40                   ` Stefan Monnier
2013-12-16 19:06                     ` João Távora
2013-12-17  1:42                       ` Stefan Monnier
     [not found]                   ` <CALDnm52AoShN891-L9=Cbng98UtYPEntzO+n_XDMmEL+UV0r-A@mail.gmail.com>
2013-12-16 19:02                     ` Fwd: " João Távora

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=jwvbo0iykjx.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=dgutov@yandex.ru \
    --cc=emacs-devel@gnu.org \
    --cc=joaotavora@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.