- From: Chris at Milieu <notifications@github.com>
- Date: Wed, 21 Jun 2017 16:17:18 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/webcomponents/issues/645/310231285@github.com>
That is precisely the use case. In the bad old days some of us built out template systems that used server side includes. The point is not to eliminate JS and CSS by the way, but to have graceful fallback options while still allowing for some sort of modularity for sites with a large amounts of mostly static content. It would work hand in hand with <template> and custom elements. That fallback by the way? It also allows that often machines are reading and making use of that content. Combine with something like Linked Data and we actually have a web that works as intended. On Wed, Jun 21, 2017 at 19:01 Ashley (Scirra) <notifications@github.com> wrote: > The only way I can imagine HTML modules being useful with script disabled > is if they basically inserted their full DOM content at the place they were > included. So to use HTML imports as an example, <link rel="import" > href="import.html"> would be equivalent to copy-pasting the contents of > import.html in place of that tag. Is that really a significant use case? > Perhaps there could be an extra mode to do that, but would anyone use it? > > — > You are receiving this because you commented. > > > Reply to this email directly, view it on GitHub > <https://github.com/w3c/webcomponents/issues/645#issuecomment-310228789>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AGYGJ_yAGHU_C4uE_PtoBQiKQUag6J3bks5sGaDNgaJpZM4N_wrF> > . > -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/webcomponents/issues/645#issuecomment-310231285
Received on Wednesday, 21 June 2017 23:17:52 UTC