ElMoustiko

Salut Nando, si tu veux j'ai fait une petite "FAQ" très succinte sur le sujet, c'est pas tres complet pas tres technique c'est juste pour expliquer le principe, tu peux regarder si tu trouve des trucs qui t'interesse : http://design.elmoustikoblog.net/faq_rss.html Sinon pour Feed Reader, il est vraiment top ce soft je trouve, et des fils RSS mal codés fonctionne dessus Pour mon fil je l'ai recodé au propre rss valid (je sais pas si c super important). Mais je ne l'ai pas encore mis en ligne !

Moi j'aime beaucoup l'ambiance générale, le head est vraiment sympa, peut etre faudrait il en effet rendre un peu plus lisible les textes secondaires, en augmentant l'intensité de la couleur ou en eclaircissant. Sinon petite deception pour ce qui est de la partie contenu par rapport au head, tu pourrais essayé d'etoffer un peu, tout en restant discret. Un leger degradé d'un gris plus foncé, une image en filligrane, des effets sur les textes... Histoire de faire moins uni et gris. Mais c'est vraiment chouette dans l'ensemble Z'aime bin ! @++ [edit] Euhh pourquoi pas un fil RSS, c'est mieux !!!!! (les 2 etant l'optimum)

Oui en effet le problème vient de l'editeur, en faisant la conversion vers UTF-8 ça marche impeccable... mais ce qui m'embete c'est que je ne trouve pas où sauver directement en utf-8... j'ai ultra edit... @++ et merci des infos !

Ahh bah voilà un truc que je ne savais pas ! Mais, parcequ'il y a toujours un "mais" ca deconne quand j'écris directement mon é (e accent aigu) ou un autre caractère spécial, j'ai le fameux carré avec le point d'interrogation : � Alors qu'avec l'iso-8859-15 mes caractères accentués sont parfaitement pris en compte... Alors bilan : utf-8 plus complet mais moins bien supporté ? Vu que je n'utiliserais que du français (ou de l'anglais eventuellement en faible quantité, mais les caractères sont les même donc pas de soucis) et que l'utf-8 m'oblige à encoder mes caractères accentués, il vaut mieux que j'utilise l'iso-8859-15 non ? @++

Donc si j'ai bien suivi, en utilisant AddDefaultCharset iso-8859-15 Dans mon fichier htaccess, c'est bon ? D'apres (http://httpd.apache.org/docs-2.0/mod/core.html#adddefaultcharset) : AddDefaultCharset On|Off|charset

Pour le prologue xml, Laurent Denis à dit qu'il n'etait pas necessaire (ni recommandé ? ) lorsqu'on ne faisait pas d'xml dans le document html. De plus il entraine l'affichage en mode "quirks" sous IE ce qui n'est pas des mieux. Sinon pour revenir à UTF contre ISO, l'iso est tout à fait adapté à la langue francaise, donc pourquoi mettre UTF ? qui est je crois plus généraliste, moins précis. [Edit] j'ai lu ceci apres une recherche (une autre), il n'y a pas grand chose pour specifier l'encodage d'une page via htaccess, voici ce que j'ai apercu : AddCharset ISO-8859-15 .css C'etait pour des css, donc j'imagine que pour des pages statiques en mettant AddCharset ISO-8859-15 .html ca fonctionnera ? Peut on faire .html/.php/..... ou quelque chose du genre dans les htaccess ? [/edit]

C'est plus possible les hébergement chez free, et puis c'est hyper lent free pour le php/mysql donc pour un forum, c'est limite. Si tu veux un encore meilleur reférencement, prend un ndd en plus !

+1 Niko Je suis assez d'accord, pour ce qui est de faire une page perso, dreamweaver c'est bien, et donc le prix est tres tres moyen, mais je me dit que les professionnels du web doivent connaitre le langage et n'ont aucun besoin d'utiliser un outil qui en plus ne fait pas toujours des merveilles. Encore plus quand on veut coder ses pages selon les standards (ou s'en raprochant), mieux vaut manipuler le code, on apprend d'autant mieux. Et n'allez pas me ressortir l'argument de la coloration syntaxique, de l'auto indentation etc ... Un soft de 400mo payant (pas qu'un peu) pour faire de la coloration syntaxique et de l'auto indentation, laissez moi rire. Il y a des soft open sources qui le permettent. Sinon pour ce qui est d'utiliser html-kit, et top-style... oui pourquoi pas, il parait que ce sont de tres bons outils. Mais pourquoi ne pas utiliser un seul logiciel ? Il y a Scite qui le permet, sinon en payant (moins cher que dreamweaver, si si je vous jure, et beaucoup plus leger) il y a la référence en la matière (je trouve) Ultra Edit-32, il n'y a pas à dire, c'est vraiment geniallissime ce soft.

Je vais vous montrer un modèle de page standard (EDIT : standard dans le sens basique, classique, de base, ...), et je vous demande si à priori il est vraiment complet et correct <?php header('Content-Type: text/html; charset=iso-8859-15'); ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <title></title> <meta http-equiv="Content-Type" content="text/html; charset="iso-8859-15" /> <meta http-equiv="Content-Script-Type" content="text/javascript" /> <meta http-equiv="Content-Language" content="fr" /> <meta name="author" content="ElMoustiko" /> <meta name="email" content="elmoustiko_AT_elmoustikoblog.net" /> <link rel="stylesheet" type="text/css" media="screen" href="css/style.css" /> <link rel="stylesheet" type="text/css" media="print" href="css/print.css" /> <link rel="alternate" type="application/rss+xml" title="RSS" href="/rss/rss.php"> <script type="text/javascript" src="js/script.js"></script> </head> <body> </body> </html> J'ai donc trouvé (sauf erreur) comment faire l'entete PHP pour spécifier l'encodage, mais je n'ai pas trouvé la version avec htaccess. J'aurais aimé savoir pour le cas où mes pages soient statiques. @++

_AT_Sylvain, Nudrema semblait dire que le é n'appartenait pas à UTF-8 et que dans ce cas j'aurais bien les caractères de remplacement à la place... iso-8859-15 contient le "oe" ligaturé, ahhh autant pour moi ! J'aurais pas mal de correction à apporter à mes pages ! _AT_Monique> Oui mais est ce que la balise meta suffit ? Tu as bien precisé qu'en local, l'entete n'avait aucun effet, et en local, si je ne met que la balise meta, ca devrait donc suffire, d'ou "pourquoi les 2 ? " Encore merci des ces precisions @++

Okay, voilà qui éclaire ma lanterne ! Donc il ne me reste plus qu'a encoder le "oe" collé puisqu'il n'est pas dans l'ISO-8859-1 (j'avais lu le pourquoi du comment, c'est parceque l'imprimante du mec qui s'en ai occupé ne pouvais pas l'imprimer si je me souviens bien ! ) Sinon pour l'entete HTTP, tu as en fait compris ma question ! Donc je dois faire un header PHP spécifiant l'encodage en plus de ma balise meta, c'est ca ? (ou via apache et htaccess) Est ce qu'il serait possible de voir a quoi ca ressemble (via htaccess et via php) si c'est pas trop demandé ? En fait pour clarifier ma question tout de meme : Est il conseillé de spécifier la balise meta ET un entete HTTP (via php ou htaccess, au choix) ? @++ et merci de cette clarification

J'ai fait un recherche rapide sur le forum, mais ne sachant pas tellement quels termes chercher, je n'ai pas trouvé grand chose en réponse à ma question. Donc je la pose ici : Si je met comme déclaration d'encodage : <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> Je "dis" donc au navigateur que j'utilise les caractères pour l'europe occidentale, donc que je risque d'utiliser les é, à, ù, ... Suis-je alors obligé de mettre é, à, ù... à la place ? Avec cette déclaration d'encodage, je n'ai aucun problème d'affichage de ces caractères. Avec une autre déclaration, j'aurais des petits carré avec point d'intérogation sur firefox par exemple. Alors je me dit que je ne suis pas obligé de remplacer ces caractères par un code. Seconde question un peu liée, Laurent Denis avait parler d'encodage Dans l'exemple donné sur son blog pour mon cas (xhtml 1.0 traité comme du html) pas de prologue xml, mais déclaration grace à la balise meta, c'est ce que je fait maintenant, mais je n'ai pourtant pas fait d'entete HTTP spécifiant l'encodage, si ? Voilà @++

Le problème ne se situe pas au niveau de google, mais de l'encoding utilisé. Vérifie que celui que tu utilises est adapté à ton contenu, en europe on utilise généralement : iso-8859-1 . @++ [edit] tien carrément l'article d'openweb http://openweb.eu.org/articles/jeux_caracteres/ , ca devrait etre plus clair

Ohh non Denis, je suis tout à fait pour que tu dises ce genre de choses et j'ai bien compris les motivations ! Mais c'est quand même une lourde responsabilité que tu nous as donné là ! Mais à voir vos réactions à tous, l'effort sera facilité !

Bienvenue à toi ! J'espere que tu trouveras ton bonheur ici, n'hesite pas à demander si tu as un problème en php, html, referencement, ... enfin un peu de tout ! @++

Lol voilà quelqu'un de bien difficile ! ! 4 erreurs, d'autant que la correction de l'une entrainera a mon avis celle d'autres ! Je trouve ca bien plus qu'honorable ! Pour ce qui est de ton problème, je n'ai a vrai dire pas compris grand chose !

Juste pour répondre à Denis au sujet du flash puisqu'il ne l'a pas vu : En fait non c'etait juste la même image qu'actuellement mais plus dynamique, sans aucune donnée contenue. Elle a été retirée pour 2 raisons, la premiere parceque ca n'etait pas (encore) codé tout à fait comme il faut, il ne manquait en fait qu'une image alternative pour les visiteurs n'ayant pas flash. La seconde c'est que plusieurs echo étaient défavorable a l'effet rendu, c'etait en fait des fleches qui bougeaient exprimant des sites web, et une grosse fleche sautait un peu au nez symbolisant les sites retenus. Voilà ! Sinon tu me fais peur et me decourage ! On a pas le droit à l'erreur, et on doit faire un truc parfait... mwarrrfff ! Moi qui croyait que la perfection n'existait pas ! On a une épée de Damoclès au dessus du nez !

Arretez il va nous faire une rougeolitte aigue ( ) => http://www.alsacreations.com/blog/index.ph...otiques-des-css

Lol transmission de pensée Arlette !

Bravo Jan, maintenant tu tues des vraies cigognes ! Allez va te dénoncer ça vaudra mieux pour tout le monde ! C'est tout de même triste de tuer pour... le plaisir, par bétise, ... enfin j'ai du mal à comprendre... Allez Jan va tuer des ornythorinque ou je sais plus trop quoi !

Voilà qui fera le plus grand plaisir à Sib ! Lui qui avait été refusé sur le vault dans la section design. Il avait tout de meme était accepté dans les ressources ! ce qui est à mon sens encore plus gratifiant ! Le voilà maintenant dans un section graphique ! Un juste retour des choses pour lui bien que je préférait personellement l'ancienne version ! Les gouts et les couleurs

En fait si tu utilises une page disons "mal codée" c'est à dire mal hiérarchisée, mise en place et en forme grace aux tableaux par exemple, balises pas fermé, enchevetrement de balises, multiple imbrication d'elements sans utilité d'imbrication,... le navigateur, prenons un navigateur vocal par exemple, va tenter de rendre ce que tu as creer en prenant pour base la réelle utilité des balises utilisées. Ainsi il va prendre ton tableau de mise page pour un tableau de donnée, et le resultat n'aura absolument aucun sens pour l'utilisateur qui n'aura pas obtenu l'information souhaitée ou tres tres difficilement. Il aparait donc essentiel de respecter non pas uniquement les standards web mais aussi et surtout la sémantique web, c'est a dire la bonne utilisation des balises. Dans notre exemple, un tableau sert a classer des données, il faut de plus le coder correctement en faisant references aux titres de colone (th scope="cols") aux titres de lignes (th scope="rows") (je ne suis plus tres tres sur des valeurs des attributs pour scope, mais c'est dans ce gout là) pour permettre au navigateur vocal de notre exemple de retranscrire fidelement le tableau. (pour les tableaux il y a d'autres elements à prendre en compte, comme les summary, caption....) Voilà j'espere t'avoir eclairé sur ce point et n'avoir pas commis de bourdes ! @++

Oui mais display: inline; ne permet pas une gestion facile de la taille des onglets... Une solution pour mettre à droite une liste de définition sans échanger pour autant l'ordre des liens, c'est d'ajouter une div autour du ul (oui une balise de plus, on va pas pleurer non plus...) et mettre le ul en float: right; et le tour est joué, on peut tranquillement dimenssioner en hauteur et en largeur les élements de la liste grace à display: block; inutilisable pour des éléments inline. @++

Une de mes sources préférée : http://www.nundroo.com/nav_matrix/welcome2.html Très évolué, bien chiadé je trouve @++

Wé exact laurent, bien vu, tu me reprend une fois de plus à juste titre... Moi qui pensait bien faire... Non non pas 9 ul ! l'ul englobe toutes les petites icones, 1 ul contenant 9 li. @++