From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Fri, 19 Nov 2010 17:45:55 +0100 Message-ID: <4CE6A9C3.5060400@gmx.de> References: 4CE031A6.8010403@gmx.at <4CE56872.6050502@gmx.de> <4CE57519.7030403@gmx.at> <4CE59AC2.9030201@gmx.de> <4CE62E91.4030501@gmx.at> <4CE67DC5.7020603@gmx.de> <4CE68D34.1040308@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1290185291 32527 80.91.229.12 (19 Nov 2010 16:48:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 19 Nov 2010 16:48:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 19 17:48:07 2010 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.69) (envelope-from ) id 1PJU86-0002Rw-L5 for ged-emacs-devel@m.gmane.org; Fri, 19 Nov 2010 17:48:06 +0100 Original-Received: from localhost ([127.0.0.1]:40823 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJU86-00033H-56 for ged-emacs-devel@m.gmane.org; Fri, 19 Nov 2010 11:48:06 -0500 Original-Received: from [140.186.70.92] (port=49360 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJU6f-00020L-8v for emacs-devel@gnu.org; Fri, 19 Nov 2010 11:46:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PJU6d-0006aQ-Vd for emacs-devel@gnu.org; Fri, 19 Nov 2010 11:46:37 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:41882 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PJU6d-0006ZS-KZ for emacs-devel@gnu.org; Fri, 19 Nov 2010 11:46:35 -0500 Original-Received: (qmail invoked by alias); 19 Nov 2010 16:46:32 -0000 Original-Received: from unknown (EHLO [10.44.88.182]) [82.113.121.194] by mail.gmx.net (mp016) with SMTP; 19 Nov 2010 17:46:32 +0100 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX18o9bV256goYT0cn5migrVCX02GDI7bl5joP9tNzQ aY7txsuJz6HUFw User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <4CE68D34.1040308@gmx.at> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:132861 Archived-At: martin rudalics wrote: > > Where a "wrapper" is a piece of code with exclusive access to the > > functionality that it wraps. There must be no way to bypass the > > wrapper except for the wrapper itself. > > It would only take a few seconds before someone asked for a way to > bypass such a wrapper programmatically. Only if the wrapper doesn't work very well. And a wrapper cannot work very well if it can be bypassed. Anyway all I'm asking for is the OPTION to install such wrapper. The obvious way to bypass it is simply not to install it. But as long as it is installed, there should be no way to bypass it. Otherwise it wouldn't be an honest option. > > I'm not interested in the details of existing bugs. I'm only > > interested whether your new design is able to get past them. > > This is not about a bug. It's about what Emacs has to do in order to > prevent crashing. You speak of "Emacs" as if it were a third party in that game. There is nothing anywhere outside that would force it to crash from zero-sized windows or windows with no buffer. (Then again number "0" was still causing headaches to ancient greek philosophers who asked: "How can nothing be something?" :)). > > "A feature called substructure redirect allows a window manager to > > intercept any requests to map, move, resize, or change the border > > width of windows. This allows the window manager to modify these > > requests, if necessary, to ensure that they meet its window layout > > policy." > > > > Which in other words means a single hook that is sufficient for > > everything a window-manager might want to do. > > Doesn't `window-configuration-change-hook' get near to that? Though it > seems to me that you want to put yourself into the window manager's seat > here. Yes. Well, maybe. At this point I'm just trying to push you towards installing such seat and to suggest to use it in your own functions. Of course in order to prove the fitness of an interface you'd better have at least two possible clients. Here is one more, if you want to: http://lists.gnu.org/archive/html/gnu-emacs-sources/2010-05/msg00026.html > > martin >