Bug 1716
| Summary: | EDIT treats AltGr as if it would be Alt | ||
|---|---|---|---|
| Product: | Edit | Reporter: | fritz mueller <fritz.mueller@mail.com> |
| Component: | core | Assignee: | 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 |
|---|
------- 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 ***