<div class="gmail_quote">On Sun, Nov 8, 2009 at 8:32 PM, Pierre Ynard <span dir="ltr"><<a href="mailto:linkfanel@yahoo.fr">linkfanel@yahoo.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div id=":yr" class="ii gt">Maybe something like Streaming Media. Then External Devices could even<br>
be Remote Media, as opposed to media on disks or devices directly<br>
plugged into the computer.</div></blockquote></div><br>:) I thought we've just agreed to put discs and devices under the same category.<br><br>Now I think that it is even problematic to define what is "remote". Since Bonjour and UPnP are network protocols, I thought there might be a case where you fetch quite "remote" data using them, let's say something on the other side of a big local network, or even the internet? While on the other hand there is hand-held devices that use those protocols and those you will usually put right next to your comp when connecting to them. And again, maybe one day handheld devices will use Podcast feeds as a way to communicate with their outside world. (well, maybe i'm just getting too pessimistic here)<br>
<br>I have a proposal: just define categories without associating them to vlc modules, but let modules themselves put their items under (top) categories. It might be that the same module fetches through the same protocol something that can be identified as falling under one or another category. We're still left with the job of defining categories, but maybe this at least makes it easier. (Only now we are not talking about Qt anymore but system-wide)<br>
<br>Then again, going into extreme by letting the modules themselves define new (top) categories is in my opinion just too liberal.<br><br>On Sun, Nov 8, 2009 at 8:32 PM, Pierre Ynard <span dir="ltr"><<a href="mailto:linkfanel@yahoo.fr">linkfanel@yahoo.fr</a>></span> wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">> IMHO I would leave particular SD activation / deactivation and any info<br>
> regarding that solely buried somewhere in preferences.<br></blockquote><div> </div>

<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Unless they are all always activated by default, I tend to disagree.<br></blockquote><div><br>
I did mean to have them always active. That is, to activate already at startup all those enabled in preferences (while on the other hand changing preferences should have immediate effect, for the sake of practicality and being user-friendly - which I would say is just as well a reason for activating the preferred ones already at startup).<br>
</div>