Reprise du message précédent :
innerHTML perso, majoritairement.
Par abus de facilité et tant que ça marche bien, j'ai pas à me plaindre.

Bin je vais redire ce que je disais alors:
Pour moi:

• innerHTML est à priviligier pour faire des modifications du contenu d'une page  
• le dom est préférable dans le cas d'une modification structurelle et/ou evenementielle

En fait ce que disais flo850
 

le innerHTML c'est mal dans la plupart des cas sauf pour :  
-Remplir un block avec du texte (c'est hyper rapide)
-Afficher du contenu qui se trouve dans un endroit de la page dans une micropopup ou autre connerie
ex: j'ai du contenu caché au niveau HTML que j'affiche lorsque survol de ma souris (doit y avoir a peut près 3 ou 4 k de HTML, et ca sur a peu pres une 20 aines d'accessoires d'un produit.
 
Le dom ca deboite quand tu veux juste acceder à un élément et lui rajouter des features ou le cloner. Là c'est le bonheur

pour une fois on est quasi tous d'accord

la fin du monde est proche

Masklinn est pas encore passé par là

Personne pour mon histoire de liens en CSS ?

 
Non, j'ouvre un popup sur lequel on travaille, quand on valide ce qu'on a fait ça balance les infos par xhr. Si le retour est OK, alors on ferme le popup, sinon non...
 
Et c'est là que je me rend compte que je suis con ... j'ai juste à valider ma page normalement, avec rechargement de celle-ci s'il y a une erreur, et sinon fermeture
 

 
Voilà, c'est ce que je fais aussi... J'ai une appli particulière qui me créé des div à la volées suviant mes actions, donc là j'utilise le DOM.
 
Sinon pour ce dont je parlais plus haut, j'envoi uniquement du texte brut ... donc j'utilise innerHTML
 

 
Alors ils prennent le dessus... Je crois qu'il faut appliquer une classe aux liens eux-même, j'avais déjà eu un problème du genre, c'est pour ça que j'ai posé la question...
 
Alors je sais pas s'il y a une autre solution...

Pas exactement, je dis surtout que le DOM c'est extrèmement lent, donc si on a besoin de vitesse de rendu ou qu'on génère de gros bouts de documents (~templates) c'est suicidaire de l'utiliser.

 
Pff, c'est bien lourd tout ça

  Hmmm j'ai des doutes en fait,

Je viens de tester ça vite fait :

Mon 1er lien est bien bleu, et le 2ème lien est bien rouge ...

Oui, parce que dans la CSS, il est déclaré après le style général.

Dans ma CSS aussi le style secondaire est déclaré après le style général, juste que je n'applique pas de classe au lien, je trouve ça lourd
 
Je fais comme ça :
 

<h2 class="titre_news"><a href="">Mon titre</a></h2>

Même en faisant ça mon lien ne se colorise pas
 
h2.titre_news a:visited  {
font-size: 14px;
text-decoration: none;
color #f0b801;
}

mais il est visited ton lien?

Oui, et puis là c'est juste une partie hein, j'ai fais exactement pareil pour link, et hover.

   
 
Pour ceux qui chercherait des informations comparatives :  
 
http://www.quirksmode.org/dom/innerhtml.html
 
 

Oui mais c'est uniquement pour modifier de "l'affichage".
Je demande à voir la même chose avec l'ajout d'handlers d'event sur les nouveaux noeuds

1. C'est un problème différent
2. Et d'expérience il est fréquement plus rapide d'effectuer des e.g. getElementById sur le HTML généré via innerHTML (là encore quand on a de grandes quantités de contenu à intégrer) plutôt que de tout générer via DOM et de hooker ses évènements au passage.

we DO agree

comme tu le dis si bien "fréquement", je reste convaincu que cela dépend des situations.
Et par ailleurs, c'est également très dépend du reste du contexte. Par exemple, j'aime travailler avec des classes en js ( un objet ayant souvent son noeud correspondant en attribut); ensuite quand je recupere du xml ou du json ( ça tu m'a convaincu c'est terriblement pratique) je construit les objets correspondants.
Alors tu vas me dire que je pourais faire pareil avec innerHTML. Remplacer le contenu puis le parcourir pour reconstruire mes objets en utilisant les noeuds déjà en place. Je dirais certes mais j'aime pas
Et puis la ça me donne un petit coté webservice à la partie serveur qui ne s'occupe en rien de la restitution graphique du bordël.

Bien sûr, je n'ai jamais dit le contraire

Ah mais tu fais ce que tu veux hein, tes perversions sont tes problèmes pas les miens
 

Nan mais je prends tout de même note de tes remarques hein ... faut pas croire    
Si un jour je me retrouve sur un truc qui rame trop en DOM je saurais comment le faire autrement

<h2 class="titre_news"><a href="">Mon titre</a></h2>

::::::::
 
edit: le validateur CSS devrait t'alerter d'ailleurs

regle du lvha pour les liens si tu les mets dans le desordre c est normal que ca foire
donc tu declares link avant visited
on moyen mnemotechnique sympa pour s en souvenir LoVe HAte

 
'tain j'avais pas vu

 
Hello tout le monde  
 
Pour en revenir à ça, j'ai donc modifié le comportement. QUand je clique sur valider, ça valide le form en rechargeant la page. S'il est ok, je ferme la page juste avec un  

<script type="text/javascript">
    window.close();
</script>

 
Ça fonctionne, mais je me demandais si c'était propre, ou si même pour une simple fermeture, il fallait quand même faire ça :

<!DOCTYPE [...] >
<html>
<head>
<script type="text/javascript">
    window.close();
</script>
</head>
<body></body>
</html>

À ton avis ?

Ben si je pose la question ...
 
Je dirais que le 2ème est plus propre. Mais vu qu'aucun affichage n'est destiné à l'utilisateur, et que c'est uniquement pour fermer la fenêtre, ce n'était pas forcément utile.

 
Bon je viens de faire le test. Je modifie mes fichiers en local, quand j'ai fini mes modifs je fais un commit, jusqu'à là ça va.
 
J'utilise NetDrive pour me créer une lettre de lecteur W:
 
Après une modif+commit, je fais un clic droit sur mon dossier (j'utilise Tortoise), je fais Export, je choisi la destination ... et il m'envoie le tout à chaque fois... et pas uniquement mes fichiers modifiés

la prochaine fois tu liras toutes les réponses qui te sont faites
 
(et rien ne t'empêche de faire un script en e.g. Ruby, Perl ou Python qui gère le problème et n'exporte que certains fichiers, ou -- comme je l'ai mentionné -- de passer par un trigger oncommit si l'export doit être fait systématiquement)

 
Rho eh ça va hein, ça remonte à quelques jour déjà Et puis je répondais à Gizmo qui disait qu'un export ne balançait que les fichiers modifiés, j'explique donc que non, stoo

Edit : Nan rien ... IE stoopoori quand même

je viens de perdre une enchere sur ebay.fr car je regardais le code source de la page    
 
tain, des lunettes ray ban a 41 EUR au lieu de 125 en magasin  

les boules....
Mais tu as le temps d'ici l'été.
Svp répondez à mon post :
http://forum.hardware.fr/hfr/Progr [...] 1916_1.htm
Merci d'avance...

 
   
 
  (faut avouer que c'est assez ironique )

 
tain, en fait je me demandais ce que c'étais ce code source de daube et le travail titanesque que ça demanderai pour tout mettre aux normes...

qqun aurait un truc magique pour forcer le content type sur une page ?  
en l'occurence il est pas envoyé par le serveur, or il faut que je remplisse le formulaire la pour pouvoir reconfigurer le dit serveur

jvais essayer https://addons.mozilla.org/firefox/3207/  

ça marche

Tu peux nous remercier, sans nous tu ne trouverais pas

[spam]
http://forum.hardware.fr/hfr/Progr [...] 1990_1.htm
merci
[/spam]