Dudu

si tu as besoin d'un conteneur neutre oui un <div> puisque c'est sa fonction.Mais si tu as besoin de faire un paragraphe, ce sera dans un <p> Et si tu as besoin de faire une liste, ce sera dans un <ul> Bref, les balises HTML de bases Tu ne mettrais pas la charrue avant les bœufs, par hasard ? D'abord tu décides de quel doctype tu as envie de te servir, et ensuite tu codes Jamais l'inverse Quant à décider de quel doctype tu dois te servir, toutes tes en-têtes sont XHTML, de plus c'est la dernière norme en date donc je te la conseilles. Maintenant, si tu souhaites faire de l'HTML préhistorique, personne ne t'interdit de coder en HTML 2.0 ou 3.2 Bon courage..

Bonjour Jean-Pierre, d'un point de vue visuel je pense qu'il serait préférable: * d'épargner au visiteur ce nombre astronomique de logos animés, quel qu'ils soient, regroupés de la sorte (a fortiori des annuaires pour les raisons évoquées ci-dessus) * de supprimer MySpeach. Si ce genre de gadgets a bien sa place sur un site d'adolescents, il n'a à mon sens rien à faire sur le site du Secours Populaire de Montpellier. Çà fait amateur, çà rajoute des images animées pour rien en page d'accueil, et lorsqu'on voit la qualité des discussions qui s'y tiennent çà donne envie de prendre ses jambes à son cou * de supprimer les liens carte électronique et mail html: tu n'es pas un site de diffusion de scripts PHP troués * de remplacer les > par des | ou autres dans le menu du haut de page. "Traditionnellement" les > dans ce genre de cas servent plutôt à préciser la profondeur de la page. Exemple: vous êtes ici: Accueil>Page1>Page1.1>Page1.1.2 * d'emprunter les logos officiels Secours Populaire si ton association y a droit. La nature du site sautera plus au yeux du visiteur qu'actuellement. d'un point de vue code * se servir des pseudo-formats :first-letter et/ou first-line plutôt que de définir artificiellement une class="first-letter" qui te fait rajouter des <span>s inutiles. Pour tester ces formats, voir ces liens: first-letter & first-line * mettre tous les styles CSS en externe pour améliorer les temps de chargements (mise en cache) * revoir ton code qui contient plusieurs doctypes et balises d'en-tête par page * pourquoi pas enlever tous ses lourds tableaux imbriqués afin de les remplacer par les marqueurs HTML adéquats, tant qu'à faire Bon courage, n'hésites pas à poser des questions

[HS] Désolé pour l'anglicisme. Dire que je remplace quasi-systématiquement post par message, et topic par sujet Bumping: action de remonter artificiellement un post qui n'a pas eu de réponse. Exemples: - UP !! - personne pour me répondre ? - etc.. D'autant qu'on est en plein mois d'août: par conséquent beaucoup de membres actifs sont en vacances, et les forums (fora pour les puristes) voient leur activité quelque peu ralentie. C'est embêtant quand on cherche un réponse rapide je sais, mais on ne peut rien y faire. On ne va pas empêcher les Hubiens d'aller bronzer sous les cocotiers [/HS] FruitDeFendu: Certaines parties de code sont typiquement de l'HTML (colspan, rowspan etc..) certaines autres sont purement XHTML. Donc après avoir mis un DOCTYPE (pardon, une déclaration de type de document) sur ta page, il faudra aussi revoir quelques petits détails de ton code. Bon courage.

Salut, Quelque soit l'éditeur, pour faire ce que tu veux faire, il faut monter les aigus et virer les basses. Dans ton cas, tu n'as certainement pas les bandes séparées, donc les modifications apparaîtront à la fois sur la voix du chanteur et à la fois sur les sons situés dans les mêmes fréquences que la voix: impossible de contourner sans les bandes séparées. Cela dit, attention: * le MP3 est un format à compression destructive, ton fichier est donc de plus mauvaise qualité à la base qu'un original (même si çà ne s'entend pas forcément: exemple le MP3 192k). Plus tu vas le bidouiller, plus le signal va s'altérer. Plus tu vas le sauvegarder, plus la compression (destructrice, donc) va s'entendre * l'alchimie n'existe pas: le plomb ne se transformera jamais en or. En gros, tu ne pourras créer un son qui n'existe pas d'origine sur le fichier. La seule chose que tu peux faire c'est modifier ce fichier. Ton champ d'action est donc réduit et un mauvais enregistrement ne se "répare" pas au mastering, donc encore moins quand la musique finit sur un ordinateur au format MP3 Bon courage. PS: je ne connais pas Cool Edit Pro désolé. Les seuls logiciels de création/retouche/mix de son que je connaisse sont Audacity, Logic, Reason, et Traktor DJ Studio.

Çà me parait très bizarre que personne ne sache te dire alors que moi çà me saute aux yeux: je ne suis pourtant pas Dieu le Père (ou alors on ne m'a prévenu ) -> Absence notoire de DOCTYPE, on ne sait pas dans quel langage tu codes: html ? si oui quelle version ? xhtml ? si oui quelle version ? PS: le bumping est prohibé sur webmaster-hub: passe pour cette fois, mais la prochaine je serais obligé de te mettre un avertissement

Salut Xavier, Oui mais tu connais mes réticences face à tout ce qui est fermé (j'allais dire "proprio" mais il y a une nuance) Et j'ai rajouté ensuite que tout passait très bien. Ce qui m'a fait douter avant de tester, c'est * que certaines pages HTML produites par Excel sont absolument illisibles. Celle-ci, par exemple est complètement explosée sous Firefox Mac (et PC aussi p-ê). Étrangement Safari qui est d'ordinaire très susceptible l'affiche très bien (et tant mieux, ce site est une vraie mine mais ce n'est pas le sujet) * qu'en regardant mes préférences d'encodage j'ai trouvé tout et n'importe quoi.. mais aucun windows-1252 => Donc dans un 1er temps je préférais être prudent à l'idée de conseiller cet encodage pour le web. Mais de toutes façons, le public visé est 100% IE/Win et même sur Mac çà passe j'ai pu l'observer: que demande le peuple

Salut, Bien vu ! Maintenant les logiciels wysiwyg mettent leur propre doctype, on vit vraiment une époque formidable ! Blague à part, il faut aussi savoir qu'un doctype - accepté par le validateur - conforme aux recommandations w3c mais qui lie une DTD différente de celle du w3 (plus précisément -> avec une URL différente de celle habituelle du w3c) même si son contenu se révélait identique à celle du w3, ne sera pas reconnu par les navigateurs pour leur bascule" quirks->standards" Le genre de cas où tout est très correct théoriquement, mais où concrètement on reste en quirks mode alors qu'on devrait être en standards-compliant mode. Pourquoi ? Parce qu'aucun navigateur actuellement ne vérifie réellement la DTD, ils se contentent de regarder si l'adresse est la bonne et basta. Ironie du sort: sur le site du w3, le chemin d'accès vers la DTD est en relatif: je vous laisse comprendre la suite NB: la source de cette information vient du bouquin de Jeffrey Zeldman, ce n'est pas une découverte personnelle Bon là de toute façon le doctype est aussi farfelu que la DTD çà règle le problème mais c'est toujours bon à savoir lorsqu'on veut faire joujou avec les déclarations de type. Accessoirement, il y a beaucoup -trop- de balises ouvertes non refermées (<a>), de balises en double (<body>, <b> etc.): c'est susceptible de provoquer des défauts d'affichage. D'autres problèmes qui ne vont pas provoquer de défauts d'affichage mais qu'il serait préférable de régler -> quitte à utiliser une feuille de style autant y placer tout ce qui concerne le style, dans cette feuille éviter les redondances inutiles -je pense aux déclarations de polices- Enfin le détail qui tue (çà faisait longtemps): Ban Comic Sans MS Bon courage.

Tant mieux pour toi si çà marche Concernant les tests: en fait j'ai fait chauffer Google et j'ai trouvé une belle page codée sous Word et bonne nouvelle tout passe très bien sur Safari Quant à te lancer des œufs pourris, j'ai beau être un amateur de standards ouverts et plus ou moins un *anti* Microsoft.. s'il faut développer un intranet ou une application fermée destinée à un public exclusivement Windows/IE je ne vois pas le problème d'utiliser quelques solutions propriétaires puisque le concept d'interopérabilité-compatibilité n'a plus de raisons d'être (là c'est moi qui vais me prendre les œufs à ta place maintenant ) Seul hic éventuel: un nouveau DSI fanatique de Linux qui remplace tout le parc

Ce n'est pas tout simplement un problème d'encodage ? Si je ne m'abuse, Excel bénéficie de l'encodage propriétaire windows-1252 tandis qu'un fichier web est généralement encodé en utf-8 ou iso-8859-1, qui sont des encodages répondant à des normes standardisées. Le hic, c'est que je ne sais pas si en encodant directement ta page web en windows-1252, les internautes qui n'ont pas Windows (j'en fais partie) pourront lire la page Çà peut valoir le coup d'essayer: je suis partant pour un béta-test

Il me semble (Dan confirmera ou infirmera) que la partie Publications est sujette à réécritures d'URL: elle est basée sur SPIP et les URL habituelles de SPIP ne ressemblent à çà habituellement Pour le forum, IPB se référence très bien sans réécriture: alors pourquoi se compliquer l'existence. Concernant PhpBB, pour pouvoir être bien référencé avec ce script de forum il faut 2 choses: - de l'URL rewriting donc - enlever les identifiants de sessions pour les moteurs En fait, le problème de PhpBB c'est le nombre élevés de variables dans les URL; les bots en lisent 2 maxi. En gros, pour ta question, tout dépend de ce que tu as à faire référencer AMHA..

Entièrement d'accord Mais le site ne se réduit pas qu'à une seule et unique page: il faudrait alors que de bonnes âmes -toi par exemple- lui corrigent toutes ses fautes, sur toutes ses pages, au rythme des mises-à-jours. C'est un travail: relecteur.Une page écrite en excellent français et toutes les autres écrites avec des fautes grammaticales et/ou syntaxiques paraîtraient certainement étranges à un visiteur. Pour ma part, une fois que j'ai eu compris que la langue maternelle de notre ami jokz n'était pas forcément le français j'admire l'effort de traduction et en fais un au niveau de la compréhension. Mais un avis personnel comme celui-ci n'est certainement pas universel, libre à toi de penser autrement. Si tu souhaites poursuivre ce HS avec moi, passons par le système de MP, cela nuira moins à ce topic Pour en revenir au site et à jokz, je pense que cette adresse tutoriel XHTML: les bases te sera d'une grande utilité pour construire un site. Surtout si tu codes directement dans un éditeur de texte. Déjà sans les frames, le site est beaucoup plus navigable. Ensuite, pour la question du contenu, tout dépend de l'orientation que tu souhaites donner à ton site: offres de services web ? tutoriels ? site perso de présentation ? À noter que la page "smiley" renvoie vers une page d'erreur Bon courage.

Salut, Ouh le vilain La résolution de ce problème uniquement en HTML tableless et en CSS ne posera pas AMA de problèmes avec IE.Mais dans des cas extrêmes tu n'as pas tort: il faut parfois trouver un juste milieu entre la sémantique à tout prix d'un côté et les manques d'implémentations navigateur d'un autre côté. - Pas obligé de mettre un div juste pour çà. La règle CSS "#centercontentpage img" s'appliquera à toutes les images placés dans le bloc centercontentpage Le code CSS suivant devrait convenir (à condition d'enlever aussi le fameux align="right" dans le code HTML #centercontentpage img {float:right; margin: 7px;} (Le margin sert à ce que la boîte pointillée et l'image ne soit pas collées ) - klelugi a tout à fait raison de signaler ceci. Il en va de même pour le "<div></div>" placé en fin du <div id="#centercontentpage">

CQFD.Comme il l'a déjà déjà été dit, la langue maternelle de jokz n'est pas le français (essayez-vous un peu à l'arabe littéraire pour voir) et il a bien compris maintenant qu'il fait des fautes de français je pense. Vous n'avez rien d'autre à lui dire sur son site ?

Bonjour et bienvenue sur le Hub Ce doit être une limitation de Lycos. Je sais qu'on ne peut déjà pas écouter facilement de MP3 hébergés sur Lycos, j'imagine qu'il en va de même pour les WMA. Essaie d'inclure ton fichier dans une page HTML (afin que Lycos puisse placer ses pubs) çà devrait marcher. Ou alors change d'hébergeur

rajoute "id="quelquechose" au sein de ta balise <img> tu pourras accéder à l'ancre de ton image via l'adresse www.tonsite/fichier.php#quelquechoseAttention par contre à ne pas nommer plusieurs balises avec le même nom d'id

Tu définis la bordure dans la CSS tout simplement, en prenant soin de spécifier que cette bordure ne s'applique que pour les liens contenus dans la liste "menugauche" Par contre, les balises <p></p> vides n'ont pas leur place ici Il faut soit les enlever, soit les remplir avec du texte.. PS: les demandes d'aide ne se font pas par MP Le forum est fait pour çà. Les MP ne servent qu'à la correspondance personnelle.

Salut, Les versions encodées (Zend Optimizer ou Ion Cube) sont les versions d'essai limitées dans le temps et dans les fonctions: http://www.invisionboard.com/?triallimited 5000 messages 1000 sujets 1000 MP 200 membres Pas d'envoi de mail en masse Pas de localisation (française par ex.) Boîte à outils SQL desactivée Pas de portail IPB inclus Pas d'export SSI Aucun upgrade sans achat de license Toutes ces limitations sont codées dans les sources, et pour éviter que les sources soient modifiées, elles sont encodées. Via Zend ou via Ion Cube. La "vraie" version n'exige rien de particulier Bon courage.

Tu as du mal à comprendre un accueil belliqueux à un spam ? Désolé on ne peut rien faire pour toi alors Si tu souhaitais parler de l'accueil sur le Hub et du fait que BenF ait montré tes mauvaises pratiques, note que personne n'a eu envers toi d'attitude belliqueuse: on essaie plutôt de te conseiller sur ce qui est à faire et à ne pas faire..

On peut qualifier PHP-Nuke de CMS site officiel: http://phpnuke.org/ français: http://phpnuke-france.org/ [off topic] Tu vas maintenant pouvoir te présenter dans la section adéquate, sarc [/off topic]

Quasi la même il y a une semaine En gros on m'a filé une plaquette/dépliant en guise de charte graphique / identité visuelle.Sauf que la chute n'est pas la même que toi, Antoine: je me suis fendu d'un discours explicatif Sans expliquer le concept d'HTML (pas fou) j'ai insisté sur l'énorme différence entre le print, le screen, et la programmation web. Pas simple

Salut BoBmaster, Mon conseil est plutôt de coder à la main pour comprendre ce que tu fais. Le seul type de logiciel dont tu as besoin est d'un éditeur de texte le plus simplissime possible. Et un éditeur de texte, çà se trouve sous toutes les plate-formes NVU est un logiciel qui code à ta place, selon ce que tu donnes comme indications visuelles. Je ne sais pas s'il respecte la norme XHTML par contre.

Absolument. Désolé si je n'ai pas été clair du premier coup

Çà passe très bien -> <img src="/img.png" alt="texte de substitution" title="" width="100" height="100" /> À propos de validation et de sémantique, il serait bon de mettre la liste de droite dans les balises adéquates à savoir <ul><li></li></ul>

Non. C'est les deux -> alt sera le texte affiché si l'image ne peut pas l'être (mauvais chemin d'accès, images désactivées, internaute aveugle) -> title sera le texte de l'infobulle qui apparaîtra au survol du curseur. en l'absence d'attribut title, Internet Explorer affichera le texte de l'attribut alt dans l'infobulle reservée à title. Pour n'afficher aucune infobulle dans IE, la solution est de mettre un attribut title vide

Hum... Il faudrait peut-être leur expliquer que Safari en est à sa version 2.0, et que la version 1.3 est encore beaucoup utilisée par ceux qui sont restés sous Mac OS X.3 (Safari 2.0 n'est disponible qu'à partir de Mac OSX.4). En tant qu'utilisateur de Safari, l'idée d'un support de Safari 1.0, qui était une version bêta à moitié fonctionnelle, ne m'enchante pas vraiment. De mémoire, il n'y avait pas les onglets, ni le support https, ni même la moitié des CSS 2 implémentées (quand je vous dis que c'était une bêta..) C'est l'intention qui compte C'est valable aussi pour Firefox 1.0, et Explorer 5.0 mais en moins grave Au fait, seuls Firefox et Netscape sont réellement tri-plateformes dans le lot ...