Bug 81 (long named input tracks scaled unreadably small) was fixed by limiting displayed names to 20 characters but unfortunately using AColor::envelopeBrush  for the background tracks colour as now makes even short text extremely hard to read. 

These comments are split from http://bugzilla.audacityteam.org/show_bug.cgi?id=81#c2. I think there is agreement the background colour is inaccessible and is worth P4. Using more horizontal and vertical space to show more text may have some importance now that we are working on better multi-channel recording ability. 

* Use a lighter background colour for the track that has some contrast with
the black text.  If it's felt track and channel backgrounds need to be very different, try the track unselected colour as the background colour for channels.  
** Steve wrote: I tried replacing the background colour for the Tracks box, which
looked fine on Linux, but Gale reported that it looked "insipid" on Windows, and completely unreadable on Mac (black text on a black background). I could set the
background colour to a specified value (such as pale blue), which works as long as the pen colour is dark (which in this case is hard coded), but is then at the whim/taste of the developer and may look dreadful with some theme options.
** Gale wrote: Why did AColor::playRegionBrush[2] set black on Mac? Is that actually the track selected colour? It doesn't look like it. 
* Make the boxes wider. Why waste that space to left and right of the window?
If it is mandatory that the boxes are the same width, make the channel box text
"Output Channel:".
* Consider a vertical scrollbar for the window if > 16 tracks or > 16 channels.
I can't read the text on Windows if those conditions are true. If we had a
vertical scrollbar, maybe we could have text wrap to a taller box for long
text, instead of truncation? 
** Steve wrote: I doubt that it is common to export more than 16 channels, but the window can be resized in such cases so I don't think that a scroll bar is really
necessary.