From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Overalays and point-entered Date: Sun, 13 Sep 2009 21:16:18 -0400 Message-ID: References: <5e3a506e0909101709u2259d56h25f3ef1ec67326aa@mail.gmail.com> <5e3a506e0909101902h72747299u2e306830ce63b11d@mail.gmail.com> <5e3a506e0909102108h381957cahfcaa681baa4abf@mail.gmail.com> <5e3a506e0909130947m1669cda0y25d13a5e8dcd85df@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1252891014 23445 80.91.229.12 (14 Sep 2009 01:16:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Sep 2009 01:16:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: Nathaniel Flath Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 14 03:16:47 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mn0BS-00036h-0N for ged-emacs-devel@m.gmane.org; Mon, 14 Sep 2009 03:16:46 +0200 Original-Received: from localhost ([127.0.0.1]:42667 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mn0BR-0006a4-7E for ged-emacs-devel@m.gmane.org; Sun, 13 Sep 2009 21:16:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mn0BL-0006Wg-8C for emacs-devel@gnu.org; Sun, 13 Sep 2009 21:16:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mn0BG-0006Pq-5C for emacs-devel@gnu.org; Sun, 13 Sep 2009 21:16:38 -0400 Original-Received: from [199.232.76.173] (port=51247 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mn0BF-0006Ph-R9 for emacs-devel@gnu.org; Sun, 13 Sep 2009 21:16:33 -0400 Original-Received: from [206.248.154.181] (port=65486 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mn0BF-0008Ji-Jg for emacs-devel@gnu.org; Sun, 13 Sep 2009 21:16:33 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlkFAOI2rUpFpZBe/2dsb2JhbACBU9dZhBgFh3Q X-IronPort-AV: E=Sophos;i="4.44,380,1249272000"; d="scan'208";a="45632502" Original-Received: from 69-165-144-94.dsl.teksavvy.com (HELO pastel.home) ([69.165.144.94]) by ironport2-out.pppoe.ca with ESMTP; 13 Sep 2009 21:14:41 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id F2AD58356; Sun, 13 Sep 2009 21:16:18 -0400 (EDT) In-Reply-To: <5e3a506e0909130947m1669cda0y25d13a5e8dcd85df@mail.gmail.com> (Nathaniel Flath's message of "Sun, 13 Sep 2009 09:47:05 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:115290 Archived-At: > I started working on implementing these properties for overlays in case I > end up wanting to do something else with them. If these are properties of > overlays and not just solving my specific case, should they be added to > point-motion instead of cursor-motion? This shouldn't have any adverse > effects, unless people have been adding point-entered and point-left > properties to their overlays. I'd think that the hooks should be run only > if in the window specified, if the window property is set. Another question > should be whether to just use inhibit-point-motion-hooks or add a new > variable to inhibit overlay hooks, but it seems logical to use > inhibit-point-motion-hooks. inhibit-point-motion-hooks should definitely inhibit it. But really, such low-level hooks have proved to be terribly difficult to use (because they affect too many low-level commands in ways which break obvious and intuitive assumptions), so I'm not too happy to improve support for them. I'd rather move towards obsoleting them. OTOH if you want to implement a new kind of hook that reacts to cursor motion rather than point motion, that would be OK. Stefan