On Sat, Oct 26, 2013 at 08:47:49PM +0200, Alexis wrote: > I look forward to your feedback, on the idea > in general, whether you consider it a useful addition, > and improvements on how it was implemented.
I am not sure I like this. choose-list was originally a very quick addition for one-off menus, etc., which people could use because at the time, quite a few people on IRC were requesting this feature and I happened to be working on choose-tree enough that I shoe-horned it in. But it has the potential to grow and grow in to something quite unmaintinable and ugly as more and more "tweaks" like this one are added. I appeciate my own pace of tmux development has slowed of late as I struggle to deal with other personal problems, but one of the things I keep threatening to do Real Soon Now (tm) is send through some internal changes to the choose-* subsystem to support choose-tree a lot better, and to untangle the mess it is now. When this happens, I am going to strongly advocate with strong reasons as to why choose-tree should go; supporting it on top of my proposed cleanups just isn't worth the code-churn. So even if this patch were applied, it wouldn't be for too long, I'd like to think. Thanks, -- Thomas Adam ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users