<div dir="ltr">Thank you very much for the feedback<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 12, 2014 at 12:29 PM, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Yes, the input item seems better.<br></blockquote><div><br></div><div>That was my opinion, i'm happy to see it's shared.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
Your browsable flags would probably still be useful for fine tuning<br>
the playlist GUI, but not for the core.<br>
<br></div>
Either way, that wont solve dynamic node updates, so I doubt it<div class=""><br>
will be good enough for UPnP.<br>
</div></blockquote>
<br>
On that matter, im still really interested to know what are correct<br>
implementations for this. <br>
</blockquote>
<br>
I have nothing very concrete to propose. I would have added a browse/expand/subscribe callback to SD (and an collapse/unsubscribe one too), but it seems that SD has its detractors.<div class="HOEnZb"><div class="h5"><br>
</div></div></blockquote><div><br></div><div>The name 'services discovery' would become rather inadequate, but it makes sense to implement this here. Thanks for the input.</div></div></div></div>