From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Lord Newsgroups: gmane.emacs.devel Subject: Re: Neat features in Eclipse editor Date: Sun, 23 Mar 2008 12:39:28 -0700 Message-ID: <47E6B1F0.7080909@emf.net> References: <873aqia0eh.fsf@stupidchicken.com> <873aqiw4xm.fsf@jurta.org> <47E636CB.1050607@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1206298839 15150 80.91.229.12 (23 Mar 2008 19:00:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Mar 2008 19:00:39 +0000 (UTC) Cc: emacs-devel To: "John S. Yates, Jr." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 23 20:01:08 2008 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 1JdVRG-0001hi-HS for ged-emacs-devel@m.gmane.org; Sun, 23 Mar 2008 20:01:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JdVQf-0000gm-Gy for ged-emacs-devel@m.gmane.org; Sun, 23 Mar 2008 15:00:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JdVQb-0000gH-0m for emacs-devel@gnu.org; Sun, 23 Mar 2008 15:00:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JdVQa-0000g5-Bw for emacs-devel@gnu.org; Sun, 23 Mar 2008 15:00:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JdVQa-0000fy-45 for emacs-devel@gnu.org; Sun, 23 Mar 2008 15:00:20 -0400 Original-Received: from mail.42inc.com ([205.149.0.25]) by monty-python.gnu.org with esmtps (SSL 3.0:RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JdVQZ-0003JK-Lp for emacs-devel@gnu.org; Sun, 23 Mar 2008 15:00:19 -0400 X-TFF-CGPSA-Version: 1.5 X-TFF-CGPSA-Filter-42inc: Scanned X-42-Virus-Scanned: by 42 Antivirus -- Found to be clean. Original-Received: from [69.236.65.4] (account lord@emf.net HELO [192.168.1.64]) by mail.42inc.com (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 26214261; Sun, 23 Mar 2008 11:59:59 -0700 User-Agent: Thunderbird 1.5.0.5 (X11/20060808) In-Reply-To: X-detected-kernel: by monty-python.gnu.org: 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:93259 Archived-At: Even better, add a few functions to emacs and turn it into an X11 window manager, extensible in self-documenting lisp. Consider the root window as a frame. "And you're so close..." -- Triple Rock Brewery -t John S. Yates, Jr. wrote: > Since the subject of buffers, windows, frames and their management is up for a > bit of serious brainstorming I want to bring up the great surge of interest in > tiling window managers. Thriving examples include > > dwm http://www.suckless.org/wiki/dwm > awesome http://awesome.naquadah.org/ > xmonad http://www.xmonad.org/ > > Drew's OneOnOne efforts have pushed in the direction of moving away from a > collection of emacs managed windows within a single frame.But IIUC the model > he is pursuing tends towards a bunch of overlapping (cascaded?) shrunk-to-fit > frames. Nonetheless, Drew has identified a number of ways in which emacs > remains seriously biased toward reusing a small number of windows within a > single frame. > > I suggest that dynamically managed tiling is deeply ingrained in the emacs > model. Reaching an accommodation with these tiling window managers could be a > liberating event. It would free emacs from having to offer ever richer window > management and window layout capabilities. And it would make the wealth of > these rapidly evolving window managers available for laying out emacs windows > (frames). Further, it would allow other windows that the user might have open > to participate in screen layout on an equal footing with those belonging to > emacs. > > /john > > > >