pierredureau

Il faut donner des title (attribut dans la balsie link) à tes feuilles de style pour que Mozilla te permette d'en changer.

J'avais déjà lancé un topic sur le sujet : http://www.webmaster-hub.com/index.php?showtopic=4104&hl=

Je n'ai pas lu les liens Blog&Blues de Lee2, alors peut-etre qu'il y a redites. Si c'est le cas, désolé. Pour un logo qui change selon la feuille de style, voilà ma technique. xHTML : <h1><span>Texte alternatif</span></h1> CSS : h1 { width: 200px; height: 50px; background-image: url('logo.png'); } h1 span { display: none; } Comme ça, on obtient ce que tu veux tout en restant accessible.

Es-tu sûr que c'est bien "index.htm" et non pas Index.htm" ? La casse est très importante... pas pour powerpoint, pas en local sur ton win, mais sur le serveur, oui.

"Donc sur ce coup IE est plus strict que les autres navigateurs." Comment ça, 'plus strict' ?

Tout d'abord, je tiens à t'encourager à utilser ce merveilleux logiciel. Déjà, il faut que tu ai un compte Jabber car PSI n'est pas un client MSN Après avoir définit un profil, créé toi un compte sur un serveur qui propose une passerelle MSN Voici une liste non exhaustive des serveurs publics : http://www.jabber.org/user/publicservers.php Dans le menu -Jabber accounts- add écrit dans le champ -jabber ID- : ton identifiant @ le serveur choisi Ensuite ouvre ton compte, il est vide Va dans le menu - serices discovery - Explore l'arborescence et cherche MSN Clique droit et -register- Tu rentres les infos et hop ! C'est fait ! Pour ajouter un contact : - add a contact - choisit MSN à la place de Jabber, met l'ID MSN et clique sur -get Jabber ID- puis valide

Je le réserve dès maintenants à Eyrolles ! Le bouquin du cybercodeur.. la classe !

Ton site est vraiment impressionnant, très dynamique, on dirait du flash. Sais-tu que tu es à deux doigts de le rendre valide ? http://validator.w3.org/check?verbose=1&ur...teauloisel.com/ Ce sont vraiment des erreurs faciles à réparer... et après ton site pourra être un cas d'école. (pour commencer, jaurai mis le CSS et le script en externe...)

Abandonne les position: absolute, ça simplifiera ton CSS et te simplifiera la vie par la même occasion. Il faut vraiment se le mettre dans la tête, les position:absolute sont à éviter. Il doit exister des bonnes utilisations, mais je n'en connais pas (ah si peut-etre, le Zen Garden avec la BD...).

Dans le cours de HTML : "Il est a noté pour les puristes qu'avant nous parlions de "balises" ou encore "tags" et que désormais nous parlerons "d'éléments" HTML." C'est faux, le terme élément et le terme balise renvoient à deux choses différentes. Il faut lire la recommandation, section : Les structures SGML utilisées dans HTML http://www.la-grange.net/w3c/html4.01/intr...ltut.html#h-3.2 Je cite : HTML comprend des types d'élément qui représentent des paragraphes, des liens hypertextes, des listes, des tables, des images, etc. Chaque déclaration de type d'élément décrit généralement trois parties : une balise ouvrante, un contenu et une balise fermante. Le nom de l'élément apparaît dans la balise ouvrante et la balise fermante. D'autres types d'élément HTML ne possèdent aucun contenu (...) De tels éléments vides n'ont jamais de balise fermante. Voilà, alors je ne sais pas de quels puristes tu parles... Sinon, ton site est sympa. Ca brasse large et ce sont de tout petit articles introduisant les notions. Ca peut etre pratique pour les débutants. Je crois que c'est vraiment ton coeur de cible, grossit ce trait. EDIT : j'en remet une couche, plus loin dans la recomandation : Les éléments ne sont pas des balises. Certaines personnes font référence aux éléments comme à des balises (par exemple, « la balise P »). Souvenez-vous que l'élément est une chose et que la balise en est une autre (qu'elle soit ouvrante ou fermante). Par exemple, l'élément HEAD est toujours présent, même si les balises ouvrante et fermante de HEAD peuvent être absentes dans le balisage.

"Et, attends, ne va pas trop vite !!!" Je le répète : le xHTML n'est pas plus compliqué que le HTML. J'irai même jusqu'à dire qu'il est plus facile. En tant que membre d'une association d'informatique et professeur bénévole de HTML, j'ai constaté que mes élèves apprenent plus facilement le xHTML que le HTML, c'est plus cohérent et ils ont besoin d'y voir clair. Il suffit de commencer son cours par : "Le xHTML, c'est aussi du XML, vous savez le fameux langage dont on entend tant parler, et bien ceci implique 6 règles simples à suivre en toutes circonstances : premièrement..." et hop ! Alors Gribouille franchit le pas !

Je vous invite à consulter le document sur http://www.w3.org/TR/xhtml2/ Je l'ai lu et je suis vraiment enthousaiste, principalement pour trois raisons : - l'attribut href rentre dans le club des attributs universels, les pages seront beaucoup plus claires. cf http://www.w3.org/TR/xhtml2/mod-attribute-...l#col_Hypertext - enfin un élément label pour les listes servant de menu ! cf http://www.w3.org/TR/xhtml2/mod-list.html#sec_11.5. - plus d'img, tous les objets devront (et non plus "pourront") être insérés avec object. J'éspère que ça obligera le navigateur majoritaire à bien considérer cet élément. cf http://www.w3.org/TR/xhtml2/mod-object.html#sec_14.1. Par contre, j'émet quelques réserves : - a quoi sert l'élément a désormais ? Tous les éléments pouvant être des liens et des ancres. D'ailleurs cette inutilité est même avouée : "This element remains for explicit markup of links, though is otherwise identical in semantics to the span element." cf http://www.w3.org/TR/xhtml2/mod-hypertext.html#sec_10.1. - l'attribut style est toujours là ! Pourtant il ne respecte pas la séparation entre l'information et la présentation, je pense qu'il devrait disparaitre. cf http://www.w3.org/TR/xhtml2/mod-styleAttri...Attributemodule - pourquoi ne pas avoir rajouté un attribut author, par exemple je cite Stewart Rosenberger ? je pourrai écrire : <p xml:lang="en" cite=&quot;http://www.alistapart.com/articles/dynatext/" author="Stewart Rosenberger"> Text styling is the dull headache of web design.</p> Certaines parties de ce document ont fait beaucoup parler d'elles (section et h, disparition d'acronym, modularisation des formulaires) mais je n'ai pas d'avis sur ces sujets. Cependant, je suis perplexe à propos des src et type embarqués dans des éléments "inédits". cf http://www.w3.org/TR/xhtml2/mod-attribute-...l#col_Embedding Si quelqu'un pouvait m'expliquer/me commenter cette partie du document. Et vous, que pensez vous du xHTML2 (du moins de son brouillon) ? Edit : j'ai rendu mon post plus explicit avec les renvois aux sections du document.

"Laissez votre design émerger des services qu'elles offriront à vos utilisateurs, plutôt que d'une quelconque idée dominatrice régissant l'aspect que vous désirez leur donner." Source : http://pompage.net/pompe/tao/ En effet, la principale qualité d'un webmestre est de savoir renoncer à imposer sa vision à l'utilisateur, à accépter que les "expériences" seront différentes selon les visiteurs donc à leur laisser la plus grande liberté.

En xHTML, il me semble qu'on écrit <iframe id="nom_iframe" name="nom_iframe" /> ... - id est le vrai attribut xHTML - name est là pour assurer le compatibilité avec les vieux navigateurs. Edit : "les iframes ne sont pas des bonnes solutions", je soutiens cette position

"J'ai ajouté un code d'une ligne dans mon fichier de préférences utilisateur de Firefox, et les blank s'ouvrent dans la fenêtre en cours" Génial ! Je veut ce code ! Tu connais le moyen de faire nouvrir les blank dans un nouvel onglet ? Je ne supporte pas avoir plusieurs fenêtres ouvertes...

Très intérréssant cet article d'Alsacréations (comme les autres d'ailleurs), cette techniques est très séduisante, je ne la connaissais pas. J'en utilise une autre, décrite aussi par Alsacréations : http://www.alsacreations.com/articles/include/ En tant que strasbourgeois, est-ce que j'aurai moi aussi le niveau de Raphael Goetter ? Le rêve...

Je répondrai spontanément : avec une iframe surlaquelle tu pointes des a avec target. Mais on faisant ça, tu renonces à faire un document strict ce qui serait dommage. Donc, je préfère laisser le soin de te répondre aux pros du PHP, car je ne vois pas d'autre moyen qu'un peu de PHP.... Personellement, je ferai une page différente pour chacun des contenus de la boite de droite. Puis je mettrai la boite de gauche en include PHP... masi bon je ne suis pas une référence en la matière.

Moi j'adore le codage mais ne suis pas très compétent en design. On est complémentaire alors. Si ton projet me branche, je serai heureux d'y participer (et d'agrandir mon maigre book ;-) ) Je t'ai envoyé un mail.

thewiseoldman : Tu ne peux pas comparer Trillian (qui est un logiciel) à Jabber (qui est un système). Ils ne sont pas en concurrence. Il existe un paquet de clients pour Jabber, combien en as tu essayer ? K-zimir : Justement l'intérêt de Jabber c'est que la connexion se fait coté serveur, donc pas besoin de mettre des patchs sur son client à chaque modif des protocoles. De toute façon, si je me réfère à mon expérience, on se met à Jabber pour réunir ses contacts des messageries proprios de façon plus pratique que dans un multiclient, puis comme les potes font pareil, on finit par ne plus envoyer que des messages pur Jabber. Là on a gagné, bienvenue dans la messagerie libre ! Je t'ai mis dans ma liste. PS: un article comme je les aime : http://www.minet.net/spip/article.php3?id_article=125

Oui, K-Zimir, en voilà une bonne idée. je rappelle mon JID : pierredureau_at_amessage.de Quel est le tien alors ? ,Tu en mets du temps pour le transmettre... Moi, mon roster est équilibré entre MSN, ICQ et des purs Jabber (il y a ausi quelques Yahoo qui trainent). "Il ne va pas être simple d'inciter les utilisateurs d'MSN à changer de client." On va y arriver et on va être très fortement aidé par ça : http://www.lesnouvelles.net/?id=535 http://www.pcinpact.com/actu/news/Un_virus...N_Messenger.htm

"j'ai un site codé a l'arrache" C'est le cas de le dire ! Ne t'inquiète pas, nos ayatollahs vont s'occuper de toi.

J'ai découvert cet attribut dans le code source de http://www.stopdesign.com/ Avant de vous déranger, chers hubmasters, je suis allé me renseigner tout seul : http://www.w3.org/2002/12/namespace http://www.la-grange.net/w3c/html4.01/struct/global.html Mais bon, je ne comprends pas... j'ai besoin de vos talents pédagogiques.

Non, ce n'est pas une alternative à Trillian. Trillian est un logiciel client. Jabber est un réseau avec plein de logiciels clients disponibles. Trillian est multiprotocole. Un logiciel Jabber gère souvent qu'un seul protocole : Jabber. Mais la connection avec les réseaux IM proprios se fait sur le serveur. Gros avantage : un seul ID et un seul pass à se souvenir et à rentrer dans un client Jabber et hop! tous tes contacts de toutes les IM sont dispos. Je crois que ce n'est pas le cas avec les softs comme Trillian. Comme client, je vous conseille Psi, c'est celui que j'utilise mais après en avoir testé pas mal. Je l'aime car il est opensource, multi plates-formes et très léger. Mais il en existe vraiment de toutes sortes, des MSN-like, des fantaisie, des minimalistes.... Liste non exhaustive : http://www.jabber.org/software/clients.php Voici aussi une liste de serveurs publics, http://www.jabber.org/user/publicservers.php , les amessages ont bonne réputation... je suis sûr le amessage allemand et c'est nickel. Encore une fois, c'est la liberté de l'utilisateur qui prime et vous avez vraiment le choix. XML, standards, interopérabilité, multiples clients... ça me rappelle les discours des défenseurs des standards web. Et si c'était le même combat ?

Je laisse la parole à Denis (un habitué de ce forum) et son article sur Openweb : http://openweb.eu.org/articles/finir_cadres/

Ouiin ! Mon sondage est un cuissant échec... Je vais aller me foutre en l'air ! Adieu !