<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 5, 2015 at 3:35 PM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@linuxaudio.org" target="_blank">fons@linuxaudio.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Nov 05, 2015 at 03:02:06PM -0500, Paul Davis wrote:<br>
<br>
> almost no JACK clients that i have ever read the code for support<br>
> explicitly naming the server. thus, for the overwhelming majority of users,<br>
> this remains the effective reality:<br>
><br>
>    If unspecified, use "default" unless $JACK_DEFAULT_SERVER is defined in<br>
> the process environment.<br>
<br>
</span>The clean solution to that would be to remove testing that<br>
env variable. In other words, *if* you want a non-default<br>
server, you (the app) has to specify it. Much less confusing.<br></blockquote><div><br></div><div>this doesn't address what happens when someone has started the *server* with a name (because they didn't understand the significance of doing so).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> > And any dialog used to configure an<br>
> > app's  audio interface can have a field offering the same<br>
> > choice (with 'default' or an empty string as the default).<br>
> ><br>
><br>
> except that there is no reason to even expose this option that exists only<br>
> for tinkerers and corner cases.<br>
<br>
</span>I take note of the fact that you don't want to support<br>
some of my use cases, even if that would be very simple<br>
to do, just because of this opinion that minorities can<br>
or should be ignored.<br></blockquote><div><br></div><div>i want to support corner case use cases only to the extent that they do not pollute/confuse the workflow for the common case. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> once again, you do not sit on IRC all day answering questions about using<br>
> this software.<br>
<br>
</span>If that is your problem then *just stop hanging out on IRC all day*.<br>
Honestly, I can't imagine how anyone can do any sort of serious work<br>
requiring a minimum of concentration, or enjoy any entertainment, or<br>
whatever, if he/she his hanging out on IRC all day. It's your choice.<br></blockquote><div><br></div><div>i write software for other people, not for myself. ssupporting them through IRC is time-efficient even if it is not always attention-efficient. i also write software in active collaborations with several other developers, who do not all share the same geographic space.<br></div><div> <br></div></div></div></div>