Avalonia

Branch: fixes/macos-owned-window-level-inheritance

Author	SHA1	Message	Date
Autumn	92ea5b7a7d	fix(input): fix AccessKeyHandler when no descendant control has focus (#21920 ) * fix(input): fix AccessKeyHandler when no descendant control has focus - Update IsFocusWithinOwner to use routed event's Source instead of re-querying KeyboardDevice.Instance.FocusedElement - Allow access keys (Alt/mnemonics) to work immediately after Window opens when FocusedElement is null or owner itself - Update shared test helpers in AccessKeyHandlerTests to populate event Source Fixes #21806 * fix(input): address review feedback on AccessKeyHandler focus fix - Type IsFocusWithinOwner's owner parameter as InputElement (matching _owner) and drop the now-redundant `is Visual` check - Fix indentation in IsFocusWithinOwner - Add Should_Raise_AccessKey_When_Focus_Is_On_Descendant, covering the IsVisualAncestorOf branch by raising KeyDown/KeyUp on a descendant control instead of the owner - Revert the no-op Source assignment in the KeyDown/KeyUp test helpers - Shorten the comment in Should_Raise_Key_Events_For_Registered_Access_Key --------- Co-authored-by: Julien Lebosquain <julien@lebosquain.net>	1 month ago
Nathan Nguyen	1060839683	Fix access keys not working when KeySymbol is null (#21077 ) * test: add regression test for access key with system key events Regression test for #20961: verifies that access keys fire correctly when triggered via Alt+key (system key events). * fix: provide KeySymbol for system key events via MapVirtualKey On Windows, WM_SYSKEYDOWN (Alt+key) intentionally skips ToUnicodeEx to avoid corrupting keyboard state. This left KeySymbol null, which broke access keys after #20662 switched from Key to KeySymbol. Use MapVirtualKey(VK, MAPVK_VK_TO_CHAR) as a layout-aware fallback for system key events — it resolves the character without touching keyboard state. Fixes #20961 * chore: retrigger CI	5 months ago
Julien Lebosquain	2185ce04e7	Use KeySymbol for AccessKey (#20662 ) * Change AccessText.AccessKey to a string * Use KeySymbol for AccessKey * Update API suppressions * Fix tests	7 months ago
Julien Lebosquain	1583de3e33	Fix random test failures and add empty dispatcher verification to tests (#17628 ) * Add VerifyEmptyDispatcherAfterTestAttribute * Use VerifyEmptyDispatcherAfterTest and fix failing tests * Remove unsupported timeout from sync xUnit tests	2 years ago
StefanKoell	b46126714b	Fixes and improves several access key (accelerator) related issues (#17292 ) * fix accelerator behavior for menu items and labels * add elements with matching accelerator to test cycling in sub menus * Add AccessKeyHandler tests for accelerators with more than one match * Implement accelerator behavior based on WPF handling * Remove commented code * Remove OnAccessKey override => handled by DefaultMenuInteractionHandler * remove obsolete test * handle OnAccessKeyPressed for selected tab item * fix unit tests * use AccessKeyEvent instead of AccessKeyPressedEvent in unit tests * navigate menu with and without ALT key * Revert formatting changes in Tests * Fix AccessKeyHandler comments * move private types to bottom * Remove lock statements, optimize removal of AccessKeyRegistrations * remove call to Dispatcher.UIThread.Post * simplifiy AccessKeyHandler.SortByHierarchy * remove unnecessary method AccessKeyHandler.GetTargetsForSender * regenerate API suppression file * revert unneeded changes in MenuPage.axaml * correct formatting changes * do not sort by hierarchy if too few targets * make AccessKeyEventArgs internal * make AccessKeyPressedEventArgs internal --------- Co-authored-by: Hans Docsek <hans.docsek@gmail.com>	2 years ago
Boyd Patterson	98acdd7c08	Do not match access keys on input elements that are not effectively enabled. (#13185 )	3 years ago
Steven Kirk	8e9532a580	Added tests for AccessKeyHandler. Some failing: tests are chosen to match UWP behavior, not WPF (which hides key press events for access keys).	3 years ago

7 Commits (fixes/macos-owned-window-level-inheritance)