4 ms·

Interesting. What sorts of projects did you use XSLT for? I used it once to transform some XSD schema documents into HTML for presentation, but it would've been

by coldpie 2mo ago

Interesting. What sorts of projects did you use XSLT for? I used it once to transform some XSD schema documents into HTML for presentation, but it would've been pretty trivial to do the same in JS in browser, or Python for offline transformation. It didn't seem like that amazing of a technology in my experience. Curious to hear what you liked so much about it.

righthand 2mo ago
I enjoy it because of it’s simplicity and ability to essentially ship a compiled template built from “components” (XSLT templates) that rendered much more quickly without having to wait for JS to load and render. That you could ship someone a tar of Xml documents and have them rendered entirely client side. If you spend time with XSLT you will see it was essentially React JSX before React in a lot of ways without all the cruft. Then if you still needed JS functionality you could layer that on top. But the main benefit being that you did not have to EVER worry about implementing “trivial” rendering for templates at all and the templates could be mapped to much more simpler data documents (XML). For all the good advice about separating data from design online and using compiled templates, XSLT gets a bad rap because XML has a bunch of other features unrelated to it that people use that can be complex. But then why does XSLT have to be deprecated if the problems are actually with XML? And for the record if they’re removing it for “security” reasons I think that means that the performant XSLT rendering is not trivial at all. I would love to see the trivial code for rendering those documents in JS because I don’t believe it. If it’s so trivial then it should be a no brainer to ship such a thing with every browser. Or if “security” issues are that big of deal why not create a new XSLT standard for HTML that removes the XML issues? There are many sites that still use it but since it’s a way to eschew JS by using modern CSS + XSLT, obviously Google wants it gone. I really don’t understand how React JSX gets praise praise praise (regardless evangelization) but the similar technology that was even better and earlier than it is somehow not impressive. I used it for all my personal projects, single page sites, multi-page sites, sites that required multiple template types, and for shipping a tar of documents. The beauty being that I didn’t need a CMS or framework to essentially create documents that can be composed of reuseable components/blocks. I was working on a project that used Redbean and XSLT+XML documents to create shippable binaries that were instantly viewable in the browser, but I have halted that project as Google has won by creating the stigma Kool-aid around it. This will be my RSS hill to die on.

by coldpie 2mo ago

righthand 2mo ago

I enjoy it because of it’s simplicity and ability to essentially ship a compiled template built from “components” (XSLT templates) that rendered much more quickly without having to wait for JS to load and render. That you could ship someone a tar of Xml documents and have them rendered entirely client side. If you spend time with XSLT you will see it was essentially React JSX before React in a lot of ways without all the cruft. Then if you still needed JS functionality you could layer that on top. But the main benefit being that you did not have to EVER worry about implementing “trivial” rendering for templates at all and the templates could be mapped to much more simpler data documents (XML). For all the good advice about separating data from design online and using compiled templates, XSLT gets a bad rap because XML has a bunch of other features unrelated to it that people use that can be complex. But then why does XSLT have to be deprecated if the problems are actually with XML? And for the record if they’re removing it for “security” reasons I think that means that the performant XSLT rendering is not trivial at all. I would love to see the trivial code for rendering those documents in JS because I don’t believe it. If it’s so trivial then it should be a no brainer to ship such a thing with every browser. Or if “security” issues are that big of deal why not create a new XSLT standard for HTML that removes the XML issues? There are many sites that still use it but since it’s a way to eschew JS by using modern CSS + XSLT, obviously Google wants it gone. I really don’t understand how React JSX gets praise praise praise (regardless evangelization) but the similar technology that was even better and earlier than it is somehow not impressive. I used it for all my personal projects, single page sites, multi-page sites, sites that required multiple template types, and for shipping a tar of documents. The beauty being that I didn’t need a CMS or framework to essentially create documents that can be composed of reuseable components/blocks. I was working on a project that used Redbean and XSLT+XML documents to create shippable binaries that were instantly viewable in the browser, but I have halted that project as Google has won by creating the stigma Kool-aid around it. This will be my RSS hill to die on.