From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: hw Newsgroups: gmane.emacs.devel Subject: Re: visual-region-mode? Date: Wed, 03 Oct 2018 15:13:25 +0200 Organization: my virtual residence Message-ID: <875zyj41hm.fsf@toy.adminart.net> References: <874lf0oul4.fsf@toy.adminart.net> <877ejuabdt.fsf_-_@toy.adminart.net> <878t473dhg.fsf@toy.adminart.net> <87pnxii2b7.fsf@toy.adminart.net> <87k1nm7eit.fsf@toy.adminart.net> <878t403dn5.fsf@toy.adminart.net> <878t3yv0p0.fsf@toy.adminart.net> <87d0t9ckzl.fsf@toy.adminart.net> <87a7oa1toa.fsf@toy.adminart.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1538581454 5588 195.159.176.226 (3 Oct 2018 15:44:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 3 Oct 2018 15:44:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Yuri Khan , emacs-devel@gnu.org To: charles@aurox.ch (Charles A. Roelli) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 03 17:44:10 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 1g7jJq-0001MQ-08 for ged-emacs-devel@m.gmane.org; Wed, 03 Oct 2018 17:44:10 +0200 Original-Received: from localhost ([::1]:49411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7jLw-0003Os-CX for ged-emacs-devel@m.gmane.org; Wed, 03 Oct 2018 11:46:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7jLg-0003OY-T9 for emacs-devel@gnu.org; Wed, 03 Oct 2018 11:46:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7jLg-00071R-2c for emacs-devel@gnu.org; Wed, 03 Oct 2018 11:46:04 -0400 Original-Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::9]:35133) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7jLf-0006zL-Id for emacs-devel@gnu.org; Wed, 03 Oct 2018 11:46:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1538581560; s=strato-dkim-0002; d=adminart.net; h=References:Message-ID:Date:In-Reply-To:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=BwD5hMaQd13Nm91SnPw3aMtruFYApzk3JkKkxQxSAVg=; b=I3MIJc9goBVigGwZZDT+m8IuStsx9zBwuVZ1j1N6eThd+suAf38wY6K1ImgXXk/G58 qusSt4+Y7+EssIqeUWVOEI9SjuJbb11LY4TOHbijLI67o7bOJm+TktuZGKoUCXplnNzD qVfyeGClQoXn5nGsBJ9oe0r9D6amb3D2uTcJmZRAWVJTHu/UbcYw+sKzIlgti6VCxtnF F6F/S/CKhAM/1JVPO9ie2z6Y24aW65dnMVD23+Sczwx835tEERdjtmeHQeQ7kzxoGnXU Urt+MHzF3AT4KlIND2MNSIRo1ITol71fwIw/OLJRHUaxvajEHlyQZtMeZMC9JsZssi85 +roQ== X-RZG-AUTH: ":O2kGeEG7b/pS1FS4THaxjVF9w0vVgfQ9xGcjwO5WMRo5c+h5ceMqQWZ3yrBp+AVdI4USjneHd9k=" X-RZG-CLASS-ID: mo00 Original-Received: from himinbjorg.adminart.net by smtp.strato.de (RZmta 44.2 DYNA|AUTH) with ESMTPSA id 907ec3u93Fjp5BU (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Wed, 3 Oct 2018 17:45:51 +0200 (CEST) Original-Received: from toy.adminart.net ([192.168.3.55]) by himinbjorg.adminart.net with esmtp (Exim 4.90_1) (envelope-from ) id 1g7jLT-0001hy-94; Wed, 03 Oct 2018 17:45:51 +0200 In-Reply-To: (Charles A. Roelli's message of "Sat, 29 Sep 2018 13:18:11 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::9 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:230201 Archived-At: charles@aurox.ch (Charles A. Roelli) writes: > [...] > The manual tries to explain why ISEARCH sometimes does not push a > mark: > > When you exit the incremental search, it adds the original value of > point to the mark ring, without activating the mark; you can thus use > =E2=80=98C-u C-=E2=80=99 or =E2=80=98C-x C-x=E2=80=99 to return to= where you were before beginning > the search. *Note Mark Ring::. (Emacs only does this if the mark was > not already active; if the mark was active when you started the search, > both 'C-u C-' and 'C-x C-x' will go to the mark.) > > The wording leaves something to be desired. The parenthetical could > maybe say: > > Emacs only pushes the mark if it was not already active; if the mark > was active when you started the search, both 'C-u C-' and 'C-x > C-x' will place point at the other end of the active region, not at > the original value of point. This seems very confusing. Is the region activated or the mark, or both? Isn't the region defined to be the part of the buffer between mark and point? If so, then point is always at one end of the region, active or not, and there is no way to place it somewhere else. IIUC, you can not place point at the other end of the region when there is no mark to exchange it with, and what happens to the mark when you do this when searching incrementally?