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

Reply via email to