392
results for "microformats hard"
-
nah, units are still hard
[KevinMarks]
at
2022-01-03 15:37
-
petermolnar, your 1MB HTML example is a great example of why we work hard to keep microformats *micro*
[tantek]
at
2021-12-13 20:57
-
(lots more in the overall microformats ecosystem, but hard to find motivation for me)
sknebel
at
2021-12-13 20:08
-
opening times is such a hard problem for marking up
[tantek]
at
2021-11-03 22:16
-
Indeed GWG. It’s hard to prevent interactions like the one from earlier happening at least once without closing a community, which I don’t think is a reasonable option.
capjamesg[d]
at
2021-10-03 21:18
-
From the homepage alone it’s hard to see why I should use microformats / how they compare to other formats.
capjamesg[d]
at
2021-09-27 21:07
-
↩️ not sure if you ran into it yet but i think a lot of the folks that stuck around are all hanging out doing work with ActivityPub (unless you are looking for hard ontological rdf microformats folks who seem to all be at google)
Loqi
at
2021-06-30 18:25
-
it's going to be a hard one to "get right", as the way timezones work in vcard/ical is very weird, and timezones as a whole are an iffy thing to denote (quite the disconnect between complexity, automated processing ability, actually representing what a user would want to show/display or already does on their homepage, and actually representing something useful to parse and do something with)
[tantek]
at
2021-06-22 20:15
-
one of the reasons for this was that a lot of the classic microformats parsers were necessarily based on hard-coded classnames, and they were a lot of work to maintain and went out of date quickly
barnaby
at
2021-06-12 21:04
-
if you’re using php-mf2, then you already have a DOMDocument available, which has done a lot of the hard work of resolving URLs, dealing with encodings, etc
barnabywalters
at
2021-05-25 19:32