Hello Eric,
You are right.
In Spanish it happens the same, and I assume in many other keyboard
distributions out there.
So, closed case.
If someone wants R-ALt to act like L-Alt, maybe they can try the KEYB trick
and let us know.
Aitor
On Sat, 28 Oct 2023 at 21:07, Eric Auer via Freedos-user
Hi Aitor,
I would assume that right alt DELIBERATELY does not act like
a generic ALT key in EDIT: In German, for example, you need
that right "Alt Gr" key for some accented characters, so it
must not act as a function shift key. I remember not being
able to use some other editor exactly because
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
And if you are the Bret Johnson of http://bretjohnson.us/ then I'm sure
you do have the skills!
On 3/8/2016 2:08 PM, John Hupp wrote:
> @ Bret: Perhaps you have the skills to offer a fix for EDIT, or can
> convince the current developers to do so!
--
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.
-
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 l
I use setedit almost exclusively and R-Alt is working correctly with an
open file.
On Tue, Mar 8, 2016 at 11:48 AM, John Hupp wrote:
> I have argued much the same, but I have a recollection that the EDIT
> behavior is by design, with R-Alt (aka AltGr) functioning as a dead key
> to provide suppo
I have argued much the same, but I have a recollection that the EDIT
behavior is by design, with R-Alt (aka AltGr) functioning as a dead key
to provide support for the Euro character, etc.
There is an old, unattended bug report on the issue, though it may need
rounding out, and in any case some
With a US keyboard layout, R-Alt and L-Alt are supposed to work exactly the
same way in the vast majority of programs, including EDIT.
I did a couple of experiments, and in FD-EDIT it doesn't work that way. It's a
bug in the way the program is written. MS-EDIT works just fine. I haven't
look
Oops my bad! I only tested it with EDIT loaded but not with an open
document. Doesn't work.
On Sat, Mar 5, 2016 at 5:35 PM, John Hupp wrote:
> Does that work in EDIT with a document open?
>
> If so, is that on real hardware or a virtual machine?
>
> I have never had that key combo work in Edit o
Does that work in EDIT with a document open?
If so, is that on real hardware or a virtual machine?
I have never had that key combo work in Edit on perhaps a dozen
different old computers.
On 3/5/2016 4:18 PM, Don Flowers wrote:
R ALT-X works for me on a 2014 Acer Aspire E5 Laptop.
I wonder i
R ALT-X works for me on a 2014 Acer Aspire E5 Laptop.
I wonder if the root of this issue is that there no longer seems to be a
keyboard standard (as we knew it in DOS); where TSRs were the norm.
I have several TSR programs connected to either Left Shift or Left CTRL and
my favorite TSR (PC-OUTLINE
Ever since I moved from MS-DOS to FreeDOS years ago, I have been annoyed
by some R-Alt key behavior. (This is on a US ANSI-layout keyboard.)
The classic illustration was in Edit, where I couldn't R-Alt+X to exit.
But my touch-typing technique for a L-Alt+X would be left index finger
on L-Alt,
13 matches
Mail list logo
