Dudu

Aaaaaaah donc "Mac" c'est un navigateur ? Zut, moi qui ait dépensé si cher en croyant que c'était un OS, je suis déçu (est-ce que "avec PC" veut dire quelque chose ? Bon et bien çà tombe bien car "avec Mac" non plus ) Et AJAX et le Web 2.0 ce n'est compatible Mac ? Ah bon ? Oh zut ! (çà fait 20 ans que je suis sur Mac, çà fait 20 ans qu'on me bassine avec des trucs soi-disant non-compatibles alors excuse mon fou rire STP) Si jamais çà peut servir, un lien sympa pour l'XMLHttpRequest sur le site d'Apple (AJAX c'était donc compatible ? ) .. et pour info une liste des navigateurs existants sous Mac OS: Macintosh Web Browsers Pour la technologie Flash, tout dépend du contenu. C'est sûr que sans explications tout est possible. C'est sûr aussi que si la rumeur dit qu'il n'y a pas d'incompatibilités Flash, alors c'est sûr et certain: il n'y a pas d'incompatibilités Flash MDR en plus c'est plus moderne PTDR Plus sérieusement, Flash pour remplacer du Javascript ? Euh oui.. mais quel est le rapport ?

Bonjour J'aurais tendance à dire que çà n'existe pas. Il y aurait des gens qui paieraient un service professionnel alors que d'autres auraient la même qualité gratuitement ? C'est un beau rêve mais redescendons sur terre Quant à Free, je préfère ne pas en dire du mal faute de ne pas pouvoir en dire du bien

Salut Ce n'est certainement pas moi qui t'aiderait en PHP, mais au-délà de l'alerte Javascript tu as surtout un message d'erreur PHP selon lequel tu aurais un problème d'en-têtes dans ton code ("headers already sent") Généralement ce message provient d'un include foireux.. donc essaie peut-être déjà de voir de ce côté-là.. Warning: Cannot modify header information - headers already sent by (output started at /home.3/promocli/www/login.php:6) in /home.3/promocli/www/login.php on line 124 Warning: Cannot modify header information - headers already sent by (output started at /home.3/promocli/www/login.php:6) in /home.3/promocli/www/login.php on line 12 Hope this helps !

Légende urbaine (moi aussi je réponds en 2 mots sans argumentation )

Tout tient dans ces trois mots. En fait de 'controverse' (cf plus haut) je suis surtout surpris de voir qu'on se base sur les stats et la proportion de visiteurs ayant une configuration donnée pour créer un modèle de page. Dans les années 95-2000 quand Microsoft et Netscape ne nous laissait pas le choix d'être forcément multi-plateforme, quand l'inexistence ou le non-support des feuilles de styles nous obligeaient à des ruses bidouillesques (<table>), quand tous les écrans étaient soit des 12' soit des 15': oui ok, il fallait se baser sur les stats et avantager les plus nombreux au détriment des autres. Euh.. on est en 2006 et de l'eau a coulé sous les ponts (il paraitraît même que le Général de Gaulle est décédé ). Une population plus large est touchée par Internet, une gamme plus large d'écrans existe, la répartition des configurations est bien moins hégémonique. Anecdote en passant: depuis que j'ai découvert les stratégies et les moyens pour l'accessibilité numérique, je fais mon petit évangélisme depuis, certes sans avoir vu jusqu'à présent de cas concrets. Je suis actuellement salarié, et je m'occupe du site internet de ma boîte. Récemment, nous avons pu gagner un client très important pour nous, et il a appris notre existence via Internet. Oui et alors ? Alors il est aveugle et il utilise Jaws. Oui ce dangereux hérétique n'a pas comme configuration un pécé-sous-windows-avec-internet-explorer-en-1024-fois-768-comme-tout-le-monde. Et s'il n'avait pas pu accéder au site de mon employeur, on ne l'aurait jamais eu comme client. Pourtant on était vraiment contents de l'avoir, c'est pour nous un "gros poisson" (et un "gros porte-feuille" aussi, désolé de dire les choses aussi crûment ) Et donc, dans les stats de ce site, Jaws doit représenter quelque chose comme allez.. 0,002% en étant généreux. Pas "entre 6 et 10%" en tous cas, loin de là. Et si comme dans mon cas (rare et qui ne m'arrivera peut-être plus) votre prochain client était mal-voyant avec un écran en 640x480 + une loupe, ou aveugle, ou sourd, ou handicapé des mains ? Et s'il ne l'était pas mais qu'il découvre votre site sur son PDA ? Vous acceptez de perdre cette clientèle ? Aucun souci je suis votre concurrent, dites-leur de venir chez moi maintenant que j'ai eu confirmation que mon site était relativement lisible (je dis "relativement" parce que ce client m'a quand même fait quelques remarques, personne n'est parfait et moi avec; d'ailleurs l'accessibilité parfaite et totale n'existe pas AMA) Je vous l'accorde, il y a peu de chances que votre prochain client soit handicapé ou qu'il surfe sur son PDA, oui les stats sont faibles (mais je le re-dis ce n'est pas pour autant une clientèle à négliger) Ce qui est plus probable c'est que ce prochain client soit en 800x600: les stats sont beaucoup plus hautes sur cette cible. Vous voulez me l'envoyer lui aussi ? Vous êtes trop généreux Reprenons l'exemple de Yahoo et celui des 6% d'internautes en 800x600. Combien de visiteurs uniques brasse Yahoo par jour ? Multiplier par 6 ce nombre, puis diviser le total par 100: voilà le nombre d'internautes qui auraient râlé contre Yahoo si ce dernier n'avait pas modifié la page dont on parle. Çà fait beaucoup de monde quand même.. Aujourd'hui on a les moyens informatiques nécessaires pour respecter cette cible. Et on est encore à jouer la fine bouche et à se baser sur la loi du nombre ? Ou peut-être se retranche-t-on derrière cette loi du nombre parce qu'au fond tester son template sous plusieurs configurations c'est gavant et on a mieux à faire ? Surtout quand on s'aperçoit qu'en 800x600 çà ne passe pas et que c'est rageant d'avoir à modifier encore son code.. Prendre de mauvaises décisions en parfaite connaissance de cause c'est bien, en prendre de bonnes c'est mieux. Mais çà ne reste que mon avis

"bas-de-casse" relève plus de la typographie/imprimerie que de l'informatique. "lettre minuscule" est sa traduction en langage courant (c'est un abus de langage d'ailleurs) Aucune capitale (= majuscule) ne doit être mise dans le nom des balises ou de leurs attributs, en XHTML (à cause de l'héritage XML). Uniquement comme valeur d'un attribut. Donc <meta Http-Equiv="Content-Language" content="fr"/> est invalide alors que <meta http-equiv="CoNteNt-LAnGuaGe" content="Fr"/> est valide (mais risque de ne pas être reconnu par les navigateurs). Effectivement tu as de toute façon plutôt intérêt à supprimer cette ligne inutile et à utiliser les attributs "lang" et xml:lang" dans la balise <html>. La valeur sera alors le code-langue en 2 lettres (bas-de-casse elles aussi) selon la norme ISO 639 Sinon tu as aussi la possibilité d'indiquer le pays en plus de la langue: dans ce cas il faudra revenir à une balise meta. Plus d'infos sur l'excellent site d'Alexandre Alapetite, rubrique meta-informations en HTML A+

Bonjour Ce n'est pas vraiment une balise (j'ai eu peur un moment ) c'est une certaine valeur de la balise "meta robots" qui sera reconnue par MSN pour adapter les snippets Pour l'intérêt de la chose, je laisse la place aux gourous du référencement..

Argh, si certainement Je ne vois pas trop pour le moment comment règler ça, désolé..

Salut Puisque la hauteur des éléments semble être déclarée précisément, tu devrais pouvoir utiliser un line-height Ou peut-être aussi un position: relative (puis jouer avec la règle top ensuite) mais n'étant pas fan du positionnement absolu ou relatif j'utilise rarement ces techniques.

Salut Le problème reste ensuite des 'trous' que va laisser la suppression des messages, dans le cas où l'individu a posté quelques messages intéressants avant de délirer. Çà nuirait complètement à la compréhension Sachant que rien ne peut prouver, une fois le compte supprimé, que les messages de "Invité" ont été postés par ce compte j'aurais plutôt tendance à privilégier la bonne compréhension des sujets et à ne pas supprimer les messages (à part ceux d'insulte évidemment mais tu m'auras compris ). D'autant que la jurisprudence joue en ta faveur. Le coup du "je me suis renseigné à la CNIL" c'est du bluff effectivement. Tu peux d'ailleurs lui répondre pour commencer que c'est la CNIL et non le CNIL Et si malgré tout la chauve-souris parvient quand même au quatrième .. Et si vraiment la CNIL t'envoie un mail, une copie des messages d'insultes (que tu as gardé bien précieusement dans une section 'modérateurs' n'est-ce pas ?) devrait leur suffire. En outre, ce genre d'agités à l'amour-propre outragé par un bannissement se lassent bien vite (Méfie-toi quand même d'éventuels nouveaux pseudos dans les jours à venir..)

.. qui n'a pas l'air d'être une société francophone, le risque de confusion entre cette marque et ma présence ici sous ce pseudo est donc faible.. et le risque de poursuites judiciaires contre le Hub quasi-nul Je bronze devant mon écran (total) d'ordinateur Plus sérieusement, j'ai bien failli me défaire de cet avatar lors de l'affaire Garfieldd (avec 2 'D', pseudo qu'utilisait un proviseur d'école sur son blog.. une histoire qui avait tout de même fait couler un peu d'encre) comme quoi on a beau tenter d'avoir un avatar et un pseudo les plus neutres possibles, on peut ne pas être autant à l'abri que çà. Cette affaire s'étant finie rapidement sans trop de remous, qui plus est par un jugement très satisfaisant (AMHA), je n'ai pas enlevé mon chat orange; c'eût été un événement digne de la lutte anti-CPE j'aurais certainement changé d'avatar

Salut Relis le premier message de Dan dans cette discussion (message #2 en haut de la page): La réponse à tes questions y est :!: Si on regarde ton code: <body> <div id="header"> <ul id="nav_bg"> <li id="nav"> <li id="photo"><a href="/photos" title="Portfolio photo">photos</a></li> <li id="graphik"><a href="/graphik" title="Portfolio Graphik">graphik</a></li> <li id="blog"><a href="http://www.graphikandsound.com" title="Go to Graphik'n'sound">graphikandsound.com</a></li> </li> </ul> <h1 id="blogname" onclick="location.href='http://www.vendran.com/vendran';" style="cursor: pointer;"></h1> </div> </div> Dans ce code, on part sur une erreur aux lignes 4 et 5. Un <li> ne peut contenir d'autres <li> tels quels. En revanche un <li> peut contenir des <ul> qui eux contiendront des <li>. De plus, la dernière ligne est une balise fermante </div>: où est la balise ouvrante qui va avec ? Rien à voir mais tu devrais rajouter un texte dans ton <h1> ce n'est pas correct de le laisser vide (même si le validateur ferme les yeux là-dessus). Pour ne pas que ce texte se superpose à l'image d'arrière-plan, tu peux ajouter un code CSS tel que celui-ci h1#blogname {text-indent: -9999px} C'est une astuce pour 'masquer' le texte en le mettant hors du champ de vue. Continuons: <p>Site actuellement en pleine “rénovation” !<br /> Vous trouverai prochainement mes travaux en tant que graphiste mais aussi mes photos.<br /> En attendant vous pouvez quand même voir mes photos les plus récentes sur <a href="http://www.flickr.com/photos/vendranstock/sets">ma page Flickr.com</a> ou tous simplement vous diriger sur mon blog personnel <a href="http://www.graphikandsound.com">Graphikandsound.com</a>. </p> </p> Idem: la dernière ligne est une balise fermante </p> où est la balise ouvrante qui va avec ? (Psst, "Vous trouverez" ) <div id="sidebar"> <li> <ul> <li><a href="http://www.vendran.com/vendran/category/news/" title="Voir tous les articles classés dans News">News</a> (1) </li> </ul> </li> </ul> </div> Un <li> doit obligatoirement être contenu soit dans un <ul> soit dans un <ol>. Je vois bien un </ul> mais pas son équivalent <ul> (oserais-je dire 'encore une fois' ?) En corrigeant ces erreurs (que le validateur aurait du t'indiquer en toute théorie) tu devrais avoir un affichage correct. Reste a adapter certains codes CSS (ceux de #nav_bg et #nav notamment) puisque pour l'instant tu as tenté de les associer à un code HTML incorrect. Avant de tenter d'obtenir un "affichage correct" (= présentation = CSS), il faut toujours d'abord être sûr et certain de la "validité de son code" (= sémantique = HTML). Dans l'absolu, il serait donc idéal d'avoir fini entièrement son code HTML avant de toucher à la feuille de style (c'est pas évident je te l'accorde). En fait, ton cas constitue un parfait exemple à ceci "Valider ? Pour quoi faire concrètement ?". Notre chère Monique en avait d'ailleurs extrait LA phrase la plus importante que je t'amène à lire et à re-lire En clair, ton problème d'affichage ne concerne pas les CSS, il est entièrement dû à une mauvaise imbrication des balises HTML. Bon courage, A+

Bienvenue ! Alors aucun doute: tu es sur le bon forum Bougival ? Charmante petite ville dans mon souvenir. Son habitant le plus célèbre est sur les marches de Cannes en ce moment

Bonjour Tu sembles confondre plusieurs choses La balise <div> n'est ni une frame ni une iframe, on ne peut pas donc pas 'cibler' un lien vers elle !

Bonjour Disons pour faire court que ce script JS n'est pas un chef-d'oeuvre Tu as peut-être la solution d'externaliser le script, mais là en fait tu 'trompes' le validateur en gardant un code incorrect. Autre solution, corriger le script: il faudra pour cela lui ajouter des <!-- commentaires HTML --> de part et d'autre, remplacer le <script language="javascript"> par un <script type="text/javascript> bien plus correct, éviter les hspace vspace et compagnie qui sont dépréciés depuis pas mal de temps, essayer de trouver un moyen de 'dégrader' correctement pour les visiteurs qui n'auront pas activé le JS etc, enlever les lettres capitales, etc.. Enfin, 3e solution: changer de script.. À ce propos, les "document.write" ne passent pas en XHTML pur et dur. Là, tu envoies tout de même ton contenu en "text/html" donc çà passe quand même, mais le jour où ton contenu sera envoyé en "application/xhtml+xml" ce script ne fonctionnera plus. (Hors-sujet: étudiant en biologie moléculaire ? Vaste domaine, bien du courage ! )

Bonjour La jurisprudence est (pour l'instant ?) très laxiste sur les avatars de forum, certainement à cause du nombre: reprenons l'exemple de Schrek. Combien d'avatars de Schrek (sans compter les autres "personnages" de ce film) se baladent sur la toile ? Rien que sur le Hub, il y en a plusieurs si j'ai bonne mémoire. Si Pixar et DreamWorks voulaient s'amuser à chasser les avatars de Schrek ils auraient un sacré travail Puis s'il n'y a pas de propos dénigrants comme le dit Arlette, çà leur fait quasiment de la publicité gratuite. En revanche, les pseudos sont beaucoup plus 'sensibles': s'appeler Coca-Cola ou Nescafé sur un forum c'est prendre un risque (déjà vu avec une autre marque sur un autre forum)

Et sinon l'accessibilité (c'est ausi le nom de la section) ? On n'a plus le droit d'être en 800-600 en 2006 ? Ce n'est plus assez hype ?

10 km ou pas, ce n'est pas en France. De plus, les moteurs de recherche vont chipoter. Avoir un hébergeur dont les IPs sont basées en France (1 mètre après la frontière, tu n'es plus en France.. si si c'est vrai) permet d'apparaître dans les résultats "pages: France". Çà amène un trafic légérement plus ciblé et j'imagine qu'iznogood (qui me détrompera si ce n'est pas çà) cherche un hébergeur franco-français pour ce type de raisons. C'es en tous cas parmi les premières raisons pour laquelle des webmasters français choisissent des hébergeurs français, et pourtant il y a de très bons hébergeurs étrangers.

Salut C'est un sport à risques et surtout ça existe déjà. Pour ce qui est des risques: le premier est de 'valider' ton adresse mail dans les fichiers des spammeurs. Ils envoient tellement de mails qu'ils ont forcément un taux incroyable de retour Mailer-Daemon/ adresse inexistante. Donc quand ils en ont une bonne, ne t'inquiètes pas: il ne la lâchent pas Les autres risques sont principalement dus à l'expérience de certains spammeurs ou encore au côté lucratif de leur business: ils n'aiment pas qu'on vienne les embêter et savent très bien em..nnuyer quiconque vient se frotter à eux. Pour ce qui est des gens qui pratiquent déjà le scambaiting (çà s'appelle comme çà): - Arobase.org a publié un article sur une dénommée Julia Brandeau. Ses sites sont http://www.croque-escrocs.com/ et http://nigeria419.over-blog.com/ - Macbidouille (qui a eu beaucoup de 'nigériens' dans sa rubrique Petites Annonces) s'était lancé dans l'aventure. Çà donne çà: Attention aux petites annonces - sinon il y a pas mal d'anglophones mais devant le nombre je n'en cite aucun Tant qu'on y est, une petite page fort drôle trouvée récemment sur le web: What's Your Spammer Name ? (en anglais). "Dudu" traduit en langage 'vendeur de v14gr4' donne: "Acquittal L. Doldrums" La classe, n'est-ce pas ?

Salut zapman Ça a l'air assez intéressant et complet, mais heu .. comment dire ? .. tu ne connaîtrais pas par hasard un gentil développeur UNIX qui ferait un portage de l'application à l'intention des dangereux marginaux qui n'utilisent pas Windows ? Je fais tout de même partie d'un groupe de 6,43 % de tes visiteurs Ou en d'autres termes, pourquoi ne pas avoir une application 100% web ? Choix stratégique ? Hum sinon je n'ai pas vu d'informations sur la désactivation éventuelle de Javascript. Pour ma part, c'est une information qui m'intéresse beaucoup. A+, et bon succès a RS

Salut Excellente info, mais je pose la question suivante: quel intérêt a Matt Cutts de faire une sorte de tutoriel basique sur la création de favicon ? Çà m'échappe Il existe déjà depuis longtemps des sites (notamment de webmastering) qui ont de très bons articles ou outils à ce sujet. Je pense en particulier à png2icon ou à xhtml.net Et ce n'est pas la requête "favicon" (quelque soit le moteur utilisé: Google, Yahoo, MSN..) qui me contredira. Ni les commentaires sur son blog, d'ailleurs.. D'autant que pour quelqu'un qui passe pour le nouveau GoogleGuy, il est à peine hors-sujet: après tout on attend de lui qu'il parle de Google et puis .. c'est tout. Non ? Cutts souhaiterait-il devenir une référence incontournable en matière de webmastering ? Pour pouvoir se donner ensuite une légitimité plus grande pour dicter un certain comportement du "webmaster-modèle selon Google" ? Ou alors positionner son très populaire blog sur le plus de requêtes possibles, quitte à étouffer des sites plus anciens ? Je pousse peut-être ma conclusion un peu loin mais nul doute qu'il y a tout de même une stratégie derrière ça. (Paint ? )

Bonjour Juste une remarque: Free n'est pas un hébergeur gratuit (Wanadoo non plus d'ailleurs).C'est un FAI qui offre une prestation de pages persos (je sais, je me répète) Çà correspond à bien plus que tu n'auras besoin, tu seras à l'aise, ne t'en fais pas Je te conseille aussi ce .info chez OVH: au moins tu profites du sérieux d'un hébergeur professionnel (un vrai hébergeur cette fois) pour le même prix, 0 euros, qu'un bidouillage de pages persos chez Free ou Wanadoo Pour répondre réellement à ta question "chez free c'est bien à ce niveau-là": la bande passante est théoriquement illimitée. Mais en pratique, çà n'est pas exempt de coupures: d'ailleurs en ce moment ils changent d'infrastructure donc çà coupe très souvent. Il faut savoir aussi qu'ils n'ont aucun compte à rendre si çà coupe: c'est un service gratuit donc ils en font ce qu'ils veulent Autrement, tu as toujours d'autres hébergeurs qui proposent gratuitement des sous-domaines si vraiment tu es allergique à OVH. Mais leur offre .info est assez incontournable quand même Pour ce qui est de redirger l'ancien site vers le nouveau, une redirection 301 serait l'idéal mais je ne crois pas que les moyens pour la mettre en oeuvre (.htaccess ou PHP par exemple) soient autorisés sur les pages persos Wanadoo. PS: merci d'éviter le langage SMS/abrégé sur le Hub. c = c'est / koi = quoi / qd =quand Question de respect envers ceux qui te lisent

Bonjour et bienvenue sur le Hub ! Y'a-t-il une méthode plus élégante, réponse: oui Il faut savoir que l'avantage des classes est qu'elles peuvent être utilisées conjointement, c'est-à-dire plusieurs classes attribuées au même élément. Il suffit juste de les séparer d'un espace. Concrètement, dans le cas présent çà donnerait: <div class="marge60 cadre">...</div> <div class="marge35 cadre">...</div> Tout simplement C'est une astuce CSS qui permet de 'nettoyer' son code (X)HTML de trop de balises superflues. Ensuite, quelques petites remarques qui pourront te servir: - il est relativement déconseillé de nommer des ids ou des classes CSS par des noms qui ressemblent à leur apparence visuelle. Je m'explique: là, tu as nommé "marge60" une classe qui a pour but de donner une marge de 60 pixels. Imagine maintenant que dans quelque temps, tu décides de changer de design et que ta classe "marge60" devienne une règle qui donne une marge de 45 pixels.. Dans le même genre, on voit souvent des classes avec des noms telles que .bordureorange (c'est un exemple). Si çà se trouve, après redesign, il n'y aura plus de bordure mais un couleur d'arrière-plan.. une couleur verte par exemple. Donc après pour s'y retrouver c'est pas l'idéal - trop de <div> tue le <div>. Une erreur courante est d'opposer "design en tableaux" et "design en div". Non ! Le reproche qui est fait aux mises en page en tableaux c'est de manquer de sémantique. Des mises en pages exclusivement faites avec la balise <div> souffrent du même problème. La sémantique c'est l'art d'utiliser telle balise HTML pour tel élément: il y a plein de balises HTML, il faut s'en servir ! Par exemple, dans ton cas, quel est le contenu que tu vas mettre dans ton <div class="marge35"><div class="cadre"> .....</div></div> ? Du texte ? sous forme de paragraphe ? Alors dans ce cas, tu as tout intérêt à utiliser la balise <p> qui est censé englober un .. paragraphe. Çà donnerait alors <p class="marge35 cadre">...</p> et ce serait déjà beaucoup plus correct En fait le <div> c'est une balise neutre, une balise qui ne veut rien dire et théoriquement on devrait donc ne pas l'utiliser. Théoriquement, mais en pratique ce n'est pas si simple: on l'utilise donc. Mais son utilité reste finalement d'établir les grands 'blocs' qui font composer la page. Par exemple un <div="header"> pour l'en-tête, un <div="footer"> pour le pied-de-page, un <div="sidebar"> pour le menu de navigation vertical etc.. Idéalement, il ne devrait pas y avoir plus de 5 ou 6 <div> dans une page. Au-délà, c'est le signe d'un code qui ne respecte pas ou peu la sémantique. - Fais attention aux petites erreurs qui peuvent conduire le navigateur à interpréter ton code bizarrement. Il manque quelques guillemets dans le code que tu donnes. <div class="marge60"><div class="cadre"> .....</div></div> <div class="marge35"><div class="cadre"> .....</div></div> Certains navigateurs 'comprennent' ce que tu as voulu dire et font comme si le guillemet était présent. D'autres ne vont pas le faire et ton beau design apparaîtra complètement ruiné: ce serait dommage Bon courage, a+

Depuis jeudi dernier, la nouvelle s'est propagée.. et notamment jusqu'aux oreilles du sacro-saint WaSP (Web Standards Project). Visiblement, ils n'ont pas du tout digéré Adobe Spry et ont pondu un article dithyrambique: Adobe Labs Spry Framework for AJAX - friendly to use, but poor support for standards. Pour ceux qui ne comprennent pas l'anglais, il y est dit grosso modo que le respect des standards n'a apparemment pas été la plus importante des priorités, que la conception s'est basée sur des méthodes propriétaires, et que le Javascript est utilisé de matière obstructive. Il y est néanmoins rappelé que ce framework est un premier jet amené à évoluer, et qu'il faudrait profiter de l'opportunité que donne Adobe de demander un retour de la part des utilisateurs pour faire avancer la question du respect des standards.

J'en connais un: Ajax Chat. Pour l'avoir testé en local, il est très simple à installer. Quant à la charge qu'il supporte je ne pourrais pas te dire puisqu'en local.. ben je me parle tout seul