Aller au contenu

dimi3

Hubmaster
  • Compteur de contenus

    110
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par dimi3

  1. Bonjour, Lorsque ma page commence par le code PHP, où dois-je mettre le doctype ? Avant la balise <?PHP ou entre la balise ?> et <html> ? Est-ce indifférent ? Par exemple : <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <?PHP ... ?> <html> ... </html> ou <?PHP ... ?> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> ... </html> Je vous remercie.
  2. J'utilise toujours Notepad++. Mes fichiers sont bien enregistrés en UTF8 sans BOM. Quant au header, je ne peux le mettre en raison d'un session_start(). Franchement je me demande ce que je devrais faire de plus pour qu'IE arrête de faire des caprices.
  3. Merci de ta réponse. J'avais testé la réponse aussi à son entrée dans le code de traitement PHP et j'obtenais tout bonnement une réponse non accentuée. Le mot "ĉerizo" était devenue "cerizo" sur le navigateur IE mais était bien "ĉerizo" sur les autres navigateurs. Du fait que, ne trouvant pas de solution - et Dieu sait si j'en ai cherché : j'ai passé deux journées là-dessus !!! - j'ai changé le code PHP afin qu'il remplace les caractères accentués par d'autres caractères non accentués avant de procéder au traitement, tout fonctionne sur tous les navigateurs et je n'ai plus d'url générant le problème.
  4. J'ai réglé le problème... J'avais mal rédigé le window.open().
  5. merci de ta réponse. L'entrée utilisateur est bien envoyée avec tous ses accents. J'ai vérifié par une alert(). C'est au traitement par le fichier PHP que tout se gâte. Sur Internet Explorer uniquement !
  6. Bonjour, Le script de fermeture de fenêtre suivant fonctionne sur tous les navigateurs sauf sur internet explorer : <input type='button' value='Fermer' onClick='self.close();' name="button"> de même que : <input type='button' value='Fermer' onClick='window.close();' name="button"> Internet explorer me fait tourner en bourrique ! Voyez-vous une erreur dans mes scripts ? Je contourne ce dysfonctionnement par : <a href="javascript:window.history.go(-1)">Retour</a> ... et ce code marche ! je vous remercie.
  7. Mon message a été modifié par Patrick ? Finalement, ne trouvant pas de solution aux caprices d'Internet Explorer, j'ai ajouté une fonction de remplacement de caractères dans mon programme avant de traiter la réponse. Le programme est légèrement ralenti mais il marche.
  8. Merci pour la réponse. Tout est en ordre pour tous les navigateurs,... sauf pour IE !!! Pas de bases de données. Voici une présentation de ce que j'ai fait : Des questions de langue sont posées sur la page affichant le formulaire. L'utilisateur entre sa réponse en utilisant des caractères latins et/ou non latins. Elle passe par un script Ajax qui permet d'afficher le retour du fichier correcteur PHP dans un DIV. Ainsi l'élève reste toujours sur la même page. La réponse est traitée par un fichier PHP qui compare la réponse entrée par l'élève à la réponse attendue. Quand la réponse n'inclut pas de caractères exotiques, la comparaison marche bien. Quand la réponse inclut des lettres exotiques, la comparaison ne fonctionne pas correctement. J'ai testé pour voir ce qui était reçu par le fichier PHP lorsqu'on entrait une lettre accentuée du type ĝ ou ŭ. Je vois que la réponse accentuée perd ses accents durant l'envoi. D'où la correction erronée renvoyée par le fichier PHP. Par exemple : j'entre le mot " ĉerizo " dans le formulaire. Le test me montre que le fichier PHP reçoit le mot " cerizo " sans accent sur la lettre "c". Schématiquement : formulaire questionnaire ---> script Ajax ---> fichier PHP pour comparaison réponse utilisateur/réponse attendue---> affichage de la correction dans un DIV de la page formulaire de type "Votre réponse est exacte" ou "Votre réponse est inexacte". J'imagine qu'internet explorer a besoin de quelque chose de plus que les autres navigateurs pour bien faire transiter les réponses accentuées sans perdre les accents... mais quoi ????
  9. Bonjour, Les pages de mon site sont encodées en UTF-8 car elles affichent des caractères dits exotiques (ĉ - ĝ - ŭ - etc.) . Les visiteurs entrent aussi ce type de caractères dans les formulaires. Ces entrées sont traitées via Ajax et un fichier PHP. Les entrées utilisateur dans les formulaires comportant ces caractères sont parfaitement traitées sur tous les navigateurs (Chrome, Firefox, Safari, Opera), mais sont incorrectement traitées sur Microsoft Internet explorer. Les accents ne sont pas reconnus. J'ai déjà tenté de résoudre le problème par le charset (dans le Méta ou le header), j'ai modifié manuellement le codage dans le menu "Page - codage" de la barre d'outils d'IE, j'ai essayé d'ajouter utf_encode() et utf8_decode() devant mes variables dans mes fichiers PHP, j'ai ajouté la ligne "AddDefaultCharset UTF-8" dans le htaccess du répertoire,... et que sais-je encore ! Rien n'y fait ! Je suis désespéré !!! Avez-vous une idée de l'origine du problème ? Mille mercis.
  10. dimi3

    alert()

    Bien vu ! Merci beaucoup de partager vos connaissances... Que de choses je ne sais pas ! Paradoxalement, plus j'apprends de choses, plus je me rends compte que je ne sais pas grand-chose... :-( J'ai testé sur les 5 navigateurs courants, et l'affichage est partout correct avec le bon doctype.
  11. dimi3

    alert()

    Oui, tu as raison. jQuery n'est pas du prêt-à-porter. Je remarque aussi que jQuery est fantaisiste. Modifier les arguments 780 et 100 dans la ligne jAlert('This is a jAlert Success Box with custom width of 780px', 'success', 'widthcustom', 780, '100'); n'a aucun effet. Mais en passant par un bouton lançant une fonction, les arguments sont respectés. D'autre part j'ai remarqué qu'en modifiant le fichier jquery.alerts.css, on obtient bien des dimensions de boites différentes selon les nombres rentrés mais les résultats sont différents d'un navigateur à l'autre. Le texte ne dépassera pas de la boite sur Mozilla Firefox, mais dépassera sur Google Chrome. Il faut avoir les nerfs solides... :-)
  12. dimi3

    alert()

    Bonsoir, Le fichier téléchargé Firebug a pour extension xpi. Comment le dézipper ? Voici le script complet de mon fichier : <html> <head> <script src="js/jquery.js" type="text/javascript"></script> <script src="js/jquery.ui.draggable.js" type="text/javascript"></script> <script src="js/jquery.alerts.js" type="text/javascript"></script> <link href="js/jquery.alerts.css" rel="stylesheet" type="text/css" media="screen" /> </head> <body> <script type="text/javascript"> $().ready(function() { $('body').jAlert('This is a jAlert Success Box with custom width of 780px', 'success', 'widthcustom', 780, '100'); }); </script> </body> Merci.
  13. dimi3

    alert()

    Oui, je mets le script entre les balises body.
  14. dimi3

    alert()

    Merci. Que signifie <i>$('body').</i> en tête de ligne ? Si je mets ça, la boîte jAlert ne s'affiche pas. Si je l'ôte tout va bien.
  15. dimi3

    alert()

    Merci pour cette réponse très claire. Je prends note du second conseil. J'ai testé : <script type="text/javascript"> $().ready(function() { jAlert('Coucou à tout le monde !', 'Bienvenue'); }); </script> Le texte ne sort en effet plus de la boîte, mais il est emprisonné d'une telle manière que pour la phrase "Coucou à tout le monde !", il fait 3 retours à la ligne. En somme c'est le texte qui se plie aux dimensions de la boîte alors que je souhaiterais que ce soit la boîte qui s'aligne sur la longueur du texte. De plus, Est-il possible de fixer les dimensions de la boîte ? merci encore.
  16. dimi3

    alert()

    Bonjour, Je fais connaissance avec jQuery. Par le code ci-dessous, la largeur de la fenêtre alert ne tient pas compte de la longueur du texte. Celui-ci sort tout simplement de la boîte : <body> <script language=javascript> jAlert("Coucou à tout le monde !","Bienvenue"); </script> </body> Si je passe par un bouton et une fonction javascript, la boîte alert se dimensionne correctement par rapport au texte : <head> <script language=javascript> function Message() { jAlert("Coucou à tout le monde !","Bienvenue"); } </SCRIPT> </head> <body> <FORM> <INPUT type=button value="Cliquez moi" onClick="Message()"> </FORM> </body> Comment s'explique une telle différence ? Comment faire pour que la boîte alert respecte la longueur du texte sans utiliser de fonction javascript ? Merci à vous.
  17. Merci à tous pour tout ça... Voilà un forum où je ne m'ennuie pas : que de choses à apprendre ! Je sens que 2011 va être riche en découvertes ! Je vais visiter toutes ces pages dont vous donnez les liens, à tête reposée. Un petit P.S. : quand une réponse est ajoutée à mon fil, je n'ai pas de notification par courriel alors que j'ai bien coché cette option. C'est un bug du forum ou une incompétence de ma part ? (Je pencherais plutôt pour la deuxième hypothèse ! :-)
  18. Bonjour. Non, dans Google Chrome, le formulaire ne s'efface pas. La première idée me plairait bien effectivement. Il faut que je me penche sur la question. La seconde n'irait pas trop bien, du fait que mes pages d'aide sont trop importantes. La présentation de ma page serait trop chamboulée pour être agréable à lire. Quant à la variable $_SERVER['HTTP_REFERER'], je vais en étudier les possibilités. Merci encore et toujours pour votre temps et le partage de vos connaissances.
  19. Je me joins à rperruez pour vous remercie pour cette réponse intéressante. J'ai visité la page exemple. que faut-il ajouter aux scripts proposés pour que tout ça fonctionne. Le css, par exemple, où est-il défini ? Qu'est-ce que jQuery ? Je vous remercie de votre patience. Je vous souhaite une excellente année, à vous et à toute l'équipe de webmaster-hub. Je viens de m'inscrire, et déjà j'ai eu de nombreuses réponses pleines d'intérêt.
  20. Bonsoir, Je ne parviens pas à faire disparaître la barre d'adresse d'une fenêtre avec window.open(..., location = no, ...). Est-ce que je me trompe d'argument ? Je vous remercie.
  21. J'ai une page PHP affichant un formulaire à remplir par l'utilisateur. Lorsque celui-ci a besoin d'aide, il clique sur un lien qui le conduit à une page d'aide. S'il passe par le bouton "page précédente" de son navigateur pour revenir au formulaire, il retrouve son formulaire vide ! Là, il abandonne à moins qu'il soit maso ! :-)
  22. Bonjour et meilleurs voeux de bonne année à tous. Pour que l'utilisateur revienne à l'avant-dernière page ouverte, j'ai mis le script suivant : <a href="#" onclick="javascript:history.go(-2)">Retour à l'exercice en cours</a> Sur les navigateur Chrome et Safari, ça marche impec. Mais sur Internet explorer et Mozilla, il y a retour sur la page d'accueil du site (c'est-à-dire l'index), plutôt que sur la page souhaitée. Tous les navigateurs ne reconnaissent-ils pas history.go(-x) ? Si c'est le cas, quelle est la meilleure façon de procéder ? Je vous remercie.
  23. merci pour toutes ces précisions supplémentaires.
  24. Merci à tous deux. Vos messages répondent exactement à ce que je cherchais à savoir.
×
×
  • Créer...