[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#5482: frame-invisible-p reports nil for iconified frames on w32
From: |
martin rudalics |
Subject: |
bug#5482: frame-invisible-p reports nil for iconified frames on w32 |
Date: |
Mon, 27 Jun 2016 08:22:06 +0200 |
> As for the second issue, I disagree that this behavior is wrong,
> because it matches the documentation:
>
> A frame on a graphical display may be “visible”, “invisible”, or
> “iconified”. If it is visible, its contents are displayed in the usual
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> manner. If it is iconified, its contents are not displayed, but there
> ^^^^^^
> is a little icon somewhere to bring the frame back into view (some
> window managers refer to this state as “minimized” rather than
> “iconified”, but from Emacs’ point of view they are the same thing). If
> a frame is invisible, it is not displayed at all.
>
> -- Command: make-frame-visible &optional frame
> This function makes frame FRAME visible.
>
> So I see no reason to fix anything in what make-frame-visible does in
> this case.
Neither do I. Emacs implements just a subset of the states and
transitions provided by the Windows API.
> I could perhaps agree that iconify-frame should have undone the effect
> of make-frame-invisible in this use case, though.
I see no problems with
(progn
(setq my-frame (make-frame))
(make-frame-invisible my-frame)
(sit-for 1)
(iconify-frame my-frame)
(sit-for 1)
(frame-visible-p my-frame))
Or what did you have in mind?
martin