Odpovídáte na názor k článku Plnotučné tabulky v LaTeXu s balíkem tabularray. Názory mohou přidávat pouze registrovaní uživatelé. Nově přidané názory se na webu objeví až po schválení redakcí.
V XML ekosystému nemusí nikdo vymýšlet svojí odlišnou variantu Markdownu, jenom přidá k základní variantě své další elementy či atributy v novém jmenném prostoru. A když už vzniknou varianty řešící totéž, což je v pořádku (jako vznikly různé balíky řešící tabulky pro LaTeX), dá se mezi nimi jednoduše provádět transformace v XSLT.
Problém je IMO ten, že dopředu nevíte, v čem to bude muset být komplexnější.
To právě u rozumně navrženého jazyka, který počítá s rozšiřitelností, problém není.
Třeba typů pro atributy je dost omezená nabídka
Ta omezená nabídka zahrnuje všechny typy používané v běžných programovacích jazycích. A je podstatně širší, než třeba v JSONu nebo YAMLu. Na rozdíl od JSONu jsou ty typy také dobře definované.
třeba to SVG
V SVG je to udělané špatně. Autoři se úplně zbytečně lekli toho, že by to udělali tak, jak to v XML má být.
Žádný univerzální formát vám nezabrání navrhnout nějaké schéma špatně. Špatné formáty ale brání udělat to schéma dobře.
V porovnání třeba s Texem nebo tím Markdownem je tam hromada mechanického datlování.
Zatímco psát jakoukoli malinko složitější stránku na Wikipedii je trivialita a kód je na první pohled krásně čitelný, že? Viděl jste někdy zdrojový kód nějaké stránky na WIkipedii?