actually commonmark has enough problems (already pointed out by others - see [1] and indirectly the flourishing of sub versions) and in good substance is unambiguous, it seems to me that they are not known by the author given the choice
> It's pleasant to write; it's readable even when[...]
very debatable, I could as an example rebut that in a lot of keyboards literally lack the characters for some tag, but the point is that once again here we're trying to merge a content with its representation and it's an outdated approach (heck, even on html5 there's css that would serve to separate text from layout) and potentially a can of worms!
> As for the protocol/communication parts, it's just good ol' HTTP. Refer to an HTTP tutorial or spec if you're not yet familiar with it.
(beyond the tone used and the slight arrogance in assuming that i don't know what an http connection is - but maybe it's just my interpretation due to the language barrier), in practice this "kyuweb" is reduced to be an additional layer on top of what is already there? but shouldn't it be simple? in order to have a kyuweb browser do i have to have first a classic working browser that also sends custom header tags? and on the other side do i have to have custom classic web servers that also respond in this subformat? and if the server sends me mixed content? what should the browser do?
but at this point why not use HTTP/1.0 and serve plain markdown, without building additional layers?
if these remarks seem stupid, I still repeat that they are all addressed on gemini (even though the answers may not please everyone)