From xemacs-m  Tue Jan 14 01:01:32 1997
Received: from lipp.aa.net (lipp@lipp.aa.net [204.157.220.241])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id BAA09863 for <xemacs-beta@xemacs.org>; Tue, 14 Jan 1997 01:01:30 -0600 (CST)
Received: (from lipp@localhost) by lipp.aa.net (8.6.11/8.6.9) id XAA00212; Mon, 13 Jan 1997 23:01:48 -0800
Date: Mon, 13 Jan 1997 23:01:48 -0800
Message-Id: <199701140701.XAA00212@lipp.aa.net>
From: Damon Lipparelli <lipp@aa.net>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: automatic de-iconify in 20-b34 w/ byte-recompile-directory
In-Reply-To: <m2vi90bxve.fsf@altair.xemacs.org>
References: <199701060128.UAA11198@spacely.icd.teradyne.com>
	<199701140419.XAA17368@spacely.icd.teradyne.com>
	<QQbyki29097.199701140512@crystal.WonderWorks.COM>
	<m2vi90bxve.fsf@altair.xemacs.org>
Reply-To: Damon Lipparelli <lipp@aa.net>
X-Mailer: VM 6.04 [ XEmacs 19.15 (beta90) ]

>>>>> Steven L Baur <steve@miranova.com> writes:

    >> Not really a bug, just the law of unintended consequences at work.

    > It's pushing my limit.  I personally hate when programs change a
    > window setup I've manually arranged.

    > There is a bug if this is intended to guarantee visibility.  Repeat
    > that test with a virtual window manager like olvwm.  While the frame
    > is still iconified, switch virtual consoles.  I see the frame
    > deiconify in the departed virtual console, but not in the current
    > console.  (I consider olvwm's treatment correct, it would annoy me
    > even more if the frame transported itself across virtual consoles).

You mean like it does under Sun's CDE?

You don't even need to iconify the window.  I've found that if I switch
workspaces while XEmacs is performing a long operation and then give the
focus to a frame in the new workspace, the buffer (and sometimes the entire
frame) from which I initiated the operation follows me to the new
workspace....

-lipp
---

I hope the ``Eurythmics'' practice birth control...

