From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: display-buffer-alist simplifications Date: Tue, 26 Jul 2011 07:21:31 +0200 Organization: Organization?!? Message-ID: <87livl8vms.fsf@fencepost.gnu.org> References: <87mxgem09k.fsf@stupidchicken.com> <4E2A7EBD.7050300@gmx.at> <87livooqt6.fsf@stupidchicken.com> <4E2B158B.1080101@gmx.at> <87wrf8iyse.fsf@stupidchicken.com> <4E2BEED2.5040608@gmx.at> <8739hvu6lh.fsf@stupidchicken.com> <4E2C50E6.3020103@gmx.at> <878vrnweju.fsf@stupidchicken.com> <4E2D34D7.4040002@gmx.at> <87mxg2fw74.fsf@mail.jurta.org> <87pqkxrgdx.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1311657717 4909 80.91.229.12 (26 Jul 2011 05:21:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 26 Jul 2011 05:21:57 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 26 07:21:54 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qla5Z-0002Sl-Ql for ged-emacs-devel@m.gmane.org; Tue, 26 Jul 2011 07:21:53 +0200 Original-Received: from localhost ([::1]:50693 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qla5Z-0006k8-9z for ged-emacs-devel@m.gmane.org; Tue, 26 Jul 2011 01:21:53 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qla5X-0006k0-29 for emacs-devel@gnu.org; Tue, 26 Jul 2011 01:21:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qla5V-00055L-Vi for emacs-devel@gnu.org; Tue, 26 Jul 2011 01:21:50 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:50311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qla5V-00055F-My for emacs-devel@gnu.org; Tue, 26 Jul 2011 01:21:49 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qla5S-0002Rk-LN for emacs-devel@gnu.org; Tue, 26 Jul 2011 07:21:46 +0200 Original-Received: from p508ec14f.dip.t-dialin.net ([80.142.193.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Jul 2011 07:21:46 +0200 Original-Received: from dak by p508ec14f.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Jul 2011 07:21:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p508ec14f.dip.t-dialin.net X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:bH3jFDJSFDjcestaqyF1ZSZp7V8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:142299 Archived-At: "Stephen J. Turnbull" writes: > Note that XEmacs has had specifiers (in a somewhat different sense, > but the basic idea of a more or less hierarchical mapping from > contexts to instances is the same) for literally decades, they are > automatically merged, and with the exception of David Kastrup (a > self-proclaimed Simple Mind From the City of Light :-), nobody has > really complained about their complexity and merging generally DTRTs. > Rather users and third-party developers have asked how to accomplish > what they want to do, and generally are pleased with the results they > get. One aim of the GNU project is empowering users. An interface that requires relying on highly competent special users and/or extensive experimentation (which often leads to results relying on undefined artifacts of the current behavior) is not conducive in that regard. If you look closely, you'll find a high correlation between "David is ranting again" and "this won't work without additional resources". Just a few days ago the CEDET guys had to suffer that. > Specifiers are one thing that nobody in the SXEmacs fork has suggested > getting rid of, by the way. You can only get rid of things you understand. -- David Kastrup