Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Links inopérants sous IE 10
Bonjour à tous,
Un de nos clients a créé son site web www.brunet-vidal.com avec Webcreator Pro or, les links contenus dans celui-ci deviennent inopérants sous IE 10 alors que tout marche parfaitement sous Firefox ou GC.
Etant donné que ce site est commercial et que la majorité des utilisateurs utilisent IE 9 ou 10, il est indispensable de le rendre compatible.
Auriez vous une idée de ce qui bloque sous IE 10 ?
Vous remerciant infiniment par avance.
J'ai pas testé sous IE 10, mais je pense que votre client devrait demander aux développeurs de Web Creator Pro pourquoi leur logiciel (qu'il a dû payer cher j'imagine) génère un code de m****.
Je me doutais que j'allais recevoir ce genre de réponse
En attendant, il serait intéressant de connaître le pourquoi...
Manque t'il qqe chose pour rendre les pages compatibles avec IE , peut être un petit détail de code ?
Le site n'est-il défaillant que sous IE 10, ou c'est le cas sur les autres versions d'IE également ?
Bonjour,
Il faut que tu fasses comprendre au client qu'il est indispensable de revoir l'intégralité de son site.
La manière dont il est conçu est complètement néfaste à son référencement et ne permet pas d'assurer son bon fonctionnement sur les versions futures des navigateurs. C'est une vieille version du logiciel et tout le fonctionnement du site repose sur du javascript, avec une inscription de copyright de 1999-2004, soit vieux de 10 ansTon client doit comprendre que les web évolue et que le code doit impérativement être mis à jour en conséquence.
Alors oui, une simple correction dans le code permettrait probablement de le rendre compatible IE10 (observe le doctype déclaré et réfléchis à son incidence sur le moteur de rendu choisi par la navigateur) mais il s'agit d'un emplâtre sur une jambe de bois.
Bonjour CandyGirl et merci pour ta réponse.
En l'ocurrence c'est certainement aussi la faute à IE 10 vu que les autres navigateurs acceptent bien ce "code".
Je ne vois pas mon client réinvestir dans un autre logiciel pour l'instant.
Je cherche donc à le conseiller avec ce dont il dispose pour l'instant...
1/ Etes vous au courant d'une nouvelle version de Webcreator qui réglerait cela ?
2/ Si il fallait changer le doctype que mettriez vous pour être sûr que IE 10 l'accepte ? (je peux editer les pages sur le ftp avec mon editeur pro)
Merci pour vos suggestions
C'est une grave erreur de raisonnement. Ce n'est pas parce qu'un code vieux et mal conçu fonctionne à peu près bien sur de vieux navigateurs que c'est la faute du nouveau navigateur qui, lui, n'arrive pas à l’interpréter.Envoyé par clickandgo
C'est d'ailleurs à cause de ce genre de raisonnements erronés que les navigateur alternatifs à IE ont mis si long à s'imposer et que l'implémentation correcte des recommandations a pris un tel retard.
C'est ton client dans quel domaine exactement ? Un professionnel du web ne peut qu'encourager ce client à revoir son site et chercher avec lui des solutions. Ce n'est pas les arguments qui manquent avec un tel code...
WeCreator 3 semble sorti en 2005. Si investir 90euros pour 8ans est trop pour ton client, à ta place, je m'en séparerais
Non, je n'y connais rien à webcreator.
As-tu compris ce qui cloche avec le doctype indiqué, ce que cela provoque et pourquoi cela a une implication différente sur IE10 (un petit lien pour t'aider concernant cette dernière partie de la question) ? (désolée si je te semble tourner autour du pot, mais, si tu entends conseiller professionnellement un client, j'estime que tu dois maîtriser un minimum ton sujet plutôt que recevoir une réponse "toute cuite")
CandyGirl
C'est une grave erreur de raisonnementc'est surtout à mon avis une grave erreur de rétrocompatibilité !
Il n'est pas obligatoire d' être toujours "à la pointe de la dernière technologie ou version de navigateur", les usagers particuliers ont le droit de ne pas être au courant de ce genre de choses et certains développeurs proposent des solutions de rétrocompatibilité évidentes ...
Bref, si tous les autres navigateurs acceptent ce code, IE 10 devient donc l 'exception !
D'autre part je ne suis pas ici pour recevoir un cours mais un simple conseil de la part de gens qui s'y connaissent mieux que moi dans certains domaines, ou qui auraient à suggérer une solution simple à ce très petit problème...
Je te remercie pour ton effort de pédagogie, je suis moi même enseignant en informatique et je voulais juste savoir si il était possible d'actualiser une portion de Webcreator de façon à ce qu'il injecte le bon code (depuis le pc du client ) et non pas simplement éditer le HTML vu que si le client modifiait ses pages, le code continuerait à bloquer les links sous IE 10 pour tout nouvel envoi par le le gestionnaire FTP intégré.
Bref, l'un d'entre vous a t'il déjà dû bidouiller Webcreator dans sa carrière ?
En se mettant maintenant à la place du dit client quelle solution lui apporter ? Rachat d'un autre logiciel non professionnel similaire qui prendrait en charge IE 10, ou bien patcher Webcreator avec un patch inconnu du grand public ?
Merci
Re
Non; le problème provient du code, pas de l'évolution du navigateur qui oeuvre à faire disparaître les sites trop vieux et mal conçus. D'autant qu'il fournit le moyen de contourner le problème (cf le lien que je t'ai fourni). Empêcher l'évolution sous couvert de rétrocompatibilité avec des erreurs d'époque est une aberration qui a, fort heureusement, pris fin grâce à l'invention du doctype switching (sur IEmac). IE10 est peut-être une exception dans la lignée des IE (son virage est en direction des standard), mais on a quand même eu plus de 10ans et 5 versions d'IE pour faire fonctionner son site correctement en mode standard.
Le code de webcreator3 est mal conçu puisqu'il s'appuie sur le mode quirks en fournissant un doctype incomplet. En 2005 (date que j'ai trouvée pour la sortie du logiciel; à vérifier), le doctype switching (changement du moteur de rendu d'un navigateur en fonction du doctype renseigné) était déjà largement connu. Webcreator auraient donc dû s'appuyer sur les modes de rendu presque standard de l'époque plutôt que miser sur un mode quirks et ton problème ne se serait très probablement pas posé sur IE10.
Le but n'est pas de te donner un cours mais de te pousser à comprendre cette relation essentiel entre le doctype et le moteur de rendu choisi par le navigateur afin que tu puisses, dans le futur, trouver la solution tout seul aux très nombreux problèmes sous-jacents.
Parce que te dire simplement: colle-ça dans le head:
ça marchera, peut-être, mais y a rien de plus idiot que de coller un bout de code sans en connaître la raison.
Code : Sélectionner tout - Visualiser dans une fenêtre à part <meta http-equiv="X-UA-Compatible" content="IE=5">
Le conseil t'a été donné; à ce stade, c'est le code complet qui devrait être revu.
Euh, c'est moi ou les deux questions sont à l'opposé ?
Si ton client tient à rester avec webcreator, alors, qu'il achète la dernière version qui produira un code probablement plus propre.
Perso, je pense que je l'aiguillerais vers une solution évolutive de cms en ligne plutôt que l'achat d'un logiciel.
Bonjour,
Le site est effectivement horrible et le code épidermique (des balises font réparties de manières anarchiques, ça faisait longtemps que je ne n'en avais pas vu).
Voir ce genre de site sur le forum ne fera qu'apporter des réponses "vives".
La solution ne serait-elle pas de contacter webcreator directement car personne ici n'utilise ce type de site.
NON le site ne s'adapte pas correctement en toute circonstance et IE10 n'est pas le seul problème. Sur tablette le site n'affiche pas toutes les informations...
J'ajouterais que webcreator est prévu pour concevoir des sites en n'y connaissant absolument rien à la programmation.
Il est donc paradoxale de vouloir ensuite demander à des spécialistes de trouver une solution pour débloquer un problème.
C'est comme solliciter des ébénistes pour un problème de montage de meuble IKEA.
C'est un peu déplacé comme réponse car Candygirl à justement pris sur son temps de bénévole pour comprendre votre problème et y répondre longuement.
C'est un raisonnement faussé. on ne parle pas d'être à la pointe de la technologie mais de respecter les standards. D'ailleurs aujourd'hui il n'y a plus de raison pour ne pas développer en HTML5.
Cette solution de conception de site c'est de l'appareil photo jetable !! Il est donc inutile de l'amener chez un réparateur s'il ne fonctionne plus.
Pourquoi ne pas opter pour un CMS comme il vous a été suggéré ?
D'autant plus que pour un site d'artiste celui-ci ne fait vraiment pas la promotion de son auteur... Et webcreator ne le fera jamais quand on voit les sites qu'il présente en démo.
Incroyable !
Il n'y a même pas de index.html !
Du coup, quand tu vas sur http://www.brunet-vidal.com/pages/, tu te retrouves avec l'affichage du contenu du répertoire.
Bref, le code est effroyable et l'ensemble de ce qui est produit contraire aux rudiments de la publication Web.
Si avec tout ça tu comptes continuer avec ce "logiciel", ne t'étonne pas des conséquences...
Pas de question technique par MP !
Bonjour à tous,
Je suis d'accord avec tous vos arguments, je vais donc insister au près du client pour qu'il évolue vers une autre solution.
Merci
Juste une dernière chose pour revenir à la question initiale.
L'intégralité de ta page est générée en JavaScript (ce qui au passage constitue une aberration, il suffit de désactiver JavaScript pour t'en convaincre), or si les liens étaient de vrais liens HTML, ça ne poserait aucun problème à IE10.
Si tu constates un problème, c'est juste que la façon de gérer les liens par Web Creator doit être aussi obsolète que le code généré (désolé, je n'ai pas eu le courage de me pencher sur le code JavaScript de la page...) ce n'est donc pas IE10 qu'il faut incriminer mais bien l'outil qui génère ces liens de façon inadaptée.
Je suis bien d'accord !
Répondre avec citation
Partager