To problem je, xslt je pomerne narocny a slozity na pochopeni, tohle laicti tvurci webu rozhodne pouzivat nebudou. A stoji tu predevsim otazka, proc bych mel ty sloite a narocne konverze vlastne delat, kdyz prohlizec muze to xml zobrazit primo? To ze je prohlizec obecny xml klient nevazany na jeden konkretni jazyk je preci uzasna vec. Proc to chcete omezovat?
Na SVG obrazek ano, ale pracovat s obrazkem pomoci DOM muzete uz jen u toho SVG. A DOM je velmi silna a oblibena technologie, kterou weby intenzivne vyuzivaji. Proc to ale omezovat jen na dokument? Proc to neaplikovat i na obrazky? Proc to chcete omezovat?
Ad MathML, to je jen vas nazor, imho hloupy. Ostatne, cokoli je lepsiho, nez nutnost generovani desitek bitmapovych obrazku s nakreslenymi vzorci a vkladani je do html. Jestli vam tohle opravdu vyhovuje, protsim, generator MathML vzorecku neni problem. Proc ale chcete vsechny omezovat na nutnost generovani obrazku, kdyz tu jsou mnohem prijemnejsi moznosti?
Poslyste, nejste vy nejaky omezeny?
Názor k článku
Mix posvátné validity a X
