Hello, Sounds like it could be a bug in Edit, I'll see about it when I have a little time.
Now for the original question: is it possible to make R-Alt work like L-Alt? It should be possible to do that with FD-KEYB.The idea is to intercept Right-Alt and then emit Left-Alt, and get back to the BIOS driver. This trick is unlikely lo work in a pre-AT-class machines, but in this older machines, you can try and run FD-KEYB with the /9 and see if it works. The trick is like this: R-Alt is an E0-prefixed L-Alt, so you should define a new plane for the E0: [PLANES] ... ... E0 Then, make a new mappings sections that would just catch the R-Alt and emit a L-Alt (the scancode for Alt is 38h = 56 [KEYS:ralt] 56 56/#0 Finally, add this new mapping to your Submappings section, at the end, so that it works as a fallback for the other cases (change the codepage for whatever you desire): [Submappings] ... ... 437 ralt If someone wants to give it a try and works, let me know, should be interesting stuff. You can apply the same trick to make "extended" keys work as non-extended. Aitor On Tue, 8 Mar 2016 at 20:08, John Hupp <[email protected]> wrote: > The default FreeDOS 1.1 installation does not load KEYB for a US > keyboard (nor do I have it loaded). CHCP reports Code Page 858, as > expected. And as I reported in my original post on this topic: > > - Even in Edit, R-Alt acts like L-Alt with no document open. > - In SetEdit, R-Alt acts like L-Alt. > - In FreeDOS Help, R-Alt acts like L-Alt. > - In DOOM, R-Alt acts like L-Alt. > > This led me to think that underlying mechanisms were all in good order > and not responsible for the (undesirable) behavior in EDIT. So I do > indeed now think of it as an EDIT problem, and I have adopted SETEDIT as > a workaround or better alternative on most hardware. > > @ Bret: Perhaps you have the skills to offer a fix for EDIT, or can > convince the current developers to do so! > > On 3/8/2016 1:46 PM, Bret Johnson wrote: > > It is known that the R-Alt (AltGr) works differently than L-Alt with > some keyboard layouts, but when it is a US keyboard layout (and some other > layouts as well) that is not the case. This is a bug and it should be > fixed. > > > > There are DOS functions that EDIT can call to tell what kind of keyboard > layout is currently implemented and what the current Code Page is (the two > things are correlated). However, not all keyboard drivers implement those > functions properly, so EDIT can end up thinking you're using a US keyboard > layout when you really aren't. I know MS-KEYB properly supports these > functions, but am not sure about FD-KEYB or the other "MS-KEYB clones". > > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > _______________________________________________ > Freedos-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freedos-user >
_______________________________________________ Freedos-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-user
