#[tantek]has anyone built anything even remotely resembling the 2D manipulation space of Miro, like for their own site?
#[tantek]summary: like a /collection post where you can arrange the items in 2D and draw/label arrows between them etc.
#[tantek]I feel like a lot of that should be possible (for display at least) with existing h-entry and CSS positioning etc.
#[tantek]what's challenging is that the positions of stuff on such "boards" is ostensibly part of the "content" of the /collection, not just presentational
#jgmac1106[m]Would an arrow indicate a relationship between p-category... Guess could be anything
#[tantek]visual hypertext would be another metaphor for it
#[tantek]an arrow could be represented by a link (a href) from one item to the other, and labeled as such too
#[tantek]Miro boards separately show "tags" on the "notes" in them
#jgmac1106[m]<[tantek] "visual hypertext would be anothe"> Sequential done with rel= next and categorical u-category or rel=tag
#jgmac1106[m]Sknebel shared an HTML tool for sharing flow charts or decisions trees... Now you have me intrigued designing visual semantic maps... Be better than chronological display
[jgmac1106] joined the channel
#[jgmac1106]I think possible approach. You tag posts. Then in some UI you make your taxonomy of tags and if desired go down to granular level of post
[tantek], [Michael_Beckwit, KartikPrabhu, AbraKidAbra, abrakidabra and [Vincent] joined the channel
#[Vincent][grantcodes] Sorry I’ve been swamped at work and missed this. Project looks interesting, I’ll try and catch up in a few weeks when I climb out from under this giant pile of work!
cweiske, [tonz], jgmac1106 and KartikPrabhu joined the channel
#jgmac1106used viewport for font-size yesterday for the first time…way easier to get typography correct on all deviices. Is iit considered good practice? bad practice? Who cares?
#jeremycherfasI would imagine good practice. But have never deliberately used it myself.
#Loqih-feed is a microformats2 draft specification with a top level feed object to contain root class(h-*) objects, usually h-entry posts and optionally a common author, name, and representative photo https://indieweb.org/h-feed
#jgmac1106also on authorship it says “if you have an h-card in your footer” then add a minimal <a class="u-author" href="/"></a>….can it be in the header as well?
#[KevinMarks]And m4a and mp4 have specs for timed links, though not sure how often they're used
[tantek] and [manton] joined the channel
#[manton][tantek] I have a feeling that feed issue is related to something we've talked about before, which is when a feed copies most of the post text into the title too. I know there are a couple improvements I can make to Micro.blog around this... Generally Micro.blog gets confused when a title is not a "real" title.
#[manton]This actually relates to the discussion here a few days ago about Atom vs. RSS. I prefer RSS in part because the title is optional, which is a better fit for microblogging.
willnorris, [calumryan] and [jgmac1106] joined the channel
#[KevinMarks]Atom does it the other way round, where the title is for microblogging and the summary and content are optional.
#[KevinMarks]With rss both title and description are optional, but you need to have one or other. Also, description is defined as a synopsis but used as content too.
#[KevinMarks]The name/summary/content split is useful in defining increasing length and completeness. With RSS you never know if the item is complete or not.
#[KevinMarks]Mf2 auto-name default did do this originally, so name would end up being all the text in the entry. We've changed that since.
#[manton]Yeah, to me the Atom way is counterintuitive. If you think about the UI of a blogging platform, you might have a title field and a content field. If someone wants to write a microblog post, it wouldn't be natural to put all the text in the title, especially if there is markup.
#[manton]It's even more confusing using the "name" terminology in Atom and MF2. It wouldn't be accurate to call most microblog posts the "name" of anything.
#[tantek]It didn’t start that way. Notes had empty “name” properties but that screwed up legacy RSS readers which insisted / assumed every post had a “title”
#[tantek]To put it another way, at this point micro.blog as a reader is more important to me than legacy RSS readers
#cweiskeit's also the semantically correct decision
#[manton]That is exactly how Micro.blog does it. Content into content, blank name/title. It's true that some RSS readers don't like it, but the only way things will get better is if readers are forced to update. I know some like Feedbin already have.
[Jacob_Michelsen and [kimberlyhirsh] joined the channel
#[jgmac1106]Ahhh Manton I forgot the title on a micro.blog post wouldn't kick in until 280 characters exceeded... Thats gonna make the PR I tried in the theme wrong I think
[benatwork] joined the channel
#[KevinMarks]That's fair, but conversion to atom will fail validation without a title, so you'll see a generated one
#[manton][KevinMarks] Mastodon is a great example of where overloading the title breaks down. I actually have support in Micro.blog to recognize the "new status by" and ignore it! Those hacks should not be necessary.
#[snarfed][kevinmarks] thanks for the nudge! looks like a straightforward granary rss bug that i can fix
[eddie] joined the channel
#[eddie]snarfed: I believe that's what was discussed above. If the "note content" is provided in a feed post title field, m.b. treats it as an Article and doesn't display any images
#[snarfed]ah ok. i only half follow that, but sgtm if they're aware of it and consider it a bug. (sounds like that's maybe true but unclear? 😁)
#[eddie]In order for images to appear in m.b a post's title/name field must not exist
#[eddie]at least currently, it's expected behavior
#[snarfed]ok. seems unfortunate but i don't feel strongly about my m.b feed
#[snarfed]happy to fix granary bugs if we conclude its rss has one though, eg the `-` titles
#[eddie]How do you provide your feed to mb? h-feed to granary?
[tantek] joined the channel
#[tantek]snarfed, it appears I can do things on my end to simplify / cleanup my /note and /photo posts in my Atom feed, so I'm going to start with that
#[fluffy]Empty title isn’t ideal for readers where the title is also used as the anchor for the link.
#[fluffy]Although that’s less an issue in a microblogging context anyway.
#[fluffy]And at least FeedOnFeeds has a separate “permalink” widget that handles that case.
#[fluffy]It might also add “no title” to the title.
#[snarfed]right, many (most?) readers usually have a UI control for opening the item's URL, independent of the title
#[fluffy]Most, yes. I wouldn’t want to rely on it being all, though.
jjuran and eli_oat1 joined the channel
#[tantek][fluffy] lets start explicitly documenting those readers that have poor UI for "notes", i.e. any remaining readers which screw-up when the "title" is empty
#[tantek]as in start creating a wiki page for each, and noting issues like that with screenshots
#[tantek]tinbox << remove synthetic "title" from Atom feed as it causes problems for micro.blog syndication, which is now much more important/relevant than legacy RSS reader support