[prev in list] [next in list] [prev in thread] [next in thread]
List: webkit-dev
Subject: Re: [webkit-dev] Request for position on Media Feeds
From: Becca Hughes <beccahughes () chromium ! org>
Date: 2020-06-18 16:11:49
Message-ID: CANi3S8nB6B8MO_TSEiPf1S5u0XmUn1-3MddMUvtDQmABUkeHqw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
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@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@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@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
>
[Attachment #5 (text/html)]
<div dir="ltr"><div dir="ltr"><ol><li>There is a longer discussion about why we \
didn't use RSS <a \
href="https://github.com/beccahughes/media-feeds/issues/10">here</a>. The short \
version is that RSS does not provide enough detail for our use case, so we went with \
<a href="http://schema.org">schema.org</a> which is already a pretty established \
standard which primarily uses JSON for data feeds</li><li>Yes this is \
correct</li><li>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 <a href="https://schema.org/Action">Actions</a> 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 <a \
href="http://schema.org">schema.org</a> but not with RSS. </li></ol></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 17, 2020 at 4:09 PM \
Maciej Stachowiak <<a href="mailto:mjs@apple.com">mjs@apple.com</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div \
style="overflow-wrap: break-word;"><div><br></div>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: <<a href="https://github.com/beccahughes/media-feeds/issues/10" \
target="_blank">https://github.com/beccahughes/media-feeds/issues/10</a>>, which I \
found eventually. It seems like some of that should go in the \
Explainer.<div><br></div><div>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.)</div><div><br></div><div>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.</div><div><br><div><br><blockquote \
type="cite"><div>On Jun 17, 2020, at 2:48 PM, Becca Hughes <<a \
href="mailto:beccahughes@chromium.org" \
target="_blank">beccahughes@chromium.org</a>> wrote:</div><br><div><div \
dir="ltr">Hi webkit-dev,<div><br></div><div>I would like to request an official \
position on Media Feeds.</div><div><br></div><div>Explainer: <a \
href="https://github.com/WICG/media-feeds/blob/master/explainer.md" \
target="_blank">https://github.com/WICG/media-feeds/blob/master/explainer.md</a></div><div>Chrome \
Status: <a href="https://chromestatus.com/feature/5695114963845120" \
target="_blank">https://chromestatus.com/feature/5695114963845120</a></div><div>TAG \
review: <a href="https://github.com/w3ctag/design-reviews/issues/477" \
target="_blank">https://github.com/w3ctag/design-reviews/issues/477</a></div><div><br></div><div>Thanks,</div><div>Becca</div></div>
_______________________________________________<br>webkit-dev mailing list<br><a \
href="mailto:webkit-dev@lists.webkit.org" \
target="_blank">webkit-dev@lists.webkit.org</a><br><a \
href="https://lists.webkit.org/mailman/listinfo/webkit-dev" \
target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br></div></blockquote></div><br></div></div></blockquote></div></div>
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic