From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Wed, 05 May 2010 14:19:33 -0400 Message-ID: References: <4BB4CF6B.2000007@alice.it> <87vdbhgqgd.fsf@mail.jurta.org> <828BB36311A84C43B96D1F2A559DACAE@us.oracle.com> <87d3xo662u.fsf@mail.jurta.org> <69D40D69CC6F4982A8E91D8D8F0F494F@us.oracle.com> <87r5m4hz39.fsf@mail.jurta.org> <4BD40821.70808@gmx.at> <87zl0rtmqy.fsf@mail.jurta.org> <871vdu6qn5.fsf@mail.jurta.org> <87bpcv1wvt.fsf@mail.jurta.org> <4BE13828.2030609@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1273096850 1746 80.91.229.12 (5 May 2010 22:00:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 5 May 2010 22:00:50 +0000 (UTC) Cc: Juri Linkov , Ken Hori , Emacs To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 06 00:00:48 2010 connect(): No such file or directory 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 1O9me5-0000t1-PP for ged-emacs-devel@m.gmane.org; Thu, 06 May 2010 00:00:46 +0200 Original-Received: from localhost ([127.0.0.1]:37132 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9me4-0003nk-W0 for ged-emacs-devel@m.gmane.org; Wed, 05 May 2010 18:00:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O9jCi-0008Dj-P1 for emacs-devel@gnu.org; Wed, 05 May 2010 14:20:16 -0400 Original-Received: from [140.186.70.92] (port=56932 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9jCS-000803-8G for emacs-devel@gnu.org; Wed, 05 May 2010 14:20:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O9jC2-00023T-Do for emacs-devel@gnu.org; Wed, 05 May 2010 14:19:35 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:32004 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O9jC2-00023K-B2 for emacs-devel@gnu.org; Wed, 05 May 2010 14:19:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADZT4UvO+IB1/2dsb2JhbACdTXK9F4UTBIws X-IronPort-AV: E=Sophos;i="4.52,335,1270440000"; d="scan'208";a="63484582" Original-Received: from 206-248-128-117.dsl.teksavvy.com (HELO pastel.home) ([206.248.128.117]) by ironport2-out.pppoe.ca with ESMTP; 05 May 2010 14:19:33 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id A3B58814C; Wed, 5 May 2010 14:19:33 -0400 (EDT) In-Reply-To: <4BE13828.2030609@gmx.at> (martin rudalics's message of "Wed, 05 May 2010 11:19:36 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124554 Archived-At: > problem. In particular, I display eldoc output on a per-window basis in > a one-line window below the code window (I hate eldoc output in the echo > area, I don't like it in the header line, and I very much hate tooltips. > Ideally, there would be a bottom-line right above the mode-line where I > could put it, but ...). Interesting problem in itself, indeed. Luckily, I'm satisfied with the each area for that purpose. Good luck! > Now I'm killing such an eldoc-buffer as soon as it is no more shown in > its eldoc-window. But when (1) a `save-window-excursion' restores the > saved configuration and (2) it has to restore a former eldoc-window that > was deleted within the body of `save-window-excursion', I get the first > buffer from `buffer-list' shown in that window which is downright silly. I know you think dedicated windows suck and that I like them so much that "when you have a hammer everything looks like a nail", but I think this is really a good case to mark the window dedicated. I'm not sure whether set-window-configuration would do the right thing currently (kill the window if the buffer died), but if it doesn't, it'd be a clear bug that needs fixing. Stefan