From: Sir R. <ra...@bi...> - 2000-07-25 07:02:18
|
Question to Jacobo. Does Ged+ understands Shift-Left/Right/etc? I mean versions greater than 1.1.4.4. Can't find getkey() (or something like that) in sources. You can translate code according to shiftstate as it done in Midnight Commander. P.S. Sorry for may bad english - my native language is assembler... -- Regards, Sir Raorn. +-----------------------------------+----------------------+ | Registered Linux user #177282 | ICQ UIN #68527095 | +-----------------------------------+----------------------+ |
From: <xan...@gm...> - 2000-07-25 18:06:27
|
Hi! My favorite is your footer: > P.S. Sorry for may bad english - my native language is assembler... :-)) ciao Xandl Sir Raorn wrote: > > Question to Jacobo. Does Ged+ understands Shift-Left/Right/etc? I > mean versions greater than 1.1.4.4. Can't find getkey() (or something > like that) in sources. You can translate code according to shiftstate > as it done in Midnight Commander. > > P.S. Sorry for may bad english - my native language is assembler... |
From: Jacobo T. <jt...@in...> - 2000-07-25 19:22:00
|
O Tue 25 Jul 2000 11:07:28 +0400, Sir Raorn escribía: > Question to Jacobo. Does Ged+ understands Shift-Left/Right/etc? I No it doesn't. In cooked mode (which is the mode used by ncurses), there is no difference between shifted and unshifted cursor keys, so Ged+ cannot tell any. At least in the Linux console. Using other terminals, ncurses can tell this difference; in the sources, the symbols for shift-left and shift-right are defined. You'll probably find at the same time that shifted function keys no longer work as expected: eg. Shift-F8 would make the function of Shift-F10, and so, or even funnier effects. All this is due to the key mapping defined by the Linux console and the console-tools, the kbdutils and I don't know what more. It's a shame, but I think we will have to live with it, unless (go on reading two blocks below). > mean versions greater than 1.1.4.4. Can't find getkey() (or something > like that) in sources. Look at golded+/goldlib/gall/gkbdbase.cpp > You can translate code according to shiftstate as it done in Midnight > Commander. Well, there is a problem with this approach -- portability. I wrote the ncurses code for it to be portable, and to be able to see nice lines in cyrillic consoles, and all that nice stuff. There is no way in ncurses to get the current shift state -- what's more, if there was any, it would most probably be exploited by ncurses itself to be able to map shift-left and shift-right in PC keyboards :) It is possible to implement it -- but it would be linux-console dependent, and that's not what I want :-) Anyway, if someone was to implement it, he/she would have to manage the keyboard in raw mode, which is not funny :) > P.S. Sorry for may bad english - my native language is assembler... mov al, 20h out 20h, al pop ax iret :-) -- Tarrío Fidonet: 2:348/105.93 (Compostela) |
From: Sir R. <ra...@bi...> - 2000-08-07 14:18:28
Attachments:
golded+-CUA.patch.gz
|
On Tue, 25 Jul 2000, Jacobo Tarrio wrote: >>Question to Jacobo. Does Ged+ understands Shift-Left/Right/etc? I > No it doesn't. In cooked mode (which is the mode used by ncurses), Well, in 1.1.4.5 ASA made a Dirty Hack(tm) for CUA under linux with ncurses. Unfunctional. Here is a patch :-) -- Regards, Sir Raorn. +-----------------------------------+----------------------+ | Registered Linux user #177282 | ICQ UIN #68527095 | +-----------------------------------+----------------------+ |
From: Jacobo T. <jt...@in...> - 2000-08-07 21:38:16
|
O Mon 7 Aug 2000 18:20:58 +0400, Sir Raorn escribía: > Well, in 1.1.4.5 ASA made a Dirty Hack(tm) for CUA under linux > with ncurses. Unfunctional. Here is a patch :-) Oh, my god X-) Anyway, it doesn't work with the ncurses code but with the console code :-) There are some lines to uncomment if you want to test the original console code, in golded+/GNUmakef.def :-) -- Tarrío Fidonet: 2:348/105.93 (Compostela) |
From: Sir R. <ra...@bi...> - 2000-08-08 06:57:05
|
On Mon, 7 Aug 2000, Jacobo Tarrio wrote: >>Well, in 1.1.4.5 ASA made a Dirty Hack(tm) for CUA under linux with >>ncurses. Unfunctional. Here is a patch :-) >Oh, my god X-) Anyway, it doesn't work with the ncurses code but with >the console code :-) Anyway, it works under __linux__ :-) >There are some lines to uncomment if you want to test the original >console code, in golded+/GNUmakef.def :-) Argh! It looks really ugly. Especially when I have some AREASEPs and try to scroll arealist... -- Regards, Sir Raorn. +-----------------------------------+----------------------+ | Registered Linux user #177282 | ICQ UIN #68527095 | +-----------------------------------+----------------------+ |
From: Jacobo T. <jt...@in...> - 2000-08-08 19:09:36
|
O Tue 8 Aug 2000 10:59:42 +0400, Sir Raorn escribía: > >There are some lines to uncomment if you want to test the original > >console code, in golded+/GNUmakef.def :-) > Argh! It looks really ugly. Especially when I have some AREASEPs > and try to scroll arealist... That's why the ncurses port was started :-) -- Tarrío Fidonet: 2:348/105.93 (Compostela) |