Différences en javascript [dj]

Soyez le premier à donner votre avis sur cette source.

Vue 9 763 fois - Téléchargée 682 fois

Description

recueil des différences, en fonction du navigateur.
...................................................

Conclusion :


les différences qui me sont venues,
ça ne demande qu'à être complété ( il doit aussi
y avoir des spécificités pour des navigateurs ),
donc besoin de votre aide, je ne dirais pas pour
finir cette liste, mais pour l'étoffer/l'améliorer.

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

cs_bultez
Messages postés
13619
Date d'inscription
jeudi 13 février 2003
Statut
Membre
Dernière intervention
15 octobre 2013
30
>>j'aime bien les framework
en production, dans le taf... c'est sûr, aucun doute.
quoique... je disais dans DINDE justement, d'opter pour
un 'générateur d'applications', un L4G... !
entre nous, les "framework JavaScript", c'est plus
du style bibliothèques d'outils que Framework "au sens noble".
au boulot, c'est ce que je ferais, là aussi sans aucun doute.
on ne s'y amuse pas, il faut produire... vite ( et bien ? )
Cordialement.
malalam
Messages postés
10840
Date d'inscription
lundi 24 février 2003
Statut
Modérateur
Dernière intervention
2 mars 2010
20
@Bultez => ouais; ben pour être franc, c'est pour ça que j'aime bien les framework js en général. je me suis attaché à prototype après être passé par jquery, mais ce dernier est vraient trop lent pour les sélections. Certes, il y a un fichier de près de 100ko à se trainer...mais bon, 100ko de nos jours, en link, ça ne représente plus grand chose; et ça évite de réécrire soi-même les mêmes méthodes, finalement.
Je vais uyn peu plus loin que ce tuto même si je devrais poster sur ton autre code, mais bon... : ton petit framework DINDE est, dans ce sens, une bonne initiative aussi. Néanmoins...:-)...on utilise rarement QUE les évènements. Certes, c'est une grosse partie d'une interface utilisateur réussie. Mais attaquer le DOM pour ajouter, ôter des éléments, les modifier etc...ça va quand même souvent avec. Et là, DINDE ne suffit plus : soit on réécrit la majorité des méthodes dont on a besoin (sélecteurs css, récupération d'attributs, etc...) pour avoir une base portable, soit...on se dit que finalement, un prototype, un jquery, un moo, un dojo...font tout ça très bien, et on abandonne ton DINDE, si sympa soit-il. C'est très différent d'un langage serveur ou on a souvent besoin que d'un framework très spécialisé, en fait, et ou on peut donc se passer de frameworks lourds et indigestes qui font tout -bien ou mal-, et donc trop. En js, il y a un bundle inévitable. Et en js, il y a la question cruciale de la portabilité, surtout...
cs_bultez
Messages postés
13619
Date d'inscription
jeudi 13 février 2003
Statut
Membre
Dernière intervention
15 octobre 2013
30
merci Malalam,
effectivement tu as raison, il faut regarder de
ce coté là... et trouver des exemples simples.
>>...il y a des différences entre chaque...
hélas. @+
malalam
Messages postés
10840
Date d'inscription
lundi 24 février 2003
Statut
Modérateur
Dernière intervention
2 mars 2010
20
@Bultez => Bonne initiative, très bonne.
Pour continuer ce que dit _XTremDuke, un exemple : regarde toutes les fonctions DOM relatives aux attributs sous IE (getAttribute et cie) Voire getElementsByTagName(). Tu verras vite le bordel. En effet, le respect du DOM n'est pas acquis sur tous les navigateurs (en fait, le vrai respect, sur aucun...et il y a des différences entre chaque).
apxa
Messages postés
188
Date d'inscription
mercredi 15 mai 2002
Statut
Membre
Dernière intervention
25 avril 2009

iop all,
ce qui serait plutôt utile c'est de tenir compte des validation W3C XHTML

Have Fun ;)

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.