bug#5482: frame-invisible-p reports nil for iconified frames on w32

[martin rudalics <rudalics@gmx.at>]

 > 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