Posté(e) le 24 avril 200619 a Bonjour, En cliquable c'est mieux !, sinon pour ton probleme, j'ai beau chercher je ne vois pas, de plus mon pc sous windows est en rade en ce moment (il n'est plus sur aucunes des deux becanes en signature). Tu pourrais obtenir des messages d'erreurs ? C'est peut etre tes scripts, j'ai un site en PHP et souvent Mozilla (pas Firefox) se referme tout seul aussi !
Posté(e) le 24 avril 200619 a Euh l'abus de tequila est mauvais pour la santé ? Perso sous IE ça marche très bien.
Posté(e) le 24 avril 200619 a ça plante chez moi aussi... J'ai déjà eu ce cas d'erreur sous IE. A priori, c'était les dimensions d'une zone graphique décrits dans le css qui faisait planter sans que ces dimensions soient éxagérées...
Posté(e) le 24 avril 200619 a Bon je pense avoir trouvé le problème, c'est la gestion de chiotte des divisions à IE qui doit être en cause >_< Je viens d'écrire dans toutes les divisions et là le site plante pas, avant j'y avais juste laissé un espace ( ) mais ça devait pas être assez apparement. Si vous pouviez me confirmer que ça marche, ça serait cool, merci à tous de votre aide Ha au passage, quelqu'un connait-il une orthographe correct de ceci en xhtml strict : <form method="get" action="http://www.google.com/custom" target="_top"> plein de bazard </form> Le validateur de xhtml strict me dis qu'il y a un problème sur le target:"_top" mais je connais pas du tout la structure de la balise <form> Si quelqu'un pouvait m'aider ça serait cool, je m'en sort pas avec les tuto de xhtml Je crois que la balise target est tout bonnement proscrite en XHTML! Car tu dois laisser à l'utilisateur le choix (s'il veut ouvrir la page dans un nouvel onglet/nouvelle fenêtre, il le fera en cliquant-droit dessus)
Posté(e) le 24 avril 200619 a En même temps j'ai la version 6.0.2 d'IE car j'ai installé firefox direct après mon formatage... C'est peut-être ça? En tout cas voila une preuve :(
Posté(e) le 24 avril 200619 a Mmh, je mets donc rien du tout à la place du target? En fait j'aimerais bien l'ouvrir par défaut dans une nouvelle fenetre, ce qui équivaut à un blank, mais si target est procris je sais pas trop comment m'y prendre En effet, il ne faut pas mettre l'attribut target (quelque soit la velur associée), car ce n'est plus du tout reconnu! par le XHTML
Posté(e) le 24 avril 200619 a Auteur ok Par contre, par défaut ça ouvrira dans une fenetre vide ou sur la même page? Et dans le cas où ça ouvre sur la même page, comment je fais pour le faire ouvrir dans une nouvelle page?
Posté(e) le 25 avril 200619 a ok Par contre, par défaut ça ouvrira dans une fenetre vide ou sur la même page? Et dans le cas où ça ouvre sur la même page, comment je fais pour le faire ouvrir dans une nouvelle page? Ca ouvrira dans la même page! Si tu veux que l'utilisateur ouvre dans un nouvel onglet/nouvelle fenêtre, mets lui un message lui demandant de le faire (par clic droit, clic sur la molette...)! Et encore, je suis même pas sur que lors d'un clic sur un bouton de formulaire, cela puisse fonctionner
Posté(e) le 25 avril 200619 a Auteur arf mince, bon ben tanpis, je crois que je vais laisser une erreur volontaire dans mon code alors
Posté(e) le 25 avril 200619 a Je crois que tu peux contourner ça en faisant du javascript. Par exemple le lien pour aller sur le forum de pcinpact à partir de la homepage l'ouvre dans une nouvelle fenêtre, et le code est valide XHTML. <li><a href="/forum/" onclick="window.open(this.href,'_blank');return false;"> Forums PC INpact</a></li>
Posté(e) le 26 avril 200619 a C'est juste valide parce que le validateur ne peux pas vérifier le javascript c'est tout... Mais si ce n'est pas dans la norme c'est qu'il y a une raison... Ça ne sert à rien de rajouter un bout de js juste pour dire que c'est valide. C'est plus hypocrite qu'autre chose.
Posté(e) le 26 avril 200619 a Tout à fait d'accord, c'est vrai que c'est plus qu'embêtant les pages qui veulent forcément s'ouvrir dans une nouvelle fenêtre.
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.