-
Compteur de contenus
4 021 -
Inscrit(e) le
-
Dernière visite
Messages postés par Dudu
-
-
Salut
Merci Dadou de rappeler ceci encore une fois, ce n'est pourtant pas faute de le rabacher.que ta page passe au validateur ne veux pas dire que ta page est conforme W3CRègle n°1: "valide" ne veut pas dire "conforme"
Règle n°2: si quelqu'un prétend l'inverse, merci de l'inviter à relire la règle n°1...
-
Comment ça ? Il suffit juste de sauvegarder le fichier en FTP avec le nouveau format. Le plus basique des éditeurs de texte en est capable, théoriquement...le changer veut dire changer tout le code de la page. -
Si tu le dis ;-) (malgré tes maigres notions de référencement )
Je prenais ça comme exemple parce que ça m'a toujours frappé sur apple.com le peu de liens sortants. Même lorsqu'ils parlent de logiciels développés par d'autres sociétés (par exemple Adobe Photoshop ou Microsoft Word) ils arrivent toujours à caser incognito un lien interne.
-
Et après le réveil a sonné et tu t'es réveillé ?PS : J'ai travaillé chez Opera Software -
Pas nécesssairement. Le site d'Apple est un des sites qui, à ma connaissance, a le plus gros ratio "taille du site/liens sortants". Les liens sortants se comptent sur les doigts de la main quasiment.Par contre un site avec pas ou peu de liens externes ca peut paraitre louche non ? ;-)Et pourtant (thick, ne lis pas cette phrase) il a un PR 10 (c'est bon thick, tu peux revenir ) et a un positionnement plus que correct.
-
- Message populaire.
- Message populaire.
Salut
Des sources sur ce que tu affirmes ? Pas très apprécié de qui ? (à part de toi, nous l'avions compris)En même temps, Opéra n'est pas un navigateur très apprécié
Qu'entends-tu par "faire subir" ? Opera ferait donc exprès selon toi de mal afficher des sites pourtant bien codés ? (je reviendrai plus tard sur le cas un peu particulier du site Velay Automatismes). Presto, le moteur de rendu d'Opera, à l'instar de Webkit même s'il est très différent de lui, est un des plus stricts sur le marché actuel quant à l'interprétation du code HTML, pas comme Explorer qui est ultra laxiste, ni Firefox qui (malheureusement) prend petit à petit la même direction.justement pour ce qu'il fait subir aux sites web.En bref, il faudrait voir à éviter de raconter des bétises
Quand tu parles de Vinageer, tu parles bien de ce vaporware dont la version 1.0 est prévue en 2012 ? Celui-là même qui réunit 0,09% d'utilisateurs ? (source sur le site de l'éditeur -http://skyzzor.blogspot.com/2009/11/vinageer-devient-3eme-navigateur-le_09.html) Oups, au temps pour moi, en Australie, la version 0.1 remporte 16,10% des suffrages (les ravages de la Fosters, vraisemblablement...).Si ton site est valide avec [...] Vinageer Web (Vinageer), et la dernière version d'IE (la 8 je crois), alors c'est bon.Dire qu'un site qui passe [entre autres] sur Vinageer et mal sur Opera est correct, j'appelle ça pousser le bouchon un peu loin, Maurice
Quant à parler de la version 8 d'Explorer, je préfère ne pas relever. Parlons plutôt de vrais navigateurs, ceux qui savent lire un code HTML.
Es-tu sérieux lorsque tu compares Opera avec la version 5 d'Explorer ? Es-tu sérieux lorsque tu affirmes que "le reste doit faire avec" ? Te rends-tu compte des inepties que tu écris ? Te rends-tu compte que des gens mal informés peuvent peut-être croire ce que tu racontes ?Le reste doit faire avec.On ne peut pas optimiser un site pour tous le monde, et on ne peut pas non plus continuer à utiliser IE 5 ou Opera, dans un web submergé par les nouvelles technologies (Silverlight, tout ce qui est issu de Javascript, et même les nouvelles versions de CSS).
Tu parles de nouvelles technologies, de nouvelles versions de CSS (dont la dernière version en date, CSS 2.1, est sortie en 2001; autant dire que nous sommes effectivement "submergés" comme tu le dis) quand précisément Opera (et les navigateurs sous Webkit) passe haut la main l'Acid Test et se permet même d'implémenter à l'avance des propriétés CSS 3.
Quant à Silverlight, Karamazov-aucun-lien-fils-unique: c'est un plugin multi-navigateurs, comme Flash. Il est donc autonome, comme Flash. Il ne dépend donc pas du navigateur utilisé...
... comme Flash.
Je ne suis pas utilisateur d'Opera (uniquement pour des vérifications ponctuelles) mais je ne peux pas décemment laisser dire pareilles désinformations.
framboizen: ton site a un code HTML vieillot et souffre d'un problème d'imbrication de balises (notamment la balise <script> en début de code qui devrait se trouver après <head>. Ton code souffre également d'un DOCTYPE un peu spécial (HTML 4.01 Transitional) qui force les navigateurs à travailler en mode dégradé (le "quirks mode" dans le jargon). Ceci explique pourquoi des navigateurs dit "stricts" vont afficher ton site bizarrement. Dans ton bouquin "pour les nuls" tu devrais trouver des informations simples sur ces deux problèmes. Si non, n'hésite pas à revenir nous en parler.
- 2
-
Des milions de personnes, tu voulais dire ?mais pas sur un tel document qui est vu par des millions de personnes. -
Salut
Je suis une quiche en référencement. Mais n'a-ton jamais parlé d'une sorte de prime de vieillesse pour les sites de 10 ans et + ? Ce qui expliquerait les bonnes positions des sites des années 2000.
-
Salut
À propos de retour à la ligne... pourrais-tu arrêter de remplacer systématiquement les apostrophes par des espaces dans tes messages ? Ça crée des retours à ligne en plein milieu des phrases qui sont parfaitement disgracieux, et c'est vraiment pénible de te lire.de plus j'ai dit que j'avais évité le retour à la ligne donc j'ai déjà utilisé le disply:inlineMerci
-
Salut
Apparemment, c'est plus un problème de Javascript que réellement d'HTML/CSS. Safari m'indique en effet "Can't find variable SWFObject".
-
Salut
La réponse est simple, avec un exemple bien connu: Facebook.Ma question est simple : les administrateurs ont-ils le droit de conditionner la pleine participation à un forum en échange de la fourniture de son identité réelle ? (Le forum est français, hébergé en France, et a trait à une une entité française.) J'entends bien sur le plan légal. Le côté moral, c'est autre chose.Facebook est parfaitement légal en France, pourtant ils t'obligent à communiquer ta véritable identité. Et tu te fais supprimer ton compte si tu fournis une fausse identité (c'est marqué dans les CGU).
C'est encore mieux dans le cas de Facebook puisque leurs administrateurs peuvent non seulement en savoir plus sur toi, ils ont aussi le nom de tous tes amis, ils connaissent tes films préférés, et ils ont même tes photos torse nu à 4 grammes à 6h du matin en sortant de boîteCela pose plusieurs problèmes :- les administrateurs (et chaque nouveau membre passant par ce sujet "charte") connaissent la correspondance entre des pseudonymes et les personnes qui se cachent derrière,
- ils peuvent alors faire des recherches sur ce pseudo et en découvrir encore plus sur cette personne (certains internautes n'utilisent qu'un seul pseudo),
- le pseudonymat ne sert alors presque à rien sur ce forum.
Et quand bien même tu te désinscris, tout ce qui a été posté est gardé sur leurs serveurs (même les photos sus-mentionnées).
Encore une fois, c'est marqué dans les CGU, et c'est légal.
TaaaaaaaaahOui mais "digital" est aussi accepté en langue française pour traduire l'origine numérique . Digital = issu du mot anglais "digit", relatif au nombre, au chiffre, numérique...C'est qui ton dealer ?
"Digital" en français, vient bien du latin digitus "doigt de la main ou du pied".
Référence: Le Trésor informatisé de la langue Française - "Doigt"
"Digital" en anglais, qui se traduit en français par "numérique" (référence: Wikipédia français - "Digital"), vient du latin digitus ainsi que le dit le Wikipedia anglais - "Digital" "The word digital comes from the same source as the word digit and digitus (the Latin word for finger), as fingers are used for discrete counting.". Et enfin, l'anglicisme erroné "digital" utilisé pour "numérique" vient bien du latin: Wikipedia français - "Numérique" Le terme anglais digital provient du latin digitus, doigt. En anglais digit signifie aussi (les dix) chiffre(s), d'où la traduction française numérique."
Donc quand tu dis que "digital" est aussi accepté en langue française. Oui, mais par toi tout seul. Pas par les linguistes, ni par l'Académie française
- les administrateurs (et chaque nouveau membre passant par ce sujet "charte") connaissent la correspondance entre des pseudonymes et les personnes qui se cachent derrière,
-
Salut
Faux, archi faux. Depuis quelques années, ah bon ? Combien exactement ? Une date ?Aussi, nous sommes passés depuis plusieurs années au bloc <div> pour remplacer les tableaux <table>.La sémantique (et donc l'utilisation a bon escient des <table> et avec parcimonie des <div>) a toujours été prôné par le w3c. Depuis le début.
En revanche, il est exact d'affirmer que les mises en page tabloïdes ont eu leur heure de gloire bien qu'elles aient toujours été dépréciées par le w3c. Alors pourquoi a-t-on fait du tableau imbriqué en guise de mise en page pendant si longtemps ? Tout simplement parce qu'à l'époque le navigateur dominant (Microsoft Internet Explorer) n'avait que faire de prendre en charge correctement la norme CSS, donc on se débroullait avec les moyens du bord.
Mais dire qu'avant on faisait du tableau, et que "depuis quelques années" les normes ont changé, c'est faux.
Qui plus est, imbriquer des <div> comme on imbrique des <table> est non seulement une erreur, c'est en plus une régression. <table> est une balise sémantique: elle indique que son contenu est un tableau de données, tandis que <div> ne veut rien dire, c'est une balise comparable à la lettre blanche du Scrabble.
Au moins, utiliser <table> même à contre-emploi, c'est (mal) utiliser une balise sémantique. Je trouve ça mieux que d'utiliser une balise bouche-trou dépourvue de sens.
Evidemment, le nec plus ultra est d'utiliser de vraies balises: <p>, <ul>, <cite>, etc.
Par exemple, un <div id="footer"> se remplace très bien par un <address>...
Parlons d'accessibilité et de lisibilité.Je vois que tu as choisis la deuxième solution. Ce n'est pas la meilleure même si elle marche encore mais au niveau référencement ,pour la lisibilité et l'accessibilité du site, développer aux normes W3C est recommandé :-)La balise <table> peut se révéler parfaitement accessible. Un aveugle peut très bien lire un tableau de données, pourquoi ne le pourrait-il pas sur une mise en page tabloïde, en tous cas plus que sur une mise en page "du-div-en-veux-tu-en-voila" ?
Quelques liens connexes très intéressants à ce sujet:
Trois vidéos sur l'accessibilité
"Les tableaux sont-ils accessibles" vieille discussion sur le Hub, toujours d'actualité
Bof, même avec un mois de retard, je réponds quand mêmeAurelsicoko, heureusement que Dudu est moins dispo que d'habitude; il t'aurait remonté les bretelles !Remplacer des <table> par des <div> est une hérésie
Je dis globalement que l'un comme l'autre, c'est la même m*rde. Et j'assume.Hop, je vais éviter de plonger à trois mains dans le non-troll que tu as lancé, Captain, mais je trouve ça fort de conseiller "de rester en tableaux"... Effectivement, le full-div mal fait, c'est pas forcément mieux, mais les développeurs en tableaux et en full-div-mal-faits, il faut leur conseiller d'aller vers une découpe de design plus propre et légère, non ?
L'argument du nombre de balises et de requêtes HTTP est pertinent. Mais là, ce n'est plus un problème ni d'accessibilité ni de lisibilité pour le visiteur, c'est du ressort du webmaster de faire en sorte que son site ne lui coûte pas les yeux de la tête en bande passante, en surcharge serveur, en lisibilité du code source etc.En tout, 6 ou 7 balises, au lieu de 30 appels HTTP, 25 balises, etc. Et une facilité extrême à voir où sont les erreurs de placement...Au-delà de la sémantique, gmasson perd de la densité pour ses mots-clefs, perd sa patience sur des problèmes de marges de tableaux, perd de la lisibilité de son code, perd de la bande passante... N'allez pas lui dire "keep cool, ce que tu fais, c'est moins pire que du full-div mal fait".
Quant à la densité des mots-clefs, je ne pense vraiment pas que les moteurs accordent réellement plus d'importance à un contenu non balisé sémantiquement (<div>) qu'à un contenu mal balisé sémantiquement (<table> utilisé à contre-emploi).
Et en parlant de reset CSS et d'aberrations dans les codes HTML, un petit outil bien pratique pour débusquer les mauvaises pratiques: Big angry red text
A+
-
Salut
Merci beaucoup pour les réponses, ça me conforte dans l'idée que j'avais d'effectivement utiliser une deuxième colonne, et effectivement en minuscules. Concernant les problèmes de charge, je pensais convertir les noms au moment de l'insertion dans la base uniquement, plutôt que la parser régulièrement.
Merci encore, et désolé pour le retard de ma réponse: mon disque dur m'a laché
-
Salut le Hub
J'ai une table contenant des noms d'artistes, et je souhaiterais les trier par ordre alphabétique. Mais en omettant les préfixes "The" ou "Les".
Je m'explique.
Ma table:
1 | Abba
2 | ZZ Top
3 | The Eagles
4 | Led Zeppelin
5 | Les Chaussettes NoiresCe que je souhaiterais obtenir:
Abba
Les Chaussettes Noires
The Eagles
Led Zeppelin
ZZ Top
c'est-à-dire un classement alphabétique qui ne prenne pas en compte les mots "The" et "Les" quand ils sont au début d'une occurence. Mais que ces mots soient quand même affichés dans les résultats: je ne souhaite pas les supprimer.
J'ai bien quelques idées, mais j'ai peur que ce soit trop "crade" et donc que ça prenne trop de ressources pour une table bien remplie.
À votre avis, quelle solution serait la plus "propre" ?
Merci beaucoup
-
Salut Dadou
Je ne suis pas le meilleur expert en Apache -loin s'en faut- mais il me semble que ce n'est pas faisable via .htaccess, car index.php est précisément le fichier appelé par défaut par le répertoire racine. Du coup, la moindre redirection part en boucle.
Une solution PHP au sein du fichier index.php serait envisageable, comme expliqué ici: Rediriger la page index.php vers le nom de domaine
-
Salut
Un très bon article sur Openweb pour créer des pop-up non intrusives et facilement dégradables si pas de JS:
/>http://openweb.eu.org/articles/popup/Quelques remarques en passant:
- Plutôt que d'écrire ça dans une pop-up, autant le marquer directement sur ta page. Je ne vois pas bien l'utilité d'une pop-up dans le cas présent.
- Si un de tes visiteurs est sur Mac, le Ctrl-D ne marchera pas. Pour parler de manière universelle, il faut dire Commande-D. La touche de commande sur un PC est "Ctrl", la touche de commande sur Mac est "Pomme". La touche Ctrl sur Mac existe et a une toute autre fonction. Attention à la tentation de croire que tous les internautes ont la même configuration que toi.
- Je ne tombe jamais sur un site pour adultes par hasard
- Plutôt que d'écrire ça dans une pop-up, autant le marquer directement sur ta page. Je ne vois pas bien l'utilité d'une pop-up dans le cas présent.
-
L'ergonomie existe aussi bien pour les livres ou la presse papier; je n'ai pas précisé "ergonomie web"Les livres existaient avant les ordis!!C'est précisément une raison d'ergonomie qui fait qu'une page de journal est divisée en colonnes.
-
Le Hub diffuse beaucoup de texte, et pourtant personne ne se plaint (ou alors à voix très basse, car je n'ai jamais rien entendu à ce sujet)Euuu je trouve pas que cela soit une bonne solution de faire un design fluide surtout si le site en question diffuse bcp de contenu texte.
Personnellement je suis pas fan de la ligne de texte qui fait la largeur d'un 24".
Mais je suis d'accord avec toi sur les lignes extrêment longues, il suffit alors de mettre un max-width, c'est tout simple, et ce problème est réglé.
C'est parfaitement vrai, c'est d'ailleurs plus une bonne pratique en ergonomie que réellement une règle de mise en page. Le fait de bloquer la largeur quand celle-ci dépasse une certaine valeur (donc max-width) résoud le problèmeIl y a une petite règle de mise en page qui dit que pour minimiser la fatigue de l'il, il est préférable de faire des lignes de 10/12 mots max.Comme Pat AfterMoon, j'ai une très grande résolution d'écran, pourtant rares sont les fenêtres que je mets en plein écran. D'où ma promptitude à défendre les petites résolutions
-
- Message populaire.
- Message populaire.
Salut
Le problème des largeurs fixes, c'est:
-trop grand: les 800*600 hurlent
-trop petit: les très grandes résolutions (écrans 24 pouces et plus) voient un grand espace blanc avec un tout petit site au milieu.
Et ne parlons pas des smartphones...
Le plus simple pour respecter tout le monde, c'est d'utiliser la fluidité.
Un exemple ? Devant toi ! Le forum Webmaster-Hub est 100% fluide. Et tout le monde est content
- 1
-
Salut iana
La réponse est très simple: c'était un bug d'Internet Explorer, car un attribut alt ne doit jamais s'afficher dans une info-bulle au survol.Oui, je sais, mais je ne comprends pas pourqoui ça a changé au moment du passage à IE8.Pourquoi ça a changé avec IE8: parce que Microsoft a attendu 8 versions d'Explorer avant de corriger leur ânerie. Tout bêtement.
En tous cas c'est corrigé, ce n'est pas trop tôt certes, mais c'est plutôt une bonne nouvelle. Cela évitera à de trop nombreux webmasters de mettre des infos dignes d'un attribut title dans un attribut alt. Et tout ce qui peut faire perdre de mauvaises habitudes de codage est toujours une bonne nouvelle.
-
Mais carrément ! Purée, je viens de perdre 15 ans d'un coup !(Et si j'ose dire : Eviv Bulgroz !)Eunevneib rus el Buh !
Pour ceux qui n'auraient rien compris à tout ça: http://www.franquin.com/spirou_fantasio/pe...glub_spirou.php
-
Salut
Non ce n'est pas possible.
Enfin, tu peux le faire et certains navigateurs feront la correction eux-mêmes en faisant comme si le <link> était dans la partie <head> mais ce n'est pas génial.
L'avantage de te galérer à faire ça c'est que:mais je n'ai pas envi de remodifier 1 a 1 mes centaines de pages pour rajouter un LINK dans le <HEAD> de chacune d'elles.- au moins ce sera fait une bonne fois pour toutes
- Tu pourras rajouter un include plutôt qu'un simple <link> pour de futures modifications
Désolé, je sais que ce n'était pas exactement la réponse que tu attendais
- au moins ce sera fait une bonne fois pour toutes
-
Salut
Demande au moins l'autorisation du webmaster à qui tu comptes prendre les images. C'est plus une question de bon sens et de respect du travail d'autrui qu'une vraie question de droit.
De plus, on tombe souvent sur des gens sympas qui acceptent quand c'est demané gentiment
-
Faut arrêter de penser que c'est un problème de fuites de liens et de nofollow. Ça n'a rien à voir, on est d'ailleurs un des rares (voire le seul) forum francophone à rendre lisibles les signatures par les moteursDommage qu'il n'y ai pas de rubrique d'avis (même en no follow) pour que la communauté HUB puisse réagir, conseiller et critiquer snif !!!Le problème des demandes d'avis, c'est que:
- c'est trop subjectif
- ça part en vrille en moins de 3 posts
- ça part dans tous les sens: ergonomie, référencement, design, choix des couleurs, validité du code
Du coup, on accepte les demandes d'avis ciblées (type: "que pensez-vous de mon référencement" ou "que pensez-vous de la validité de mon code") mais pas les demandes d'avis généralistes.
Passage des paramêtres à paypal
dans E-commerce
Posté
Pas du tout ! Au contraire, l'UTF-8 accepte plus de caractères que l'ISO 8859-1.