- From: Steve Morris via GitHub <sysbot+gh@w3.org>
- Date: Tue, 17 Jan 2017 16:21:36 +0000
- To: public-tvcontrol@w3.org
@tidoust
> Just to make sure I got that right. A TVSource in this model creates
at most one stream. An app won't be able to tune to multiple channels
at once using the same TVSource, even if it calls tuneToChannel
multiple times. It needs two TVSource instances for that to be
possible. Is that correct?
Yes
> When would the user be prompted for permission in regular web
applications (type 3)? As a result of a call to getSource? That seems
needed not to leak information about available sources to arbitrary
origins.
Good question :) I havent thought about this much, but my first
reaction is that a call to getSource() is what should trigger
prompting the user for permission. It doesn't leak information on its
own, but it's probably a the best gatekeeper to privileged
functionality (tuning, getting a channel list, etc.) that lets us
minimize the number of prompts to the user.
> Delivery type makes sense as a criterion for users to grant
permission ("this app wants to access your FM radio, do you agree?").
Quality level does not make a lot of sense ("this app wants to access
your HD channels, do you agree?"). We may want to mandate the delivery
type constraint to avoid asking the user too generic a question
("this app wants to access your broadcast signals, do you agree?").
Once user grants permission for an app to access a specific delivery
type, permission can probably be assumed for further calls to
getSource (and isSourceAvailable) for that same delivery type.
Yes, but mandating the delivery type means that an application *has*
to care about this, when it otherwise may not. We may want to say
that if a delivery type isn't specified then the user agent may prompt
to give access to all delivery types, but I'm not sure if that's a
good idea or not - I havent thought about it enough.
> Also, the user would not be asked for permission to access a
particular channel if it gets prompted after the call to getSource,
unless we ask her again when calling to tuneToChannel. Or do you
envision that the channel name could be one of the constraints that
could be provided to getSource? This may be an edge case, I do not
know whether apps will only want to tune in to one particular channel.
I thought about supplying the channel name as one of the constraints,
but that then gets complicated (e.g. if you know the tuning
parameters, can you tune directly to that channel?). As we've
mentioned elsewhere, you could use constraints as a way of tuning - to
change channel, you apply a new set of constraints - but that is
something that needs more thought and still seems a little unnatural
to me (although with this model, it's becoming less unnatural...)
--
GitHub Notification of comment by stevem-tw
Please view or discuss this issue at
https://github.com/w3c/tvcontrol-api/issues/4#issuecomment-273217697
using your GitHub account
Received on Tuesday, 17 January 2017 16:21:42 UTC