From: Tim E. R. <ter...@ro...> - 2011-06-09 00:49:20
|
On June 8, 2011 05:36:50 pm Geoff Beasley wrote: > On 06/07/2011 09:25 PM, Florian Jung wrote: > > suggestion: > > > > we create a menu with ALL ports. but all "none" port (except maybe one?) > > why? what use is a 'none' port anyway ? ;) just show what's > useable/installed. Connections are allowed from a track to an empty port (one which has no device assigned to it, ie "none"). This feature is essential and must not be removed, as it is part of the 'abstractness' we spoke of, just like Audio Input/Output track connections. That's the tricky part. We have to show those empty port connections, preferably more prominently than empty ports without any connections. If connected empty ports are to be shown more prominently than unconnected empty ports, the question arises, what happens when the user removes such a connection? Should the menu item suddenly disappear into my proposed sub-menu (or Florian's 'more' down-arrow etc) just like all the other unconnected empty ports? So it's a bit tricky, as usual, if you follow me there. In the case of this one-dimensional track list ports popup menu, it would be better to pop up a QListBox or something. A few other places could also benefit from this list box instead of a one-dimensional pop up menu. The devil is in the details of how to implement such a thing. We'll try to work this problem out somehow. > could we scroll the menu or something for more than 8 > devices perhaps? actually, just a more sane number of listed devices > would be better _and_ simpler surely- eg: 32 = 512 midi channels for > god's sake ! - should be more than enuff despite what alex stone said. Well that's just it, eh. If we go backwards and remove ports, some projects out there might fail to load properly, then the user's got to go in and change everything. That said, what is a 'sane' value, and for whom? I was thinking of lowering it to around 100 or so ports, which is still a lot. Really the only issue here is the menus. So let's work on that first. Tim. > > > best > > g |