On Jan 12, 2008 12:44 PM, Marc Andre Tanner <[EMAIL PROTECTED]> wrote:
> Hi, > > dvtm-0.3 is out, changes are: > > * Possibility to specify applications which should be launched after > dvtm startup in config.h and on the command line. > > * New commands redraw, escapekey and killclient. > > * Allow commands to take multiple arguments. This changed how > key bindings are defined in config.h. Currently only create uses > this, the second argument is the window title. > > * Mouse support configurable via config.h. > > * Allow key bindings with no modifier prefix if modifier is set to zero. > > * Make it possible to send the modifier to the underlying application > by doubling it (when you press ^g ^g the underlying app will receive > ^g). > > * Configurable status bar position. > > * Better UTF-8 locale detection. > > * Various code cleanups. > > * Some kind of manual page. > > Remember to do a make unicode if you have an UTF-8 locale. > > http://www.brain-dump.org/projects/dvtm/dvtm-0.3.tar.gz > > Regards, > Marc > Hi Marc, I just tried out dvtm... its a really nice application of dwm concepts to the console. Really awesome! I wanted to bounce off a few ideas from the audience about dvtm... - We know that dwm uses Mod+<key> for most of its commonly used actions. In this case, moving to a given client is basically about pressing Mod and tapping 'j' a given number of times. However, in dvtm's case, its about interchangeably tapping ^g and j a number of times... which is not as smooth. I know we are trying to minimize interference of shortcuts... and hence I was thinking, how would it be if we followed a 'command' and 'insert' mode thing (like vim) for dvtm. I mean, to move to a particular client and zoom on it we do a ^g jjjj... \n. The \n and ^g keys also terminate the 'command' mode. A simple notification scheme could be used to tell the user when he/she is in the command mode. - What do you think about moving the status bar to the bottom left/right corner superimposed on the border? I guess using a distinct color (inverse video with a dark background color) should eliminate any confusion with the application running in the master window. This will free up the statusbar line and use the border line without interfering with its function. - Do you think it will be a good idea to terminate dvtm when the last client is done? I fear accidental shutdowns so much that I generally map the quit key in dwm to Ctrl+Alt+Shift+q. Quitting after the last client closes seems to be a cleaner way to shutdown a terminal multiplexer IMHO. What do you think? _r