Bug 1716

Summary: EDIT treats AltGr as if it would be Alt
Product: Edit Reporter: fritz mueller <fritz.mueller@mail.com>
Component: coreAssignee: edit@freedos.org <edit@freedos.org>
Status: RESOLVED DUPLICATE    
Severity: major    
Priority: P2    
Version: 0.6   
Hardware: PC   
OS: FreeDOS   

Description:   Opened: 2003-10-24 06:56
F3 (look for another word) does not function.

Edit tries to save on write protected diskettes - and does not stop again - or 
very late.

Sometimes edit looses the lower part of the text.

If you run edit with mkeyb gr (german) the signs starting with ALTGR - SIGN
e.g. \ do not work.

If you run edit with mkeyb gr (german) the signs you can enter with ALT and a 
number ,e.g. ALT-9-2 for \ only are accepted when you "hammer" on the keyboard -
 you have to try it very often
------- Comment #1 From Eric (EA) 2003-10-27 10:26:39 -------
http://www.coli.uni-sb.de/~eric/stuff/soft/ kbd-ea2.zip works
around the AltGr problem for German keyboards, by explicitly
telling EDIT that AltGr is not a normal Alt key. I hope a fixed
EDIT version will be around "soon".

Will have to check the other issues (write protect error handled
late, F3 not working, text loss (?), Alt-number composition broken).
------- Comment #2 From Eric (EA) 2003-11-17 23:27:24 -------
Hi, after EDIT 0.6 with a fix for this that would only work
on a few BIOSes, I think the very fresh 0.6b version should
finally fix this bug really. Thanks go to Patric of Mainlan.de
for collecting all sources of the needed libraries and to
Bart Oldeman and the other kernel people for designing a
better way to detect enhanced keyboards (such which have an
AltGr key).
------- Comment #3 From jhall@freedos.org 2003-11-18 13:26:28 -------
Assigning to FreeDOS_1.0 milestone. -jh
------- Comment #4 From jhall@freedos.org 2003-11-18 14:35:21 -------
Upgrading the severity from 'normal' to 'major'.  If it's on the "1.0 to-do
list", then it should be more important than a 'normal' severity.  -jh
------- Comment #5 From Eric (EA) 2003-11-28 09:44:26 -------
Indeed, EDIT 0.6b fixed the bug, but introduced a new bug
in F1/F3 key handling, which EDIT 0.6c fixes. Plus: EDIT 0.6c
introduces a new keyboard interface (using only BIOS now)
which should be much more reliable than the old IRQ-based
"port 60 wiretapping" interface. Bad point: You cannot assign
hotkeys to shift/ctrl - ins/del that way. Maybe BIOS int 15.4f
can fix this problem? Suggestions welcome! For now, simply use
the Ctrl-letter style clipboard hotkeys instead of the old
shift/ctrl - ins/del style ones. Planning a command line option
to enable a workaround (because the workaround will be less
reliable than the native BIOS int 16 keyboard interface is now).

------- Comment #6 From Eric (EA) 2003-11-28 21:21:46 -------
I recommend to use 0.6d now - Shift Ins/Del are possible again
there, as well as Ctrl Left/Right-arrow. However, Ctrl-Ins is
still not possible. Use Ctrl-C or both-Shifts-Ins to COPY into
the clipboard for now. An int 15.4f handler may fix this later.

Note that Alt-Del has been replaced by Ctrl-Z for UNDO-block-
delete for the same reason: Not supported by BIOS keyboard
handler without a special int 15.4f handler.

The F1..F10 keys bug has been fixed in 0.6c, and in 0.6d I have
added error messages / possibility to re-try if a disk write error
occurs. Note that if the write error happens when leaving EDIT,
and you give up retrying, then EDIT 0.6d will leave without saving.

If you find any of the reported bugs in this report NOT working
properly in 0.6d, please create a fresh bug report. Putting several
different bugs into 1 report (like this one, bug 1716 ) is not
very good.
------- Comment #7 From Joe Cosentino 2004-04-13 01:21:44 -------

*** This bug has been marked as a duplicate of 1526 ***