pierredureau

Quelques trucs tirés par les cheveux : 1. <div id="milieu">, je mettrai un identifiant avec plus de sens. 2. <p>J'ai créé cette page pour 3 raisons: <br /> ... et la suite... Il y a beaucoup trop de <br />, une liste non ordonnée ne conviendrai pas mieux ? 3. J'ai pas testé avec IE (Linux oblige) mais enlever l'en-tête XML rendra le DTD switch actif. 4. Caprice : BTS pourrait faire l'objet d'un <acronym> 5. Dans ta partie validation, met des titles aux <a>. 6. L'attribut style, c'est bof bof. 7. Détail qui tue : en CSS, 0pt s'écrit tout simplement 0. 8. <h1><span>BZHcool.com</span></h1>, je ne comprend pas la redondance. 9. <h2></h2>, mystère... à moins que ça soit pour ne pas sauter un niveau. Je n'ai plus de cheveux, j''ai du y aller un peu fort là ;-)

J'avais déjà vu ces images, simplement en navigant sur le site de google. Elles ne sont pas secretes, ce ne sont pas les photos persos de Page et Brin mais des documents promotionels.

"si on veut faire du DOM dessus" Quand je me relis... je me marre bien.

Tout d'abord, ce ne sont pas des éléments mais des attributs. Ensuite, - id permet d''atttibuer un identifiant à un élément. C'est pratique si on veut faire du DOM dessus ou pour des fonctions spéciales comme les ancres dans les pages ou les target (en transitional). Une certain identifiant ne peut être attribué qu'à un seul élément. Par exemple, il ne pourra pas avoir plusieurs id="menu" dans la page. En CSS, on peut stylé les éléments identifiés et il y a un raccourci bien pratique : à la place de [id=menu] (pas reconnu par tous les navigateurs), on peut mettre #menu - class n'a pas tout ce fondement sémantique, c'est utile que pour les CSS. On attribue une classe à un élément pour qu'il possède le même style que les autres éléments de sa classe. On voit donc un différence fondamentale avec id, il peut y avoir plusieurs élements partageant la même classe. Le raccourcit de [class=vignette] est .vignette

"Le titre Tout le reste est facultatif" Hum, il me semble qu'en plus du titre, un jeu de données minimum doit aussi avoir l'encodage Par exemple, <meta http-equiv="Content-type" content="text/html; charset=iso-8859-1" /> C'est indispensable, je m'en rend compte régulièrement en navigant depuis des configs étrangères (asiatiques, est européennes....) et je crois que son oubli est sanctionné par le validateur.

Ayant constaté que les sujets de la rubrique "salon" peuvent s'écarter de la conception web, je veux vous parler de ce qui me tiens le plus à coeur dans le monde d'internet (oui, plus encore que les standards web) : JABBER. C'est un système de messagerie instantannée libre, open source et en XML Il utilise le protocole XMPP qui est public. On chosiit son client parmi une gamme variée (très variée), comme on choisirait un client mail. On choisit son serveur aussi comme on chosirait son serveur mail ou on peut facilement installé un serveur privé ou public chez soi ou dans son entreprise. C'est fiable, universel et facile d'utilisation. On peut aussi accéder aux messageries propriétaires grace à des passerelles présentes sur les serveurs et ainsi concentrer tous ces contacts sur un seul compte. La gestion côté serveur est vraiment très pratique. On a plus rien à toucher. Personnellement, j'utilise le client Psi pour MS Windows et GNU/Linux et mon adresse est pierredureau_at_amessage.de , le _at_ étant une arobas (oui ça ressemble aux adresses mail) Jabber est la trosième messagerie en parts de marché, après AIM et MSN, mais j'éspère qu'elle deviendra première. Et vous, connaissez-vous Jabber ? PS: rappel des URL de ma signature : http://www.jabber.org/ http://fr.wikipedia.org/wiki/Jabber

"il y a t il un moyen de ne pas avoir a toucher au code????" Je suis à côté de la plaque (vis à vis de tes attentes), mais moi je ferai un petit fichier HTML que j'intégrerai à mon code avec un include PHP. Sur ce fichier, juste les informations que doit modifier ton ami. Rien de plus. Tu lui apprend à coder, ça doit être facile puisque tu n'auras sûrement qu'à lui apprendre comment fonctionne un tableau, ou des listes, et une balise img (en tout, 5-6 balises) Ensuite il modifiera lui-même chaque semaine le gabarit que tu lui aura fournit et fera une update ftp. Bien sûr, il est préferable que son site soit en strict car le code du fichier doit être très clair et minimal (ah quel bonheur le balisage sémantique!). Tu ne voulais pas lui faire toucher au code pour ne pas l'embrouiller ou pour ne pas qu'il flingue le site, mais là il n'y a pas de problèmes. C'est simple et l'include protege le reste du code. Je sais que tu ne t'attendais pas à une réponse comme ça. Mais c'est ainsi que je ferai plutot que de me compliquer avec un script d'identification/modification. Bonne chance.

Côté créativité : Mes visiteurs sont friands des feuilles de styles alternatives, ils les commentent, certaines plaisent à certains, d'autres à d'autres (je pense même faire l'élection de la meilleure CSS alternative lorsque j'en aurai plus, elle deviendra la feuille de style de base). En tout cas, ça donne de la valeur ajoutée au site. Il y en a même un qui a grossièrement appris le CSS pour m'en envoyer une. Le full CSS, c'est de l'attrait esthétique ! Côté production : Je dois lâcher un de mes sites cet été (le site d'une assoce dont je ne fais plus parti) et les webmestres repreneurs n'ont aucune idée de ce qu'est le HTML. Grâce à la sémantique, je peux leur expliquer seulement la signification et eux ils updatent sans chercher à comprendre les méandres du webdesign. Un nouveau titre : ils ecrivent <h1>, changer un paragraphe, ils effacent le contenu de <p>. C'est simple. Le HTML strict (pendant du full CSS) facilite le travail partagé.

Un élément a une balise d'ouverture et une balise de fermeture. Un élément vide n'a qu'une balise autofermante. Balise et élément sont deux choses distinctes.

Si tu codes déjà en HTMl strict associé aux feuilles de style, passer au XHTML ne changeras pas grand chose. Si tu codes encore en HTML à l'ancienne, tu pourras passer en XHTML transitionnel et là non plus ça ne te changera pas grand chose. Le XHTML, ce n'est que quelques règles de grammaire de rien du tout en plus. Et c'est justement ce qui fait sa force. Il est facile à apprendre. A quoi ça sert ? Je vais te donner un exemple concret. Je suis encore en école et je dois consulter chaque semaine mon emploi du temps sur l'intranet. C'est compliqué car sur un même tableau sont réunis les emplois du temps de toutes les classes. Je voulais donc créer une feuille XSLT qui irai chercher mes horaires à moi et qui n'afficherai que celles-ci. Mais c'était impossible car la page n'était pas en XHTML mais en HTML. Dommage. Voilà. Le XHTML, ça sert à pouvoir retraiter l'information. A combiner son code avec d'autres langages XML. Certes aujourd'hui les utilisations ne justifient pas vraiment un passage au XHTML. Mais c'est l'avenir. Ces applications arrivent et deviennent de plus en plus pertinentes (générer un fil de syndication par exemple). De plus, tu en peux pas prévoir comment les autres vont retraiter ton information (l'administration se doutait-elle que je voulais appliquer mon XSLT ? non). Regarde en avant. Sois moderne. Passe au XHTML et tu te féliciteras plus tard de ta décision même si ça teparait n'être qu'un caprice aujourd'hui.

Lors de ma présentation, Laurent Denis m'a dit : "<rss version="0.91">... pourquoi pas 1.0, 2.0 ou Atom ?" Très bonne question à laquelle je ne sais pas répondre. Alors ? RSS, RDF ou Atom ? Je suis perdu avec tous ces formats.

Je suis sur Linux et mes élèves qui bavent sur mon simple éditeur texte avec surlignage gEdit rèvent d'avoir le même sur leurs Windows. Je me fais donc le relais de leur demande en ajoutant des souhaits supplémentaires, car autant avoir plus que du surlignage. Quant à quanta... hum je ne partage pas votre enthousiasme.

Merci beaucoup. Mais je ne suis pas encore satisfait. Je dois être trop exigeant car j'aimerai rajouter deux nouvelles conditions : - pas java - léger Le critère opensource était important pour moi, c'est pour ça que je l'ai mis en premier. Ce genre de recherche infructueuse me donne envie de savoir vraiment programmer (car Java, Basic et TPascal... bof) et de le faire moi-même. Mais bon j'ai pas le temps... Si je trouve mon éditeur de rêve, je vous préviendrai.

Je cherche un éditeur XML texte pour Windows qui : - est opensource - colorise les balises et les attributs (à la manière de gEdit sur Gnome) - reste calme si il n'ya pas d'en-tête XML (ce qui exclu openXMLeditor) - ne râle pas contre les caractères français si on a pas mis l'en-tête XML lui permettant de connaitre l'encodage (en définissant l'encodage dans les options, par exemple) - n'est pas WYSIWYG ! - indique les erreurs de syntaxe XML Ca serait parfait si il y avait une option pour reconnaitre les balises xHTML selon le Doctype et marquer les balises et les attributs inconnus/inappropriés avec une couleur différente. Ce logiciel de rêve existe-t'il ?

C'est tout simplement un problème de casse, tu dois être sous windows. Vérifie que ton lien indique vraiment la page que tu veux lier. Plus concrètement, page2.html et Page2.html sont deux pages différentes. Windows ne fait pas la différence mais le serveur oui. Pour ma part, je te conseille de nommer tous les documents de ton site avec des minuscules, sans accents, sans caractères spéciaux et sans espaces. De plus, il est conseillé de donner des noms explicites à ses pages, mais je me doute que page2.html, ce n'est pas définitif. Ah merde, je viens de relire et tu parles de "croix rouge". ok ok j'ai répondu trop vite. C'est le même problème mais avec le nom de ton image.

Meci Ombre, je conserve la capture, ça fait bizarre de voir son site chez les autres. Ouiin ! je veux l'avis de mon idole Denis et celui de mon compatriote de alsacréation ! Mais peut-être suis-je un peu trop capricieux...

D'accord, ça sera pour la prochaine mise à jour. Il faut penser aux aveugles, surtout que je vais bientôt le devenir à force de rester devant l'écran Sinon, les érudits, en visitant mon site avec konqueror la liste non-ordonnée qui me sert de menu affiche ses li les uns au-dessus les autres, alors que j'ai mis li en inline dans la CSS. Pourquoi ? Comment-puis-je réparer ça ? Surtout que c'est vraiment bizarre, lors du chargment de la page, c'est correct. Ca se dérègle seulement au bout d'une seconde. C'est bien embétant, surtout que ça doit etre le même problème sur safari.

Meric à tous. Laurent, c'est très intéressant ta technique de la feuille de style analytique, moi je m'aide de la web develloper toolbar de firefox (et de sa fonction 'outline') mais je trouve ta technique bien pratique. Justement dans cette toolbar il y aune option 'add user stylesheet'. Je vais l'utiliser dorénavant. Monique, tu parles, je suppose, de l'image illustrant l'édito. Et bien elle est généralement choisie dans une galerie de la rubrique document qui propose des images plus grande que la vignette folttante de l'éditorial. Plutôt que d'avoir l'image en double, j'ai linké celle de la galerie. Actuellement, ce n'est pas le cas.. c'est vrai, mais ça l'a été et ça le sera. Fandeholy, moi aussi je regrette de ne pas déclarer fièrement des DTD strict. Comme l'en-tête de la page est un include PHP, j'ai du niveler par le bas. De nouveau Laurent, c'est noté pour l'annuaire mais comme je l'ai écrit, je vais lui faire une refonte totale plus tard. C'est vrai que le diviser sera plus confortable. Pour le title, je me contentais des alt des images car ça passe bien sur lynx mais je ne connaissais pas le mode 'lister les liens de la page'. c'est avec quel logiciel ? Peux-tu m'en dire plus ? J'ai oublié de le dire lors de ma présentation, mais je donne des petits cours de xHTML-CSS dans l'école où je suis étudiant (et membre du Bureau du multimedia). Si je veux que ce site soit sans faute, c'est aussi (surtout) parcequ'il me sert d'exemple pour mes élèves (complètement débutants, je peux confirmer que coder en strict est effectivement plus facile à apprendre que coder en transitionnel lorsqu'on est pas 'souillé' par les mauvaises habitudes).

Merci Laurent., c'est exactement ce que je voulais comme réponse. C'est drôle mais j'étais en train d'enlever les autres langues lorsque tu écrivais ton post. C'était une usine à gaz, ce que je n'avais pas perçu lorsque le site était sur mon dur. (la dernière update date de tout à l'heure) Le styleswitcher est agaçant, je sais, je suis loin d'être fan de JS moi aussi. Mais je vais le laisser. Il me sert à ma propagande firefox ("vous voyez comme c'est cool ? et bien mon navigateurt le fait automatiqument et pas IE !") Je vais corriger le "quoi de neuf", je en savais pas que c'était important. Il faut qu'on m'explique cette histoire de RSS 0.91 1.0 2.0 et Atom, je suis un peu perdu. Je ne sais même pas si mon fil est valide. J'ai déjà corrigé les <li> et retiré les URL (normal, c'était les URL linguistiques) Pour l'image, j'avais la flemme (ça traine depuis janvier!) mais tu m'as secoué. Je vais changer ça.

Voilà un petit moment que je traine sur ce forum, en répondant à quelques messages. Je décide enfin à me présenter. Je m'appelle, comme mon pseudo l'indique, Pierre. J'ai 21 ans, je suis étudiant, et je vis entre Starsbourg et Biarritz. Ca fait des années que je fais des sites, mais je ne suis satisfait que du dernier : http://www.luto.ouvaton.org C'est un site perso, je crois qu'il ne va pas être très intéressant au niveau du contenu (prière de ne pas lire le forum, c'est personnel tout de même) mais je voudrais avoir votre avis sur le code, l'ergonomie et l'accessibilité vis à vis de vos diverses configurations (moi : Linux, Gnome, Firefox 0.8 en 1280*1024). N"hésitez pas à être sévères (sauf sur le look, je ne susi pas du tout graphiste), je ne vais pas me vexer ;-) et j'ai besoin de votre aide pour l'améliorer.

Le plus réaliste, c'est de prendre des photos de l'appartement et de faire un image avec des zones cliquables. Par exemple imaginons une page couloir.html avec une photo du couloir. <map id="vue"> <area shape="rect" coords="0,20,0,40" href="salon.html" alt="Aller au salon" /> <area shape="rect" coords="50,75,45,60" href="cuisine.html" alt="Aller à la cuisne" /> </map> <img src="couloir.jpg" usemap="#vue" alt="Vue du couloir, le salon est à gauche, la cuisine à droite" /> <p>Cliquez sur les zones de l'image pour découvrir de nouvelels pièces</p>

Moi non plus je n'étais pas très bien reveillé et j'ai fait la confusion dont tu parles. Je suis incorrigible, mais je ne devrais plus laisser des messages lors que je rentre de soirée ivre ou à mes reveils difficiles. Sinon, bug ou pas, mac ou win. Je réitère que je préfrère le DoctypeSwitching aux hacks.

Je n'aime pas le box model hack, il fait trop bricolage et je crois me souvenir qu'il pertube le validateur CSS. Pour ma part, je préfère la technique consistant à mettre le doctype XHTML sans mettre l'en-tête XML. C'est qui a pour conséquence de passer IE en mode standard sans perturber els autres navigateurs et en restant conforme. Je me réfère à la même page que Laurent Denis (Openweb est vraiment une référence) : http://openweb.eu.org/articles/dimensions_boites_css/ Cette techniqe est expliquée et appelée DoctypeSwitching. Je voudrais juste rajouter que, contrairement à ce qui est dit sur cette page, le DTSwitching fonctionne aussi sur des IE 5.x, en tout cas sur ceux de mon école. Il doit exister des mise à jour ou des SP qui donne à IE5.x cette capacité.

Merci beaucoup Alain, grâce à ton site j'ai rajeunit de 5 ans. C'est l'intégrale : les gifs animés, les fichiers midis, l'alignement centré, les scripts... J'ai l'impression d'être revenu au temps de l'innocence quand je révisais le bac et écoutais les Smashing Pumpkins. Un vrai voyage dans le temps, une cure de jouvence ! (Je suis prêt à parier que après quelques jours de fréquentation du Hub, tu va faire une grosse refonte ton site) PS: tu croyais vraiment protéger ton image 'illusion' avec ton javascript ?

Je l'ai déjà dit, mais vous ètes mon idole. Plus sérieusement, moi aussi je passe pour un hurluberlu. Certes j'ai le fameux plug-in mais seulement depuis deux semaines et... berk, au mieux c'est comme des gifs animés modernes (ça égaïe mais ça fatigue, sauf que le flash lui peut s'interrompre). Au pire, ça donne des sites affreux, pas du tout ergonomqiue avec des temps de chargement même en ADSL (incroyable!), avec des documents qu'on ne peut pas télécharger et des sites où on fait que se perdre (où sont les URL ? grr). Chacun ses goûts.