[ros-bugs] [Bug 5378] PATCH: Switch between applications with alt-tab doesn't work

[ReactOS.Bugzilla at reactos.org]

http://www.reactos.org/bugzilla/show_bug.cgi?id=5378





--- Comment #9 from jimtabor <james.tabor at reactos.org>  2011-04-22 23:03:08 CET ---
(In reply to comment #6)
> Created an attachment (id=6173)
 --> (http://www.reactos.org/bugzilla/attachment.cgi?id=6173) [details]
> Usermode alt-tab handling tool
> 
> Attached a tool that handles alt-tab as an user-mode application.
> 
> I will attach a patch to allow compiling this tool with rosbe after I submit
> this.
> 

I'm porting this code over to user32 to support the switch class and implement
GetAltTabInfo as a result. The switch class is registered in win32k and not
being used. Move appswitch.c from win32csr too. I have setup user32:defwnd.c
SC_NEXT/PREVWINDOW being called from WM_SYSKEYDOWN (fixed) Alt-/shift-/Esc now. 

I've posted this from other keyboard issue bugs, wine is a mess!

Problem is that a key change in the win32k:input.c keyboard thread, is used to
destroy the window. Here we are back to the question, should we implement this
in win32k and restructure the send message code to support server calls? Why
not just create another set of calls to send win32k the window handle of the
switch and a callback to clear the handle in user32 to verify it's demise. Also
another note that a event hook is called.

For example, Alt-Esc/Alt-Shift-Esc or Alt-Tab/Alt-Shift-Tab;
SC_NEXT/PREVWINDOW calls the routine with lParam (was wParam) that creates the
the window if lparam == VK_TAB, then the rest makes since, but at this instance
only switch from window to window is done, no switch window. So the same
routine is used. This is going to first on the list, after the musical chairs
of files has finished.


-- 
Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.