From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steven Degutis Newsgroups: gmane.emacs.help Subject: Re: `auto-dim-other-windows` -- scrutiny invited Date: Wed, 3 Apr 2013 10:32:15 -0500 Message-ID: References: <87ehersl1c.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bacc40009bd9004d9768fb5 X-Trace: ger.gmane.org 1365003183 25829 80.91.229.3 (3 Apr 2013 15:33:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Apr 2013 15:33:03 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: =?ISO-8859-1?Q?=D3scar_Fuentes?= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Apr 03 17:33:31 2013 Return-path: Envelope-to: geh-help-gnu-emacs@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 1UNPgi-0000sC-7D for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Apr 2013 17:33:24 +0200 Original-Received: from localhost ([::1]:50543 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNPgJ-0007Qx-Ev for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Apr 2013 11:32:59 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNPfu-0007D2-4Y for help-gnu-emacs@gnu.org; Wed, 03 Apr 2013 11:32:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNPfd-0005Ul-2G for help-gnu-emacs@gnu.org; Wed, 03 Apr 2013 11:32:34 -0400 Original-Received: from mail-da0-x232.google.com ([2607:f8b0:400e:c00::232]:44849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNPfc-0005UW-Rb for help-gnu-emacs@gnu.org; Wed, 03 Apr 2013 11:32:16 -0400 Original-Received: by mail-da0-f50.google.com with SMTP id t1so717957dae.37 for ; Wed, 03 Apr 2013 08:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=49mSIMFi9VThtx9Yx14VHlYCEPpE8EGxU8ZHVuKJrOQ=; b=FNLu+ixAOQ++bjPZJFKPNI9FTHkr2MwRAC79gWglCikZwC6MGHijjc3PJiRN7nbECy 7eXa/ZCqn6KiMO3gJRBRdyp7vTjk36iw2ZYlNpjlNdQjKz72636KlomrwC+YkQZwInel vYW8WOrMMPjLnQ0qrCLcHRzi9N+GGgZKucz8M3C/Xp2MlwjdDin4S6rHhST8ryhIqhfk Wf+7ByHpNgMHFPQE3LgayX1exqQa+kCnJRGm9pZEDI/vDGlF1aOiVxWSxogegmn8ofAV 3SOn9i7S+AHE/kvJIEhcxPQemAvYBY413FzCQ/n00weh2KhmVivjGgplNNmmK3916ul5 mcFg== X-Received: by 10.66.154.164 with SMTP id vp4mr3942539pab.89.1365003135989; Wed, 03 Apr 2013 08:32:15 -0700 (PDT) Original-Received: by 10.70.6.100 with HTTP; Wed, 3 Apr 2013 08:32:15 -0700 (PDT) In-Reply-To: <87ehersl1c.fsf@wanadoo.es> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c00::232 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:89943 Archived-At: --047d7bacc40009bd9004d9768fb5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Actually since overlays can be per-window, it might actually make dimming other *windows* work, which was the original goal, rather than other *buffers*. So using window-specific overlays may be worth a try. If I can ever figure out how to use them. -Steven On Wed, Apr 3, 2013 at 10:15 AM, =D3scar Fuentes wrote: > Steven Degutis writes: > > > It's now called `auto-dim-other-buffers` and it just got a whole lot mo= re > > efficient and faster: > https://github.com/sdegutis/auto-dim-other-buffers.el > > I see that you introduced some intelligence for operating only on/when > the buffers affected by the change. Maybe it is worth to try the overlay > approach. I bet that it will be efficient enough. > > What I'm concerned about is the collision of the overlay that auto-dim > creates with the overlays that might pre-exist in the window. But the > current implementation already suffers a similar problem with faces, so > it can't be worse. > > > --047d7bacc40009bd9004d9768fb5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Actually since overlays can be per-window, it might actual= ly make dimming other *windows* work, which was the original goal, rather t= han other *buffers*.

So using window-specific overlays m= ay be worth a try. If I can ever figure out how to use them.

-Steven


On Wed, Apr 3, 2013 at 10:15 AM, =D3s= car Fuentes <ofv@wanadoo.es> wrote:
Steven Degutis <sbdegutis@gmail.com> writes:

> It's now called `auto-dim-other-buffers` and it just got a whole l= ot more
> efficient and faster: https://github.com/sdegutis/auto-dim-ot= her-buffers.el

I see that you introduced some intelligence for operating only on/whe= n
the buffers affected by the change. Maybe it is worth to try the overlay approach. I bet that it will be efficient enough.

What I'm concerned about is the collision of the overlay that auto-dim<= br> creates with the overlays that might pre-exist in the window. But the
current implementation already suffers a similar problem with faces, so
it can't be worse.



--047d7bacc40009bd9004d9768fb5--