Blogged: Webmentions can help create small networks around websites rather than social media ✍️ Webmentions provide a space for a small number of people to congregate online, wherever they find your posts. That’s why I’ve stuck with them.
🏷 #Indieweb #Netlify #RSS #webmentions
https://www.thisdaysportion.com/posts/stick-with-webmentions-to-create-small-networks/
I don't think people appreciate the role that #OperaSoftware played in fostering the #OpenWeb and #IndieWeb during the first #browserWar (when the #OperaBrowser was still built on their proprietary #Presto engine), and a fortiori the role it had in their demise (when they switched to being “just another #WebKit/#Blink skin”), despite their browser never even reaching a 3% market share.
Hey #IndieWeb, with webmentions.app down for the past few weeks, what alternatives are being recommended for sending #WebMentions to others from a #StaticSite that uses #Jekyll, #Hugo, #Eleventy?
Whatever it is, I want something self contained that I run locally. I think the #POSSE mentality is finally taking over for me. 😅
Looking at this one once I get moved over to Netlify, but would love to get a thread going with other options, too.
https://www.netlify.com/integrations/community-built/webmentions-build-plugin/
If you have iOS or macOS (Monterey or later) and you use Shortcuts, this is a brilliant way to exploit the tools with Micropub:
https://cagrimmett.com/development/2023/02/12/ios-shortcut-actions-for-micropub-posting/
Written by https://toot.cafe/@cagrimmett
完🔻全🔻同🔻意
“Sometimes I feel like thanking Elon for driving me towards the #Fediverse #Mastodon and #IndieWeb plus reviving my love for personal #blogging . ”
“My online creative life has improved immeasurably as a result ”
CSS Container Queries (now available on major browers as Firefox just followed suit) look promising to craft our websites even more subtly, brand new container query length units attached https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Container_Queries #webdev #css #indieweb #attentiontodetails
amazing to see all of the new micro blogging networks: Scuttlebutt, Nostr, Mastodon and Feedland - I think RSS will be huge in the new landscape because there are 15 million+ sites already equipped - huge ecosystem. I wonder how the Tweetbot mastodon client is doing, anyone using it ? #microblogging #RSS #blockchain #activitypub #feedland #ostatus #pubsubhubbub #identica #laconica #twitarmy #friendfeed #track #xmpp #jabber #indieweb #dweb #web3
Sometimes I feel like thanking Elon for driving me towards the #Fediverse #Mastodon and #IndieWeb plus reviving my love for personal #blogging .
Without his nonsense at #Twitter I would not have discovered a way to escape walled platforms 😆
My online creative life has improved immeasurably as a result
Give credit where credit is due
Note and Like Microformats https://jan.boddez.net/articles/note-and-like-microformats
Question regarding #federation -
How does one improve the "reach" of a single user instance? The basic issue is when clicking on a toot from my other persona I regularly do not see many other replies unless I go to the original.
Here on #IndieWeb that's less of a problem. Obviously if I were more interesting and provoked greater engagement this would probably improve on its own. But let's just make the assumption that I'm going to continue to post garbage...
C# will still be a language for me, but getting #OpenCAD off the ground right now is a little more important than being able to send #IndieWeb #Webmentions from #dotnet.
Sighs at getting the 422 error from the Mastodon server when my RSS feed pushed to Mastodon via IFTTT. Brings back memories of it taking hours to get crossposting up and running.
No-one ever said #indieweb was gonna be easy.
https://www.thisdaysportion.com/notes/no-one-ever-said-indieweb-was-gonna-be-easy
It's a good practice when developing user apps solo to finish and walk away fro a week or two, then come back and run it. You'll feel more like a user and less like the developer. Hopefully looking more critically at what the experience is like. Just did that for my new IG to blog export tool and found a list of things needing improvement. #indieweb #dev
We’ve come a long way since, from methodologies to #microformats2, from publishing to peer-to-peer #IndieWeb use-cases.
We named #microformats only after we had established a pattern of real world examples; even our talk proposal was named RealWorldSemantics², and provided examples in that broader theme.
This exemplified important implicit values in ordering our efforts:
1. get real world things working first, not just theory
2. name them after a pattern emerges, not just solo efforts
3. grow the pattern with proposals, prototypes, iteration, evolution
The examples at that point in time:
* XFN — using rel-values for blogroll semantics, and the technology that defined rel=me in v1.1³, now the standard for decentralized social media verification on Mastodon⁴, GitHub⁵, elsewhere, and the basis of RelMeAuth⁶
* XMDP — XHTML MetaData Profiles, notably using an HTML class⁷ with a particular value 'profile' to indicate presence of a specific semantic structure
* XOXO — XHTML Outlines, formalizing existing usage of (X)HTML elements for outlines, also using an HTML class with a particular value 'xoxo' to express a semantic
Growing the pattern:
* rel=license — solved page licensing better than before, since widespread adopted
* VoteLinks — new rel values, prototyped, only one consuming implementation (since defunct)
And further brainstorming:
* recommendations — initial rel="recommendation" idea eventually evolved to hReview, and today’s h-review
* syndication — helped motivate HTML5 <time> element, eventually led to hAtom, and today’s h-entry
* playlists — led to various ideas, proposals, & demos⁸, still not really solved today
The mid-2000s were a time of eager experimentation, when we were learning that very small bits of markup (yes, hence the name) could be used to build some very useful capabilities on top of the open web platform.
A few observations with the benefit of years of experience since we proposed “microformats”:
One: Many microformats succeeded because we solved an existing problem, with existing *complex* solutions, by providing a drastically *simpler* solution.
XFN instead of FOAF. rel=license instead of Creative Commons RDF in HTML comments.
By doing so, we skipped the often harder problem of defining & refining a problem worth solving, a use-case, or user scenario.
Two: A few microformats succeeded because they solved existing problems, re-using *existing established* open solutions in other formats, reformatted into native HTML.
hCard from vCard. hCalendar from iCalendar.
This methodology leveraged years of prior hard open standards work by numerous others across numerous organizations, and deliberately avoided the bikeshedding trap of renaming things (or any other kind of non-trivial “clean-up”) while reformatting, thus making it easy for developers of one technology to see the 1:1 mapping and use the other.
The primary downside with this approach was formats that were larger than perhaps necessary for HTML-specific use-cases.
Eventually for microformats2 vocabularies, we adopted a subset approach, looking for web publishing use-cases for each feature, making h-card smaller than hCard, and h-event smaller than hCalendar.
Three: Success in a search engine was not enough, and sometimes attracted more bad actors than good. @KevinMarks.com, myself, and others at Technorati built search engine indexing and use of rel-tag and hReview, which helped evolve their specifications. A few other small search engines indexed rel=tag markup, however none remain today. hReview was adopted by Google which led to it being heavily spammed.
This pattern repeated itself with other microformats, and eventually we shifted from:
→ of course search is the first obvious use-case
→ search is one use-case among others
→ we need primary use-cases outside of search for longterm ecosystem success
Which leads to the fourth observation.
Four: Publishing alone is not a use-case. There must be multiple consuming code use-cases (beyond search) for a microformat to succeed longterm.
From individual features to whole microformats vocabularies, we learned that not only did there need to be sufficient content being published already, without microformats, that could benefit, but there needed to be good enough consuming code use-cases that benefited users (not just developers). The #IndieWeb community has been exceptionally helpful in both defining such use-cases and iterating on them with implementations.
We still get questions of the form: What’s the best way to mark this up?
I used to very much believe that if you could mark something up more semantically, you should spend the time & effort to do so. This drove a lot of early experiments with markup, and did provide some eventual benefits, most notably when semantic HTML elements provided good hooks for accessibility tools such as screen readers.
Now we know the answer to the question of “How should I mark-up this content?” must be accompanied by specific use-cases for consuming code of that markup.
If there is no consuming code use-case, it is not worth the time to add the mark-up (never mind the maintenance effort over time).
Sometimes one single consuming code use-case is sufficient to justify the time & effort to add more semantic mark-up. If that markup helps screenreaders, then it’s worth it. More often than not however, there must be multiple (again, beyond search) consuming code use-cases for it to be worth adding semantic markup, and certainly for developing new markup, whether microformats features or new microformats.
This focus on and repeated asking of questions like:
* What is the (consuming code) use-case?
* Or how does it benefit readers of this content?
has helped focus our modern microformats efforts on actual benefits to humans first, and machines second (if at all).
If you think of IndieWeb use-cases for existing or new microformats, come join us in the developers chat:
* https://chat.indieweb.org/dev
If you think of other use-cases or want to chat about modern microformats methodologies in general, join us in the microformats chat:
* https://chat.indieweb.org/microformats
This is day 32 of #100DaysOfIndieWeb #100Days
← Day 31: https://tantek.com/2023/044/t1/unified-sent-box-universal-outbox
→ 🔮
Post glossary:
h-card
https://microformats.org/wiki/h-card
h-entry
https://microformats.org/wiki/h-entry
h-event
https://microformats.org/wiki/h-event
h-review
https://microformats.org/wiki/h-review
hAtom
https://microformats.org/wiki/hatom
hCalendar
https://microformats.org/wiki/hcalendar
hCard
https://microformats.org/wiki/hcard
hReview
https://microformats.org/wiki/hreview
rel-license
https://microformats.org/wiki/rel-license
rel-tag
https://microformats.org/wiki/rel-tag
rel-values
https://microformats.org/wiki/existing-rel-values
XFN
https://gmpg.org/xfn/
XMDP
http://gmpg.org/xmdp/description
XOXO
https://microformats.org/wiki/xoxo
Previously, previously, previously:
* https://tantek.com/2019/044/t1/15-years-ago-introduced-microformats
* https://tantek.com/2014/042/t2/ten-years-ago-introduced-microformats-etech
* https://tantek.com/2011/042/t2/years-ago-presented-microformats-etech
* https://twitter.com/t/status/701095802
References:
¹ https://tantek.com/presentations/2004etech/realworldsemanticspres.html
² https://tantek.com/log/2004/02.html#d04t1311
³ https://gmpg.org/xfn/11#me
⁴ https://docs.joinmastodon.org/user/profile/#verification
⁵ https://hachyderm.io/@nova/109790530971147702
⁶ https://tantek.com/2023/032/t1/years-relmeauth-replace-openid
⁷ https://tantek.com/2012/353/b1/why-html-classes-css-class-selectors
⁸ http://microformats.org/wiki/events/2007-12-11-open-media-web
@adam @noellemitchell Yeah, that looks cool! I am going to use wordpress.com, however, so I used brid.gy instead to implement it. Maybe one day, when I have bandiwdth to once again have a self hosted space. Just glad that the #IndieWeb wizards created it for us!