Hi Tom, >>>> relevant bit of code from kernel readkey / ConRead / KbdRdChar: >>>> - if AL is returned as E0, return AL as 0 if AH is not 0 else
>>> the BIOS will never return E0 as the char code AL is the ASCII value, AH is the scan code. And in my tests, the cursor keys returned "ASCII E0, scancode depending on key" so E0 can be returned. Special key combos such as right alt q (altgr-q in qwertz: @ sign) return ASCII 0, scancode depending on key if no German keyboard driver is loaded... So what is CON supposed to return when a cursor key is pressed? In the current kernel, the keypress is ignored, I would say. I also wonder whether Cyrillic keyboard drivers would actually return "ASCII E0, scancode 0" in some situations - which seems to be what the kernel expects them to do. Unfortunately I was unable to convince MKEYB RU to activate the "Cyrillic shift state", maybe somebody can tell me how that is supposed to work. Something related to right ctrl apparently? By the way, the kernel will probably show that ASCII E0 if you use Alt-2-2-4 to enter that character (using the numpad digits). Eric ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
