Yeah i understand what you mean. I remember posting my python stuff before i am cleaning it all up at the moment. And i remember Nic saying about how he wasn't against the idea of a dynamic cmd table. I think its an interesting patch since we can change stuff at runtime. But its probably only valid for me and my python stufff for now.
Like adding user-defined commands in some scripting language at runtime make it feel emacs'y. I currently have my python load command loading up commands i have written in python and added to the cmd_table. So i can C-A : pympd-next-track. which is a python function in a python file to switch next track over mpd. So my tmux feels integrated with my system. Its still very niche but it seems like there is alot of possibilities for alot of creative people. But in the end your right lol. --Phil On 22 March 2013 18:49, Thomas Adam <tho...@xteddy.org> wrote: > Hi, > > Given that I'm about to roll-out hook-support -- what is this change > for? I vaguely recall some mangling of cmd.c to support some odd > python-specific integration in the past -- and I'd personally be > loathe to add changes to _that_ end in to tmux, unless they had a more > generic benefit elsewhere -- that is to say -- if these changes go as > far as to only help with some python integration local to yourself, > I'm dubious as to the value of this change. > > On 22 March 2013 17:05, Philip Herron <redbr...@gcc.gnu.org> wrote: >> + cmd_table = calloc (nitems, sizeof (struct cmd_entry *)); > > We have xcalloc() defined. > > -- Thomas Adam ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users