From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Hagmonk Newsgroups: gmane.emacs.bugs Subject: bug#5985: 23.1.96; Mac OS X: Frames in other spaces erroneously thought visible Date: Sat, 05 Mar 2016 20:52:53 -0800 Message-ID: <097D83C4-905C-4A63-BFF1-D80CF6F353EE@icloud.com> References: <20100420.095250.161626886.hanche@math.ntnu.no> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1457246498 28231 80.91.229.3 (6 Mar 2016 06:41:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 6 Mar 2016 06:41:38 +0000 (UTC) To: 5985@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 06 07:41:27 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1acSNa-0004Jc-Hs for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Mar 2016 07:41:26 +0100 Original-Received: from localhost ([::1]:49421 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acSNa-0001z2-4d for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Mar 2016 01:41:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54582) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acSNF-0001UN-Sx for bug-gnu-emacs@gnu.org; Sun, 06 Mar 2016 01:41:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1acSND-0005Ro-ST for bug-gnu-emacs@gnu.org; Sun, 06 Mar 2016 01:41:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38987) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acSND-0005Rk-P0 for bug-gnu-emacs@gnu.org; Sun, 06 Mar 2016 01:41:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1acSND-0001HC-J2 for bug-gnu-emacs@gnu.org; Sun, 06 Mar 2016 01:41:03 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <20100420.095250.161626886.hanche@math.ntnu.no> Resent-From: Hagmonk Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Mar 2016 06:41:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5985 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 5985-submit@debbugs.gnu.org id=B5985.14572464574845 (code B ref 5985); Sun, 06 Mar 2016 06:41:03 +0000 Original-Received: (at 5985) by debbugs.gnu.org; 6 Mar 2016 06:40:57 +0000 Original-Received: from localhost ([127.0.0.1]:36106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1acSN6-0001Fz-N3 for submit@debbugs.gnu.org; Sun, 06 Mar 2016 01:40:56 -0500 Original-Received: from mr11p24im-asmtp003.me.com ([17.110.78.109]:58218) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1acQgg-0006sE-71 for 5985@debbugs.gnu.org; Sat, 05 Mar 2016 23:53:02 -0500 Original-Received: from [17.153.86.177] (unknown [17.153.86.177]) by mr11p24im-asmtp003.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O3L000IJPK5V340@mr11p24im-asmtp003.me.com> for 5985@debbugs.gnu.org; Sun, 06 Mar 2016 04:52:56 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-03-06_02:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=13 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1603060094 X-Mailer: Apple Mail (2.3124) X-Mailman-Approved-At: Sun, 06 Mar 2016 01:40:54 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114482 Archived-At: > On OS X, enable Spaces. (Note to those who don't use Macs: Spaces are > a bit like virtual desktops in many X11 window managers.) Run emacs > and create two or more frames. Move some frames to different spaces. >=20 > Evaluate (visible-frame-list). >=20 > Expected result: Only frames in the current space should be listed. > Actual result: All non-iconified frames are listed. >=20 > As a side effect, C-x 5 o (other-frame) can select a frame in a > different space. Also, (frame-visible-p) evaluated in a frame in a > different space will return t. It=E2=80=99s not clear to me what the desired behavior should be here. = =46rom the documentation: --- (frame-visible-p FRAME) Return t if FRAME is "visible" (actually in use for display). Return the symbol =E2=80=98icon=E2=80=99 if FRAME is iconified or = "minimized". Return nil if FRAME was made invisible, via =E2=80=98make-frame-invisible=E2= =80=99. On graphical displays, invisible frames are not updated and are usually not displayed at all, even in a window system=E2=80=99s = "taskbar". --- Minimizing a window does result in the symbol =E2=80=9Cicon=E2=80=9D = being returned. However, OS X doesn=E2=80=99t have the notion of making = an individual window invisible. Command-H will hide all windows for an = application. And although there is no =E2=80=9Ctaskbar=E2=80=9D if you = invoke mission control to see available windows, the window remains = =E2=80=9Cdisplayed" in that sense. In fact while mission control is = active, the app=E2=80=99s thumbnail is a live representation of the = app=E2=80=99s window state (try playing a movie and then invoke mission = control from another space) It seems if OS X had the notion of hiding an individual window, frame = visibility could be keyed off that window state. Without that, it=E2=80=99= s not clear how this would be supported without changing the definition = of visibility used by frame-visible-p. I=E2=80=99m inclined to suggest this behaves as intended.=20