6 commits

Author	SHA1	Message	Date
Marc Durdin	a160a5c709	chore(developer): move source files to /developer/src	2022-05-18 10:34:48 +10:00
Marc Durdin	526164fbd4	fix(windows): detect 102nd key in keyboard import ... The detection of the 102nd key is a heuristic - it will decide it is present if it has a vk code and its corresponding unshifted character is not the same as the backslash key. This matches the general pattern for US vs European keyboards.	2020-11-06 08:15:21 +11:00
Marc Durdin	79f6910971	fix(windows): Import OSK wrong for European layouts ... Fixes #3810. Importing a Windows keyboard would not produce correct OSK for European layouts because it was based on virtual key instead of scan code. Mapping through the scan code back to "US" base layout resolves the issue. Note that there is a slight difference between Import Windows Keyboard and Fill from Layout results, as deadkeys have slightly more information in the Import process, and can display the base deadkey, whereas Fill from Layout will result in a blank deadkey. This difference is by design.	2020-11-06 07:49:10 +11:00
Marc Durdin	abd970c573	[Developer] Integrate importing of Windows keyboard into Keyman Developer IDE (via New Project)	2018-09-27 20:23:30 -06:00
Marc Durdin	74d70172c9	[Developer] Rewrite C# importkeyboard as Delphi module; refactor osk to touch layout converter into separate module	2018-09-22 16:27:25 +10:00
Marc Durdin	02a53fa796	[Developer] Refactor importkeyboard_pas into kmconvert	2018-09-21 13:26:43 +10:00

Renamed from windows/src/developer/kmconvert/importkeyboard_pas/Keyman.Developer.System.ImportKeyboardDLL.pas (Browse further)