Xavier

Ça donne quelque chose comme ça... GET / HTTP/1.1 Host: www.lemonde.fr User-Agent: ... Accept: text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: fr;q=0.8,fr-fr;q=0.6,en;q=0.4,en-us;q=0.2 Accept-Encoding: ... (gzip,deflate...) Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: ... Et probablement pas mal d'autres choses. Logiquement la seule chose vraiment indispensable c'est GET /chemin/de/la/page/ HTTP/1.1 (mais il faudrait vérifier) Ce que tu as faux c'est que la requête GET ne contient pas le nom de l'hôte, elle ne se fait que si la connexion à l'hôte est déjà faite, elle ne contient donc que le chemin de la page

Non, avec ça tu as juste défini la "langue" de ton document. Celle dans laquelle il va parler au navigateur. C'est un bon début, mais si au final il ne parle pas vraiment cette langue, ça risque de mal se passer

Dans Firefox, "Devenir rédacteur" passe à la ligne quand la souris est dessus. C'est pas gênant parce qu'il y a assez d'items en-dessous, mais si dans un autre menu tu n'as qu'un item au dessous, en descendant la souris, elle ne sera plus sur "Devenir rédacteur", qui redeviendra donc sur une ligne, faisant remonter toute la suite du menu... au risque que la souris ne se trouve plus sur le menu, qui se ferme... C'est assez courant et désagréable. Plus généralement, évite de provoquer des changements de taille au survol PS : j'ai fixé la taille minimale à 13px dans mon navigateur. PPS : sans cette taille minimale le menu va bien... mais le reste est complètement illisible

Un exemple, pas plus tard que ce matin je voulais consulter les horaires de bus. http://www.unireso.com/pages/index.shtml Le site est récent, il ne doit pas avoir plus de 2 ans... Pas de miracles, des sites comme ça il y en a plein.

Tu peux créer des éléments grâce au javascript document.createElement puis y ajouter des attributs setAttribute puis ajouter tout ça dans ta page appendChild Exemple : var image=document.createElement('img'); image.setAttribute('src', 'working hard to generate graphics for you'); image.setAttribute('id', 'gfx'); image.setAttribute('width', '650'); image.setAttribute('height', '200'); var onajoute=document.getElementById('onajoute'); onajoute.appendChild(image); Ainsi tu as ajouté une image avec plein d'attributs à l'élément portant l'id "onajoute"

Ouais ben ça revient au même, quand je quitte un site je le quitte, c'est pas pour qu'il rouvre une page pour m'empêcher de le quitter Il n'y a rien de plus détestable, si tu veux faire fuire tes visiteurs, je crois que tu as trouvé la solution, encore pire qu'une popup au démarrage !

[mode hors-sujet=on] Trois possibilités : soit tu n'es pas très observateur, soit tu ne navigues que sur le hub, soit tu ne t'en rends pas compte parce que tu as le js activé Désolé (oui, vraiment très désolé , j'aimerais beaucoup que tu ait raison) de te contredire, mais il y a encore beaucoup (trop) de sites qui ont leur menu fait dans un pur javascript, un fichier externe d'au moins 200Ko pour générer trois sous-menu, avec une pléthore de détections de navigateur pour ne permettre qu'à 2 ou 3 antiquités de passer [/mode]

setcookie() c'est en php, mais le navigateur lui ne reçoit pas du php mais l'entête HTTP "Set-cookie" (mais pour toi effectivement c'est la fonction setcookie() )

Bien sur qu'il le sera. C'est un cookie, c'est tout, les navigateurs ne font pas (à ma connaissance) la différence C'est l'entête HTTP Set-cookie je crois, et elle est envoyée dans l'entête GET "Cookie" par le navigateur.

Comme d'habitude, si tu veux en savoir plus il faut lire les spécifications (effectivement il y a pas grand chose de plus )

Et sachant que l'optimale c'est la tienne, tous ceux qui ont une configuration différente ne pourront pas visiter ton site... C'est un peu bête non ? Tu crois vraiment que les gens vont acheter un nouvel ordinateur, un nouvel écran et la souris dernier cri pour visiter ton site ? Ou qu'ils vont changer la résolution de leur écran ? Tu te trompes ! Normalement, le javascript ne devrait pas être utilisé pour le design, mais pour mettre de la dynamique dans la page.Le HTML c'est pour baliser le contenu, le CSS pour le mettre en forme et le Javascript pour la dynamique. Il faut voir ça comme des couches indépendantes, sauf le HTML évidemment, c'est la base sur laquelle les autres viennent se greffer. Chaque couche devrait pouvoir être désactivée sans compromettre l'affichage de la page. Donc si tu veux bien faire, tu dois pouvoir désactiver CSS et/ou Javascript et que ça s'affiche toujours (ou du moins, que l'information soit toujours accessible). Ce n'est pas juste pour s'amuser que c'est nécessaire. 10% des internautes naviguent sans javascript, et certains ne voudront pas le réactiver juste pour ton site, mais surtout d'autres ne pourront tout simplement pas le réactiver (voir sous le titre "Qui en bénéficie ?" pour comprendre pourquoi). Probablement beaucoup plus que tu ne le crois Sérieusement, de plus en plus de personnes "âgées" surfent sur le net, avec leurs inévitables problèmes de vue. Ils représentent une proportion non négligeable de surfeurs. Et puis il y a aussi des personnes moins agées qui ont des problèmes de vue, ou même simplement des gens comme moi qui n'ont pas spécialement de problèmes de vue mais ont un bel écran plat avec une résolution optimale un micro-chouilla trop élevé par rapport à sa taille et trouvent que les polices en-dessous de 13px sont trop petites et fixent donc un "minimum". Si tu additionnes tout ça, ça commence à faire pas mal de monde. Évidemment plus tu as fixé une petite taille de police à la base, plus le nombre de gens qui l'agrandiront sera élevé (je ne connais pas grand monde dans ma famille, mes amis ou ailleurs capable de déchiffrer les caractères en 9px qu'on voit sur certains sites ) Il ne faut pas oublier que tes visiteurs n'ont pas forcément la police de caractères que tu as définie pour ton site, et plein de trucs comme ça ;-) Conclusion : ne part pas de l'idée que tes visiteurs auront une ceraine configuration. Au contraire, part de l'idée que chacun a une configuration différente (ce qui est vrai), et fais donc en sorte que l'affichage de la page soit suffisemment souple pour ne pas poser de problèmes s'il y a quelques différences. Cela passe, entre autres, par l'indépendance des couches CSS et Javascript, par un positionnement judicieux qui permet le redimentionnement, etc. Je crois que tu viens de tout dire non ?

Le mieux c'est encore une redirection HTTP : Location: http://monsite.com/

Là tu confonds Java, Javascript, CSS... calme-toi, fais les choses tranquillement, et surtout essaye de comprendre ce que tu fais (ça prend du temps, c'est terrible, ça fait au moins 1 heure ! ) Si je puis me permettre... Ce script (tel que vu sur skyrock) empêche complètement l'affichage du bas de la liste par les utilisateurs ayant désactivé le javascript (= 10% des internautes). Il est donc particulièrement mauvais, et à éviter absolument. Si tu veux mon avis tu aurais meilleur temps de fixer la taille d'un bloc et d'y mettre un overflow:auto;, ça fonctionne tout aussi bien et tout le monde peut y accéder ! Dans le code CSS que tu viens de donner, il y a beaucoup trop de position:absolute; à mon goût, ça ne peut que compliquer l'affichage et le débugguage, et poser des problèmes dans certaines configurations (en particulier taille de la police redimensionnée par des utilisateurs).

Non, d'ailleurs ni les spécifications javascript (en fait ECMAScript), ni le DOM du W3C définissant les propriétés auxquelles on a accès ne contiennent quoi que ce soit en ce sens, c'est un pur ajout des fabricants de navigateur, et comme d'habitude évidemment il est plus possible de s'en défaire tout ça tout ça... Ce n'est donc pas dans l'esprit du javascript de faire ce genre de choses (d'ailleurs mieux vaut détecter les capacités du navigateur avec un if(document.getElementById) par exemple qu'il if(IE|Netscape).) Dont KHTML/Safari, qui seront donc incapables d'afficher correctement la page (en fait c'est plutôt ta page qui est mal conçue pour leur permettre de l'afficher correctement). Les -moz* ne devraient pas être utilisés en production, en tous cas ceux qui ont une telle importance et une telle influence sur l'affichage de la page et peuvent la rendre totalement illisible (évidemment, un petit -moz-border-radius n'a jamais fait de mal, d'ailleurs je crois qu'il y a aussi un -khtml-border-radius ). Mais dans le cas du -moz-box-sizing c'est en tous cas pas quelque chose à utiliser dans une page web

Peut-être aussi un petit header("Connection: close"); avant le exit() ?

Exact, tu propose à l'utilisateur de cliquer sur le lien pour écouter la musique. Comme dit plus haut, c'est moins invasif (j'ai tendance à fuir quand il y a de la musique de fond sur un site, surtout si celle-ci ne peut être arrêtée, en général ça fait une belle cacophonie avec celle que je suis déjà en train d'écouter ). Pour l'ouvrir proprement : http://openweb.eu.org/articles/popup/

Si tu es bien conseillé alors j'arrête de te déranger

Eh oui ! C'est pour ça qu'il faut reprendre ce qui existe déjà Ça ne sert à rien de tout refaire ! Tu en trouvera soit sur le forum de XULfr soit sur celui de Geckozone (rubrique "Développement d'applications spécial Gecko"), le premier étant plus spécialisé mais moins actif... Sinon, n'hésite pas à contacter le webmaster de Mezimages.com pour lui demander si tu peux réutiliser son travail, vu que visiblement une bonne partie de ce qu'il te faut est déjà faite Après, c'est facile, le XUL n'est pas plus compliqué que le HTML, et si tu as un minimum de connaissances en javascript c'est bon (ce qui est compliqué c'est d'empaqueter tout ça dans une extension, c'est pour ça qu'il faut reprendre ce qui a déjà été fait )

Les bloqueurs de popups sont suffisemment intelligents pour ne bloquer que les popups non désirées (= ouvertes automatiquement au chargement). Pourquoi ne pas mettre les commandes elles aussi dans la popup ? Ça te simplifiera la vie

Une abération certes, mais pas pire que la détection javascript (qui, elle, est une bien pire abération : ne marche que si javascript est activé (c'est à dire moins de 90% des internautes - voir au milieu de la page-), et en plus c'est beaucoup plus foireux que les hacks css, avec les navigateurs qui faussent l'identification et tout... Alors soit tu fais rien, soit un hack CSS, mais pas de détection javascript

Effectivement, si ton but est de mettre quelque chose dans l'interface de Firefox, alors c'est bien une extension (un plugin c'est simplement pour lire un <embed> ou un <object>). J'aurais pu t'envoyer tout de suite sur l'article Vulgarisation des appellations sous Mozilla de Geckozone Alors si tu veux créer une extension, il faut t'orienter vers les articles de XULfr.org (les ressources sont principalement en anglais). Tu peux également t'inspirer d'une extension déjà existante. Regarde par exemple sur Mozilla Update ou sur l'Extensions Mirror, il y a de nombreuses extensions spécifiques pour un site. Si l'une d'elle te plaît et est sous une licence permettant sa réutilisation (MPL, GPL, Creative Commons...) tu peux l'adapter Finalement, si on but est simplement d'ajouter ton site comme moteur de recherche à la barre de recherche de Firefox (voir exactement de quoi je parle dans le guide d'utilisation de Firefox, c'est le no 5), alors ce n'est pas une extension qu'il te faut, mais un Plugin de Recherche, beaucoup plus simple à réaliser, à mettre en oeuvre, et tout et tout. Si c'est ça, je te conseille de lire la doc qui est très complète (tu peux ensuite le soumettre, histoire de te faire un peu de pub à l'extérieur) Bref, c'est à toi de voir exactement ce qu'il te faut

En fait, Firefox utilise les plugins "Netscape", qui sont compatible dans presque tous les navigateurs (sauf IE depuis sa version 4, IE 3 les supportait très bien je crois) : Mozilla, Opera, mais aussi les Safari sous Mac ou même Konqueror sous Linux (en fait le plugin dépend de la plate-forme, pas du navigateur). Il y avait une documentation complète sur Netscape/Devedge, qui a fermé, mais c'est repris par Mozilla : http://developer-test.mozilla.org/en/docs/...n_API_Reference Edition : à moins que tu ne voulais en fait parler d'extensions, ce qui me semblerait plus logique ?

Eh oui, que pour Windows : http://www.quirksmode.org/css/condcom.html

Juste pour signaler que je n'ai qu'une page blanche... toute blanche (Javascript désactivé évidemment, comme 10% des internautes. Je ne vois rien, tu devrais revoir ton script.)

Il y a un article de pompage à ce sujet : http://pompage.net/pompe/cssemail Bref, envoie en texte, c'est plus lisible, plus léger et plus sûr