From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.devel Subject: Re: visual-region-mode? (was: delete-selection-mode as default) Date: Tue, 11 Sep 2018 20:25:57 +0200 Message-ID: References: <83k1nxvm5j.fsf@gnu.org> <877ejxsm18.fsf@toy.adminart.net> <874lf0oul4.fsf@toy.adminart.net> <877ejuabdt.fsf_-_@toy.adminart.net> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1536690206 11780 195.159.176.226 (11 Sep 2018 18:23:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 11 Sep 2018 18:23:26 +0000 (UTC) Cc: hw@adminart.net, cpitclaudel@gmail.com, lokedhs@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: Yuri Khan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 11 20:23:22 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fznJp-0002zD-V5 for ged-emacs-devel@m.gmane.org; Tue, 11 Sep 2018 20:23:22 +0200 Original-Received: from localhost ([::1]:58969 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fznLw-0004WI-9X for ged-emacs-devel@m.gmane.org; Tue, 11 Sep 2018 14:25:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56010) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fznL4-0004VL-7l for emacs-devel@gnu.org; Tue, 11 Sep 2018 14:24:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fznL3-0003Xa-ET for emacs-devel@gnu.org; Tue, 11 Sep 2018 14:24:38 -0400 Original-Received: from sinyavsky.aurox.ch ([2a03:2040:2:1b::1]:54092) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fznL3-0003V7-00 for emacs-devel@gnu.org; Tue, 11 Sep 2018 14:24:37 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id A542722851 for ; Tue, 11 Sep 2018 18:28:13 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1536690492; x=1537554493; bh=5cesFz1smnYZt MC4xgKBtH3guXzkMyetU6seKyeRLN8=; b=Z9hQ/2p9/89f4m0t3H2g6xtl/muk6 96kpftm5koE51X7l05s2anEHSMCnTIffbHTcFWJ3AeoP2s07ZNdRf2Ol1w4bKbTx gi7yXSbZTce83n0eLzOknGkcofeCZBiAibe61aDy0UclAOlMpnIfqis9IFqDrWyy IHDZ0n8pdWaM70= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id wz6PDqQxqIqP for ; Tue, 11 Sep 2018 18:28:12 +0000 (UTC) Original-Received: from gray (unknown [IPv6:2a02:1205:c693:2d60:c62c:3ff:fe30:b864]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 5359A22845; Tue, 11 Sep 2018 18:28:12 +0000 (UTC) In-reply-to: (message from Yuri Khan on Tue, 11 Sep 2018 12:43:16 +0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a03:2040:2:1b::1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:229679 Archived-At: > From: Yuri Khan > Date: Tue, 11 Sep 2018 12:43:16 +0700 > > > Can you say how there can be multiple regions active, and how there > > can be "multiple ways of being active"? The region is normally > > defined as "the text between point and mark", for one, and whether the > > mark is active depends on the value of the buffer-local variable > > 'mark-active'. > > [...] > > A consistent definition of a transient region would make the mark also > buffer-and-window-local, so that buffer B in windows X and Y could > have completely independently marked regions. In that case, pushing a mark in window X, then switching to window Y and popping the mark would not necessarily place point where the mark was pushed in window X, since window Y might have its own mark. That could be surprising behavior. The handling of the mark-ring would also be complicated.