Loqicmal: petermolnar left you a message on 7/13 at 12:35am: I tried to switch to grav a while ago, because I love their approach, but it seems the amount of full size photos I have is too much for the cache system grav has. However, I did make this; it might come handy: https://github.com/petermolnar/grav-plugin-syndicationlist
cmalGrav is indeed intended for small-size sites (few thousand pages), but I believe there's a lot of room for improvement on this side, but there's discussions about it atm
cmalI'd say the limitation with this approach is it's fully content-based, i.e. you need to provide the actual translations in the same stream of information, I'd rather go for something url-based
cmallike having lang markup on h-entries/h-feeds/h-events, then have maybe something like <a class="u-translation-url" lang="fr" href="https://cmal.info/fr/something">Français</a> inside of those h-feeds, h-entries, h-events
cmalvoxpelli, I wouldn't count on that, you could have stuff translated to many languages, doesn't mean everything on the page will be (say, the h-card)
voxpellicmal: well if you are on the u-url of the h-card and that url has language url:s then it would be odd if the h-card wouldn't be translated as that's the main content of that page?
cmallike if you have a page translated to spanish in your site but you don't have spanish translation for the h-card that's embedded within, we shouldn't consider a rel alternate with spanish language as a translation for the h-card itself
voxpellicmal: no, but it's hard for me to imagine a translated representation of an h-card, like a front page, where everything but the h-card itself is translated :/
cmalI think it makes sense for the end-user (browser-side or for global site lang switcher buttons) to have links for all potential translations (as in, languages enabled on the website) on a best-effort basis, but then individual h-entry/h-feed/h-event/h-card should have their own individual translation markup for more precision on what can be translated in what
voxpelliI think both hreflang="" on <a> and hreflang="" on lnk rel-alternate as well as lang="" within the page itself all serves their purpose depending on what setup one is going for :)
myfreewebhi! haven't been here in a while, looks like micropub media endpoint is now a thing, nice! aaronpk: the spec says ?q=config, but i see Quill doing an empty query?