From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Can we make set_point_both less expensive? Date: Mon, 16 Mar 2015 11:18:58 -0700 Message-ID: <55071E92.1050700@dancol.org> References: <5505E34C.4000106@dancol.org> <838uex1u1m.fsf@gnu.org> <8361a029p2.fsf@gnu.org> <83vbi0zukw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QG1evUIMIBo0bEIFV14SGkC57wWdw1PRV" X-Trace: ger.gmane.org 1426529970 28531 80.91.229.3 (16 Mar 2015 18:19:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Mar 2015 18:19:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 16 19:19:28 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YXZbo-0005dC-S2 for ged-emacs-devel@m.gmane.org; Mon, 16 Mar 2015 19:19:25 +0100 Original-Received: from localhost ([::1]:51048 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXZbo-0000Mv-9G for ged-emacs-devel@m.gmane.org; Mon, 16 Mar 2015 14:19:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47607) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXZbY-0000Ln-Jy for emacs-devel@gnu.org; Mon, 16 Mar 2015 14:19:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXZbX-0004wG-80 for emacs-devel@gnu.org; Mon, 16 Mar 2015 14:19:08 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:56874) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXZbW-0004vK-Ut; Mon, 16 Mar 2015 14:19:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=uF+f5R1wGVqdxswjScdZ8xF19PADVtVrhkjOvi0PjRM=; b=g6rttFl6BmudjSSAgo5MU2hsaMV2V2QymyVdPSVdnYYBelM1huxBDI8f9+SUBnkfJyU1qJ1SXOCa/2DyWM6tRUrZchAMiuzZWkSKzUCJsYJH9KkYuyNMEs8diPtDPx4XDjs8j8FR6M2J0Tt7QL4KXpUWFYkOKKUdeiQUlDS/qz0CDqfXs6drSaa8DlfIl25Iq+K4AICGuytD9q9a0ntvjGuqrRk0Av0/R8Jn2kqC/h5C0C5HVcgsvVx6HMdESL/VQReNN28dHQX7a3gwQ0hS4HDTg+YvdpBqL37BYs5vIbYCxKN9gCtYLHvbrFGvHwqhf7PLZiTkie5o+yvnfCOOEA==; Original-Received: from [2601:8:b240:1c1::2b1] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1YXZbQ-0007Zl-8q; Mon, 16 Mar 2015 11:19:00 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 In-Reply-To: <83vbi0zukw.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183918 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QG1evUIMIBo0bEIFV14SGkC57wWdw1PRV Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03/16/2015 11:05 AM, Eli Zaretskii wrote: >> From: Stefan Monnier >> Cc: dancol@dancol.org, emacs-devel@gnu.org >> Date: Mon, 16 Mar 2015 13:36:40 -0400 >> >>>> what users of those features normally want is to catch movement of >>>> the cursor >>> You mean, we should do this in redisplay? >> >> Probably in pre-redisplay-hook or in pre/post-command-hook, yes. >=20 > That contradicts the "catch movement of cursor" idea: redisplay could > well move point from where it is found before redisplay, as you know. When does that matter? The intent is to get editing to behave _as if_ invisible regions were intangible, and the existing invisible motion behavior seems mostly up to the task. (There's a problem where point remains inside invisible text if text around point is made newly invisible without moving point.) --QG1evUIMIBo0bEIFV14SGkC57wWdw1PRV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJVBx6SAAoJEN4WImmbpWBlbO0QAIaSuIFVJP0e47PMBVmxiCkf j86DS6f6ooGB+yVnzXqB9HxPaGAO8Qf+oQ/4GXGCoPUHRQchCRsf5q+Ln94j1kXs H6AG59xexEsvnOVmBE+jvvw83sIWBsKZg4eyKwVJnipHXC3Wa3dA1MPU4EMfAmOW yByHmfimkbvK03gWEjMtSVIN6lGBLXanOgauGjthgWxWnze6doW4JVWihEUtI/V5 L7ITSHWDu8OOzkUlbiZCZ3XroKf4Vqj9jHP30B/0xBatwSOMS2lHSC3Jx7eM8rFO lcaHm/71swODoo6lYsIDLIEG0fOnavIEqeZTH7Yoox5bzQGiCGHawszhrlMFjqWC pAITfocCQy2N1uXFku2DwjMr0uX7+KgU7QkN9kHJOu0YAOEqzsJXtYKh1duzAzWw whb/9qbdiRlaDvmIB8Mfrz4L2FDiEw/tsMeRl0xUP25CMhACCBqrjUkTeWVMWP2p FcMpMqCY1Q19PM6IfurV/X8WVHMLx/RhnZo1cjF2RW94YChTotEHYR3Vbvx6b9E7 6vyt3seAxHpLs/gidLszQuUexcNrabDhKiv+Aj1gKvKcikl9k2J/PHOi6iOOdTSU G/BeBzPSqqKjLCltCFpPImRs80o+65Z/SQr2ixcV0BvanjrmpXuT82/w3bvl8okE Vp3DLg7UT05lynTW/lXo =xxbN -----END PGP SIGNATURE----- --QG1evUIMIBo0bEIFV14SGkC57wWdw1PRV--