Hi,
Expanding/collapsing is an essential part of a tree structure, since it
allows to speed up navigatioon.
I don't believe the parameter search idea would introduce too much
complexity, as the interface would already need to keep track of all the
parameters in the tree.
I quite agree about keeping the command and "visual", to use the vi
terminology, interfaces fairly separate. Ecasound is a good reference
for a command-driven interface, but I especially like the way nama has a
"nearly" (we still have to review it) coherent set of long-hand and
matching short-hand commands.
Cheers,
S.M.
On Wed, Apr 20, 2011 at 10:55:09AM +0200, Julien Claassen wrote:
> Hey there1
> The "/" idea is a good one. But I suppose, it would introduce some
> small beasts to manage. but if included directly into the basic
> design I suppose it won't be too bad. Especially considering the
> merits.
> Perhaps it's time to commit some things to disk, so they don't get
> lost. Some good thoughts already and maybe if organised properly,
> even easier to manage and see solutions to all the features ones
> wants. If solutions dont come easy, one can at least see that and
> decide if or if not to take something on or how to prioritise.
> Thoughtfully yours
> Julien
>
> --------
> Music was my first love and it will be my last (John Miles)
>
> ======== FIND MY WEB-PROJECT AT: ========
> http://ltsb.sourceforge.net
> the Linux TextBased Studio guide
> ======= AND MY PERSONAL PAGES AT: =======
> http://www.juliencoder.de
-- _______________________________________________ Linux-audio-user mailing list Linux-audio-user@email-addr-hidden http://lists.linuxaudio.org/listinfo/linux-audio-userReceived on Thu Apr 21 00:15:03 2011
This archive was generated by hypermail 2.1.8 : Thu Apr 21 2011 - 00:15:03 EEST