Live data from Hacker News

Microformats Wiki

microformats.org

11–20 of 69 posts

Re: Microformats Wiki

#11

Google prefers JSON-LD though[0]. Also I'm not keen on defining content with styling classes. [0] https://www.searchenginejournal.com/google-structured-data-p...

The class attribute isn't just for styling though.

See https://html.spec.whatwg.org/multipage/dom.html#global-attri...

> authors are encouraged to use values that describe the nature of the content, rather than values that describe the desired presentation of the content.

Re: Microformats Wiki

#12
post #2

I used to wonder "What would Social Networking look like if it were based on self-hosted pages written with microformats like h-card[0]?", but presumably the answer is "a privacy nightmare" (even more so than existing social networks). Perhaps a better answer to that question is "the Fediverse", which is based on ActivityPub. Unfortunately, though, there still seem to be open questions about how well/widely the Fediv…

Yes, this is something were facebook excels at, but it can also create in-group and out-group dynamics. A possible federated solution: https://beesbuzz.biz/blog/6128-Federated-access-control-with...

Re: Microformats Wiki

#13
Related:

Microformats: Still Relevant? - https://news.ycombinator.com/item?id=32285207 - July 2022 (1 comment)

Google confirms microformats are still a supported metadata format for content - https://news.ycombinator.com/item?id=22521666 - March 2020 (40 comments)

Ask HN: Is it worth it to implement HTML5 microformats? - https://news.ycombinator.com/item?id=14515178 - June 2017 (1 comment)

Microformats are easy to learn, and pay off well in SEO and mobile - https://news.ycombinator.com/item?id=4328853 - Aug 2012 (4 comments)

Ask HN: Micro-formats, are they still relevant/useful? - https://news.ycombinator.com/item?id=2702516 - June 2011 (2 comments)

Ask HN: Microformats - Still useful? - https://news.ycombinator.com/item?id=1747657 - Oct 2010 (5 comments)

Microformats.org at 5: Two Billion Pages With hCards - https://news.ycombinator.com/item?id=1583784 - Aug 2010 (1 comment)

Ask HN: Micro formats? Or, how to make my site's google link look good? - https://news.ycombinator.com/item?id=1224242 - March 2010 (3 comments)

Microformats: Boon or Bane? - https://news.ycombinator.com/item?id=987688 - Dec 2009 (5 comments)

Rest/ahah · Microformats Wiki - https://news.ycombinator.com/item?id=808251 - Sept 2009 (1 comment)

Google Announces Support for Microformats and RDFa - https://news.ycombinator.com/item?id=606126 - May 2009 (8 comments)

If the next "version" of the web is all about semantics, why aren't more people using microformats? - https://news.ycombinator.com/item?id=171818 - April 2008 (34 comments)

Consolidate and take back your social network with XFN, openID and microformats - https://news.ycombinator.com/item?id=29512 - June 2007 (5 comments)

Re: Microformats Wiki

#14
post #8

I don't get it. The big problem with the old meta tags is that nobody follows standards[1], and they were frequently abused to misrepresent the document in a favorable way (especially keywords and description). How would this help alleviate those problems? [1] To this day. I've learned, from building a parser for my search engine, you can't just select the tag if you want the title of a page. You need to select the t…

I keep finding these when I least expect it and they've been fantastic every time - it usually means whatever I'm trying to automate is 90% solved for me. Scraping recipes from the bbc, flight reservations from my email, etc. If something includes schema.org/RsvpAction it probably needs to be actioned, if something contains schema.org/DiscountOffer it can probably go in the Noise folder. If someone starts sending spa…

I've gotten spam calendar appointments that my email client has helpfully added to my calendar so that I'm helpfully reminded of their spam sometime in the future with a push notification.

Re: Microformats Wiki

#15
post #2

I used to wonder "What would Social Networking look like if it were based on self-hosted pages written with microformats like h-card[0]?", but presumably the answer is "a privacy nightmare" (even more so than existing social networks). Perhaps a better answer to that question is "the Fediverse", which is based on ActivityPub. Unfortunately, though, there still seem to be open questions about how well/widely the Fediv…

The specific idea, way back then, was DiSo [1]. Believe it or not, privacy wasn't the concern back then. The real problem was UX. Setting up and maintaining this stuff was Hard, and the network effect mattered a lot more in getting adoption. Facebook was really good at onboarding flows. OpenID lost to Facebook Connect for similar reasons.

1: https://diso-project.org/

Re: Microformats Wiki

#16
post #6

PSA: the best way to enable Microformat-like stuff with almost no effort is to keep describing content with reasonable class names even if you never pay any special attention to the microformats.org standards. One unfortunate side effect of things like Tailwind CSS is that some folks with a single-minded focus on looks are now using only the Tailwind class names, but you can do both. If before you'd have written some…

You could probably just chuck those class names in declaration anyway, even they werent attached to any styles!

Of course, having well considered structured semantic works very well!

For instance, with images, you can use attached caption markup to describe an images purpose and reference it in the written body of the document.

Re: Microformats Wiki

#17
post #15
post #2

I used to wonder "What would Social Networking look like if it were based on self-hosted pages written with microformats like h-card[0]?", but presumably the answer is "a privacy nightmare" (even more so than existing social networks). Perhaps a better answer to that question is "the Fediverse", which is based on ActivityPub. Unfortunately, though, there still seem to be open questions about how well/widely the Fediv…

The specific idea, way back then, was DiSo [1]. Believe it or not, privacy wasn't the concern back then. The real problem was UX. Setting up and maintaining this stuff was Hard, and the network effect mattered a lot more in getting adoption. Facebook was really good at onboarding flows. OpenID lost to Facebook Connect for similar reasons. 1: https://diso-project.org/

UX definitely ended up being one of the hardest parts. We also never got to the point of really building a compelling product on top of the protocols. We did actually do some work on privacy though, but it never got super far. For example, you could set simple access controls on content that was only available to friends that logged in with an OpenID. I think I had it so that certain of your hcard attributes were only included for authenticated users as well.

Some of the work we did then still exists today in various forms. Activity Steams led to Activity Pub, which has seen far more adoption than we ever did.

And microformats are still widely used in some communities, though certainly not like it could have been, largely things to Google putting weight behind schema.org. For example, nearly all of the indieweb.org work is based around microformats at the core, with things like webmention, micropub, etc

Re: Microformats Wiki

#18
post #2

I used to wonder "What would Social Networking look like if it were based on self-hosted pages written with microformats like h-card[0]?", but presumably the answer is "a privacy nightmare" (even more so than existing social networks). Perhaps a better answer to that question is "the Fediverse", which is based on ActivityPub. Unfortunately, though, there still seem to be open questions about how well/widely the Fediv…

Haven[1] is my open-source, self-hosted side project for building exactly this (social networking based on self-hosted pages) in a privacy-first manner. There's a lot from the IndieWeb community that I want to emulate, and microformats is one of them--partly in order to create compatibility with the various MF2/IndieAuth client (phone) apps.

My experience/opinion is that a circles-based approach is a usability nightmare since relationships are fluid and fuzzy, so Haven only has one "share group"--everyone with access to your Haven. That said, it's all built on open protocols (RSS), so it would be pretty straightforward for someone to fork it or build their own that implemented a circles-style approach to sharing.

[1]: https://havenweb.org

Re: Microformats Wiki

#19
post #9

I don't get it. The big problem with the old meta tags is that nobody follows standards[1], and they were frequently abused to misrepresent the document in a favorable way (especially keywords and description). How would this help alleviate those problems? [1] To this day. I've learned, from building a parser for my search engine, you can't just select the tag if you want the title of a page. You need to select the t…

Plus tag is valid in SVG context, where it does what `title` attribute does on HTML elements (provides content for HTML tooltips and screen readers). And since inline SVG is valid in HTML, you can get valid title tags (from SVG namespace) outside HEAD element Plus if there wasn't TITLE in the head and is encountered inside BODY (not valid), it is adopted into the HEAD from document object model's perspective as if it…

You complicate the description and make it sound much harder than it actually is.

Concerning HTML parsing in general: it is easy, genuinely easy, one of the easier things to implement, because it’s well-defined, and in a format that matches the implementation. You’re basically just translating the algorithm from pseudocode into code. Sure, it’s long, but it’s not hard.

and being optional is purely a parser concern, that the start and end tags are optional. Implement the parser, and you get that behaviour automatically, and nothing beyond that needs to worry about it at all.

For that matter, you don’t need to worry about head or body in determining the title, because here’s how the document title is actually determined, per https://html.spec.whatwg.org/multipage/dom.html#the-title-el...:

> The title element of a document is the first title element in the document (in tree order), if there is one, or null otherwise.

(And then it goes on to describe further processing done for the document.title attribute.)

The only subtlety in this explanation is that when it speaks of title elements, it’s speaking of HTML title elements only. There’s nothing complicated or difficult about this. There’s no adoption, it’s just taking the first HTML title anywhere in the document.

(If implementing this in browser JavaScript, you can’t just use document.querySelector("title") because it ignores namespaces. The most efficient way will be to use document.evaluate() with an XPath like "//title/text()" which matches the required child text content nodes.)

Re: Microformats Wiki

#20
post #4

It's worth noting Microformats is introduced 17 years ago, and was last updated about 12 years ago. It never really picked up traction, largely because players like Google have their own knowledge graph, and similar structured formats like RSS have lost their popularity since then.

That's not exactly accurate. The wiki has been edited recently, and change discussions are now done through github issues before updating the wiki, as that is more convenient than inline chat in many cases https://github.com/microformats Also a lot of the practical discussion of microformats use is at the indieweb wiki - see https://indieweb.org/posts#Types_of_Posts for h-entry for example
Post reply on HN