1212
results for "alternate"
-
And the text/css one is likely an alternate style sheet, not a feed
[tantek]
at
2021-10-05 14:58
-
50% have rel=alternate type=application/rss+xml
[snarfed]
at
2021-10-05 00:29
-
I'd love to see something come of this. I have been doing an overhaul of the recrawl logic for IndieWeb search and ran into a bit of an issue with how exactly I should go about identifying rel="alternate" h-feeds.
capjamesg[d]
at
2021-10-01 11:39
-
[tantek]: The h-feed line, "OR it may also do traditional feed discovery by looking through link elements with a rel value of "alternate", and once it finds one with media type of "text/mf2+html", get its href, perform any relative-URL resolution as needed, and then parse the given URL (within a specific element matching a fragment in the URL if any) for microformats2 items, again looking for
GWG
at
2021-09-30 05:35
-
GWG, view the source on tantek.com to see how you can do link rel=alternate discovery of my updates feed. I could add another link rel element for the events and articles feeds as well.
[tantek]
at
2021-09-29 03:45
-
I thought maybe archive.org had that as an alternate format automaticlly, but doesnt seem so
sknebel
at
2021-09-28 21:10
-
there you go, <link rel="alternate" type="text/mf2+html" href="#updates"/> now on my home page
[tantek]
at
2021-09-27 22:37
-
and some folks may start "just" doing rel="alternate feed" (which should work by any consuming app of either)
[tantek]
at
2021-09-27 22:01
-
[tantek] one catch with rel-alternate for h-feed is that unlike RSS and Atom, we don't have a mime type for h-feed, just text/html, so we can't easily distinguish between h-feed and non-h-feed HTML rel-alternates
[snarfed]
at
2021-09-27 21:49
-
just skimmed the JSONfeed 1.1 spec and I noticed it's keeping things fairly simple and minimal, re-using existing rel="alternate" discovery mechanism:
[tantek]
at
2021-09-27 21:17