From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Stefan Monnier <monnier@iro.umontreal.ca>
Newsgroups: gmane.emacs.devel
Subject: Re: C-j considered harmful (not really)
Date: Sun, 22 Nov 2009 21:57:12 -0500
Message-ID: <jwvvdh22btj.fsf-monnier+emacs@gnu.org>
References: <912155b0911161437l7d5d5d3h790edff279fdad7a@mail.gmail.com>
	<7b501d5c0911161451s3e54e48dve127bd144f2affc8@mail.gmail.com>
	<877htpjwd4.fsf@mail.jurta.org>
	<912155b0911221236t7cebbb35n4bc10805bb685c1e@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: ger.gmane.org 1258945055 14751 80.91.229.12 (23 Nov 2009 02:57:35 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Mon, 23 Nov 2009 02:57:35 +0000 (UTC)
Cc: Juri Linkov <juri@jurta.org>, Deniz Dogan <deniz.a.m.dogan@gmail.com>,
	emacs-devel@gnu.org
To: Per =?iso-8859-1?Q?Starb=E4ck?= <per@starback.se>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 23 03:57:28 2009
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by lo.gmane.org with esmtp (Exim 4.50)
	id 1NCP7G-0006NL-Ee
	for ged-emacs-devel@m.gmane.org; Mon, 23 Nov 2009 03:57:26 +0100
Original-Received: from localhost ([127.0.0.1]:43302 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1NCP7F-0005HS-Pr
	for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2009 21:57:25 -0500
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NCP79-0005Ep-Nq
	for emacs-devel@gnu.org; Sun, 22 Nov 2009 21:57:19 -0500
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NCP75-0005Dj-AJ
	for emacs-devel@gnu.org; Sun, 22 Nov 2009 21:57:19 -0500
Original-Received: from [199.232.76.173] (port=57274 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NCP75-0005Dg-4M
	for emacs-devel@gnu.org; Sun, 22 Nov 2009 21:57:15 -0500
Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:20177
	helo=ironport2-out.pppoe.ca)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <monnier@iro.umontreal.ca>) id 1NCP74-0003Qc-Qx
	for emacs-devel@gnu.org; Sun, 22 Nov 2009 21:57:14 -0500
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApsEAAeJCUvO+IIa/2dsb2JhbACBTdF/hDwEigI
X-IronPort-AV: E=Sophos;i="4.47,268,1257138000"; d="scan'208";a="49824090"
Original-Received: from 206-248-130-26.dsl.teksavvy.com (HELO ceviche.home)
	([206.248.130.26])
	by ironport2-out.pppoe.ca with ESMTP; 22 Nov 2009 21:57:13 -0500
Original-Received: by ceviche.home (Postfix, from userid 20848)
	id E399EB40C9; Sun, 22 Nov 2009 21:57:12 -0500 (EST)
In-Reply-To: <912155b0911221236t7cebbb35n4bc10805bb685c1e@mail.gmail.com>
	("Per =?iso-8859-1?Q?Starb=E4ck=22's?= message of "Sun, 22 Nov 2009
	21:36:58 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
	recognized.
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.devel:117545
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/117545>

> Evidently <S-return> is used to insert newlines in lots of programs.
> I've just searched for "shift-return" and "shift-enter" on the web and
> seen many examples.

> After reconsidering this I then suggest just that <S-return> should be
> usable as an alternative to C-j.

So you suggest

  (define-key function-key-map [S-return] [?\C-j])

?

I guess I could live with that.  But you'd still need to prefix it with
C-q in minibuffer prompts, wouldn't you?  So we'd need more changes,
e.g. making LF in minibuffer input not exit the minibuffer.  I've never
used an LF key, so I could live with that, but I don't know what other
people think about it.


        Stefan