Forum Marketing Le forum de référence en matière de web marketing :
  • Améliorez votre site web
  • Apprenez comment le référencer
  • Découvrez quelles sont les autres méthodes de promotion
  • Boostez votre trafic, vos ventes, vos revenus en ligne

... le tout...
Gratuitement !

Bienvenue, Invité. Veuillez vous connecter ou vous inscrire.
Avez-vous perdu votre courriel d'activation?
02 Décembre 2008 09:57:18
102357 Messages dans 16949 Fils de Discussion par 30307 Membres
Dernier membre: fatoum
Accueil Aide Chercher Calendrier Carte des membres Identifiez-vous Inscrivez-vous

 


Forum Marketing  >  Créer et développer un site  >  Conception et Hébergement  >  Fil de Discussion: CSS, XHTML et HTML standard 0 Membres et 0 Invités sur ce Fil de Discussion. « sujet précédent | | sujet suivant »
Pages: 1 2 [3] 4 Envoyer ce Fil de Discussion Imprimer
Auteur Fil de Discussion: CSS, XHTML et HTML standard  (Lu 11840 fois)
Maxime Grandchamp
Administrateur
Sénior
*****
En ligne En ligne

Messages: 3693



WWW
« Réponse #20 le: 25 Avril 2004 17:24:51 »

En utilisant les hacks IE, on peut régler assez facilement les différences d'interprétation en Netscape/Mozilla et IE.

De plus, XHTML présuppose l'abandon de balises propriétaires : ceci doit également apporter plus de facilité dans le support multiplateformes.

Il n'y a pas contradiction entre ces deux phrases ?

Cordialement
Journalisée

Maxime Grandchamp
Avez-vous lu mon dernier livre sur le référencement ?
www.guide-optimisation.com

Lisez aussi le point de vue des experts: www.gourous-du-net.com

Nicolas
Cadet
***
Hors ligne Hors ligne

Messages: 38



WWW
« Réponse #21 le: 25 Avril 2004 21:24:04 »

Bonsoir Maxime,

Non il n'y a pas contradiction à mes yeux.

D'une part abandon des balises propriétaires, ce qui doit apporter plus de facilité dans le support multiplateformes comme je l'ai dit ; je pense ici à <blink>, <label> et <layer> notamment.

D'autre part, correction (contournement) de quelques petits bugs dans l'interprétation - par certains navigateurs - de balises normalisées.

Amicalement



Journalisée

Nicolas

Maxime Grandchamp
Administrateur
Sénior
*****
En ligne En ligne

Messages: 3693



WWW
« Réponse #22 le: 26 Avril 2004 12:19:30 »

D'autre part, correction (contournement) de quelques petits bugs dans l'interprétation - par certains navigateurs - de balises normalisées.

C'est l'aspect hack / contournement de bugs qui me fait peur. Si le but est de faire du code valide, on ne devrait pas tenir compte des erreurs des navigateurs. Sinon une grosse partie de l'avantage d'utiliser du XHTML s'en va...

Cordialement
Journalisée

Maxime Grandchamp
Avez-vous lu mon dernier livre sur le référencement ?
www.guide-optimisation.com

Lisez aussi le point de vue des experts: www.gourous-du-net.com

Nicolas
Cadet
***
Hors ligne Hors ligne

Messages: 38



WWW
« Réponse #23 le: 26 Avril 2004 13:19:46 »

Citation
C'est l'aspect hack / contournement de bugs qui me fait peur.

C'est vrai que dans l'absolu, c'est pas top. En faisant quelques recherches, je suis tombé sur ce site qui référence les divers navigateurs et leurs comportements : http://centricle.com/ref/css/filters/

Je trouve toutefois que la situation s'améliore (certes lentement) par rapport à 3-4 ans en arrière, où le passage obligé était quasiment de faire 2 (voir 3, pour IE, NN et les autres navigateurs) versions d'un site, avec détection du browser, ou alors de faire du 100% flash parce que le rendu sera identique partout (sic).

En fait, pour des mises en page simples, je pense qu'il n'y a pas besoin d'avoir recours aux hacks.

Et pour contourner les quelques problèmes de IE, les commentaires conditionnels, très bien expliqués dans cet article (http://darkmag.net/darkBlog/index.php/2004/01/30/11-CssHacksPourquoiFaireCompliqueQuandOnPeutFaireSimple), résolvent bien des problèmes.


Amicalement
« Dernière édition: 26 Avril 2004 13:21:33 par Nicolas » Journalisée

Nicolas

Frédéric Jeanbart
Sénior
*****
Hors ligne Hors ligne

Messages: 107


Concepteur analyste Web et commerce électronique


« Réponse #24 le: 27 Avril 2004 13:33:53 »

Et pour contourner les quelques problèmes de IE, les commentaires conditionnels, très bien expliqués dans cet article (http://darkmag.net/darkBlog/index.php/2004/01/30/11-CssHacksPourquoiFaireCompliqueQuandOnPeutFaireSimple), résolvent bien des problèmes.
Bonjour Nicolas,

Est-ce que ces commentaires conditionnels peuvent aussi être utilisés dans le <BODY> d'une page? Par exemple, peut on vérifier non seulement la version d'un navigateur, mais aussi une variable URL (ce qui suit un "&" dans l'URL)? Ou autre chose? Y a-til une référence plus complète que le lien que tu as donné? Merci!  Cool
Journalisée

[color=008000]On ne peut pas se mettre dans la peau d'un autre sauf en le tuant et en l'écorchant pour la lui prendre -- Boris Vian, Herbe Rouge[/color]

Frédéric Jeanbart
Sénior
*****
Hors ligne Hors ligne

Messages: 107


Concepteur analyste Web et commerce électronique


« Réponse #25 le: 27 Avril 2004 13:39:51 »

tout simplement par ce qu IE domine avec 95% de taux d'equipement.
En passant, cette statistique est fausse. Elle représente la proportion des ordinateurs orchestrés par MS Windows, ce qui n'a rien à voir avec le navigateur utilisé: assumer que tous les gens qui ont Windows utilisent DONC Internet Explorer est de l'ordre d'une interprétation personnelle plus que d'un constat.
Journalisée

[color=008000]On ne peut pas se mettre dans la peau d'un autre sauf en le tuant et en l'écorchant pour la lui prendre -- Boris Vian, Herbe Rouge[/color]

Nicolas
Cadet
***
Hors ligne Hors ligne

Messages: 38



WWW
« Réponse #26 le: 27 Avril 2004 21:13:22 »

Bonjour Nicolas,

Est-ce que ces commentaires conditionnels peuvent aussi être utilisés dans le <BODY> d'une page? Par exemple, peut on vérifier non seulement la version d'un navigateur, mais aussi une variable URL (ce qui suit un "&" dans l'URL)? Ou autre chose? Y a-til une référence plus complète que le lien que tu as donné? Merci!  Cool

La référence la plus complète reste le site de MS : http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/ccomment_ovw.asp

Les commentaires conditionnels ont pour vocation :
- d'éviter de mettre en place un script pour détecter le browser et la version
- de remplacer les hacks.

Pour récupérer des valeurs passées dans l'URL, utilise plutôt un langage de type PHP.

Amicalement
Journalisée

Nicolas

Frédéric Jeanbart
Sénior
*****
Hors ligne Hors ligne

Messages: 107


Concepteur analyste Web et commerce électronique


« Réponse #27 le: 28 Avril 2004 04:50:59 »

Bonjour Nicolas! Et merci pour ta réponse.

La référence la plus complète reste le site de MS : http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/ccomment_ovw.asp
Les commentaires conditionnels ont pour vocation :
- d'éviter de mettre en place un script pour détecter le browser et la version
- de remplacer les hacks.
Pour récupérer des valeurs passées dans l'URL, utilise plutôt un langage de type PHP.

Ah bon je m'y attendais un peu... Suite à ton message initial, je me demandais s'il y avait un ensemble de balises ou une syntaxe que j'ignorais, mais finalement non... Personnellement j'utilise JavaScript pour la détection du navigateur, chargé en cache via un fichier js inclu dans la balise SCRIPT. Chaque page ne fait qu'appeler simplement la fonction de détection afin d'initialiser une variable, qui elle peut servir pour plusieurs choses... En particulier, elle permet de construire dynamiquement du code en temps réel, aiguillant sur des fonctions particulières à un navigateur, ou encore vers l'ensemble de pages correspondantes - mais il existe tellement de posibilités...

Cette habitude d'insérer ce fichier js par défaut m'a beaucoup servie, car même si lors de la première publication d'un site je ne me sers pas beaucoup de la détection (à moins d'un impératif dans le cahier des charges, d'une exigence visuelle peu commune, ou de l'utilisation de syntaxes JavaScripts soumisent aux contraintes des différents DOM), il arrive TOUJOURS un moment lors d'une mise à niveau où j'en ai finalement besoin. Alors j'inclus ce script par défaut, au cas où...

Pour le reste j'utilise Perl, ColdFusion et ASP. Ce dernier le moins souvent possible, préférant ColdFusion pour des raisons de sécurité, ainsi que d'aisance à configurer l'environnement, dont : l'anté-mémoire; l'intégration d'applications/services Web distribués via plusieurs serveurs en "cluster"; la résolution/gestion des collisions de résultats de requêtes BD, collisions qu'il faut prévoir dans le modèle client/serveur et multi-usagers du Web ("locking strategies").

Un gros atout de CF est un moteur permettant la persistance des sessions de travail. La reconnaissance de chaque utilisateur, par l'intermédiaire de variables client/session/application, qui plus est avec le choix d'emmagasiner les données client soit dans la base de registre, soit dans des tables pré-déterminées et accédées vis un SGBD relationnel tel SQL Server ou Oracle. CF permet d'associer des durées de vie à ces variables, en nombre de minutes, heures ou jours, et nettoie (efface) automatiquement les données client inutiles ou passées date selon soit un calendrier, soit un script plus complexe faisant appel à d'autres conditions que la simple date/heure. De plus, ColdFusion permet l'inclusion de codes JSP, d'applets Java, d'inline Perl, et s'intègre parfaitement et naturellement avec  Flash (les deux sont de Macromédia).

Outre ses propres balises, ColdFusion utilise aussi un langage propriétaire semblable à JavaScript ou VBScript, mais sans l'utilisation du DOM, et permettant de ne manipuler exclusivement que les variables CF emmagasinées dans l'espace-mémoire de travail de ColdFusion (pour accéder au DOM, il suffit d'utiliser le JavaScript standard, ayant exactement la même syntaxe que CF Script). Gros bonus : XML et ColdFusion forment un couple parfait, et il n'y a aucun problème à passer des variables JavaScript vers des variables ColdFusion, et vice-versa. Le seul hic est que contrairement à PHP/ASP, ColdFusion n'est pas gratuit... Mais c'est un coût résiduel lorsqu'on en considère son intégration dans le cadre d'un mandat "clé-en main" (comparativement aux autres coûts impliqués par le design/développement/déploiement/entretien/etc). Un impact sur le RSI (que certains appellent à tors "ROI") - J'irais jusqu'à affirmer qu'à moyen ou long terme, il en coûte bien moins cher d'acheter ColdFusion que d'utiliser par exemple ASP, en raison d'une facilité d'entretien incomparable, que ce soit pour la sécurité, la vérification d'intégrité des données transmises, ou encore pour la possibilité de structurer et modulariser les codes CF. Par exemple, on peut modulariser en fabriquant de nouvelles balises CF, grâce à deux méthodes (genre de "sous-routines") : l'une appelant une fonction écrite dans un autre fichier qui ne contient que le code correspondant à l'algo de la fonction (ceci peut aller de la simple mise en page des paramètres passés via HTML/DHTML, au calcul d'une fonction des plus complexes via les balise CF), et l'autre méthode appelant un programme pré-compilé (C++ ou autre, tel un DLL). Ces deux méthodes permettent le passage de paramètres.

Oh j'allais oublier un autre facteur important: une plus grande aisance pour le développement et les tests avant la mise en production. ColdFusion affiche des informations de debug en cas d'erreur (affichées en bas de page et selon l'IP d'origine, le gestionnaire CF permettant de spécifier une ou plusieurs IP), incluant les bugs de requêtes BD!! Aussi TOUTES les variables CGI sont affichées avec les info de debug, incluant l'URL complet, ainsi qu'une liste des variables CF et de leurs valeurs juste avant la coquille... Le détail du debug affiche non seulement le fichier fautif mais aussi le no. de ligne contenant la coquille avec une description de l'erreur.

Je n'ai pas encore touché à PHP. À quel langage pourrais-tu le comparer? J'ai entendu beaucoup de bien sur lui, et je crois que je vais m'y lancer, histoire d'augmenter mon bagage - je crois que plus on reste à jour sur les différentes technologies, plus on fera des choix technologiques objectifs (sans la limitation du "Oh ben j'connais pas alors c'est pas possible"). On sera donc à même de connaître voir repousser les limites, libérant ainsi plus d'espace pour l'imagination et les stratégies marketing les plus folles. Car mon leit motiv est Tout est possible jusqu'à preuve du contraire  Cool... Enfin, c'est toujours mieux que le "Jusqu'ou irez-vous" de Microsoft...  Grin

Amicalement

Surpris Embarrass&eacute; L&egrave;vres scell&eacute;es
IE ne respecte pas les standarts du W3C. Mais c'est un débat qui courre depuis très longtemps est qui n'est pas prêt de se terminer.

Oh que c'est vrai! Roulement des yeux Car assez ironiquement (pour les gens de marketing qui viennent ici), il semble que c'est en partie une conséquence de la stratégie marketing de Microsoft de ne pas se conformer aux standards W3C: ils pensent qu'ils arriveront à garder pour eux seuls une énorme part de marché, grâce à la pénétration dont ils jouissent via Windows. Cette grosse part du gâteau, ils tentent de la monopoliser encore plus avec leur non conformité : la compétition utilisant des standards qui peuvent fonctionner différemment sur MSIE est ainsi marginalisée. Le capitalisme pur et dur quoi... Mais au détriment d'une saine évolution.  L&egrave;vres scell&eacute;es
« Dernière édition: 28 Avril 2004 07:01:19 par Frédéric Jeanbart » Journalisée

[color=008000]On ne peut pas se mettre dans la peau d'un autre sauf en le tuant et en l'écorchant pour la lui prendre -- Boris Vian, Herbe Rouge[/color]

x
Invité
« Réponse #28 le: 31 Octobre 2004 16:34:40 »

J'ai du mal à comprendre les gens qui parlent du XHTML comme du messie en évoquant au passage le respect des normes, les malvoyanys et toute la soupe habituelle, alors qu'ils ne sont pas fichus d'écrire correctement une ligne qui ne soit truffée de fautes d'ortographes. Le préchi précha y'en a marre
Journalisée

Frédéric Jeanbart
Sénior
*****
Hors ligne Hors ligne

Messages: 107


Concepteur analyste Web et commerce électronique


« Réponse #29 le: 15 Novembre 2004 14:23:47 »

J'ai du mal à comprendre les gens qui parlent du XHTML comme du messie en évoquant au passage le respect des normes, les malvoyanys et toute la soupe habituelle, alors qu'ils ne sont pas fichus d'écrire correctement une ligne qui ne soit truffée de fautes d'ortographes. Le préchi précha y'en a marre

ET moi à comprendre ceux qui ne font que critiquer des trucs sans aucun rapport avec le thème, et sans même apporter quoi que ce soit dans la discussion... Parlant de "préchi précha", vous faites dans la projection mon vieux! Et si on doit avoir marre de quelque-chose ici, c'est d'intervention telle que la vôtre...

Cordialement (si si)   Bisou
« Dernière édition: 15 Novembre 2004 14:25:15 par Frédéric Jeanbart » Journalisée

[color=008000]On ne peut pas se mettre dans la peau d'un autre sauf en le tuant et en l'écorchant pour la lui prendre -- Boris Vian, Herbe Rouge[/color]

Pages: 1 2 [3] 4 Envoyer ce Fil de Discussion Imprimer 
Forum Marketing  >  Créer et développer un site  >  Conception et Hébergement  >  Fil de Discussion: CSS, XHTML et HTML standard « sujet précédent | | sujet suivant »
Aller à:  

 
 Inscrivez-vous !

Cher visiteur, inscrivez-vous au forum et :

  • Boostez le trafic de votre site
  • Améliorez son référencement
  • Augmentez vos ventes en ligne
  • Apprenez grâce à nos Membres
  • Améliorez votre site
S'inscrire gratuitement !


 Site d'un Membre

SeiShonagon
Membre de Forum Marketing : SeiShonagon
Voir son site


 On remercie...

Membre : arnaudpons
Messages : 160
Bons points : 4
Voir son profil
Voir ses messages
Voir ses stats
Lui envoyer un PM
Visiter son site



 Les experts disent

 Soutenez le forum

Mettez nos boutons et bandeaux sur votre site pour montrer votre soutien !

-> Lire les détails