* win32 ime wip
* ime window starts tracking the cursor, but coords are wrong
* fix win32 ime cursor coord
* win32-ime lang-specific behaviors
* track language id in WindowImpl
* lowercase dllimport
* create initial ime on window creation
* InputMethodManager: connect to client even if im is absent at the moment
* proposal: IKeyboardDevice.NotifyInputMethodUpdated
* finalizing
* ime: allow client to request active state change
* remove backward incompatible ActiveState.
* InputMethodManager: NotifyInputMethodUpdated: filter the window of current focused element
* [IME] [Windows] ability to enable/disable IME for any InputElement
* [IME] [Windows] Refactor Imm32InputMethod - create a single one for dispatcher. Also change a method of enabling/disabling IME to work like in WPF.
* [IME] [Windows] Fix IME after dialog show not working - active window context is not applied.
* [IME] [Windows] fix intermediate input position
* [IME] [Windows] PreEdit font size is applied
* [IME] [Windows] Make MoveImeWindow code to be exact like in chrome - fix a lot of possible issues. Added comments. Minor Refactoring
* [IME] [Windows] Refactor caret management, improve deactivation, remove comments
* [IME] [Windows] Remove redundant api changes (request from @kekekeks)
* Fix .sln and ApiCompatBesaline.txt redundant changes.
* [Windows] [IME] move IsInputMethodEnabled subscription to InputMethodManager, Move check for IsInputMethodEnabled before TextInputMethodClientRequestedEvent query
* [IME] [Windows] remove redundant SetActive(false) call, because it's called in Client setter
* remove redundant change
Co-authored-by: Yatao Li <yatli@microsoft.com>
Co-authored-by: Max Katz <maxkatz6@outlook.com>
* [NativeMenu] [Refactoring] Move Default Menu creation from native lib to C# (C# side of code)
* fix return type for IAvnApplicationCommands
* [Native] menu refactoring (ObjC side)
* fix nullref
* minor refactor
Co-authored-by: Jumar Macato <16554748+jmacato@users.noreply.github.com>
Co-authored-by: Dan Walmsley <dan@walms.co.uk>
* Fix condition in HotKeyProperty.Changed handler
See #7095 for more information. The condition originally existed to warn
about binding the HotKeyProperty to a Control that does not implement
ICommandSource.
* Ignore null HotKey in HotKeyProperty.Changed
* Add nullable annotations...
...to `AvaloniaObject`/`AvaloniaProperty`-related classes and a few other uncontroversial files.
* Check for null before first use.
* Don't need this check as base class does it.
# Conflicts:
# src/Avalonia.Styling/Styling/Activators/PropertyEqualsActivator.cs
# src/Avalonia.Styling/Styling/PropertyEqualsSelector.cs
Max Katz
Steven Kirk
GMIKE
Benedikt Stebner
Dan Walmsley
Sergey Mikolaytis
erri120
Jumar Macato
Nikita Tsukanov
Tako