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 13:43:57 -0700 Message-ID: <5507408D.1040104@dancol.org> References: <5505E34C.4000106@dancol.org> <838uex1u1m.fsf@gnu.org> <8361a029p2.fsf@gnu.org> <83vbi0zukw.fsf@gnu.org> <55071E92.1050700@dancol.org> <83twxkztkn.fsf@gnu.org> <5507219D.2010504@dancol.org> <83lhiwzq3y.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="c5U0D0rH26csRwXVE2Vglu3hTfhd3dIq7" X-Trace: ger.gmane.org 1426538654 11611 80.91.229.3 (16 Mar 2015 20:44:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Mar 2015 20:44:14 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 16 21:44:13 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 1YXbru-0005Id-M4 for ged-emacs-devel@m.gmane.org; Mon, 16 Mar 2015 21:44:10 +0100 Original-Received: from localhost ([::1]:51585 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXbru-0007h5-1Q for ged-emacs-devel@m.gmane.org; Mon, 16 Mar 2015 16:44:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54451) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXbrq-0007gw-K0 for emacs-devel@gnu.org; Mon, 16 Mar 2015 16:44:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YXbrp-0007vU-Mf for emacs-devel@gnu.org; Mon, 16 Mar 2015 16:44:06 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:57507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YXbrp-0007vQ-EQ; Mon, 16 Mar 2015 16:44:05 -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=C+MIGFcugC+yM6C8ARUdWN5fgZ5vsmUUMii6u5Eob1I=; b=DFs1YWQKiKwV38A/ZY+IIwxbZ/UmBA9oIbNmNr7mw0UuSNS7Xt+zb42NZE3vHn6VHL5+/tHSjY3jbmP6Lw5F/vLzegFCglgeWa+TZNrQ5HBigTXe8UkiUGpafLrpCbju8vsuhF3/0+0bMmuUFNVY748VCNhz90MA2swuvaWowKXS9cY5ZbiYwz4ihFbcBtNHzQr00axT2zaSB14x9IaFFx4+h5weAm6xTXm0tig7hlUSrReCvcN8tUuT/EGvpXwcEmdNG5opUhWdsX+/bWUXBOJmDWnDr5Y26MhQrCXT57MMvtReSxG0nl9Eg7PxNRp3Sl+5pEifdyf74vXKOLXSLw==; Original-Received: from [2620:10d:c083:1004:56ee:75ff:fe20:83dc] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1YXbro-0000D0-9S; Mon, 16 Mar 2015 13:44:04 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 In-Reply-To: <83lhiwzq3y.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:183930 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --c5U0D0rH26csRwXVE2Vglu3hTfhd3dIq7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03/16/2015 12:42 PM, Eli Zaretskii wrote: >> Date: Mon, 16 Mar 2015 11:31:57 -0700 >> From: Daniel Colascione >> CC: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org >> >>> I wasn't talking about intangible, I was talking about the >>> point-entered and point-exited properties. >>> >>> Stefan argues that these should actually be cursor-entered/exited, >>> i.e. we should run the hooks when we know that point has the value >>> that will be used to set the cursor there. But doing that before >>> redisplay doesn't guarantee that, since redisplay sometimes moves >>> point to bring it into view. So in that case, the hooks might run >>> when they shouldn't have, or vice versa. >> >> Sure, but intangible is the most useful facility we're talking about >> disabling by default. Aren't point-entered and point-exited even less >> useful? Looking through the source, ERC uses these hooks to echo >> timestamps, which it could do just as well with a post-command-hook. >> Gnus does something similar to update its toolbar. table also uses the= se >> hooks to refresh its menu bar. >=20 > My understanding was that Stefan wants these hooks replaced with > different ones, not throw them away. So I was talking about those > different hooks. I don't see a good use case for either the old or the new hook. Instead of making point motion updates "edge triggered" (i.e., run a function when point enters or exits a certain region), modes should be using a "level triggered" approach, where they inspect the current location of point and update whatever state they need based on that current location.= --c5U0D0rH26csRwXVE2Vglu3hTfhd3dIq7 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 iQIcBAEBCAAGBQJVB0CNAAoJEN4WImmbpWBlf+4QAIE3Jcl2Myaqx4oEyfeVK4Zv CecUO4DE+Rx+sPLEBst+dYhFsj1jzNmmZXuLzdvALvR7QKwXDvYevZSnbyHzLoXE 6ShvxeM0A72UckXfbp0delqfbNekGF6OX13hEPl/Teb5jmkbbXSIPSPFkU6USDM/ RSfzg4HlXX3PFFBx6gdWLiec+14+OUr7O81rhowt3+a65be791DUkWANMJjMqZ/M X2hn7Wjeso0nThjuo4980h+LClUci3uJvcMFTuNnaIfQxj/KGb7Zf3/SsiEyS9I4 RHGWXJYjij0Cy+BUkdE/M3chCwbMWOIAxf9s0hX4cVgblSm9ChI//P8rKZo9133Y GJt6IeIzqkVM6wNk0HDwmajOG0WasDCIG6CmevuZKtaCz/N4RCS/DDl7FaEUJ6GM cuw5CJ6EzUAsXs26RPbkeZzRCFUGg9CxW54HS5rDSwLoqCyz3zLyrAOOLIUdJ2ND wrkbxr20mGcJ6VxJrhyR0V38n8hQ5o78ZytFK+B3hymy7ZMI8cYWUgoKIUxrWBe+ vRxkSxAXBjzxmdb6Kt8mcduVKtCFiyX4MDH8cSQm13B/d26v6RkES0ENaESxI42m zk0fBJyxUvyqKCg0ujkVbOINFVE0QNJ8b1YHpuJJnvosGmgxM3fA7W9an5v3ba28 QOiMcLuSiBelGM4ti+XR =4JPx -----END PGP SIGNATURE----- --c5U0D0rH26csRwXVE2Vglu3hTfhd3dIq7--