I’ve attended both IndieWebCamp Düsseldorf and Utrecht last month. At the first one, we had a very good session about the UI side of private posts. The blogpost I wrote about it unfortunately stayed in draft. The summary: I used to denote private posts by adding the word ‘privé’ in bold below the post, next to the timestamp. Since the hackday I now show a sort-of header with a lock icon, and a text telling you that only you can see the post, or you and others, if that’s the case.
A big takeaway from Düsseldorf was that I don’t need to do it all at once. To me, the first step to private posts is letting people login to your site. This can be done with IndieAuth, or by using IndieAuth.com (which will move to IndieLogin.com at some point). The second step is to mark a post as private in your storage, and only serve it to people who are logged in. The third step is to add a list of people who can see the post, and only show it to those people. This is the place where I was at.
Tag: private groups
👓 I’m working on improving my content p… | Jacky Alciné
I’m working on improving my content processing for my site. The focus is around making more “magic” happen on the fly for me. I should have mentions, auto tagging and emoji to HTML entity conversion ready soon. The one thing that I am sorely missing is the ability to address a group. And the more I think on it, the more I realize that intrinsically this might be something that requires a bit of coordination. My current plan of attack is to define a page that tags a bunch of people (or entities) and use that in a similar fashion to a person-tag. This would require that when a group page receives a reply from someone in that (public) group, they would get Webmentions as well. The page would serve as a pass through. This works for private messages cleanly. However, if you wanted to have a private group, the request to said group would have to be authenticated somehow. That part I haven’t figured out as of yet.
For now, my person tags and what not will be just fine!