The menu is a templated document fragment, and XSLT runs completely before anything on the page exists (so it's not usable for interactive applications unless you run it in a javascript processor). What you're claiming is like saying a linked CSS file somehow makes the page an application. The application is the browser, and it knows how to put together linked fragments, templates, and styles to form a document. XSLT is exactly how current HTML standards allow static client-side includes just like CSS is how they allow styles.

The application is the browser

except that the browser does not provide enough interface for navigation. only back/forward, and clicking on links.

compare that to an email client or really any other application. hackernews is a messaging application.

a linked CSS file somehow makes the page an application

no, to keep with the analogy, the CSS part IS the application.

XSLT is exactly how current HTML standards allow static client-side includes

well, kind of. you need a lot of code to describe a simple template: https://news.ycombinator.com/item?id=44398626 [1]

and that still doesn't work for cases where you want multiple document in one view though.

it is at least a step in the right direction. it allows me to keep the document separate and free of navigation artifacts (the linked example is not ideal in that case, but it can be done).

but the same is achived if i build an SPA with javascript. the browser first loads the SPA application, and then the application loads the documents to be displayed. that allows me to keep the documents as original on the server. and unlike xslt this also works for multiple documents in the same view.

[1]: for those reading that thread to the end, the chromium issue turns out to be limited to the fedora build of chromium, nightly builds from the chromium website and chrome work.