From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: something like linum.el ought to be added Date: Wed, 12 Sep 2007 14:52:30 -0400 Message-ID: References: <86hcm4rw70.fsf@macs.hw.ac.uk> <85642imgtp.fsf@lola.goethe.zz> <86y7fckzz8.fsf@macs.hw.ac.uk> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1189623234 20921 80.91.229.12 (12 Sep 2007 18:53:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 Sep 2007 18:53:54 +0000 (UTC) Cc: markus.triska@gmx.at, emacs-devel@gnu.org To: Joe Wells Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 12 20:53:51 2007 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 1IVXLL-0002FB-U0 for ged-emacs-devel@m.gmane.org; Wed, 12 Sep 2007 20:53:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IVXLL-00022j-QH for ged-emacs-devel@m.gmane.org; Wed, 12 Sep 2007 14:53:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IVXKe-0001G5-Um for emacs-devel@gnu.org; Wed, 12 Sep 2007 14:53:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IVXKc-0001D6-Ui for emacs-devel@gnu.org; Wed, 12 Sep 2007 14:53:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IVXKc-0001Cu-QP for emacs-devel@gnu.org; Wed, 12 Sep 2007 14:52:58 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IVXKc-0004oU-EB for emacs-devel@gnu.org; Wed, 12 Sep 2007 14:52:58 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IVXKA-0005R2-CX; Wed, 12 Sep 2007 14:52:30 -0400 In-reply-to: <86y7fckzz8.fsf@macs.hw.ac.uk> (message from Joe Wells on Wed, 12 Sep 2007 10:14:03 +0100) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:78700 Archived-At: > If each overlay records which windows it is meant for, the > window-scroll-functions can could delete and redo only those that > pertain to the current window. Each window will run the > window-scroll-functions to recompute the overlays it needs. And the ?window? overlay property can allow the overlays for the different windows to be completely independent of each other. There could be two overlays for a given line and only one would be displayed in each window. It could be used for that, in another feature where that was needed. However, each line's number is the same in all windows, so linum doesn't need to do this. > (We can add a primitive to select overlays based on a certain > property value, to make that faster.) Like next-single-property-change except for overlays instead of text properties? The same basic idea, yes, but a different interface might be more suitable here. But maybe Richard was rather thinking about a more discriminative form of overlays-at. Rather, a more discriminative form of overlays-in.