> On Nov 6, 2016, at 7:11 AM, Eric Auer wrote:
>
>
> Hi people,
>
> it might be sort of obvious but...
>
>>> US is much more usable for us.
>>>
>>> But then, when I type
>>> keyb us
>>>
>>> the 2 output lines, seems to suggest that it worked.
>>>
>>> But I still have
> Ok, anyway, it is not what I was expecting.
> I expect DOS to have a table of 256 scancodes to ASCII (well extended
> with 128 code-page specific characters)
> values.
there is no such table.
there are no 256 scancodes, just ~100 of them.
add keyboard state, changed by CTRL, ALT, SHIFT, ALT-GR
I tried to run mkeyb rather than keyb (I had also tried xkeyb).
mkeyb have worked first time.
I closed QEMU window, retried, then it wont work.
Retried, would work.
When it work, it detects the other version running:
different version of KEYB found 594003C != d0f4003c
Is it the address of KEYB
Hi people,
it might be sort of obvious but...
>> US is much more usable for us.
>>
>> But then, when I type
>> keyb us
>>
>> the 2 output lines, seems to suggest that it worked.
>>
>> But I still have AZERTY (french) keyboard layout...
You possibly loaded 2 instances of keyb - the easiest
way
Hello,
I can't remember exactly how US.KEY was defined but, in most cases that I
know, PC BIOS preassumes that keyboard layout by default is US style, and
you use a "key-like" program to change it. I guess that US.KEY really makes
very few changes to current layout, thus you mostly continue to
Hello Paul,
> On Nov 6, 2016, at 12:14 AM, Paul Dufresne wrote:
>
> After installing in french, I get french keyboard...
> you might find it strange, but here in Quebec, we are totally lost
> with french keyboard.
Are you certain you selected the US English when you were
On 05/11/2016 15:23, thr...@numericable.fr wrote:
> I translated a few files into French and sent them to Mateusz (fdnpkg.fr,
> fdpkg.fr, move.fr and xcopy.fr). After looking to these files, several
> questions
> and remarks spring to my mind:
Looks good, but I see that there are lines that wraps