From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: delete-selection-mode as default Date: Sun, 16 Sep 2018 14:14:57 +0000 Message-ID: <20180916141457.GB4579@ACM> References: <20180913174640.GB4019@ACM> <8736udkuit.fsf@toy.adminart.net> <20180914104833.GA4103@ACM> <83k1nojgia.fsf@gnu.org> <874leq799e.fsf@toy.adminart.net> <205df9be-2e5c-4cc4-a13a-7c80eb63bedc@default> <87in363zgq.fsf@toy.adminart.net> <87a7oh4mdm.fsf@toy.adminart.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1537107383 3434 195.159.176.226 (16 Sep 2018 14:16:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 16 Sep 2018 14:16:23 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) Cc: spacibba@aol.com, joostkremers@fastmail.fm, npostavs@gmail.com, emacs-devel@gnu.org, Yuri Khan , Eli Zaretskii , Drew Adams , phillip.lord@russet.org.uk To: hw Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 16 16:16:18 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 1g1XqU-0000me-25 for ged-emacs-devel@m.gmane.org; Sun, 16 Sep 2018 16:16:18 +0200 Original-Received: from localhost ([::1]:59206 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1Xsa-0006tk-Ld for ged-emacs-devel@m.gmane.org; Sun, 16 Sep 2018 10:18:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1XsS-0006tT-Nj for emacs-devel@gnu.org; Sun, 16 Sep 2018 10:18:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g1XsP-0006l2-Af for emacs-devel@gnu.org; Sun, 16 Sep 2018 10:18:20 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:13498 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1g1XsP-0006k8-3s for emacs-devel@gnu.org; Sun, 16 Sep 2018 10:18:17 -0400 Original-Received: (qmail 23186 invoked by uid 3782); 16 Sep 2018 14:18:16 -0000 Original-Received: from acm.muc.de (p5B1464F1.dip0.t-ipconnect.de [91.20.100.241]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 16 Sep 2018 16:18:13 +0200 Original-Received: (qmail 6376 invoked by uid 1000); 16 Sep 2018 14:14:57 -0000 Content-Disposition: inline In-Reply-To: <87a7oh4mdm.fsf@toy.adminart.net> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.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:229845 Archived-At: Hello, hw. On Sun, Sep 16, 2018 at 15:48:10 +0200, hw wrote: > Oh, I see what you mean! > Emacs has point and (the end of) the region (selection) always entangled > with no way to separate them or to disable the region. You want to disable a portion of your buffer? That doesn't make any sense. > That is what I dislike so much, and it causes all kinds of issues. I do wish you could come to understand what the region is. It would save all sorts of problems for you. The region is not active, never being any sort of agent, and its existence is determined only by commands which operate on it. Point exists and mark exists. When you run a command with "-region" in its name, it operates on the buffer between point and mark. When you're not running such a command, the region has no significance. That's all. You are attributing problems to the region which really aren't there. A section of your buffer is not "always entangled with no way to separate [it]". If you don't want to do anything to the region, don't do it. And if you do something to it by mistake, which won't happen often, use undo. > The secondary selection doesn't have all these problems, so it's a good > example. > Can we have a mode or something in which there is no association between > point and the end of the region? Or can I just configure that > association away? Please learn what the region is. It is just a portion of your buffer. You cannot have point dissociated from some part of your buffer. That doesn't make any sense. -- Alan Mackenzie (Nuremberg, Germany).