4

MSDN - "ShellProc Function", "RegisterShellHookWindow Function":

 HSHELL_WINDOWCREATED   => A top-level, unowned window has been created.
 HSHELL_WINDOWDESTROYED => A top-level, unowned window is about to be destroyed.

But:

we'll get HSHELL_WINDOWDESTROYED/HSHELL_WINDOWCREATED also when only do Hide/Show (or set/cancel WS_EX_TOOLWINDOW) to any top-level unowned window (with taskbar button). Why? Taskbar button isn't "true" window, isn't it?

This question primarily for MS insiders here.

Iłya Bursov
  • 23,342
  • 4
  • 33
  • 57
kero
  • 678
  • 3
  • 10
  • 3
    It really means "a top level window is eligible to appear on the taskbar" and "a top level window is no eligible to appear on the taskbar." These are the things a shell cares about. – Raymond Chen Oct 19 '13 at 05:52
  • 1
    Note the missing values, no HSHELL_WINDOWHIDDEN or HSHELL_WINDOWRESTORED. – Hans Passant Oct 19 '13 at 07:10
  • Well, you got your answer from the MS insider. Good for you! – David Heffernan Oct 19 '13 at 09:23
  • @Raymond Chen: I think the absurdity of this terminology (destroyed/created) is obvious to anyone, and the only thing that can somehow compensate for it - an additional explanatory text (maybe - your text above) in the MSDN/DDK – kero Oct 26 '13 at 03:19
  • 2
    The terminology is from the standpoint of the taskbar. If a window is hidden, it may as well be destroyed as far as the taskbar is concerned. – Raymond Chen Oct 26 '13 at 04:35
  • @Raymond Chen: Well, if these comments will be included in MSDN/SDK - this will prevent confusion for others in the future. – kero Oct 26 '13 at 18:20

0 Answers0