From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13273: 24.3.50; [PATCH] enhancement request: repeatable `visual-line-mode' line movements Date: Tue, 25 Dec 2012 22:32:26 -0800 Message-ID: <6A3A32185AC5419EB8F0550D57356710@us.oracle.com> References: <3C4C2163F22D425BBB0EE69834231C56@us.oracle.com> <83k3s6ni5u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356503606 19520 80.91.229.3 (26 Dec 2012 06:33:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Dec 2012 06:33:26 +0000 (UTC) Cc: 13273@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 26 07:33:42 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1TnkYf-0002zN-8J for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Dec 2012 07:33:41 +0100 Original-Received: from localhost ([::1]:36109 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnkYR-000815-1T for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Dec 2012 01:33:27 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnkYO-000810-9p for bug-gnu-emacs@gnu.org; Wed, 26 Dec 2012 01:33:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnkYN-00034t-5v for bug-gnu-emacs@gnu.org; Wed, 26 Dec 2012 01:33:24 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnkYN-00034p-2b for bug-gnu-emacs@gnu.org; Wed, 26 Dec 2012 01:33:23 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TnkZ0-0000H0-Ff for bug-gnu-emacs@gnu.org; Wed, 26 Dec 2012 01:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Dec 2012 06:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13273 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 13273-submit@debbugs.gnu.org id=B13273.13565036101008 (code B ref 13273); Wed, 26 Dec 2012 06:34:02 +0000 Original-Received: (at 13273) by debbugs.gnu.org; 26 Dec 2012 06:33:30 +0000 Original-Received: from localhost ([127.0.0.1]:59897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TnkYT-0000GB-Ox for submit@debbugs.gnu.org; Wed, 26 Dec 2012 01:33:30 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:40089) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TnkYQ-0000G1-9h for 13273@debbugs.gnu.org; Wed, 26 Dec 2012 01:33:27 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBQ6Wi4j018615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 26 Dec 2012 06:32:45 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBQ6WiN2005069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Dec 2012 06:32:44 GMT Original-Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBQ6WiKd032743; Wed, 26 Dec 2012 00:32:44 -0600 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 Dec 2012 22:32:43 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3ixyMq4AK9LbmSQ6S2+76WXb9kgQAZifswAABOgfA= X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:69053 Archived-At: > > > * `home' - `beginning-of-line' > > > * `end' - `end-of-line' > > > * `C-a' - `beginning-of-visual-line' > > > * `C-e' - `end-of-visual-line' > > > > I think it would be better the other way around: leave C-a and C-e > > move by physical lines, and make Home and End move by visual lines, > > which I think is consistent with other applications. > > OK, go for it, please. Doesn't matter to me either way. I > was thinking of `home' and `end' as being the stronger, more > distant movements, based on their names and based on (I guess > misunderstanding) some of the discussion in emacs-devel. I > am certainly no expert on what the "standard"/"conventional" > meanings are. However, I wonder what most Emacs users would really prefer. To be clear, I don't use visual line mode, and I have no preference regarding it. But I would imagine that: 1. It is more common in visual line mode to want to move incrementally up/down visual line bols/eols than it is to move incrementatlly up/down logical line bols/eols. 2. Emacs users, who are used to `C-a' and `C-e', would generally prefer to use `C-a' and `C-e' for this repeat-movement, rather than `home' and `end'. If #1 and #2 are true, then which is more important: (a) to preserve the same bindings as externally, for those who are used to using `home' & `end' for this or (b) to provide Emacs-traditional keys, `C-a' & `C-e' for this more common bol/eol movement (visual)? IOW, I would think that for Emacs users used to `C-a' & `C-e' what I sent in the patch is preferable, but for users used to other apps what you suggest is preferable. Again, it does not really matter to me. Someone else might have stronger arguments that what I see, and someone else would anyway need to decide. I only hope that the two functionalities do get installed, so users of visual-line mode get repeatable bol/eol movements. --- Outside of visual line mode, I think that `C-a' and `C-e' (and maybe `home' and `end'?) should also be repeatable, in the same way. (But here there is no difference between visual and logical bol/eol.) In my own use I bind the same redefined commands `beginning-of-line' and `end-of-line' to `C-a' and `C-e' globally. Well, actually I do not redefine those commands for my use. Instead, I name the repeatable commands I wrote `beginning-of-line+' and `end-of-line+', and I bind those to `C-a' and `C-e'. But they are the same definitions that I called `beginning-of-line' and `end-of-line' in the patch. However, I am totally unclear about what `move-beginning-of-line' and `move-end-of-line' are for and how they differ from `beginning-of-line' and `end-of-line'. What's that all about? I cannot understand the doc well enough to figure out what the differences are or why these new commands were added (and why they replace the older commands only as bindings, instead of just redefining the older commands, IOW, why have two sets of commands). My real request is, I guess, that users get repeatable bol/eol movement commands for both non visual line mode and visual line mode. And preferably the same keys. For v-m mode there can be two different behaviors - the ones I defined, for logical and visual line bol/eol. For non v-m mode (globally) there is only one behavior: logical (= visual). I would like to see `C-a' & `C-e' kept for non v-m mode, at least. Perhaps I sent the wrong patch for that, thinking that my redefinition of `beginning-of-line' and `end-of-line' would be bound to `C-a' and `C-e' globally (and perhaps also to `home' and `end' globally). But maybe it is `move-beginning-of-line' & `move-end-of-line', instead, that should be patched to be repeatable? In any case, the aim was to have `C-a' and `C-e' be repeatable (globally as well as in v-m mode). What is the reason for `move-beginning-of-line' & `move-end-of-line' as separate commands from `beginning-of-line' and `end-of-line', and why did the latter pair lose the key bindings?