Loupilo

As-tu une extension du type TBE ou Tab Mix (Plus) ?

Dudu a presque tout dit. Je reviens juste un peu sur ce que tu as dis : le coup des tableaux. Effectivement (et malheureusement), on a beaucoup entendu de "banissez ce <table> que je ne saurais voir", à toutes les sauces, et les "nouveaux ayatollas" des standards qui s'y mettent parce que c'est hype en ce moment répètent en boucle ce message en confondant parfois tout. Les tableaux sont là pour répondre un besoin : celui de présenter des données. Que ce soit pour des statistiques, des forums, des pétitions à plusieurs champs, les usages sont très nombreux ! On peste contre les tableaux à partir du moment ou ils sont détournés, c'est à dire utilisés dans un autre but que celui d'exposer du contenu tabulaire. Ils peuvent l'être à des fins de mise en page ou à des fins de jevaisleplusvitepossiblesansreflechir (pour faire un bête un menu en ligne, par exemple). Pour tous les autres usages, vive les tableaux ! D'ailleurs je suis un de ceux qui trouvent stupides les projets de créer des forums de discussion sans aucun tableau, alors qu'ils sont fait pour ça ! Pour la liste, si tu veux faire un carré, il existe aussi des propriétés css te permettant de le faire sans toucher à ton code HTML, cependant la majorité des navigateurs ne les comprennent pas... Donc pour l'instant, soit tu rajoutes un class="xxx" à ton élément que tu veux faire passer à la ligne, sois tu construit une double liste, effectivement. Ceci dit, tu t'approches mille fois plus des spécifications qu'en utilisant un tableau ! Quant à refaire eBay en CSS, c'est bien sûr du boulot Mais il faut bien retenir que dès la spécification HTML 3.2, les tableaux étaient destinés aux données tabulaires, et que dès le début, elle a été détournée : la faute incombe entièrement à ceux qui se sont mis à utiliser les tableaux ! Les CSS ne sont pas nouveaux... la spec 1 date de décembre 96 ! mais pour reprendre l'exemple d'eBay, s'il n'y avait pas autant de pages, sa mise en page serait très simple à reproduire. Sinon, tu peux vraiment presque tout faire... bien sûr, pour l'instant, on ne se débarassera pas de la séparation du contenu et de la présentation tel que tu l'entends* (il faudrait supprimer l'attribut class et l'attribut id quand ils sont utlisés à des fins de stylage CSS ), mais plutôt de la façon grâce à laquelle, sans toucher au code HTML, on peut changer radicalement la présentation (pas les images, la présentation). Et c'est dans ce sens que j'aime citer csszengarden, qui est pour moi l'ambassadeur de la séparation du contenu et de la présentation tant on peut trouver des choses fondamentalement opposées, mais qui pourtant utilisent le même code de base. Et puis, connais-tu l'exemple de Mac4Ever ? Bon courage, Loupilo. *Pour séparer réellement contenu et présentation, attaque toi au couple XML+XSL...

Ben non tu peux réécrire ton adresse en maison-idf-150-jaune-non mais tu ne peux évidemment pas faire sauter de paramètre

J'espère que tu ne seras pas gêné par mon «ton» Bonne résolution de te lancer dans les standards, qui seront au fur et à mesure de mieux en mieux supportés. le coup des messages internes j'ai pas capté, c'est quoi exactement ? *pareil pour une liste de produits où je dois afficher : photo, prix, titre et boutons d'actions (panier, zoom, etc) Ce sont des données tabulaires, pourquoi s'affranchir d'un tableau ?? Un tableau sert à présenter du contenu, pas à faire la présentation d'un site. Dans ton cas, tu en ferais un usage correct ! *Ce me dit pas non plus comment avoir 4 boutons sur la page d'accueil disposés "en carré", toujours sans tableau... Là, il s'agit donc d'une liste. Alors, construit une liste en html, comme ceci : <ul> <li>Élément 1</li> <li>Élément 2</li> </ul> Ensuite, dans ta feuille de style, tu peux choisir de mettre la liste en ligne : li { display:inline; } *Et si je veux faire autre chose que des colonnes ? Ben tu peux tout faire en CSS Pour les "gros" sites valides, il y a effectivement Eyrolles, mais aussi Lycos.fr ou encore Macromedia France. Aux dernières nouvelles, ces 3 sites marchaient très bien (je n'ai pas osé citer skyblog.com, mais effectivement, pour eux aussi ça roule !)

Le problème doit être réglé car chez moi, tout roule Sinon, tu peux toujours essayer de te rabattre vers le cache de Google ou encore la Wayback Machine (archive.org). Loupilo.

Pour insérer un retour à la ligne, il faut simplement ajouter un \n à ton echo. Et les \n ne se mettent que dans les echos encadrés par des guillemets. Ou sinon : echo 'un arbre bleu', "\n"; echo"<img src="'.$data['avatar'].'" border='0' width='85' height='85'/><br /><br />\n"; est bien retranscrit, mais si tu n'as pas mis d'espace entre echo et le guillemet, ça peut pas marcher

Bonne année à tous ! À bientôt sur le Hub Loupilo

Ben c'est impossible Si tu as une adresse du type : maison.php?region=idf&taille=150&couleur=jaune&jardin=non tu ne peux pas la transformer en maison-idf-jaune.html car si tu as une autre maison : maison.php?region=idf&taille=50&couleur=jaune&jardin=oui en théorie ça donnera la même adresse alors que les deux maisons sont différentes ! Si ton URL a des paramètres, c'est pas pour faire joli... c'est qu'ils servent à distinguer plusieurs éléments Loupilo.

Ben moi je ne peux pas avoir QuickTime donc je ne serais pas objectif Mais là, si c'est possible, Flash est le plus adapté. Puis après, java, même si c'est assez lourd. Les deux ont tout de même l'avantage d'être multiplateforme...

Ben je ne comprends pas trop... je pensais innerHTML très bien pour faire ce qu'il fait (et d'ailleurs je ne vois pas d'équivalent... tu préfères document.write() Dudu ? ). Sinon, Windows Live marche pas avec Safari (et Konqueror) ni avec Opera, mais avec Firefox sous Linux, ça roule... Donc il est quand même accessible à tous les SE (mais pas tous les navigateurs, c'est clair)

Je corrigerai un peu ce que tu viens de dire... Le Hub n'est malheureusement pas épargné, il est juste bien modéré (ceci n'étant pas de la vantardise je ne parle pas de moi mais de l'équipe des Fondateurs) et bien mené, car justement nous refusons la course aux messages, nuisible au forum, bien sûr, mais également aux membres... et ce sont en partie eux qui font du Hub ce qu'il est. Et merci pour les félicitations Loupilo.

Ben si tu te dis graphiste... non Mais sinon, pourquoi pas Les logiciels sont nombreux, et ce n'est pas grace à eux qu'on peut faire de jolies choses... Le seul moyen de t'améliorer, c'est de t'entraîner !

Pourquoi ton à priori ? Si c'est pour la validité, lis le post Spip et personnalisation... Pour la réécriture d'URL, elle n'est evidemment pas activée par défaut (quid de ceux qui ne peuvent utiliser le htaccess ?) mais se met en place très simplement : [spip] utiliser des URLS personnalisées. Mais je ne fais que me répéter, c'est excatement ce que j'ai déjà dit plus haut. Loupilo.

Dudu, le site de Spip n'a pas changé depuis fin 2003... Donc il n'était pas valide et ne l'est toujours pas. C'est vrai que la majorité des sites Spip connus utilisent des squelettes dépréciés... Cependant regarde le site axome.com (je ne connais pas, c'est ce qu'a donné ma recherche...). C'est joli, c'est valide xhtml 1.1 (je n'en demandais pas tant ) et c'est spip. David tu as raison : la version 1.7 était un désastre, c'est à partir de la 1.8 que les développeurs ont commencé à regarder d'un oeil moins méfiant la validité html ! Si tu bases ton analyse sur Spip 1.7 tu as raison, sur Spip 1.8 tu as tort Loupilo.

Spip est complètement multilingue. Seulement je ne sais pas comment se gèrent les langues dans l'administration des articles... Teste, ce sera le plus concluant et ça te permettra de te forger ta propre idée. Pour les URLs réécrites, le polatouche ne le fait pas par défaut (parce que tout le monde ne peut pas utiliser de htaccess) mais c'est extremement simple à activer. Par contre il rend un code valide xHTML (le CSS, c'est pas lui qui s'en occupe...) Loupilo.

Ah, dans ce cas, tape dans ta barre d'adresse about:config, dans filtre rentre "image.animation_mode", double clique sur l'option et met la valeur à 'normal'. Loupilo.

Je plussoie Nicos, le code produit par Spip est tout à fait valide ! Dudu ton exemple ne veut rien dire, Spip produit du code valide, mais si un squelette est invalide, je ne vois pas bien ce qu'il peut y faire... Le site de Spip utilise un gabarit qui lui-même utilise les tableaux... Ben oui, mais si tu fais un gabarit en tableaux avec TextPattern, avec ModX ou Dotclear, ils ont beau produire du code "valide", le rendu final sera pas joli (et c'est pas le SGC qui est en cause !) Un squelette Spip bien fait sera valide et affichera la ptite lumière verte pour l'oeil humain. Exactement comme avec les autres outils sus-cités. Sisi. Loupilo

Thick, des exemples ? Les meilleures ont presques toutes été mises à jour... Oui pour moi aussi Dan... Bizarre Modibo !

Je ne saisis pas ton problème Jan... Un onmouseout ne suffit-il pas ?

Interessant ce que tu fais Très bien si tu as trouvé mais sur l'exemple que tu as mis en ligne, ça déborde toujours...

Le bandeau refrapide en haut de cette page, il n'est pas animé ? Loupilo. edit si elle n'est pas en haut :

Met nous tout ça en ligne pour pouvoir t'aider... Là c'est impossible de se faire une idée

Effectivement Nullette, mais le message dont tu parles évoques plus généralement les outils de statistiques gratuits, celui-là n'est donc pas un doublon Loupilo.

Effectivement jusqu'ici les 800*600 sont très répandus, du fait de la malheureuse non-extinction de cette résolution. Mais les temps évoluent, la proportion de 800*600 diminue et ils commencent à être de plus en plus délaissés... Enfin le jour ou les sites fixes à cette taille disparaîtront, c'est pas demain, tu as le temps de prévoir

Avec tes liens ça marche, Dan... Mais si je tape moi-même php script (à partir de l'accueil de GG) ben ça marche plus ! Exemple : http://www.google.fr/search?num=50&hl=fr&c...ta=lr%3Dlang_fr