From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#18590: 24.3.93; Scrolling changes/forgets selection Date: Tue, 30 Sep 2014 14:42:31 -0300 Message-ID: <87ppedf1iw.fsf@moondust.localdomain> References: <87k34li7ex.fsf@moondust.localdomain> <83ppedkwrs.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1412099036 24714 80.91.229.3 (30 Sep 2014 17:43:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Sep 2014 17:43:56 +0000 (UTC) To: 18590@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 30 19:43:49 2014 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 1XZ1SK-0008EK-0C for geb-bug-gnu-emacs@m.gmane.org; Tue, 30 Sep 2014 19:43:20 +0200 Original-Received: from localhost ([::1]:44613 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZ1SJ-000682-KF for geb-bug-gnu-emacs@m.gmane.org; Tue, 30 Sep 2014 13:43:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZ1S9-00067u-HN for bug-gnu-emacs@gnu.org; Tue, 30 Sep 2014 13:43:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XZ1S2-0001kR-1A for bug-gnu-emacs@gnu.org; Tue, 30 Sep 2014 13:43:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36775) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZ1S1-0001kN-Us for bug-gnu-emacs@gnu.org; Tue, 30 Sep 2014 13:43:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XZ1S1-00014l-Li for bug-gnu-emacs@gnu.org; Tue, 30 Sep 2014 13:43:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Sep 2014 17:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18590 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18590-submit@debbugs.gnu.org id=B18590.14120989644114 (code B ref 18590); Tue, 30 Sep 2014 17:43:01 +0000 Original-Received: (at 18590) by debbugs.gnu.org; 30 Sep 2014 17:42:44 +0000 Original-Received: from localhost ([127.0.0.1]:56572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ1Rj-00014H-GX for submit@debbugs.gnu.org; Tue, 30 Sep 2014 13:42:43 -0400 Original-Received: from mail-ie0-f179.google.com ([209.85.223.179]:64919) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ1Rh-000148-3M for 18590@debbugs.gnu.org; Tue, 30 Sep 2014 13:42:41 -0400 Original-Received: by mail-ie0-f179.google.com with SMTP id ar1so73359iec.24 for <18590@debbugs.gnu.org>; Tue, 30 Sep 2014 10:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=uq4Hie8eujsSxK5QsNdDFti/91yhWvDw05/yFSlByhs=; b=VReLyHF9+ySeIHgtmlpS97shzHftT2Pz4E0j5WhdmhdJMgZALaiJX+PmzKXeqljQH+ 21f5LpR4EwPpnhX2hazpuOIQhTjfU43fUf3uENkKOEmrdpb36+Venc5yvMZYNZCuUBTR 07gl0NtKWrcVyIww7UnB+KIUfyhZtEedf1J56ezhxcfxPQnyfhOWnXKY3YTHMwusbjF5 25IOYC9IN/wjYLyKjIW3Jv+fCpIfSkF/TIcWqH9d/xCr/RgmDe8cZ+ucswk/lWgmERSl Rwrw88eDvdW4Rrg9N+2TLv8Cj9QXWGpTWuiXSs+zT6DkxBY8fL16vAViGNV3i/fPD0bU x5Xw== X-Received: by 10.50.26.66 with SMTP id j2mr10481577igg.45.1412098960072; Tue, 30 Sep 2014 10:42:40 -0700 (PDT) Original-Received: from moondust.localdomain.nodomain.none (66-46-90-198.dedicated.allstream.net. [66.46.90.198]) by mx.google.com with ESMTPSA id e7sm13564633igi.18.2014.09.30.10.42.36 for <18590@debbugs.gnu.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Sep 2014 10:42:38 -0700 (PDT) In-Reply-To: <83ppedkwrs.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 30 Sep 2014 17:28:39 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.93 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:93930 Archived-At: At 11:28 -0300 on Tuesday 2014-09-30, Eli Zaretskii wrote: > Yes, there's a good reason: a selection in Emacs is always between > point and the mark, and when scrolling causes it to go off the > displayed portion of the buffer, Emacs moves point to bring it back > into view, which changes the selected portion of the text. Hmm... I see. But why does point need to be visible? It makes sense to me for a program to scroll the window to keep point in view when the user moves point; but it doesn't make sense to me for a program to move point when the user scrolls the window. After all, point is the locus of the user's interaction with the contents of the buffer; presumably if they want to move that locus somewhere else, the user will move point explicitly. It makes little sense for the program to move point in this case -- even if it happens to have correctly read the mind of the user and the user really was scrolling the window with the intention of moving point, the program has no way of guessing in which column and row the user was going to put it, so it can essentially never do the right thing. Anyway, if point must be moved, please can it be put back automatically where it belongs when the user scrolls the window back and point's correct location is once again in view? Consider this a wishlist request. I'd also like to have typing, or any command involving point, scroll the window so that the correct location of point comes into view and then act on point where it belongs rather than where Emacs has "randomly" moved it. Of course this would have to be an optional behaviour, something like a (setq point-follows-window nil). Consider it as second wishlist request? Thanks. Regards, N. Jackson.