- 21 Jun, 2017 1 commit
-
-
Ken Thomases authored
Signed-off-by: Ken Thomases <ken@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 16 May, 2017 2 commits
-
-
Ken Thomases authored
In particular, when an input method for an Asian language (e.g. Pinyin) is selected, we were getting repeated notifications. Querying the selected input method upon receiving them suggested that the keyboard layout changed to U.S. then back to Pinyin, then several redundant notifications with no apparent change. Since the handler for the posted KEYBOARD_CHANGED events sends WM_CANCELMODE to the active window, this was having bad effects. The spurious notifications can be distinguished by there being no current text input context or client. To detect redundant notifications, we track the last keyboard input source and keyboard layout input source and compare with the new ones to see if they really changed. Signed-off-by: Ken Thomases <ken@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Ken Thomases authored
winemac: Move the logic for posting a KEYBOARD_CHANGED event if the keyboard type changes into the setter of the keyboardType property. Signed-off-by: Ken Thomases <ken@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 24 Mar, 2015 1 commit
-
-
Ken Thomases authored
OS X doesn't have the same concept of maximized windows as Windows does. There's no mode that prevents a normally-movable window from being moved. If a window is "zoomed", it mostly fills the screen but the user can still move or resize it, at which point it ceases to be in the zoomed state. So, users are confused and frustrated when they can't move a window that's maximized. To get similar behavior while still respecting Win32 semantics, we detect when the user tries to move a maximized window. When they start, a request is submitted to the app to restore the window. Unless and until the window is restored, we don't actually allow the window to move. The user expects to move the window from its current (maximized) position. It should not jump to its normal position upon being restored. So, we set the window's normal position to its current position before restoring it.
-
- 15 May, 2014 1 commit
-
-
Ken Thomases authored
The Mac driver can generate scroll wheel events with values which are not integral multiples of WHEEL_DELTA. Apps should handle that by scrolling a corresponding non-integral multiple of what they'd do for a WHEEL_DELTA-valued scroll or, if they can't, then at least accumulate scroll distance until its magnitude exceeds WHEEL_DELTA and do a "chunky" scroll. However, many apps don't do that properly. They may scroll way too far/fast or even in the opposite direction. If the registry setting UsePreciseScrolling is set to "n", the Mac driver will do that accumulation and chunking itself to work around such broken app behavior.
-
- 29 Apr, 2014 1 commit
-
-
Ken Thomases authored
Many games clip the cursor to the client area of the window. However, on OS X, the resizing controls extend into that client area. So, it's possible that while playing, the user might unintentionally click in the resizing area and drag, resizing the window.
-
- 12 Dec, 2013 1 commit
-
-
Ken Thomases authored
winemac: While a window is being dragged, suppress mouse events and disable cursor clipping and warping.
-
- 18 Oct, 2013 1 commit
-
-
Ken Thomases authored
The code had previously set the cursor back to the standard arrow and unhid it when it left all app windows. Now it restores the cursor image that the app set and re-hides it if necessary when it moves back over any app window.
-
- 02 Oct, 2013 1 commit
-
-
Ken Thomases authored
The Mac driver captures the displays when the program changes the display mode. If the user types Command-Tab to switch away, it resets the displays to their original modes and releases them. However, if they switched back, it didn't restore the mode to what the program had set, so the program often showed the game window in a corner of the screen with the top behind the Mac menu bar.
-
- 09 Jul, 2013 1 commit
-
-
Ken Thomases authored
For keys pressed in combination with Command, -[NSApplication sendEvent:] simply doesn't pass the key-up event through to the window. We have to track which keys we've told Wine are pressed because Cocoa may consume key-downs that trigger menus or system behaviors.
-
- 07 Jun, 2013 1 commit
-
-
Ken Thomases authored
winemac: Add an option to capture the displays for full-screen windows in addition to display mode changes. Under HKCU\Software\Wine\Mac Driver, set string value CaptureDisplaysForFullscreen to "y" to enable the new behavior.
-
- 04 Jun, 2013 1 commit
-
-
Ken Thomases authored
-
- 17 May, 2013 2 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
This uses Cocoa and the window server to track windows and their z-order, which is more reliable than our own tracking.
-
- 07 May, 2013 4 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
This fixes an issue with sub-pixel-precise pointing devices on Lion and later. Wine's notion of the cursor position would get out of sync with the actual position because deltas don't convey the actual movement distance.
-
Ken Thomases authored
-
Ken Thomases authored
-
- 22 Apr, 2013 1 commit
-
-
Ken Thomases authored
Developed with Aric Stewart.
-
- 16 Apr, 2013 1 commit
-
-
Ken Thomases authored
-
- 25 Mar, 2013 1 commit
-
-
Ken Thomases authored
-
- 14 Mar, 2013 1 commit
-
-
Ken Thomases authored
-
- 11 Mar, 2013 1 commit
-
-
Ken Thomases authored
-
- 25 Feb, 2013 4 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
-
Ken Thomases authored
-
Ken Thomases authored
-
- 18 Feb, 2013 2 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
-
- 07 Feb, 2013 1 commit
-
-
Ken Thomases authored
Cocoa coordinate space has its origin in the lower left of the primary screen and y increases up.
-
- 05 Feb, 2013 2 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
winemac: Build a map from Mac virtual key codes to Win32 vkeys and scan codes based on Mac keyboard layout.
-
- 28 Jan, 2013 3 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
-
Ken Thomases authored
-
- 21 Jan, 2013 2 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
-
- 09 Jan, 2013 2 commits
-
-
Ken Thomases authored
-
Ken Thomases authored
-
- 23 May, 2006 1 commit
-
-
Jonathan Ernst authored
-