From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Questioning the new behavior of `open-line'. Date: Thu, 12 Nov 2015 02:06:47 -0600 Message-ID: <87si4bsktk.fsf@red-bean.com> References: <87vb98csu1.fsf@red-bean.com> <87h9kscqig.fsf@red-bean.com> <83vb98jqwp.fsf@gnu.org> <87k2poba1s.fsf@red-bean.com> <83si4cjnyw.fsf@gnu.org> <87twosp5ke.fsf@fencepost.gnu.org> <87fv0cm64g.fsf@gmx.us> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447315626 27942 80.91.229.3 (12 Nov 2015 08:07:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Nov 2015 08:07:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 12 09:06:59 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZwmuH-0005KO-Hs for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 09:06:57 +0100 Original-Received: from localhost ([::1]:45051 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwmuG-0007eo-Jw for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 03:06:56 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwmuC-0007db-2A for emacs-devel@gnu.org; Thu, 12 Nov 2015 03:06:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zwmu8-000351-T8 for emacs-devel@gnu.org; Thu, 12 Nov 2015 03:06:52 -0500 Original-Received: from mail-io0-x22a.google.com ([2607:f8b0:4001:c06::22a]:36370) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwmu8-00034s-ON for emacs-devel@gnu.org; Thu, 12 Nov 2015 03:06:48 -0500 Original-Received: by iofh3 with SMTP id h3so57904996iof.3 for ; Thu, 12 Nov 2015 00:06:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=vo2FuYlGR+U7dIPqTzt0QN1378n0S8v4sTUDaAFaVcY=; b=gswCvpBZ8/FPY46MKiKDp9uLoqWnJ6W6vEpCbdeBiwyqoTn2JYJBksNKfzniLyjCpt aU6KcpIr2OovFBQcBJ2E75O6+DT41fMz45edUO4MXeY1QMzLy7dNOxiulDnIoVnzIDU7 NLZCuav/g8k2LtwUTYMCrrEs04OFuqE4qnGyHjooCKF4meiY48QVOeqHlm9u4lvvwkTv VgCh2PMiWiMTrb7kQ9VdX7OwpGnLj7crIZt02SKnvZmx2Goc/+fATPXLcJeZsSyDLvJ5 y5xnY+KFwNlevfCA/7OTI9ZPpQtsPiPJGlp9j0awywKbAyv8t2vZTTCVDC6dJaW6EZUj /3mQ== X-Received: by 10.107.132.167 with SMTP id o39mr12941012ioi.2.1447315608228; Thu, 12 Nov 2015 00:06:48 -0800 (PST) Original-Received: from kdesk (24-148-35-36.c3-0.grn-ubr1.chi-grn.il.cable.rcn.com. [24.148.35.36]) by smtp.gmail.com with ESMTPSA id 184sm4657657ioe.21.2015.11.12.00.06.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Nov 2015 00:06:47 -0800 (PST) In-Reply-To: <87fv0cm64g.fsf@gmx.us> (rasmus@gmx.us's message of "Thu, 12 Nov 2015 01:08:31 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c06::22a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194202 Archived-At: Rasmus writes: >I share this sentiment. I love most of the electricity and it should be >on by default IMHO. > >But the change to C-o is for the worse. It should be "dumb" also at >columns greater than zero. FWIW, sometimes I want that, as you and David do, and sometimes I don't. It just depends on what I'm trying to do. IMHO there's not an always-right answer in the non-column-zero case. Did you see Artur's post [1] giving an example of how the non-dumb behavior can make sense in the non-column-zero case? I found it pretty persuasive. (Whereas in column zero, I *always* want the "dumb" behavior, 100% of the time -- and it seems that at least is a point of agreement for most people here.) Best regards, -Karl [1] https://lists.gnu.org/archive/html/emacs-devel/2015-11/msg01100.html