Dudu

Salut Excellent sujet de discussion. Pour ma part, j'imagine toujours que le lien est susceptible d'être vu en dehors de son contexte. Voir à ce propos la fonctionnalité d'Opera qui permet de lister dans une colonne à gauche de la fenêtre tous les liens présents sur la page. Donc, même si je suis conscient qu'habituellement le lien est lu dans son contexte, j'essaie de garder çà à l'esprit et je pars de ce principe pour nommer mes liens. Je m'oblige donc de cette façon à trouver des alternatives à "cliquez ici" ou à "lire la suite". Ensuite vient aussi le problème du poids de l'ancre sur le positionnement d'une page (le meilleur exemple est le bombing). J'essaie, du haut de mes peu de connaissances en matière de référencement, de choisir idéalement les mots qui vont composer le lien afin d'aider à une certaine pertinence. (et d'ailleurs: http://www.google.fr/search?q=cliquez+ici ) Du coup, on s'aperçoit vite que créer un lien, chose anodine, peut se révéler un vrai casse-tête ! Mais c'est peut-être ce qui fait justement l'intérêt de la chose Cela étant, une présentation correcte du lien à l'affichage devrait être idéalement sans équivoque: par exemple le lien sera souligné et/ou d'une autre couleur et/ou gras.. ainsi on peut s'assurer que même le débutant moyen trouve sans problème où cliquer.. Résultat des courses: un bon lien, pour moi, c'est: - lisible hors de son contexte - comportant des mots-clés (sans excès) - clairement identifiable à l'affichage Un exemple du type de lien que je fais:

Salut, ah oui je n'avais pas pensé à mon ami IE Effectivement les pages Peintures et Contact sont un peu chamboulées: Sur la page Peintures, c'est la première ligne de la liste 1 - 2 -3 -4 - 5 qui a une marge inférieure trop grande. Sur la page Contact c'est le textarea qui se trouve décalé sur la droite de la page. Le problème avec IE Mac, c'est que ses bugs sont inexpliqués/inexpliquables et que la seule solution ou presque est de lui créer des hacks.. je peux essayer de voir çà ces jours-ci, sans garantie Sache tout de même qu'IE Mac est mort et enterré (à quand la même page version PC ? ) donc à toi de voir l'importance à lui accorder.. Concernant la différence entre IE Mac et IE PC: elle est de taille. Car à part le même nom, ces deux navigateurs n'ont absolument rien en commun

Salut, On passerait presque pour des bêtes curieuses Hum, reprenons plus sérieusement: que veut dire "sur mac" ? Je pense que toute la question est là, puisque sur Mac comme sur Windows (comme sur Linux aussi, et les autres OS) il y a une quantité phénoménale de navigateurs. Voir à ce sujet ce site qui dresse une liste non exhaustive des navigateurs existant sur plate-forme Apple http://darrel.knutson.com/mac/www/browsers.html Pour ma part, je viens de tester avec Safari à peu près toutes les pages (je n'ai pas fait toutes les séries de peinture, toutefois, mais je suppose que chaque série est sur le même modèle) et je ne rencontre aucun problème d'affichage. PS: je déplace dans une section appropriée car le rapport avec le PHP est vraiment difficile à cerner

Je ne te fais pas avancer ? À quoi cela sert de t'avoir dit par quoi remplacer quelles balises ? Quels codes étaient à supprimer ? Et comment obtenir ta couleur orange sur ton pied de page ?À rien ? Je prouve ma bonne volonté: dis-moi quelle phrase, citation à l'appui, est de la critique facile. Je me ferais un plaisir de t'expliquer plus avant de quoi il en retourne À lire, à relire et à re-relire: valide ne signifie pas conformeDans ce post, Monique réussit le pari de TOUT résumer en à peine 8 lignes. Ta page pseudo-valide est un exemple typique de ce genre de cas. Tu m'as aussi envoyé un MP dans lequel tu me dis avoir totalisé 14h de travail.14h ou 20h ? Qui croire ? Bref, nous cherchons à t'aider et je remercie moi aussi captain_torche de son extrême patience. Mais si tu ne supporte pas l'aide que nous t'apportons, pourquoi continuer à poser des questions ? Si tu es "tout de même fier de [t]on travail", alors mon conseil: restes-en là et ne nous demandes plus notre avis: il restera certainement immuable. Quant au MP que j'ai reçu, merci de bien vouloir ne pas mélanger ma fonction bénévole de modérateur avec l'aide que j'apporte sur le forum. Pour la bonne et simple raison que les deux n'ont rien à voir; merci également de respecter un minimum de politesse à l'égard des membres, fût-ce en privé Cordialement. PS: Mais non, Ifmy

Salut, À t'entendre, çà passe parfaitement avec Internet Explorer Win mais pas avec des navigateurs normaux: à vrai dire vu le code çà ne m'étonne pas. On passe çà en revue ? On commence avec le <div align="left"> de la 11ème ligne. Question: à quoi sert-il ? Par défaut, tout est aligné à gauche en HTML. De plus, tu as déjà une balise <div> à la ligne précédente à laquelle tu peux attribuer une règle CSS puisque cette balise est identifiée avec un id. De plus, l'attribut align est déprécié, et tu le sais certainement maintenant que tu as compris l'utilité de séparer le contenu et la présentation. On continue avec la ligne suivante dans laquelle on trouve 2 images imbriquées dans une balise <p> c'est à dire un paragraphe. D'une: pourquoi un paragraphe ? De deux, ce sont des images décoratives, non des images à vertu illustrative. Donc une fois encore, elles ont leur place dans le fichier CSS et non dans l'HTML. En mettant un petit <h1> avec le nom de ton site dans l'HTML, qui "transforme" côté CSS le texte en image, tu gagnes en poids, en lisibilité, en sémantique etc etc... d'ailleurs est-ce normal si nulle part dans ton code source n'apparaisse le nom de ton site ? (hormis les liens bien sûr) Moi çà ne me semble pas logique.. On continue avec la balise <div id="head2"> (encore une balise div ??) Les liens ne sont pas correctement séparés les uns des autres, ils sont entassés et leur espacement est géré dans la CSS. Fort bien, mais encore une fois c'est tout sauf sémantique. S'il ne s'agissait que de sémantique encore.. mais ce genre de manière de coder te fait courir de gros problèmes d'accessibilité. Il faut que des liens soient séparés correctement les uns des autres, c'est une règle d'or. Sinon c'est encore une fois les visiteurs handicapés qui prennent tout de plein fouet (mais il n'avaient qu'à pas être handicapés, n'est-ce pas ? ). Vu qu'il s'agit d'une liste de liens, pourquoi ne pas utiliser une balise HTML de .. liste (par exemple) ? Je passe sur les paragraphes vides qu'on commence à voir apparaître en ligne 17 (<p> </p>) car sarc a parfaitement expliqué les tenants et les aboutissants de ce type de pratique. Autour des lignes 20-21 on trouve 2 petits détails pas bien méchants mais qui méritent qu'on s'y attarde. Le premier concerne l'attribut style utilisé au sein d'une balise. Autant ne pas faire de CSS, tu ne gagnes ni en poids, ni en lisibilité avec des styles en-ligne. Et tu y perds en déboguage le jour il faut déboguer. Le deuxième concerne le lien "Favoris" qui utilise une méthode propriétaire Microsoft, donc lisible uniquement par nos amis malchanceux qui utilisent encore Internet Explorer. Pour les autres, le lien est tout bonnement inactif. De plus il s'agit d'une "intrusion": il n'y a pas à forcer l'internaute pour qu'il mette un site en favoris; il peut très bien le faire lui-même. Ensuite on tombe sur çà <a href="java script:window.external.AddFavorite('http://www.mediakap.net','Mediakap.net - L'info du Web')"><img src="logo_favoris.jpg" alt="Favoris" border="0"/></a> <a href="mailto:info_AT_mediakap.net"><img src="logo_mail.jpg" alt="Email" border="0"/></a> Aïe Un lien javascript + un lien mailto avec des images sans mention de tailles, le tout séparé par des espaces insécables.. bref un florilège de choses à ne pas faire. Sachant qu'en plus tu as une page contact.htm qui a un formulaire.. Honnêtement je ne comprends pas l'utilité de cette ligne Vient ensuite la colonne de gauche.. Il s'agit d'une liste, nous sommes bien d'accord ? Alors pourquoi insérer un paragraphe par ligne avec répétition de l'image puce_violet.jpg à chaque ligne ???? C'est une ineptie !! Tu pourrais faire la même chose avec 3 fois moins de code, ce serait plus lisible, plus sémantique, plus .. (heu je me répète, pardon) Petit aparté: tu peux sans complexe supprimer le lien vers le site qui parle de redirection automatique. Les redirections par meta refresh sont une plaie à tous les points de vue. Autant pour l'utilisateur que pour le référencement pour ne citer qu'eux.. La partie centrale a un code très correct, si ce n'est les fameux paragraphes vides dont parlait sarc, et une certaine abondance de paragraphes même pleins. Mais ce n'est pas réellement gênant. Le temps de l'optimisation viendra ultérieurement. J'en profite pour faire part de mon incompréhension quant aux choix des class plutôt que des id. Par exemple, pour "head2", pour "gauche", pour "droite", pour "centre", pour "bas". Tu as plusieurs en-tête, plusieurs parties gauches, plusieurs parties centrales, plusieurs parties droites, et plusieurs pieds de page ? Non. Alors pourquoi utiliser des class ? Pour ton pied de page qui ne se colore pas, vérifies l'ordre de tes règles CSS. Comme l'indique leur nom, elles agissent en cascade (CSS = cascading style sheets). Leur ordre est donc primordial. Dernière chose: on te renseigne, on t'aide, on en vient presque à faire le travail à ta place. C'est un petit peu étonnant pour quelqu'un qui vend ses services en s'auto-proclamant "spécialiste de la conception de sites Internet Design" Moi, çà me poserait un problème de conscience Quoiqu'il en soit bon courage. Mais au risque de me répéter: apprends d'abord l'HTML et le CSS. Et ensuite seulement commences à faire des essais et des tests. Car là, en tout état de cause, ta page n'est ni valide ni conforme ni lisible ni rien.. tu me vois navré de te le dire PS: garde effectivement sous le coude le lien proposé par captain_torche, tu peux rajouter celui-ci qui apprend les bases d'HTML et de CSS http://fr.selfhtml.org/

Salut Un fichier .htaccess vérifie les connexions externes. Pas les internes. Dans tes deux exemples, le premier emmène l'internaute (connexion externe) vers ton répertoire. Le deuxième emmène un script PHP (connexion interne) lire le fichier.

Remi: oui et non. L'attribut target oui. Mais sa valeur _blank non. C'est un attribut qui a beaucoup de possibilités, certaines méconnues et|ou inutilisées. Et il serait dommage de s'en priver sous un prétexte de doctype trop "strict". Du coup, le choix est cornélien: passer en transitionnel, ou bien ne pas avoir la belle médaille décernée par le validateur. Après, la valeur "_blank" de cet attribut est de toute façon une vaste supercherie. Je ne sais plus où j'avais appris çà (un jour peut-être je classerais mes favoris ) mais c'est au départ un bug d'un navigateur, certainement IE3 ou un de ses contemporains, qui avait été découvert et dont tout le monde s'est emparé. Avant çà, point de nouvelles fenêtres. Donc le w3c ne risque pas de valider tout de suite une telle chose, bien au contraire. Ce qui est navrant en revanche, c'est que c'est pour cette unique raison que l'attribut target a disparu des normes strictes, alors qu'on peut l'utiliser pour autre chose que des cadres ou des nouvelles fenêtres. Je vois d'un assez bon oeil le retour de target Mais on s'éloigne du sujet

C'est balaise Joli tour de force Plus sérieusement, peux-tu nous fournir plus d'explications ? Qu'est ce qui ne marche pas dans ton formulaire ? La mise en page (l'HTML) ou l'interprétation (PHP) ? Car à vue de nez, si on ferme les yeux sur ces horribles tableaux qui n'ont rien à faire là, tout me semble correct... (bien qu'on n'ait pas tout le code sous les yeux)

Bonjour Si par "fixées" tu entends un code tel que celui-ci div {background-attachement: fixed;} alors non ce n'est pas pris en compte par IE 6, et apparemment pas sur le futur IE 7 non plus.

Bonjour, donner la solution pourrait se révéler une option très sympathique pour les autres membres qui seraient confrontés au même problème que toi un jour

J'ai beau être une buse en PHP, mais çà je suis désolé çà ne veut rien dire. Rien, vraiment rien. Je ne sais pas s'il est vraiment nécessaire que je me répète mais un script tout fait fera amplement l'affaire. Essayer d'expliquer des notions telles que celles-ci a un débutant (avec tout le respect qu'on lui doit bien sûr) c'est perdre du temps, ce n'est pas le faire avancer. http://www.comscripts.com/scripts/php.formulaires.sc8.html par exemple Cordialement

Salut, le w3c c'est l'entité qui régit le développement sur le web. Son directeur est l'inventeur du WWW ni plus ni moins

Par exemple pour éviter qu'un outil de statistiques renvoie un message du type "impossible d'atteindre robots.txt" Les robots cherchant obligatoirement ce fichier, il est courant d'en mettre un quoiqu'il arrive. Quitte à ce qu'il soit vide de tout contenu si on ne veut rien masquer aux robots

C'est effectivement ce qu'avais cru lire dans la discussion sur le forum de Textpattern Pour le coup, c'est l'inverse: c'est le contraire que j'avais cru lire dans le forum de Textpattern Que la conséquence de tout çà soit un fork ou une remotivation, merci pour l'info car je tombe de haut. Ne suivant que de loin les agissements de la communauté Textpattern, je voyais encore Dean Allen tranquillement instalé sur son trône de codeur principal, nous concoctant sereinement de nouvelles versions Quant à l'attitude "autistique" de Zem, je la qualifierais plutôt de faussement optimiste (calmez vous, tout va bien, pourquoi s'inquiéter ? Ne pas produire de code est mieux que de produire un mauvais code)

Salut Et pourquoi pas un fork francophone ? (ce n'est pas de l'ironie masquée, c'est une vraie question très sérieuse) [edit] oups, j'aurais peut-être du lire en entier le topic anglais avant de poster, notamment le message #35 ;-) [/edit] Bon courage dans ta|votre démarche en tous cas Belle initative. PS: ravi de voir sur la discussion qu'on parle d'une interface admin tableless. Pour ma part, j'avais utilisé un TXP il y a quelque temps et j'avais prioritairement customisé cette foutue interface admin avant de m'attaquer au frontend

Salut Bien qu'étiqueté comme un "anti-Flash" primaire, je serais plus d'avis à recommander Flash pour ce genre de diaporamas. Le fait est que c'est une animation, et que l'animation c'est précisément le boulot de Flash. De plus, je ne sais pas quelles sont tes diverses sources sur l'affoelement des internautes à installer un plug-in (j'y crois volontiers) mais Flash est installé sur 95% des ordinateurs reliés à Internet, source Macromedia. Ce chiffre est forcément à revoir à la baisse puisque c'est MacroMedia en personne qui le fournit, mais le taux d'implantation est très fort. Et quand bien même certains se débarrassent du plug-in Flash, il s'agit de power users qui savent parfaitement ce qu'ils font, et les conséquences d'une telle désinstallation. Pour finir, la plupart des applications Java gratuites qui traînent sur le net sont optimisées pour la JVM de Microsoft, et non pas celle officielle de Sun, occasionant des problèmes de lourdeur sur certains OS, voire carrément une incompatibilité pure et simple. D'autant que Java n'est pas forcément aussi optimisé que Flash dans le domaine de l'animation PS: des pubs en Java ??

Comme je le dis dans mon précédent message, il manque juste un prologue XML Comment faire du bon XHTML par Karl Dubost, membre du w3c Servir du XHTML 1.0 (mais c'est valable aussi pour XHTML 1.1) sur le site du w3c

Salut Tu leur attribues une class Je ne comprends pas pour quelle raison tu voudrais mettre des liens dans des balises <h2> s'ils n'ont rien à y faire Un conseil avant de te lancer à corps perdus dans le CSS: apprendre le CSS (hé oui)

altaweb: dans quelle rubrique est cette discussion ? Et si normalement, ils envoient un courrier postal à partir de 50 $, plus d'informations dans ce sujet: Revenus Google. Par contre, pour la question principale, à savoir en combien de temps arrive la lettre, pas la moindre idée, désolé

Çà remarche pour moi Ambiance "divite" mais très agréablement surpris Ils ne leur reste plus qu'à utiliser leur propre outil sur leurs propres pages

Salut, Plusieurs choses dans l'ordre: Tu parles de voir le site sous IE mais théoriquement IE n'accepte pas l'XHTML 1.1 avec un Content-type "application/xhtml+xml". Comment fais-tu ? Tu te compliques la vie avec ton iso 8859-1. L'encodage par défaut utilisé par l'XHTML Strict est l'UTF-8 qui te permettra d'enlever tous tes entités HTML pour les remplacer par les vraies lettres éèàôî. D'ailleurs si tu veux vraiment travailler en XHTML 1.1 il te manque le prologue xml au-dessus du DOCTYPE Pour les marges extérieures, il faut utiliser margin. Pour les marges intérieures, c'est padding Tes listes sur le côté ne sont pas sémantiques et t'obligent à répéter l'image "puce.jpg". Ce n'est pas comme çà qu'il faut faire ! Remplaces l'HTML par çà <ul><li>Accueil</li><li>News</li><li>Vidéo</li><li>Screenshots</li><li>Fonds d'écran</li><li>Gestes techniques</li><li>Retro</li></ul> et rajoutes çà dans le CSS #menu ul li {list-style: disc url(puce.jpg); padding-left: 10px;} Pour ton fond d'écran centré il te faudra une règle CSS comme celle-ci body {background: #5a8045 url(fond-d-ecran.jpg) repeat-y 50%;} PS: aucun code que je donne n'a été testé. Ce n'est pas du "prêt-à-l'emploi" et çà te demandera sûrement un effort minime d'intégration pour que tout soit parfait Bon courage.

Bonjour, çà commence bien: la page n'est pas disponible car ils ont des problèmes sur le serveur. Et la création de Marie passe en 404. Je serais curieux de voir ce que çà donne: la boîte qui fait le code le plus pourri du Web nous pondant un service WYSIWYG, forcément c'est alléchant

Bonjour Parfaitement faux Si www.machin.tld redirige avec en-tête 301 vers www.bidule.tld, TOUT le PR attribué à machin passe vers bidule sans aucune division. Et ce schéma est parfaitement valable dans un seul et même site avec une redirection 301 "avec|sans les www" vers "sans|avec les www" Je serais plus pessismiste sur les chiffres ;-) J'ai la fâcheuse tendance lorsque je tape une URL manuellement de ne jamais mettre les www (oui je suis un vrai flemmard, je n'ai pas Garfield en avatar pour rien !) et beaucoup trop de sites n'ont aucune redirection. Au pire, ils n'ont pas le même contenu sur les deux, ce qui ne nuit pas au PR mais divise les backlinks. Hum.. comment te dire çà sans te vexer ? On parle bien de la même chose Non, non et non encore une fois Les moteurs de recherche (Google mais aussi les autres) tiennent compte des 301 et toute la popularité des liens est prise en compte vers la page-cible de la redirection. Et encore heureux, d'ailleurs. Sinon, pour emm... nuyer un concurrent, tu le backlinke à fond vers sa page d'accueil sans les www: ce serait trop simple Ton problème est bien un problème de redirection. Dans tous les cas, l'internaute arrive sur la bonne page, et les moteurs aussi. Et oui on te dit bien qu'une adresse sur laquelle on fait une 301 est strictement équivalent à l'adresse sur laquelle on redirige (et oui les moteurs ne voient les deux adresses comme une seule et même adresse). :!:

Salut Pour faire du tracking sur les résultats

Salut Pas besoin d'aller jusqu'à l'XHTML Strict pour trouver une dépréciation de l'attribut target: un 'simple' HTML 4.01 Strict déprécie aussi l'usage de cet attribut À mon avis aucun moteur de recherche n'aurait grand intérêt à appliquer une discrimination -négative ou positive- au vu de cet attribut dans un lien: ce que cherchent les bots, c'est du contenu pertinent à indexer et je pense que çà s'arrête là. Et je n'ai jamais vu la moindre mise en garde contre cet attribut, d'un point de vue référencement.