<span class="p-content-category p-category">gore</span>
<span class="p-content-category p-category">blood</span>

{
    "type": "entry",
    "published": "2020-06-30T19:36:17.56587-07:00",
    "url": "https://v2.jacky.wtf/post/d7187860-6d7a-4cc9-9465-792daaab2b30",
    "in-reply-to": [
        "https://github.com/snarfed/bridgy/issues/952#issuecomment-652084336"
    ],
    "content": {
        "text": "Hm, advice is interesting. I want this to signify that it\u2019s a tag of sorts; something that can be indexed (for a negative filter search of sorts).  This is making me want to lean into something like this format:<span class=\"p-content-category p-category\">gore</span>\n<span class=\"p-content-category p-category\">blood</span>\nLeaning into what we have for tagging already would allow us to build a common way of filtering things out (or in). This is something that would have to be pushed up into the Microformats spec, IMO.\nAlso, I took some time to see how our friends in ActivityPub took this: https://github.com/w3c/activitypub/issues/232, some important notes there regarding overloading. One downside is that they relied on Mastodon to be the defacto representative of AP, in Microformats; the format is the leader!",
        "html": "<p>Hm, <code>advice</code> is interesting. I want this to signify that it\u2019s a tag of sorts; something that can be indexed (for a negative filter search of sorts).  This is making me want to lean into something like this format:</p><pre><code>&lt;span class=\"p-content-category p-category\"&gt;gore&lt;/span&gt;\n&lt;span class=\"p-content-category p-category\"&gt;blood&lt;/span&gt;</code></pre>\n<p>Leaning into what we have for tagging already would allow us to build a common way of filtering things out (or in). This is something that would have to be pushed up into the Microformats spec, IMO.</p>\n<p>Also, I took some time to see how our friends in ActivityPub took this: <a href=\"https://github.com/w3c/activitypub/issues/232\">https://github.com/w3c/activitypub/issues/232</a>, some important notes there regarding overloading. One downside is that they relied on Mastodon to be the defacto representative of AP, in Microformats; the format is the leader!</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "reply",
    "refs": {
        "https://github.com/snarfed/bridgy/issues/952#issuecomment-652084336": {
            "type": "entry",
            "url": "https://github.com/snarfed/bridgy/issues/952#issuecomment-652084336",
            "content": {
                "text": "OK, thanks! will have a think and try to see if I can gain some traction towards consensus.\n\nThis is something I'm into and didn't know what kind of name I wanted to use in the property naming.\n\nStill thinking about how to word this, mainly due to my novice status in the world of indieweb.. but, Jacky how does p-content-advice sound\\feel?",
                "html": "<blockquote>\n<blockquote>\n<p>OK, thanks! will have a think and try to see if I can gain some traction towards consensus.</p>\n</blockquote>\n<p>This is something I'm into and didn't know what kind of name I wanted to use in the property naming.</p>\n</blockquote>\n<p>Still thinking about how to word this, mainly due to my novice status in the world of indieweb.. but, Jacky how does p-content-advice sound\\feel? </p>"
            },
            "author": {
                "type": "card",
                "name": "jk-na",
                "url": "https://github.com/jk-na",
                "photo": null
            },
            "post-type": "note"
        }
    },
    "_id": "12859166",
    "_source": "1886",
    "_is_read": true
}

Jeremy Keith adactio.com

{
    "type": "entry",
    "published": "2020-06-30T19:48:13Z",
    "url": "https://adactio.com/links/17076",
    "category": [
        "weird",
        "webring",
        "indieweb",
        "personal",
        "websites",
        "design",
        "whimsical",
        "fun",
        "delight",
        "personality"
    ],
    "bookmark-of": [
        "https://weirdwidewebring.net/"
    ],
    "content": {
        "text": "Weird Wide Webring\n\n\n\nMore of the whimsical web!",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://weirdwidewebring.net/\">\nWeird Wide Webring\n</a>\n</h3>\n\n<p>More of <a href=\"https://adactio.com/links/17075\">the whimsical web</a>!</p>"
    },
    "author": {
        "type": "card",
        "name": "Jeremy Keith",
        "url": "https://adactio.com/",
        "photo": "https://adactio.com/images/photo-150.jpg"
    },
    "post-type": "bookmark",
    "_id": "12851309",
    "_source": "2",
    "_is_read": true
}

Jeremy Keith adactio.com

{
    "type": "entry",
    "published": "2020-06-30T19:45:46Z",
    "url": "https://adactio.com/links/17075",
    "category": [
        "indieweb",
        "personal",
        "websites",
        "design",
        "whimsical",
        "fun",
        "delight",
        "personality"
    ],
    "bookmark-of": [
        "https://whimsical.club/"
    ],
    "content": {
        "text": "The Whimsical Web\n\n\n\nA collection of truly personal sites.\n\n\n  This site is meant to showcase how a more personal web could look like, and hopefully give you some inspiration to make your own corner of the web a bit weirder.\n\n\nOf course Cassie\u2019s site is included!",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://whimsical.club/\">\nThe Whimsical Web\n</a>\n</h3>\n\n<p>A collection of truly personal sites.</p>\n\n<blockquote>\n  <p>This site is meant to showcase how a more personal web could look like, and hopefully give you some inspiration to make your own corner of the web a bit weirder.</p>\n</blockquote>\n\n<p>Of <em>course</em> <a href=\"https://www.cassie.codes/\">Cassie\u2019s site</a> is included!</p>"
    },
    "author": {
        "type": "card",
        "name": "Jeremy Keith",
        "url": "https://adactio.com/",
        "photo": "https://adactio.com/images/photo-150.jpg"
    },
    "post-type": "bookmark",
    "_id": "12851310",
    "_source": "2",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-30T10:54:00.00000-07:00",
    "url": "https://v2.jacky.wtf/post/620c58f0-d746-4bc0-b5b1-42add609bb66",
    "content": {
        "text": "As soon as I confirm that Webmentions work well with Lighthouse, I think I\u2019m going to draft my backfill of content from my old Twitter account and Instagram",
        "html": "<p>As soon as I confirm that Webmentions work well with Lighthouse, I think I\u2019m going to draft my backfill of content from my old Twitter account and Instagram</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12848260",
    "_source": "1886",
    "_is_read": true
}

Malcolm Blaney mblaney.xyz

{
    "type": "entry",
    "published": "2020-06-30T21:50:36+10:00",
    "url": "https://mblaney.xyz/2020-06-30-sad_that_IndieWeb_summit_isnt_happening_this_",
    "syndication": [
        "https://twitter.com/malcolmblaney/status/1277932564683112448"
    ],
    "content": {
        "text": "sad that IndieWeb summit isn't happening this year, but enjoying catching up on all the recordings from the online event over the weekend! Thanks to everyone for the great discussions and the organisers for making the content available.",
        "html": "sad that IndieWeb summit isn't happening this year, but enjoying catching up on all the recordings from the online event over the weekend! Thanks to everyone for the great discussions and the organisers for making the content available.<a href=\"https://brid.gy/publish/twitter?bridgy_omit_link=true\"></a><a href=\"https://twitter.com/malcolmblaney/status/1277932564683112448\" class=\"u-syndication\"></a>"
    },
    "author": {
        "type": "card",
        "name": "Malcolm Blaney",
        "url": "https://mblaney.xyz",
        "photo": "https://mblaney.xyz/public/profile_thumb.png"
    },
    "post-type": "note",
    "_id": "12839709",
    "_source": "3708",
    "_is_read": true
}

Aether: A Personal Board For Inspiration

{
    "type": "entry",
    "published": "2020-06-29 23:40:28.756219",
    "summary": "I recently had a chat with a couple of friends about style; it inspired me to take a project off the back-burner and turn it into code.",
    "url": "https://kongaloosh.com/e/2020/6/29/aether-a-p",
    "syndication": [
        "https://twitter.com/kongaloosh/status/1277813401025118208"
    ],
    "name": "Aether: A Personal Board For Inspiration",
    "content": {
        "text": "I recently had a chat with a couple of friends about style; it inspired me to take a project off the back-burner and turn it into code.\n                        \n                    \n                \n                \n\n                \n\n\n                \n                \n                A couple of friends posed a question: is artistic style something that is innate, or cultivated? We spent a few hours digging into art we had created throughout adolescence and into adulthood, picking apart what remained consistent throughout. We sifted through sketchbooks thinking about what may have influenced changes. \nTo some degree, each of us kept track of inspiration. Katryna went as far as to keep collages and document each of them. I've always admired collages: there's something about collecting, organising, and drawing inspiration from unexpected places.\nWhen I travel,  I often take pictures of scenes I find interesting: details that catch my eye. A memorable example: to shelter from the rain in Vienna, I ducked into a chapel. The dreary light diffused through the windows to create a high-contrast baroque scene. Typically overwhelming colours and ornamentation became subdued. I collected the moment for later.\n\nIt's not just scenes that I collect. Occasionally I'll find a striking design element or detail and save it for later. A bar I was dining at during a layover in the Houston airport was tiled with mahjong pieces.\n\nIn spite of my aesthetic hoarding, I don't really have a method for collecting these images in a sensible way. They sit on my phone, my computer, and my desktop: apocalyptically poor organisation. I'm always on the hunt for inspiration, but don't have a place to enjoy the fruits of this collecting. \nSo I made an indie-pinboard.\naether is a small flask-app with hints of javascript that take a folder on your server and transform it into an infinite scroll of images that are slowly loaded as you cruise by. In my head, these scenes and images were being collected to make some wild reference art-book collage. By making a tiled album, I'm conveying the sense of purpose that I originally intended.\n\nYou can find the code in a repo here.\nThese images are displayed in a haphazard way: the only unifying trait is that each represents something that I liked. In the future I hope to add a more contentful display. I'm thinking that by employing some simple computer vision, I can partition the images by theme and sort them by feel.\n            \n\n        \n        \n            \n            \n        \n        \n\n\n        \n\n\n                                 \n                                            \n                \n                \n                \n                tech\n                \n                article\n                \n                dev\n                \n                indie\n                \n                indieweb\n                \n                art\n                \n                inspiration\n                \n                hack",
        "html": "<p>\n                        <i>\n                            I recently had a chat with a couple of friends about style; it inspired me to take a project off the back-burner and turn it into code.\n                        </i>\n                    </p>\n                \n                \n\n                \n\n\n                \n                \n                <p>A couple of friends posed a question: is artistic style something that is innate, or cultivated? We spent a few hours digging into art we had created throughout adolescence and into adulthood, picking apart what remained consistent throughout. We sifted through sketchbooks thinking about what may have influenced changes. </p>\n<p>To some degree, each of us kept track of inspiration. Katryna went as far as to keep collages and document each of them. I've always admired collages: there's something about collecting, organising, and drawing inspiration from unexpected places.</p>\n<p>When I travel,  I often take pictures of scenes I find interesting: details that catch my eye. A memorable example: to shelter from the rain in Vienna, I ducked into a chapel. The dreary light diffused through the windows to create a high-contrast baroque scene. Typically overwhelming colours and ornamentation became subdued. I collected the moment for later.</p>\n<p><img alt=\"\" src=\"http://aether.kongaloosh.com/images/IMG_2734.JPG\" /></p>\n<p>It's not just scenes that I collect. Occasionally I'll find a striking design element or detail and save it for later. A bar I was dining at during a layover in the Houston airport was tiled with <em>mahjong pieces</em>.</p>\n<p><img alt=\"\" src=\"http://aether.kongaloosh.com/images/IMG_5044.jpeg\" /></p>\n<p>In spite of my aesthetic hoarding, I don't really have a method for collecting these images in a sensible way. They sit on my phone, my computer, and my desktop: apocalyptically poor organisation. I'm always on the hunt for inspiration, but don't have a place to enjoy the fruits of this collecting. </p>\n<p><a href=\"http://aether.kongaloosh.com\">So I made an indie-pinboard.</a></p>\n<p><em>aether</em> is a small flask-app with hints of javascript that take a folder on your server and transform it into an infinite scroll of images that are slowly loaded as you cruise by. In my head, these scenes and images were being collected to make some wild reference art-book collage. By making a tiled album, I'm conveying the sense of purpose that I originally intended.</p>\n<p><img alt=\"\" src=\"https://github.com/Kongaloosh/aether/raw/master/demo.gif?raw=true\" /></p>\n<p>You can find the code in a repo <a href=\"https://github.com/Kongaloosh/aether\">here</a>.</p>\n<p>These images are displayed in a haphazard way: the only unifying trait is that each represents <em>something</em> that I liked. In the future I hope to add a more contentful display. I'm thinking that by employing some simple computer vision, I can partition the images by theme and sort them by feel.</p>\n            \n\n        \n        \n            <p></p>\n            \n        \n        \n\n\n        \n\n\n                                 \n                                            \n                \n                <i></i>\n                \n                <a href=\"https://kongaloosh.com/t/tech\">tech</a>\n                \n                <a href=\"https://kongaloosh.com/t/article\">article</a>\n                \n                <a href=\"https://kongaloosh.com/t/dev\">dev</a>\n                \n                <a href=\"https://kongaloosh.com/t/indie\">indie</a>\n                \n                <a href=\"https://kongaloosh.com/t/indieweb\">indieweb</a>\n                \n                <a href=\"https://kongaloosh.com/t/art\">art</a>\n                \n                <a href=\"https://kongaloosh.com/t/inspiration\">inspiration</a>\n                \n                <a href=\"https://kongaloosh.com/t/hack\">hack</a>"
    },
    "author": {
        "type": "card",
        "name": "Alex Kearney",
        "url": "http://kongaloosh.com",
        "photo": null
    },
    "post-type": "article",
    "_id": "12835411",
    "_source": "228",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-29T17:40:44.98974-07:00",
    "url": "https://v2.jacky.wtf/post/55426f1d-b4d8-457e-a418-8dba46902641",
    "category": [
        "indieweb",
        "thoughts",
        "social web"
    ],
    "content": {
        "text": "The more time I read and check things, the more I realize that protocols are only half of the problem. Heh, we need people working on really solid content creation tools that can match or rival what we see out there. It\u2019s easy to publish text or an image. Video gets a bit tricky and even more dynamic content like polling, RSVPs or protected content gets more difficult.But those are just touching the surface. I\u2019m starting to see why the idea of being able to push a \u201ccomponent\u201d of information is very attractive - by design, it can provide the necessary means for rendering things if it\u2019s not yet supported and perhaps give users a chance to choose if they\u2019d want to see it anyway. This is part of my hope as I begin toying with the mobile client I have in mind to be a companion to Lwa. By default, none of the post types outside of a note would be supported. It\u2019d have to ask a Microsub server for information / tools / data on how to render it. This adds complexity to the server but it makes clients very thin.",
        "html": "<p>The more time I read and check things, the more I realize that protocols are only <em>half</em> of the problem. Heh, we need people working on really solid content creation tools that can match or rival what we see out there. It\u2019s easy to publish text or an image. Video gets a bit tricky and even more dynamic content like polling, RSVPs or protected content gets more difficult.</p><p>But those are just touching the surface. I\u2019m starting to see why the idea of being able to push a \u201ccomponent\u201d of information is very attractive - by design, it can provide the necessary means for rendering things if it\u2019s not yet supported and perhaps give users a chance to choose <em>if</em> they\u2019d want to see it anyway. This is part of my hope as I begin toying with the mobile client I have in mind to be a companion to Lwa. By default, none of the post types outside of a note would be supported. It\u2019d have to ask a Microsub server for information / tools / data on how to render it. This adds complexity to the server but it makes clients very thin.</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12829494",
    "_source": "1886",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-29T14:23:08.42587-07:00",
    "url": "https://v2.jacky.wtf/post/6b95afe0-c350-4a39-8169-ecf0590d1275",
    "category": [
        "lighthouse"
    ],
    "content": {
        "text": "So it\u2019s both Lighthouse not sending the callback when it\u2019s successful and Koype not waiting until the Webmention callback is called to then update the syndication result. Both are fine and easy to fix.",
        "html": "<p>So it\u2019s both Lighthouse not sending the callback when it\u2019s successful and Koype not waiting until the Webmention callback is called to then update the syndication result. Both are fine and easy to fix.</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12825579",
    "_source": "1886",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-29T14:00:00.00000-07:00",
    "url": "https://v2.jacky.wtf/post/7588b56f-b16b-4bbc-95e4-0909b3ad60cd",
    "content": {
        "text": "Interesting. It doesn\u2019t look like Lighthouse is actually sending out Webmentions. Ugh.",
        "html": "<p>Interesting. It doesn\u2019t look like Lighthouse is actually sending out Webmentions. Ugh.</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12825308",
    "_source": "1886",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-29T06:21:00.00000-07:00",
    "url": "https://v2.jacky.wtf/post/9920e3ce-b6c5-4fc1-a7df-8c53cd00a321",
    "category": [
        "itches",
        "side projects",
        "lighthouse"
    ],
    "content": {
        "text": "I think I\u2019ve successfully introduced the concept of asynchronous Webmentions to my site and Lighthouse. It does look like that\u2019s the only kind Lighthouse might be able to accept. It relies on the sender providing a callback URL that\u2019s sent a post of the same target and source whenever it notices a change. Usually, this shouldn\u2019t be often but I do it to allow for slower services or passive retries.That said, Lighthouse is successfully handling this and I think I\u2019ll begin working on the extraction of a feed to place into a reader soon. That and having a facility to render Webmentions on one\u2019s site will be key! Lighthouse does have a hard requirement that people leverage IndieAuth and that\u2019s largely to reduce the number of domains / sites that one can have monitored. But I\u2019ll have to eventually refactor that because I do want to have a per-site experience for myself (giving each of my projects their own site will be better for me to separate into my reader).",
        "html": "<p>I think I\u2019ve successfully introduced the concept of asynchronous Webmentions to my site and Lighthouse. It does look like that\u2019s the only kind Lighthouse might be able to accept. It relies on the sender providing a callback URL that\u2019s sent a post of the same target and source whenever it notices a change. Usually, this shouldn\u2019t be often but I do it to allow for slower services or passive retries.</p><p>That said, Lighthouse is successfully handling this and I think I\u2019ll begin working on the extraction of a feed to place into a reader soon. That and having a facility to render Webmentions on one\u2019s site will be key! Lighthouse does have a hard requirement that people leverage IndieAuth and that\u2019s largely to reduce the number of domains / sites that one can have monitored. But I\u2019ll have to eventually refactor that because I do want to have a per-site experience for myself (giving each of my projects their own site will be better for me to separate into my reader).</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12814161",
    "_source": "1886",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2020-06-29T03:15:37.55497-07:00",
    "url": "https://v2.jacky.wtf/post/514ec949-2316-4e98-8060-746783d5b9a8",
    "content": {
        "text": "This is me testing if Webmention-based syndication works for my site. This relies on using the code in https://git.jacky.wtf/indieweb/koype/issues/202 to get that working.",
        "html": "<p>This is me testing if Webmention-based syndication works for my site. This relies on using the code in <a href=\"https://git.jacky.wtf/indieweb/koype/issues/202\">https://git.jacky.wtf/indieweb/koype/issues/202</a> to get that working.</p>"
    },
    "author": {
        "type": "card",
        "name": "",
        "url": "https://v2.jacky.wtf",
        "photo": null
    },
    "post-type": "note",
    "_id": "12811176",
    "_source": "1886",
    "_is_read": true
}

Plaidophile: Access token grants for feed readers

{
    "type": "entry",
    "author": {
        "name": "fluffy",
        "url": "http://beesbuzz.biz/",
        "photo": null
    },
    "url": "http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers",
    "published": "2020-06-28T17:02:36-07:00",
    "content": {
        "html": "<p>This year <a href=\"https://2020.indieweb.org/summit\">IndieWeb Summit</a> was canceled<a href=\"http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers#d_e5711_fn1\">1</a>, and some pretty good conversations took place. As usual my biggest interest was in doing authenticated, secure sharing of private posts, which has been a huge focus in how I\u2019ve been building Publ.</p><p>I wasn\u2019t really able to participate in any of the development stuff (as I\u2019m still in quite a lot of pain due to whatever the hell is going on with my chronic pain stuff interacting with whatever the hell has been going on with my shoulder for the past <em>month</em>), but I did join in on the ending of a discussion/dev session about <a href=\"https://indieweb.org/AutoAuth\">AutoAuth</a>.</p>\n\n\n<p>My understanding about what happened before I joined in is that a few folks did end up implementing an end-to-end version of AutoAuth flow, but they decided that there were still too many parts to deal with for the entire implementation and wanted to separate out parts of the protocol to capture what we actually want out of this mechanism, which is absolutely fair.</p><p>What I liked about the idea of AutoAuth was that people could subscribe to any arbitrary feed in their social reader and opt into (securely) sharing their identity with the publisher, and then the publisher could opt into (securely) adding their private posts into the feed. But the protocol behind that is rather complex and not necessarily what\u2019s needed for the flow, and we eventually reached a consensus that the subscription part could be designed and implemented separately from the access grant.</p><p><a href=\"https://aaronpk.com/\">Aaron</a> had a sketch of a protocol up on his screen, but I didn\u2019t quite understand the flow based on the text notes and his verbal explanation, and I\u2019m hoping that he\u2019ll be able to document it on <a href=\"https://indieweb.org/\">the wiki</a> at some point, but in the meantime, my takeaway of how things could possibly work:</p>\n<ol><li>A feed with a privacy upgrade available can respond with a <code>WWW-Authenticate:</code> header (per AutoAuth)</li>\n<li>The reader UX indicates that authentication might be an option</li>\n<li>Somehow the following relationship is established between the reader and the publisher, and the publisher provides a bearer token to the reader</li>\n<li>The reader makes future requests with the appropriate <code>Authorization: Bearer xxxxx</code> header</li>\n</ol><p>For what it\u2019s worth, Publ already supports steps 1 and 4, and so I want to propose a mechanism for step 3 (which would be fairly easy for me to implement into Publ and possibly into <a href=\"https://github.com/fluffy-critter/Feed-on-Feeds\">Feed On Feeds</a>): If a user is logged in to a site, the site will provide the bearer token. Specifically, it would do so in one or more of the following ways:</p>\n<ul><li>A response header, e.g. <code>Access-Token: Bearer xxxxx</code></li>\n<li>An HTML header, e.g. <code>&lt;meta http-equiv=\"Access-Token\" content=\"Bearer xxxxx\"&gt;</code></li>\n<li>Displayed UX, such as a display to the end user with reasonable messaging regarding the value of the <code>Authorization: Bearer xxxxx</code> header to add to their reader manually</li>\n</ul><p>The first two could work alongside a future AutoAuth-type flow in the reader, or a user extension for the browser to show some flow for adding the access token to their compatible reader or whatever. The third one would cover a manual flow.</p><p>This does lead to some questions, like how do we handle things like token expiration (both from timeouts and from revocation). I think that this can still be covered by a simple flow; first, we\u2019d suggest that any token expiration be fairly long-lived (like, on the order of months, if not permanent). Next, if a token has expired, then the retrieval of the resource should raise a <code>401 Unauthorized</code> header, which would indicate to the reader that the token needs to be updated.<a href=\"http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers#d_e5711_fn2\">2</a></p><p>I\u2019m tempted to try hacking this into Feed On Feeds, but I think what I really want to do going forward is to use this as an excuse to finally start writing <a href=\"http://beesbuzz.biz/blog/8118-So-what-is-Subl-anyway\">Subl</a>, as just a very basic social reader that provides subscription and manual-flow authentication UX. Automation-flow can come later.</p><p>Anyway, I\u2019m hoping that the following folks will have feedback on this proposal: <a href=\"https://aaronpk.com/\">Aaron</a>, <a href=\"https://tantek.com/\">Tantek</a>, <a href=\"https://www.svenknebel.de/posts/\">Sven</a>, and <a href=\"https://www.jacky.wtf/\">Jackie</a>.</p>\n\n<ol><li><p>In the \u201cwe had a pandemic and had to call it off\u201d sense and not in the \u201cwe have too many cishet white guys\u201d sense. <a href=\"http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers#r_e5711_fn1\">\u21a9</a></p></li><li><p>Incidentally, this is also how Publ already implements it, so of course I\u2019m biased towards it. :) <a href=\"http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers#r_e5711_fn2\">\u21a9</a></p></li></ol><p><a href=\"http://beesbuzz.biz/blog/5711-Access-token-grants-for-feed-readers#comments\">comments</a></p>",
        "text": "This year IndieWeb Summit was canceled1, and some pretty good conversations took place. As usual my biggest interest was in doing authenticated, secure sharing of private posts, which has been a huge focus in how I\u2019ve been building Publ.I wasn\u2019t really able to participate in any of the development stuff (as I\u2019m still in quite a lot of pain due to whatever the hell is going on with my chronic pain stuff interacting with whatever the hell has been going on with my shoulder for the past month), but I did join in on the ending of a discussion/dev session about AutoAuth.\n\n\nMy understanding about what happened before I joined in is that a few folks did end up implementing an end-to-end version of AutoAuth flow, but they decided that there were still too many parts to deal with for the entire implementation and wanted to separate out parts of the protocol to capture what we actually want out of this mechanism, which is absolutely fair.What I liked about the idea of AutoAuth was that people could subscribe to any arbitrary feed in their social reader and opt into (securely) sharing their identity with the publisher, and then the publisher could opt into (securely) adding their private posts into the feed. But the protocol behind that is rather complex and not necessarily what\u2019s needed for the flow, and we eventually reached a consensus that the subscription part could be designed and implemented separately from the access grant.Aaron had a sketch of a protocol up on his screen, but I didn\u2019t quite understand the flow based on the text notes and his verbal explanation, and I\u2019m hoping that he\u2019ll be able to document it on the wiki at some point, but in the meantime, my takeaway of how things could possibly work:\nA feed with a privacy upgrade available can respond with a WWW-Authenticate: header (per AutoAuth)\nThe reader UX indicates that authentication might be an option\nSomehow the following relationship is established between the reader and the publisher, and the publisher provides a bearer token to the reader\nThe reader makes future requests with the appropriate Authorization: Bearer xxxxx header\nFor what it\u2019s worth, Publ already supports steps 1 and 4, and so I want to propose a mechanism for step 3 (which would be fairly easy for me to implement into Publ and possibly into Feed On Feeds): If a user is logged in to a site, the site will provide the bearer token. Specifically, it would do so in one or more of the following ways:\nA response header, e.g. Access-Token: Bearer xxxxx\nAn HTML header, e.g. <meta http-equiv=\"Access-Token\" content=\"Bearer xxxxx\">\nDisplayed UX, such as a display to the end user with reasonable messaging regarding the value of the Authorization: Bearer xxxxx header to add to their reader manually\nThe first two could work alongside a future AutoAuth-type flow in the reader, or a user extension for the browser to show some flow for adding the access token to their compatible reader or whatever. The third one would cover a manual flow.This does lead to some questions, like how do we handle things like token expiration (both from timeouts and from revocation). I think that this can still be covered by a simple flow; first, we\u2019d suggest that any token expiration be fairly long-lived (like, on the order of months, if not permanent). Next, if a token has expired, then the retrieval of the resource should raise a 401 Unauthorized header, which would indicate to the reader that the token needs to be updated.2I\u2019m tempted to try hacking this into Feed On Feeds, but I think what I really want to do going forward is to use this as an excuse to finally start writing Subl, as just a very basic social reader that provides subscription and manual-flow authentication UX. Automation-flow can come later.Anyway, I\u2019m hoping that the following folks will have feedback on this proposal: Aaron, Tantek, Sven, and Jackie.\n\nIn the \u201cwe had a pandemic and had to call it off\u201d sense and not in the \u201cwe have too many cishet white guys\u201d sense. \u21a9Incidentally, this is also how Publ already implements it, so of course I\u2019m biased towards it. :) \u21a9comments"
    },
    "name": "Plaidophile: Access token grants for feed readers",
    "post-type": "article",
    "_id": "12803371",
    "_source": "3782",
    "_is_read": true
}

Jamie Tanna www.jvt.me

Creating My Own Personal Micropub Client

{
    "type": "entry",
    "published": "2020-06-28 21:08:04 +0100 +0100",
    "summary": "Announcing my own personal Micropub client to publish content that is very specific to my workflows.",
    "url": "https://www.jvt.me/posts/2020/06/28/personal-micropub-client/",
    "category": [
        "www.jvt.me",
        "micropub"
    ],
    "name": "Creating My Own Personal Micropub Client",
    "author": {
        "type": "card",
        "name": "Jamie Tanna",
        "url": "https://www.jvt.me",
        "photo": "https://www.jvt.me/img/profile.png"
    },
    "post-type": "article",
    "_id": "12801271",
    "_source": "2169",
    "_is_read": true
}

Read: Shackles of Digital Freedom

{
    "type": "entry",
    "author": {
        "name": "Neil Mather",
        "url": "https://doubleloop.net/",
        "photo": null
    },
    "url": "https://doubleloop.net/2020/06/28/read-shackles-of-digital-freedom/",
    "published": "2020-06-28T19:33:04+00:00",
    "content": {
        "html": "Read <a href=\"http://www.boundary2.org/2018/03/zachary-loeb-shackles-of-digital-freedom-review-of-qiu-goodbye-islave/\">Shackles of Digital Freedom (Review of Qiu, Goodbye iSlave)</a> by Zachary Loeb <em>(boundary 2)</em>\n<blockquote>a review of Jack Linchuan Qiu, Goodbye iSlave: a Manifesto for Digital Abolition.</blockquote>\n\nReally good review of <a href=\"https://commonplace.doubleloop.net/20200628115050-goodbye_islave.html\">Goodbye iSlave.</a> <a href=\"https://commonplace.doubleloop.net/20200627221332-islavery.html\">iSlavery</a> is Jack Qiu\u2019s framing of the manufacture and demand for modern devices as akin to a modern international slave trade. With exploitation in the material manufacture of these devices, as well as exploitation in the deliberate addiction of people to these devices to drive their sales. With parallels between the pushing of sugar and other commodities to drive their production, all done through the exploitation in the slave trade.\n<p>That parallel linkage of these two parts of the system is really interesting to me, interested as I am in both the <a href=\"https://commonplace.doubleloop.net/20200308230733-right_to_repair.html\">right to repair</a> and the <a href=\"https://commonplace.doubleloop.net/indieweb.html\">IndieWeb</a>. In right to repair we try to counter the rampant consumption of devices, and in the IndieWeb we try to counter the pushers of these technologies.</p>\n<p>The review highly rates the book for giving an unflinching look at the exploitation rife in the manufacture of modern devices. Not without caveats though \u2013 particular the problems of framing these modern practices as slavery in comparison to historic slavery. And also some of the modes of resistance suggested to iSlavery falling under the brackets of simply ethical consumerism, and also perhaps an uncritical assumption that all technology can be liberatory if harnessed right.</p>\n<p><a href=\"http://www.boundary2.org/2018/03/zachary-loeb-shackles-of-digital-freedom-review-of-qiu-goodbye-islave/\">www.boundary2.org/2018/03/zachary-loeb-shackles-of-digital-freedom-review-of-qiu-goodbye-islave/</a></p>",
        "text": "Read Shackles of Digital Freedom (Review of Qiu, Goodbye iSlave) by Zachary Loeb (boundary 2)\na review of Jack Linchuan Qiu, Goodbye iSlave: a Manifesto for Digital Abolition.\n\nReally good review of Goodbye iSlave. iSlavery is Jack Qiu\u2019s framing of the manufacture and demand for modern devices as akin to a modern international slave trade. With exploitation in the material manufacture of these devices, as well as exploitation in the deliberate addiction of people to these devices to drive their sales. With parallels between the pushing of sugar and other commodities to drive their production, all done through the exploitation in the slave trade.\nThat parallel linkage of these two parts of the system is really interesting to me, interested as I am in both the right to repair and the IndieWeb. In right to repair we try to counter the rampant consumption of devices, and in the IndieWeb we try to counter the pushers of these technologies.\nThe review highly rates the book for giving an unflinching look at the exploitation rife in the manufacture of modern devices. Not without caveats though \u2013 particular the problems of framing these modern practices as slavery in comparison to historic slavery. And also some of the modes of resistance suggested to iSlavery falling under the brackets of simply ethical consumerism, and also perhaps an uncritical assumption that all technology can be liberatory if harnessed right.\nwww.boundary2.org/2018/03/zachary-loeb-shackles-of-digital-freedom-review-of-qiu-goodbye-islave/"
    },
    "name": "Read: Shackles of Digital Freedom",
    "post-type": "article",
    "_id": "12800708",
    "_source": "1895",
    "_is_read": true
}

Grant Richmond grant.codes

{
    "type": "entry",
    "published": "2020-06-28T21:30:54.288Z",
    "url": "https://grant.codes/2020/06/28/09-30-54",
    "category": [
        "100days"
    ],
    "syndication": [
        "https://t.me/Telegram/260"
    ],
    "content": {
        "text": "#100days 59 - Made a decent amount of progress on the PostrChild extension as my IndieWebCamp project, but still not very near ready for release \ud83d\ude23What I did manage to do was: make the autocompletion system for emoji, blocks and contacts much more reliable, fix the button to easily reply to any page and some updates to inserting and uploading images.I still have a lot left to do but I am really hoping I now have the biggest hurdles out of the way and future development will go more smoothly.",
        "html": "<p>#100days 59 - Made a decent amount of progress on the PostrChild extension as my IndieWebCamp project, but still not very near ready for release \ud83d\ude23</p><p>What I did manage to do was: make the autocompletion system for emoji, blocks and contacts much more reliable, fix the button to easily reply to any page and some updates to inserting and uploading images.</p><p>I still <a href=\"https://github.com/grantcodes/postrchild-extension/projects/1\">have a lot left to do</a> but I am really hoping I now have the biggest hurdles out of the way and future development will go more smoothly.</p>"
    },
    "author": {
        "type": "card",
        "name": "Grant Richmond",
        "url": "https://grant.codes/",
        "photo": "https://images.weserv.nl/?url=grant.codes%2Fimg%2Fme.jpg&errorredirect=grant.codes%2Fimg%2Fme.jpg&w=20&h=20&fit=contain&dpr=2"
    },
    "post-type": "note",
    "_id": "12800338",
    "_source": "11",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Redesigning my Blog Post Pages

{
    "type": "entry",
    "published": "2020-06-28T11:18:18-07:00",
    "summary": "I had a great time in the sessions at IndieWebCamp West yesterday! Today is project day, so I started the morning off listening to some chill tunes with other folks on the Zoom \"hallway track\" deciding what to work on.",
    "url": "https://aaronparecki.com/2020/06/28/7/blog-posts",
    "category": [
        "indieweb",
        "indiewebcamp"
    ],
    "name": "Redesigning my Blog Post Pages",
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/41061f9de825966faa22e9c42830e1d4a614a321213b4575b9488aa93f89817a.jpg"
    },
    "post-type": "article",
    "_id": "12796721",
    "_source": "16",
    "_is_read": true
}

Ryan Barrett snarfed.org

Bridgy stats update

{
    "type": "entry",
    "published": "2020-06-27T11:40:37-07:00",
    "url": "https://snarfed.org/2020-06-27_bridgy-stats-update-5",
    "photo": [
        "https://snarfed.org/bridgy_stats/2020/accounts_stacked_thumb.png",
        "https://snarfed.org/bridgy_stats/2020/accounts_thumb.png",
        "https://snarfed.org/bridgy_stats/2020/features_thumb.png",
        "https://snarfed.org/bridgy_stats/2020/webmentions_thumb.png",
        "https://snarfed.org/bridgy_stats/2020/publishes_thumb.png",
        "https://snarfed.org/bridgy_stats/2020/costs_thumb.png"
    ],
    "name": "Bridgy stats update",
    "content": {
        "text": "Another year down, another update on Bridgy\u2018s usage stats! We first announced these during State of the Indieweb at IndieWebCamp West 2020, then posted them here for posterity.\n\n \n\n\n \n\nThe most noticeable part of last year\u2019s stats was losing Facebook and Google+. We made up for that this year by adding three new silos: Mastodon, Meetup, and Reddit. (Thanks Jamie, Will!) The real growth story over the past few years, however, has been GitHub. It has almost 400 users now, making it Bridgy\u2019s third largest silo behind Twitter and Instagram!\nOtherwise, growth continues apace, up and to the right.\n\n \n\n\n \n\nWe\u2019ve also seen the all time webmention count continue to increase. By our best estimates, we crossed 1M total webmentions sent in the wild in December 2017, 95% of which was sent or received by Bridgy. It\u2019s now handled over 1.6M, so if that same proportion has held, then roughly 1.7M webmentions total have been sent in the wild to date.\n\n \n\n\n \n\nAlso, this post has the ironic distinction of receiving the most webmentions ever (2441) from Bridgy, outside of home pages. Hmm.\n\n  Do any of you tech folk ever think about just quitting tech altogether? Opening a bakery, or retraining as a park ranger? I\u2019d love to look after a forest for a living. There would be a far lower chance of a guy being in the forest and starting an argument due to his insecurities.\nData,\nmethodology,\npreviously,\npreviously,\npreviously,\npreviously,\npreviously.",
        "html": "<p>\n <a href=\"https://brid.gy/\">\n</a></p>\n<p>Another year down, another update on <a href=\"https://brid.gy/\">Bridgy</a>\u2018s usage stats! We first announced these during State of the Indieweb at <a href=\"https://indieweb.org/2020/West\">IndieWebCamp West 2020</a>, then posted them here for posterity.</p>\n<p style=\"margin-left:0px;margin-right:-10px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/accounts_stacked.png\">\n</a></p>\n<p style=\"margin-right:0px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/accounts.png\">\n</a></p>\n<p>The most noticeable part of <a href=\"https://snarfed.org/2019-01-02_bridgy-stats-update-4#comment-2731107\">last year\u2019s stats</a> was <a href=\"https://brid.gy/about#rip-facebook\">losing Facebook</a> <a href=\"https://brid.gy/about#rip-google+\">and Google+</a>. We made up for that this year by adding three new silos: Mastodon, Meetup, and Reddit. (Thanks <a href=\"https://www.jvt.me/\">Jamie</a>, <a href=\"https://www.bonkerfield.org/\">Will</a>!) The real growth story over the past few years, however, has been GitHub. It has almost 400 users now, making it Bridgy\u2019s third largest silo behind Twitter and Instagram!</p>\n<p>Otherwise, growth continues apace, up and to the right.</p>\n<p style=\"margin-left:0px;margin-right:-10px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/features.png\">\n</a></p>\n<p style=\"margin-right:0px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/webmentions.png\">\n</a></p>\n<p>We\u2019ve also seen the all time webmention count continue to increase. By our best estimates, <a href=\"https://snarfed.org/1-million-webmentions\">we crossed 1M total webmentions sent in the wild in December 2017</a>, 95% of which was sent or received by Bridgy. <a href=\"https://brid.gy/#stats\">It\u2019s now handled over 1.6M</a>, so if that same proportion has held, then roughly 1.7M webmentions total have been sent in the wild to date.</p>\n<p style=\"margin-left:0px;margin-right:-10px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/publishes.png\">\n</a></p>\n<p style=\"margin-right:0px;\">\n <a href=\"https://snarfed.org/bridgy_stats/2020/costs.png\">\n</a></p>\n<p>Also, <a href=\"https://www.sonniesedge.net/notes/3055/\">this post has the ironic distinction of receiving the most webmentions ever (2441) from Bridgy</a>, outside of home pages. Hmm.</p>\n<blockquote><p>\n  Do any of you tech folk ever think about just quitting tech altogether? Opening a bakery, or retraining as a park ranger? I\u2019d love to look after a forest for a living. There would be a far lower chance of a guy being in the forest and starting an argument due to his insecurities.</p></blockquote>\n<p><a href=\"https://docs.google.com/spreadsheets/d/1VhGiZ9Z9PEl7f9ciiVZZgupNcUTsRVltQ8_CqFETpfU/edit\">Data</a>,\n<a href=\"https://github.com/snarfed/bridgy#stats\">methodology</a>,\n<a href=\"https://snarfed.org/2018-01-02_bridgy-stats-update-4\">previously</a>,\n<a href=\"https://snarfed.org/2018-01-02_bridgy-stats-update-3\">previously</a>,\n<a href=\"https://snarfed.org/2016-06-06_bridgy-stats-update-2\">previously</a>,\n<a href=\"https://snarfed.org/2015-12-07_bridgy-stats-update\">previously</a>,\n<a href=\"https://snarfed.org/2014-11-06_happy-1000th-bridgy\">previously</a>.</p>"
    },
    "author": {
        "type": "card",
        "name": "Ryan Barrett",
        "url": "https://snarfed.org/",
        "photo": "https://secure.gravatar.com/avatar/947b5f3f323da0ef785b6f02d9c265d6?s=96&d=blank&r=g"
    },
    "post-type": "photo",
    "_id": "12778501",
    "_source": "3",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2020-06-27T12:13:36-07:00",
    "url": "https://aaronparecki.com/2020/06/27/13/indiewebcamp",
    "category": [
        "indiewebcamp"
    ],
    "photo": [
        "https://aperture-media.p3k.io/aaronparecki.com/2127d386ad2d600b29de4313d948c59299e726100c6b27a10ccbc350ef370ae7.jpg"
    ],
    "syndication": [
        "https://twitter.com/aaronpk/status/1276956880888229888",
        "https://micro.blog/aaronpk/9852252"
    ],
    "content": {
        "text": "Great crowd for @IndieWebCamp West keynotes and intros! We're running sessions the rest of the day, and projects and demos tomorrow! Join here \u27a4 https://events.indieweb.org/2020/06/indiewebcamp-west-2020-ZB8zoAAu6sdN",
        "html": "Great crowd for <a href=\"https://indieweb.org/IndieWebCamps\">@IndieWebCamp</a> West keynotes and intros! We're running sessions the rest of the day, and projects and demos tomorrow! Join here \u27a4 <a href=\"https://events.indieweb.org/2020/06/indiewebcamp-west-2020-ZB8zoAAu6sdN\"><span>https://</span>events.indieweb.org/2020/06/indiewebcamp-west-2020-ZB8zoAAu6sdN</a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/41061f9de825966faa22e9c42830e1d4a614a321213b4575b9488aa93f89817a.jpg"
    },
    "post-type": "photo",
    "_id": "12776540",
    "_source": "16",
    "_is_read": true
}

Grant Richmond grant.codes

Are Micropub Queries the missing link?

{
    "type": "entry",
    "published": "2020-06-27T16:14:37.887Z",
    "url": "https://grant.codes/2020/06/27/micropub-queries",
    "name": "Are Micropub Queries the missing link?",
    "content": {
        "text": "With IndieWebCamp West just about to start I figured this would be a good time to write up some of my thoughts on one of the missing pieces of the IndieWeb ecosystem: Micropub Queries.What is MicropubThe quick version is that Micropub is an open standard to allow publishing to your own website from a variety of apps or clients. It's great. I love it. But it's mostly a one way experience, publishing only.The spec does define ways to query and update specific posts, but they are generally not implemented by very many clients - perhaps because they are more complex to design and develop or perhaps because it's not the most useful thing.Increase in usageRecently we've also seen a couple of large projects add Micropub support in iA Writer and Thread Reader. Which is awesome, but I think if queries become more mainstream there is the potential for much better apps and a more convincing reason for Micropub to be integrated into more existing apps.QueriesProposals for Micropub Queries have been around for a while without a huge amount of movement. Maybe it's a chicken and egg type scenario, if no clients add support, then why add support to your site?Existing examplesI've made a couple of things that use queries myself. My chatbot can query posts (although it's not very useful) and Together has a useful view of your published posts as well, and Indigenous for Android also can show a basic list of your published posts.But for me all those examples are fairly basic, and there is a lot of potential for more powerful and compelling experiences.A vision of the futureThere are so many possibilities for super useful experiences for Micropub Queries that I'm just going to list off a bunch of things I can think of:Readers could check if you have already liked, bookmarked, replied etc. to a url\nApps like indiebookclub could query for books you have already read, or even track your reading progress\nSave drafts to your own site and then edit and publish them from a Micropub client\nFull admin UIs like the WordPress admin menu or Publii (recently mentioned in the IndieWeb chat) could support Micropub with the ability to query for drafts, trash, different post types etc.\nFind your last location by querying the last post with a location included\nGallery posting apps that can query for already created photos like best nine\n\nCollection apps that can find existing posts\nSearch your own posts via the API\nCreate generic sites just using the Micropub Query API, eg. checkin views are hard, an app could query your site and generate a nice UI for you\nThere are so many more that I've thought of and forgotten or that I've not though of yet.Although there are plenty of nice, usable apps on the Indieweb I still think we are missing a next level experience to really highlight the power and potential of Indieweb technologies, maybe Micropub Queries could help bring that about...",
        "html": "<p>With <a href=\"https://indieweb.org/2020/West\">IndieWebCamp West just about to start</a> I figured this would be a good time to write up some of my thoughts on one of the missing pieces of the IndieWeb ecosystem: Micropub Queries.</p><h2>What is Micropub</h2><p>The quick version is that <a href=\"https://indieweb.org/Micropub\">Micropub</a> is an open standard to allow publishing to your own website from a variety of apps or clients. It's great. I love it. But it's <em>mostly</em> a one way experience, publishing only.</p><p>The spec does define ways to query and update specific posts, but they are generally not implemented by very many clients - perhaps because they are more complex to design and develop or perhaps because it's not the most useful thing.</p><h3>Increase in usage</h3><p>Recently we've also seen a couple of large projects add Micropub support in <a href=\"https://ia.net/writer\">iA Writer</a> and <a href=\"https://threadreaderapp.com/\">Thread Reader</a>. Which is awesome, but I think if queries become more mainstream there is the potential for much better apps and a more convincing reason for Micropub to be integrated into more existing apps.</p><h2>Queries</h2><p><a href=\"https://github.com/indieweb/micropub-extensions/issues/4\">Proposals for Micropub Queries</a> have been around for a while without a huge amount of movement. Maybe it's a chicken and egg type scenario, if no clients add support, then why add support to your site?</p><h3>Existing examples</h3><p>I've made a couple of things that use queries myself. My <a href=\"https://postrchild.com/\">chatbot</a> can query posts (although it's not very useful) and <a href=\"https://alltogethernow.io\">Together</a> has a useful view of your published posts as well, and <a href=\"https://indieweb.org/Indigenous_for_Android\">Indigenous for Android</a> also can show a basic list of your published posts.</p><p>But for me all those examples are fairly basic, and there is a lot of potential for more powerful and compelling experiences.</p><h3>A vision of the future</h3><p>There are so many possibilities for super useful experiences for Micropub Queries that I'm just going to list off a bunch of things I can think of:</p><ul><li>Readers could check if you have already liked, bookmarked, replied etc. to a url</li>\n<li>Apps like <a href=\"https://indiebookclub.biz/\">indiebookclub</a> could query for books you have already read, or even track your reading progress</li>\n<li>Save drafts to your own site and then edit and publish them from a Micropub client</li>\n<li>Full admin UIs like the WordPress admin menu or <a href=\"https://getpublii.com/\">Publii</a> (recently mentioned in the IndieWeb chat) could support Micropub with the ability to query for drafts, trash, different post types etc.</li>\n<li>Find your last location by querying the last post with a location included</li>\n<li>Gallery posting apps that can query for already created photos like <a href=\"https://indieweb.org/best_nine\">best nine</a>\n</li>\n<li>Collection apps that can find existing posts</li>\n<li>Search your own posts via the API</li>\n<li>Create generic sites just using the Micropub Query API, eg. checkin views are hard, an app could query your site and generate a nice UI for you</li>\n</ul><p>There are so many more that I've thought of and forgotten or that I've not though of yet.</p><p>Although there are plenty of nice, usable apps on the Indieweb I still think we are missing a next level experience to really highlight the power and potential of Indieweb technologies, maybe Micropub Queries could help bring that about...</p>"
    },
    "author": {
        "type": "card",
        "name": "Grant Richmond",
        "url": "https://grant.codes/",
        "photo": "https://images.weserv.nl/?url=grant.codes%2Fimg%2Fme.jpg&errorredirect=grant.codes%2Fimg%2Fme.jpg&w=20&h=20&fit=contain&dpr=2"
    },
    "post-type": "article",
    "_id": "12772813",
    "_source": "11",
    "_is_read": true
}

Manton Reece www.manton.org

{
    "type": "entry",
    "author": {
        "name": "Manton Reece",
        "url": "https://www.manton.org/",
        "photo": "https://micro.blog/manton/avatar.jpg"
    },
    "url": "https://www.manton.org/2020/06/27/with-wwdc-mostly.html",
    "content": {
        "html": "<p>With WWDC mostly wrapped up, it\u2019s time to look to <a href=\"https://indieweb.org/2020/West\">IndieWebCamp West</a> this weekend. Virtual doors open via Zoom at 9am Pacific, then keynotes, demos, and afternoon sessions.</p>",
        "text": "With WWDC mostly wrapped up, it\u2019s time to look to IndieWebCamp West this weekend. Virtual doors open via Zoom at 9am Pacific, then keynotes, demos, and afternoon sessions."
    },
    "published": "2020-06-27T09:56:27-05:00",
    "post-type": "note",
    "_id": "12771508",
    "_source": "12",
    "_is_read": true
}