Titre : [Shadow] : Shadow DOM déclaratif (bugzilla : 28441)
Migré depuis : https://www.w3.org/Bugs/Public/show_bug.cgi?id=28441
commentaire : 0
comment_url : https://www.w3.org/Bugs/Public/show_bug.cgi?id=28441#c0
_Dimitri Glazkov_ a écrit le 08/04/2015 à 15:49:50 +0000.
De : https://lists.w3.org/Archives/Public/public-webapps/2015AprJun/0052.html
"Principalement pour la performance, ce serait bien si
l'arbre composé peut être sérialisé et mis en cache. Comme ça d'abord
le rendu ne nécessite que du HTML et du CSS avec JavaScript
finir. Nous avons pensé qu'il n'était peut-être pas trop difficile d'ajouter quelque chose comme
serait que
tree et que le DocumentFragment nee ShadowRoot est associé à
"son parent".
commentaire : 1
comment_url : https://www.w3.org/Bugs/Public/show_bug.cgi?id=28441#c1
_Dimitri Glazkov_ a écrit le 08/04/2015 à 16:21:10 +0000.
Voici une implémentation assez simple de cela à l'aide d'éléments et de modèles personnalisés : http://jsbin.com/xuheb/4/edit
Je pense que c'est un bon exemple de :
a) utiliser des extensions de type pour éviter des comportements d'analyse plus codés en dur
b) Web extensible en action - pas besoin d'attendre les spécifications/navigateurs pour expédier cela
c) les mises à niveau des éléments personnalisés sont utiles pour éviter des traversées d'arborescence supplémentaires et différer l'exécution du script jusqu'à ce que vous ayez réellement besoin de l'arborescence.
Cela nécessite une proposition claire.
A quoi ressemblerait une telle proposition ?
Quelles choses doit-il contenir ?
Y a-t-il un passe-partout pour commencer?
L'ensemble des modifications nécessaires à l'analyseur HTML serait un début.
Commentaire le plus utile
Cela nécessite une proposition claire.