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

[martin rudalics]

> 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