[webkit-dev] Request for position on Media Feeds

Becca Hughes beccahughes at chromium.org
Thu Jun 18 09:11:49 PDT 2020


   1. There is a longer discussion about why we didn't use RSS here
   <https://github.com/beccahughes/media-feeds/issues/10>. The short
   version is that RSS does not provide enough detail for our use case, so we
   went with schema.org which is already a pretty established standard
   which primarily uses JSON for data feeds
   2. Yes this is correct
   3. At the moment our focus is on videos but if we plan to support more
   features such as audio it will likely be beyond podcasts e.g. music and
   will therefore require much more detailed data than what podcast feeds can
   provide today (such as detailed, artist, album and playlist info). One
   thing we are also thinking about it is adding support for Actions
   <https://schema.org/Action> which would allow a user agent to show a
   like/dislike button in the UI and make a post in the background when they
   are clicked. This is easily achievable with schema.org but not with RSS.


On Wed, Jun 17, 2020 at 4:09 PM Maciej Stachowiak <mjs at apple.com> wrote:

>
> Without having read the spec in detail, the first thing I wonder is why
> not use RSS for this purpose? That seems to be the de facto standard for
> audio feeds (i.e. podcasts). This is dismissed in a cursory way in the
> explainer. There’s some more detailed discussion in the issue filed by the
> TAG: <https://github.com/beccahughes/media-feeds/issues/10>, which I
> found eventually. It seems like some of that should go in the Explainer.
>
> Second, it’s not clear to me if this spec has anything that would need to
> be implemented in the browser engine. Rather, it provides a format for
> metadata linked from the page, which can optionally be used by the UA in
> some manner unrelated to processing of web content. Is that correct?
> (Asking in part to know the right people to ask for an opinion.)
>
> Third, and this is a minor thing, it seems strange that the spec (and
> parts of its syntax) are called Media Feeds instead of Video Feeds, since
> audio is explicitly out of scope. Perhaps audio is intended to be added
> later. If so, that increases the value of aligning with how podcasts are
> done today.
>
>
> On Jun 17, 2020, at 2:48 PM, Becca Hughes <beccahughes at chromium.org>
> wrote:
>
> Hi webkit-dev,
>
> I would like to request an official position on Media Feeds.
>
> Explainer: https://github.com/WICG/media-feeds/blob/master/explainer.md
> Chrome Status: https://chromestatus.com/feature/5695114963845120
> TAG review: https://github.com/w3ctag/design-reviews/issues/477
>
> Thanks,
> Becca
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20200618/23a7fce2/attachment.htm>


More information about the webkit-dev mailing list