On Fri, Apr 18, 2008 at 02:02:37AM +0200, Bram Moolenaar wrote: > The idea of termcap/terminfo is that you don't force terminals to send a > specific escape sequence and don't force applications to accept a > certain sequence. You make a table that specifies it, so that you can > use any terminal with any application.
> The current termcap/terminfo implementation is terribly outdated, > obviously, but that doesn't mean we now should drop the idea and > set the escape sequences in stone. Sure. Then lets discuss that. There's no reason we have to take one side or the other - both can be made to work together. After all, even libtermkey has to know -somehow- that CSI function key 2 is really Insert, etc... Perhaps it could know that by parsing CSIs found in the terminfo database anyway? In any event, I think my actual point got lost here. My actual point was: Vim's core needs to deal with abstract keypresses, not sequences of bytes. This will allow all sorts of nice things from the GUI and similar. My suggestions on the terminal end of things are moreorless an afterthought. With a nicer more abstracted core, I see no reason why 'vim' itself can't stick to using prefix matching of terminfo strings, and there to be a new frontend, perhaps 'tvim', which feeds key input using my libtermkey, in a similar way to 'gvim' which feeds it from GTK. -- Paul "LeoNerd" Evans [EMAIL PROTECTED] ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/
signature.asc
Description: Digital signature
