[Bug 9631] New: Window with specific classes/styles/ ex_styles should bypass WM taskbar

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=9631

           Summary: Window with specific classes/styles/ex_styles should
                    bypass WM taskbar
           Product: Wine
           Version: CVS/GIT
          Platform: Other
        OS/Version: other
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: wine-x11driver
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: lich at math.spbu.ru


I. Hidden windows.

1) Start wine taskmgr
$ wine taskmgr
Taskbar 

2) Check menu item "Options->Hide When Minimized"

3) Minimize main window.
It is expected that taskbar "taskmgr" entry dissapear. But it remains.

As I understand, in this case when application calls ShowWindow or SetWindowPos
to hide window, wine should remove taskbar entry (and put it back when window
activates). [Which way? Make it unmanaged? Use specific WM hints? unmap
window?]
(see bug #5844)

II. Tool windows.
(e.g. qip IM: www.qip.ru)

Main QIP window should bypass taskbar.

In this case, any window which has WS_EX_TOOLWINDOW style should bypass
taskbar. (unmap window? use hints?)


III. Captionless windows.
winamp playlist and equalizer. (www.winamp.com)
In this case, application creates WS_OVERLAPPEDWINDOW, wine adds caption, then
application removes caption using SetWindowLong. Wine should change hints but
it does only if VISIBLE status of window is changed
(winex11.drv/winpos.c:145-160). (See bug 8300).


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.