From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.bugs Subject: bug#13273: 24.3.50; [PATCH] enhancement request: repeatable `visual-line-mode' line movements Date: Thu, 27 Dec 2012 11:08:39 +0100 Organization: EUR Message-ID: <87623n9594.fsf@gmail.com> References: <3C4C2163F22D425BBB0EE69834231C56@us.oracle.com> <83k3s6ni5u.fsf@gnu.org> <6A3A32185AC5419EB8F0550D57356710@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1356602974 6060 80.91.229.3 (27 Dec 2012 10:09:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Dec 2012 10:09:34 +0000 (UTC) Cc: 13273@debbugs.gnu.org To: "Drew Adams" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 27 11:09:49 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 1ToAPI-00061H-6K for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Dec 2012 11:09:44 +0100 Original-Received: from localhost ([::1]:54762 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToAP3-0005eV-9r for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Dec 2012 05:09:29 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:58436) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToAOt-0005c4-U8 for bug-gnu-emacs@gnu.org; Thu, 27 Dec 2012 05:09:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToAOq-0004yy-1D for bug-gnu-emacs@gnu.org; Thu, 27 Dec 2012 05:09:19 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51131) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToAOp-0004yt-Ry for bug-gnu-emacs@gnu.org; Thu, 27 Dec 2012 05:09:15 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1ToAPa-0004Zf-1t for bug-gnu-emacs@gnu.org; Thu, 27 Dec 2012 05:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Vitalie Spinu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Dec 2012 10:10:01 +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.135660297417545 (code B ref 13273); Thu, 27 Dec 2012 10:10:01 +0000 Original-Received: (at 13273) by debbugs.gnu.org; 27 Dec 2012 10:09:34 +0000 Original-Received: from localhost ([127.0.0.1]:33149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ToAP7-0004Yv-4R for submit@debbugs.gnu.org; Thu, 27 Dec 2012 05:09:33 -0500 Original-Received: from mail-we0-f179.google.com ([74.125.82.179]:57195) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ToAP5-0004Yn-19 for 13273@debbugs.gnu.org; Thu, 27 Dec 2012 05:09:31 -0500 Original-Received: by mail-we0-f179.google.com with SMTP id r6so4269001wey.38 for <13273@debbugs.gnu.org>; Thu, 27 Dec 2012 02:08:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=U6X9YXBxszp8GX0zH3n6ZlP7viEnWucl6xaGu8nzQJI=; b=sfx2809f9EeALOyRLnIKp9s142YOy1iNJlciaBed/bHtzOnaajBEB8z99UNKm+gYgO PUk2P+5CgOj5RRAt/mTDkw2sxsGFJMO+ClhZ5pbPCoKlqcZXpD86AteXy/ltmVlTh8nx bYYHrviaLR3f4q/4rkg/2Bm6gaInZZz6/v/bwyAuVMGZyw0w6NRGR8uHZf5HpuPM+aRG Cu/wQSzAFG3Le3m+16gFsqaCgSFBO9WNpbP+otGCR5ZqaicZQYVQkSJLq3bptI3ZGoJ2 D83HskmSMN6dZSInGCyCn+faXvpccXJvvGovHAaUAflMqDsWYqviofimiW7x5h2LJS7b Cfbw== X-Received: by 10.194.58.175 with SMTP id s15mr48025623wjq.31.1356602922717; Thu, 27 Dec 2012 02:08:42 -0800 (PST) Original-Received: from localhost (i108036.upc-i.chello.nl. [62.195.108.36]) by mx.google.com with ESMTPS id gz3sm56595082wib.2.2012.12.27.02.08.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Dec 2012 02:08:41 -0800 (PST) In-Reply-To: <6A3A32185AC5419EB8F0550D57356710@us.oracle.com> (Drew Adams's message of "Tue, 25 Dec 2012 22:32:26 -0800") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.2.91 (gnu/linux) 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:69070 Archived-At: May I also suggest yet a another user pattern: in visual line mode, on repeated invocation move to next _logical_ line. That is, C-a moves to beginning of visual line, but C-a C-a moves to the beginning of logical line. May be it could be an user option, something like repeated-line-movement-pattern. >> "Drew Adams" >> on Tue, 25 Dec 2012 22:32:26 -0800 wrote: >> > > * `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. Indeed this is the case, otherwise why would you need visual-line-mode in the first place? With wrapping at window edge (aka truncate-lines set to nil) C-a and C-e move according to logical lines. If also in visual-line-mode C-a/C-e would start moving on logical lines, that would make these two modes highly redundant. Vitalie