From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: special buffer frames again Date: Thu, 03 May 2007 10:21:55 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1178202834 15651 80.91.229.12 (3 May 2007 14:33:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 May 2007 14:33:54 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu May 03 16:33:52 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HjcNP-0000EW-1V for geh-help-gnu-emacs@m.gmane.org; Thu, 03 May 2007 16:33:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HjcTv-0001Bg-LO for geh-help-gnu-emacs@m.gmane.org; Thu, 03 May 2007 10:40:31 -0400 Original-Path: shelby.stanford.edu!newshub.stanford.edu!postnews.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.umontreal.ca!news.umontreal.ca.POSTED!not-for-mail Original-NNTP-Posting-Date: Thu, 03 May 2007 09:21:55 -0500 Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:H33/j2kur7DYr+0VYGfv7qvoueQ= Original-Lines: 34 Original-NNTP-Posting-Host: 132.204.27.213 Original-X-Trace: sv3-pZmv3G2Q+H18esVznQfuYo4IAo3IKjxRElhfqxlREGBlo//ajwCrKKrBxDPTV2i6ckTi51wUfpWRLyU!ZFWsFK6RwqATPa1fXgkeC0egdOtApvLWRPabz/9djjG+BEyASeWUv8EfFft7M8uUyPfw2IeCfd/8!E/WEi4vwydx6VfCCNw== Original-X-Complaints-To: abuse@umontreal.ca X-DMCA-Complaints-To: abuse@umontreal.ca X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.34 Original-Xref: shelby.stanford.edu gnu.emacs.help:148001 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:43595 Archived-At: > FWIW, when I do want to iconify a frame, I actually use my own > thumbnail-frame pseudo-icons, instead of iconifying to the Window task bar > (http://www.emacswiki.org/cgi-bin/wiki/FisheyeWithThumbs). So the behavior > is similar to that of other window mgrs: icons on the desktop vs in the task > bar. (But the "icons" are really frames, so I can stack them any way I want, > scroll, select text, monitor process progress, and so on.) This is not very > relevant here, however. Note that my window-manager's "icon-manager" is just a list of window names: no icon in sight. > If your preference for auto-iconification is based mainly on your needing to > position frames manually, would you agree that frame deletion is generally > better for people who don't share that window-mgr limitation? I wouldn't know since I don't use such a setup. But I'd doubt it, because even if placement is automatic, it's usually not ideal, so I'd still have to re-place some of the windows over-and-over-again. And actually, someone who uses such a setup recently complained on emacs-devel about a change I made that caused the frame to be deleted rather than iconified, so frame deletion doesn't seem good either. IIRC this someone was called "Drew Adams", maybe you know him ;-) > In any case, I think the problem the OP mentioned was not accumulation of > frames, but iconification, and the fact that the iconified frames remained > iconified when he tried to access them again. *Completions* and *Help* were > sitting there as icons, making it impossible to see what was in them without > explicitly deiconifying them. Here is what he said: Looks like a plain bug in Emacs or in the window manager, then. Stefan