Ian Gotenks
-
Content count
7 -
Joined
-
Last visited
Posts posted by Ian Gotenks
-
-
Hi,
> I must repeat myself:
> it will NOT be easy to do these modifications.
> It will take me quite some time to get it done.
> Best thing would be to create an ini file for NDN to read at startup.
Exactly. The best way would be to have a kind of configuration
file, which could be filled by the user (or filled by ndn during a
"learning keys" session - similary to mc).
> Is the ^J character an 0x0a in that string?
Yes
> So the complete sequence would be: $1B 0A 33 4D
> Just as a little note: The number (33) after the key (0A) should tell
> NDN what modifier was used.
It it only hleps you - I see no problem :). SHIFT+ENTER could be coded
as \e^J2M in this case. ALT+ENTER has to be defined as \e^J because
it is generated by xterm by default. SHIFT+CTRL+ENTER could be coded
by \e^J4M, etc ...
> But, let's test this combination for the next release.
Great !
--
Ian
-
Hi Stefan,
> NDN parses the standard keyboard sequences in X, depending on the configuration of X or it's terminals.
> So this would be possible.
Your statement clearly suggests that Ndn uses hardcoded escape sequences. This can have some
bad side effects. Not all X terminals always send exactly the same escape sequences. For example
rxvt usualy has different escape sequences for HOME and END keys than clasic xterm. So I guess
those keys will not work in Ndn running from rxvt ( I just verified it - they don't work :) ).
But this is not a very big problem. In fact it can even help in configuring Ndn for Eterm :).
> But could the modification/addition of extra sequences also be executed by NDN internally?
I don't think so, but to me it doesn't matter at all. If I knew the escape sequences expected by Ndn
for particular key combinations, I could configure Eterm to send them to make Ndn happy :)
> And, doesn't X in general allow to define own keyboard sequences?
Yes, but again it doesn't matter. The user can modify keysyms for keycodes, but he shouldn't expect
everything to work ok in case he did it wrongly. It's a user's configuration problem and Ndn can do
nothing to fix it.
> Unfortunately this problem is not easy to fix and requires quite some time to analyze and solve.
Well, not quite :). It seems to be quite easy to me. Let's make a simple test ... If you make a small patch
to the next Ndn release that, for example, will treat the sequence \e^J3M just like CTRL+ENTER was
pressed, I am pretty much sure that I could configure my Eterm and Ndn to properly handle "Copy to CmdLine",
which would allow me at least to use Ndn on the "day by day" basis :)
--
Ian
-
Hi,
> Of course it would be possible to reconfigure the terminal emulator to be more compatible to NDN.
> I don't know if ETerm is a better choice for such a task. Maybe you already verified it?
> You could share your experience with us...
>
> The best way would be to be able to get the keyboard scan codes from X,
> but I don't know if it is possible at all because NDN is no X application.
Yeah .. that would be the simplest thing :). But I don't think it is possible ...
However with Eterm you could go the oposite way. Eterm allows to define
escape sequences for "individual keysyms together with their modifier's
state". This means that it can be possible to define escape sequence for
ENTER (^M) (predefined of course :)), for ALT+ENTER (for example \e^M),
for CTRL+ENTER (for example \e^Mc), for SHIFT+ENTER (for example \e^Ms),
etc ...
What would Ndn gain from this ? Well, the Ndn team could define (I could help
in this I think, if you wanted me to help :)) a "theme", designated for running Ndn.
This theme could define extra escape sequences for all key combinations
reqired by Ndn, which are not accesible by TERMINFO. I don't know if Ndn
uses hardcoded escape sequences or it uses TERMINFO, but I don't think
this makes a big difference. Such a theme could be included in Ndn package
together with a short description how to use Ndn with Eterm + theme_for_Ndn.
The user then, could install Eterm, copy Ndn theme to Eterm proper config dir
and then run a command : Eterm -t Ndn -e ndn
--
Ian
-
Hi,
I just wonder if Eterm http://www.etem.org could be
a solution for Ndn Linux keyboard problems ?
It seems to me it really could be ...
Did anyone consider this option ?
--
Ian
-
> in a real terminal in linux this works like in dos/windows with CTRL-ENTER
>
> in X the keyboard is not correctly working and we are looking for a solution for this problem
> i assume you are using NDN in X, there's no solution to do this yet
Yes, I am running NDN under X. However the intersting thing to me
is that under NDN W32 I am using ALT+ENTER to "Copy to CmdLine".
for a long long time. I didn't even know CTRL-ENTER worked too :).
> sorry
No prob :)
I just wonder if it is possible to make ALT+ENTER to work under X just
like CTRL-ENTER. Xterm generates '['+chr(10) for that key combination.
The other big problem to me is that my system uses UTF8. I cannot get
national characters under NDN. Is there any solution to this ? Or did I
misconfigured NDN ?
--
Ian
-
How to do "Copy File name from FilePanel to CmdLine" in Linux ?
In Win32 I use Alt+Enter to do this ...
--
Ian
Old style file renaming
in NDN BETA
Posted · Report reply
Hi,
I always loved the "Old style file renaming" and I am used to it very much.
Is there a chance it will work again ? Checking / Unchecking it does not work ...
--
Ian