#aaronpk[manton]: did you think about my latest suggestion of using categories/collections/channels or whatever, instead of a new post type?
#[manton][aaronpk] I thought about it, but it hasn’t clicked for me yet. Perhaps because Micro.blog’s pages are really completely different than normal blog posts.
#aaronpkon my site they are nearly identical with the exception of their location on disk
nickodd joined the channel
#[manton]I store them in a separate database table with different fields. That’s an implementation detail, so I don’t want to get too hung up on it, though.
#[manton]They mostly have _fewer_ properties. They are simpler. But they do have a few extra Micro.blog-specific fields: whether to show a page in a site’s navigation, whether it’s a special page like Photos that is automatically populated with your photos, etc. There are 3-4 fields like that.
#[manton]My comment when you suggested “collections” was that they felt too much like categories. If we actually used categories for this, the next question would be whether some servers can have pages in multiple categories where it would be weird to have a “fake” pages category.
#aaronpk"whether to show a page in the site nav" could be flipped to say "the nav contains these pages/posts"
#aaronpkthe name that i used isn't relevant, everyone calls these things different/overlapping things
#aaronpksome CMSs don't have categories, some have categories where posts can appear in multiple categories, some have categories and tags, etc
#aaronpkin my case I don't have anything called "categories", I have "tags" and "channels", where posts can be in multiple of both.
#[manton]Yeah. I guess if a system already has something called “categories”, that’s where it could get a little weird. So, you’d have server logic like “if category == ‘pages’ then do something different”.
#aaronpkI'm now realizing that I don't actually have a list of "pages" anywhere, so I don't even have anything to query to give me a list of all the pages, other than looking at the filesystem and looking for posts that exist outside the date-hierarchy storage. so I would actually benefit from adding a new "channel" called "pages" and putting them into there
#aaronpkI don't think a server having custom logic per category is inherently wrong
#aaronpkyou've effectively done the same thing with the special "photos" page containing a photo grid
#[manton]I wonder if @GWG or anyone on the WordPress side has thoughts on this. WordPress essentially stores everything the same way and has the equivalent of a “post type”. I know the old API was simplified to use the type instead of e.g. separate API calls for posts vs. pages.
#[manton]Here’s another question: let’s say we use categories for this. You’d need a way to ask q=source for a specific category. Fine. But what if no category was specified? Would both posts and pages get returned?
#[manton]Micro.blog would probably have to assume “posts” unless the client specifically asked for category = “pages”.
#aaronpki would assume "default", whatever that means to the server that matches the user's expectation
#aaronpkin my case it'd probably be the posts that are on the home page
#[manton]I just checked to see if any Micro.blog user already has a category called “Pages”. Luckily not yet. 🙂 Because I would have to keep that as a reserved category name.
#[manton]I guess that’s my hesitation, though… It feels a little hacked on. If that’s just an implementation problem for Micro.blog, then I’m okay with it.
#aaronpkso we should look at other systems, and if it feels hacked on in all of them, it may not be the best solution
[fluffy] joined the channel
#aaronpkpersonally it would clean things up in my implementation
#[manton]Does calling this “channel” help anything in terms of consistency with Microsub? Microsub’s channels are kind of like categories because new ones can be created, but they also have hardcoded ones like “notifications”.
#[manton]This feels similar, but again I think it’s confusing to have 2 things that are kind of the same (categories and channels). Unless channels have a much more narrow focus.
#aaronpkone unfortunate confusion here is also that microformats2 uses "category" for what most systems have called "tags"
#aaronpkwhich means micropub requests already can contain a property called "category" which is not at all the structure we're currently talking about
#aaronpkwhich would suggest that using a new name for this distinction might actually be helpful
#[manton]Okay, that’s a good question. If we used category = “pages” for this, what if someone adds a “pages” category to move a post from a normal blog post to a standalone page? Would that be allowed?
#aaronpki've actually done that before, turned a blog post into a page
#aaronpk(the only actual change internally for me is moving the file on disk)
#[manton]In Micro.blog that would be super weird. It would be basically equivalent to deleting and recreating the post.
#aaronpkside note, I just remembered that I recently added a "Channel" selection to Quill so that I can choose where posts appear on my site
[grantcodes] joined the channel
#[grantcodes]If pages were "collections" I would expect every other post type to also be a "collection" as well.
#aaronpknothing about collections are tied to post types
#aaronpkbut also it's entirely up to your site to decide which collections/channels are available
#aaronpki feel like i have a rough idea in my head and i need to write it down so we can be sure we're talking about the same thing
#[grantcodes]In general in WordPress I think posts and pages are the same but generally configured differently by default. Pages are hierarchical, don't support tags & categories, often different url structure, and option of a different template.
#[grantcodes]But that can all be overwritten of course
#[manton]WordPress also only has posts and pages, right? The category/collection/channel approach kind of assumes that you might have many types of posts. But in practice, I just don’t see that.
#aaronpkgive me a sec to write this up, i don't want this discussion to get thrown off by confusing terminology
#[grantcodes]By default it only has posts and pages. But custom post types are a big deal.
#aaronpkagain i don't think this has anythign to do with post types
#aaronpk[manton]: micro.blog doesn't have a "tags" feature right? just categories?
#[grantcodes]In most cms type things I can think of that is what they are 🤷♂️
#aaronpk[grantcodes]: in wordpress the only post types are pages vs posts right? and if you then go and define custom templates, nothing really forces you to put only one post type into a particular category?
#[manton][aaronpk] Right, just categories. Some people use them like tags.
#[grantcodes]Out of the box, that sounds right. And categories are totally decoupled
#GWGBut attachment posts don't have tags by default...though I would enable it
#[tantek]micro.blog does use emoji like tags. emojitags!
#[tantek]a-ha, turning posts into pages and perhaps back again. that's another good argument for their distinction being about properties (and their values) rather than any top down absolute distinction
#aaronpk[manton]: what does micro.blog currently do if it receives a micropub request with "category"?
#[manton][aaronpk] You mean when creating a post, right, not as a URL parameter? It just assigns the categories to the new post.
#aaronpkright, in the micropub request to create a new post
#aaronpkso it maps those to micro.blog categories?
#[manton]When using some IndieWeb tools (like OwnYourGram, etc.) this can create a lot of “tags” as categories. But that’s fine. That’s what people expect to happen.
#[tantek]"category" in mf2 (h-entry, h-card, h-event) comes from classic microformats which comes vCard, iCalendar, which were created before "tags" were even a thing, and people called them "categories" back then (and you could have / label as many as you wanted, just like tags)
#aaronpki know, it's just unfortunate that there's this weird overlap now
#[manton]Another weirdness related to this: JSON Feed also only has “tags”. I still put the Micro.blog categories in there, calling them “tags”. Shrug. 🙂
[KevinMarks] joined the channel
#GWG[manton]: I merge categories and tags from wordpress under categories in Microformats and Micropub
#GWGThe only WordPress difference is hierarchical or not
#aaronpkinteresting, does that mean if a micropub category value matches either a wordpress category or tag it's used, but if it doesn't match then it creates a tag?
#[KevinMarks]We had tags, but defined them with rel=tag
#[manton]This is a bit of a tangent, but personally after years of using WordPress with both categories and tags, I decided the tags were not useful. For Micro.blog, I wanted to have a single way to do this to make it simpler. Less for people to think about. (Your milage may vary.)
#GWG[manton]: I decided categories weren't useful and rarely use them
#[KevinMarks]I think they're the same thing at heart, and the history is that things were supposed to have exactly 1 category because of leftover thinking from hierarchical shelving. A small minority of people enjoy making those kinds of things, for everyone else the cognitive load is too high and tags work
#[tantek]that happens to lots of things that are like 95% similar.
#GWGMeanwhile, there are people obsessed with their folksonomies
#[tantek]yeah tags and categories have converged in practice. it's not useful distinguishing them in UI any more IMO
[chrisaldrich] joined the channel
#[fluffy]I used them as separate things in Movable Type, but the way MT handled tags was also less-than-ideal.
#[fluffy]In Publ the “category” is really more of the “section” which is how I used it in MT, but Publ makes a much stronger distinction about what a category even *is*
#[fluffy]It’s been a long time since I used MT but as I recall, its tag interface was similar to iPhoto’s.
#[tantek]hashtags was a great way to eliminate explicit UI dorking around just to categorize/tag things
#[tantek]the rest of is up to a clever CMS to read all the hashtags and present them in an intelligent and insightful matter for the user to navigate
#[tantek]hashtags was a great way to eliminate explicit UI dorking around just to categorize/tag things
#[tantek]the rest of is up to a clever CMS to read all the hashtags and present them in an intelligent and insightful matter for the user to navigate
#[fluffy]I don’t like the presentational aspect of hashtags or how people #willjusthashtag #randomphrases but yeah it’s a pretty low-friction way to do things
#[tantek]low friction UX is great, then it's up to a good UI to extract sense from that
#[fluffy]also, how does one set up bridgy to do the POSSE to Twitter? I’ve just been using it to receive mentions of my posts that are POSSE’d via ifttt
#[manton][aaronpk] For creating a post via JSON, does `channel` go inside `properties` like other MF2 properties, or does it go at the top-level of the object like `type`?
#[manton]I’m trying really hard to ignore the singular vs. plural inconsistencies we have. 🙂 Microsub has action=channels and a channels array. Micropub usually has e.g. q=contact but “contacts” array. But not always! “destination” is singular from q=config.
#aaronpklet's take the opportunity to make them match if we can! nobody actually suggested a name for this property yet!
#[manton]I think the most Micropub-y way is to have q=channel (singular) but the response be “channels” (plural). That matches q=contact and q=source.
#GWGAnd contacts is still in draft...we can fix that too
#aaronpki don't even see where q=category was proposed as the name of the property
#[manton]Okay. I kind of figured contacts was implemented enough in the wild that it was stuck. But I only implemented it yesterday so easy to change. 🙂
#aaronpkthere's a reference to q=category in chat from 2017. but there's also mentions of q=categories
nickodd left the channel
#[manton]Yeah, I don’t think it was discussed specifically. All the examples in the GitHub issue used “category”, and no one objected. That goes back to 2018.
#aaronpksounds like there wasn't ever any thought behind it
#[manton]Hmm. It always looked weird to me, but I just assumed there was a reason for it. I should’ve brought it up earlier.
#[manton]If we went plural everywhere like q=categories, I would need to support both versions for the foreseeable future. I’m okay with that if other folks are. But it’s also kind of a slippery slope… For example, should the post list query really be q=source without a URL, or should it be q=items?
#aaronpki'm not really sure where "q=source" by itself came from either
#aaronpk(i'm only just now catching up on a lot of these extension discussions that have been going on for a while, so a lot of this is new to me)
#[manton]Seems like we were overdue to look at all the extensions a little more comprehensively.
#[schmarty]i was also confused by "q=source" being used to e.g. return a list of posts or recent media items
#aaronpki'm assuming it was backwards-engineered from `q=source&url=X` to return a single post, but in that case it would imply that it should return the full source contents of all posts, which isn't actually useful or what it does
#[manton]I think I’ll write up a GitHub issue with a few of these differences. This is kind of a style guide issue. I’m not sure it’s worth changing, but seems worth documenting and discussing at least.
#GWG[manton]: Deciding how to name new properties is useful in the long term
#swentelyeah, statuses sounds good to me (not native english, but still, works for me)
[chrisaldrich] joined the channel
#GWGswentel: I was more making a point about how these things get confusing
#GWGI'm just happy that we are making so much good progress.
#[manton][KevinMarks] Good point about Microformats. I guess the counter-argument is that those Microformats arrays almost always have just 1 item in them.
#[KevinMarks]There's a Rubyism about singular and plural which is annoying for this
#LoqiIt looks like we don't have a page for "even happening" yet. Would you like to create it? (Or just say "even happening is ____", a sentence describing the term)
[MitchWagner] joined the channel
#[tantek][chrisaldrich] I feel scheduling is maybe tied into the concept of post status that was discussed during the Micropub popup
#aaronpk5 years ago! how have i never heard of this before
#GWG[tantek]: Scheduling a post was determined as setting published for a future time2
#[KevinMarks]Right, but what Mitch wants is more like recurring events, which we know contain dragons
#GWG[tantek]: I meant to ask.;..are you up for putting that Microformats session on the calendar?
#[chrisaldrich]tantek: scheduling is definitely tied to the idea of post status... that's why I'm thinking that the WordPress Micropub plugin may already support scheduling if it were to receive a micropub request that had a future date/time.
#GWGI don't really schedule posts much. I should write a test for that though.
#GWG[chrisaldrich]: Wait...the other day when I discovered my clock was off by 2 minutes...the system thought that was a future post and didn't show it
#[chrisaldrich]That reminds me that I need to document some of the RSS feed time formats used as I think the differences cause my IFTTT/Webhook/Micropub workflow to fail when the time shows up in an unexpected format.
#GWG[chrisaldrich]: Post Kinds, possibly after the version you are running(please upgrade) does try to address timezones
#GWGI override the default ATOM template to actually do timezones correctly