Loupilo

Et bien moi j'avais effectivement vu la vidéo de la création d'un blog en 15 minutes avec Rails il y a quelques temps, mais je n'avais pas vraiment pris ça au sérieux en pensant que c'était des technologies futures pas encore déployables. J'ai pris conscience de mon erreur il y a une semaine et j'ai installé rails... ce n'est pas bluffant c'est extraordinaire. Quelle simplicité, c'est complètement fou. Vous noterez les traductions de tutoriels faites par RailFrance : http://www.railsfrance.org/node/128 Ce sont des tutos pour démarrer de 0 avec RoR, c'est très bien expliqué et détaillé, complètement indispensable pour commencer. Ce qui est impressionnant c'est que la communauté est très petite (regardez le nombre d'inscrits sur le forum : peut-être 10) mais déjà super active (les traductions ne sont pas minimes : "En voiture avec Rails" partie 1 fait 38 pages et la partie 2, 21 !) Et n'hésitez pas à vous inscrire à la liste de diffusion si vous désirez de l'aide : http://lists.rubyonrails.fr/mailman/listinfo/railsfrance Je vous souhaite en tout cas d'essayer, voire juste de recréer (ou le cas échéant la visionner pour vous convaincre) la vidéo dont je parle plus haut : http://www.rubyonrails.com/media/video/rai..._with_sound.mov Loupilo

Enfin @SELECT, ce sont des requêtes SQL... toujours pas ça selon moi En attendant je ne vois vraiment pas comment faire pour mon problème de NewsListing (avec une "vraie" syntaxe, le problème ne se poserait pas ) ! Je vais essayer de jouer avec les champs personnalisés, mais bonjour la bidouille alors qu'il y a un super système de dossiers, quel gachis... Loupilo.

Wow, quelle réponse ! Effectivement pour NewsListing. Ce qui me gène c'est que ce ne soit pas commun à tous les snippets (ben oui, quid de l'absence de ce &tp='menu' pour DropMenu par exemple ?). Si jamais les snippets continuent à exister (cf point suivant), ils ont alors besoin d'être tous complètement harmonisés... Encore que la syntaxe utilisée dans le chunk appelé par &tp='dernieresnouvelles' pour NewsListing est bien trop restrictive et ne tient pas la comparaison avec les forms de Textpattern... Bon déjà pour moi, les snippets que l'on trouve par défaut sont à éliminer en tant que tels et à inclure "en dur" dans ModX (mais il faut qu'il y ait possibilité d'en créer, ce qui rejoint ton analogie avec Textpattern et ses plug-ins). Je pense toujours qu'il faut qu'il y ait une séparation entre ce qui fait partie intégrante du SGE (par exemple [[List cat=1" tp="liste]] pour faire une liste des articles de la catégorie 1 suivant l'organisation définie dans le chunk "liste" (qui remarquera la similarité avec TextPattern ?); opération de base qui devrait donc être "dans le noyau") et ce qui est en plus (par exemple [[snippet name=NomDuSnippet" option="option" tp="modeleSnippet]] pour alors utiliser un code PHP "en plus" destiné à ajouter des fonctionnalités). Mais effectivement ModX est jeune, et je suis impatient de le voir évoluer et j'ai bon espoir. Question apparence dans le sens "appel de l'information et du contenu là où je veux quand je veux", je ne suis pas d'accord : il n'y a qu'à voir la simplicité avec laquelle on peut mettre en place n'importe quel élément avec TextPattern ! Créer un menu est enfantin (bien sur quand on a compris les <txp>, ce qui n'est pas forcément évident ) avec TextPattern, de la même façon que lister les derniers éléments d'une section X. Ben avec ModX, on n'en est qu'aux balbutiements quand à ce domaine (la domestication complète de tous les éléments composant le site, articles, rubriques, sous-articles dans des sous-rubriques, ...) : par exemple j'ai cherché dans les options de NewsListing et visiblement ce n'est pas possible d'afficher les articles d'une rubrique en passant outre les sous-rubriques ! Bon c'est sur que là, TextPattern ne tient pas la comparaison vu qu'il n'autorise pas les sections imbriquées, mais Spip permet bien sur de faire cela très simplement (toujours à condition d'avoir compris le principe de fonctionnement des <BOUCLE>) et je trouve ça plutôt basique comme fonction. Bon pour les widgets j'ai rien compris, je repasserai demain en journée quans je serai moins fatigué Je n'en doute pas, seulement, justement, dans Spip, on maitrise entièrement l'affichage du contenu et je trouve ModX encore assez loin de ça (je vais récapituler tous les points précédents, attention ) : snippets non uniformisés, pas (pas tous en cas) assez complets (cf mes critiques de NewsListing) et pas assez généraux. Bref j'aime pas du tout et je n'arrive pas à me faire au principe des chunks et snippets. Autant en moins d'une semaine j'ai compris le gros des <txp>, j'ai affiché le contenu que je voulais sur le site que j'ai lancé avec, et je n'ai besoin de revoir la doc que pour connaître le nom précis des <txp>, autant pour ModX je trouve ça désagréable et vraiment un mauvais système. Mais comme tu le dis, patience En tout cas c'est clair que ModX avec une syntaxe de TextPattern, je fonce ! Sinon je participerai bien à la communauté sur les forums officiels, mais vu mon niveau en anglais ça risque de faire un massacre ! Remarque on peut toujours essayer, mais moi et la langue de Shakespeare on n'est malheureusement pas très copains... faudra qu'ils soient compréhensifs, là-bas À bientôt Loupilo (ah et pour Spip, ben oui, Spip est un SGE assez lourd : pas une bête de course et certaines fonctions un peu "grasses", mais il reste excellent hein)

Merci pour ces liens je vais aller voir tout ça Sinon pour que ModX se répande, faut qu'il soit plus simple sur sa syntaxe (enfin actuellement il n'y en a ça simplifie le problème ). Je veux dire que le principe des "snippets" qui gèrent l'affichage du contenu c'est un délire (je trouve personnellement que c'est n'importe quoi). Ils devraient s'inspirer de TextPattern : pour obtenir ce qu'il veut, l'utilisateur utilise la syntaxe dispo (ici les <txp>) et peut tout faire avec, il n'a pas pas à appeler des bouts de codes qui choisissent le code HTML qu'ils rendent, ni prier pour qu'un snippet qui fasse ce qu'il veut existe... L'utilisateur doit avoir le contrôle dans les modèles de pages et là... ben force est de constater qu'il ne l'a malheureusement pas ! Il doit pouvoir choisir si il veut faire une liste de rubriques, une liste d'articles dans une rubrique, enfin bref il doit pouvoir controller de A à Z où s'affiche ce qu'il veut qui s'affiche ! Et le paradoxe c'est que ModX est incroyablement complet (et c'est bluffant...), que les options d'affichage sont très très complètes (on peut choisir un gabarit par page, si on veut que telle page soit dans le menu, ...), mais qu'en parallèle on ne puisse pas contrôler le contenu "dynamiquement" dans un gabarit (puisqu'on peut controler son affichage 'fixe' avec les 'balises' disponibles). On dirait vu mon message que je trouve ModX bien trop imparfait pour l'utiliser, mais cependant je persiste avec ModX car il très complet, plutôt rapide, bref il est efficace. Spip est trop lourd pour mon projet, et Textpattern trop léger. Et si le (l'énorme, à mon goût ) problème dont je parle ci-dessus est un jour réglé, ce serait complètement génial, on pourrait alors dire que ce SGE a tout. Sinon, elle sera bien la nouvelle interface ?? Pour quand est la prochaine version ? Loupilo. (mon ton est parfois sec dans ce post, mais c'est ma nature : il n'y a strictement aucune animosité dans mon message !)

Effectivement, ça marche, mais ma structure étant construite de cette façon : Index -/Blog --/Catégorie 1 ---Billet 1 catégorie 1 ---Billet 2 catégorie 1 --/Catégorie 2 ---Billet 1 catégorie 2 ---Billet 2 catégorie 2 ---Billet 3 catégorie 2 J'ai bien l'impression qu'il ne veut pas fouiller plus loin que la premier niveau (il m'affiche le nom de mes dossiers Catégorie x, aucun de mes billets). Je vais essayer de jouer sur les options... En tout cas félicitations pour ta "promotion". Concrètement, ça veut dire que tu vas faire quel boulot ?

Non ce n'était pas ça, il n'y avait déjà pas d'espace J'ai trouvé quelques messages sur le forum, quelqu'un a trouvé une solution (que je n'ai pas réussi à traduire...), et finalement une autre a été donnée : mettre à jour NewsListing vers la 1.1. Et effectivement, tout fonctionne ! [Edit: par contre dès que j'ajoute ton code à la fin du snippet, j'ai une erreur : Parse error: parse error, unexpected $ in /var/www/manager/includes/document.parser.class.inc.php(667) : eval()'d code on line 860 ]

Ah oui pas bête David... reste plus qu'à trouver ce caractère sur mon clavier Bon, je n'ai plus d'erreur MySQL... ...juste ça : Fatal error: Cannot use [] for reading in /var/www/manager/includes/document.parser.class.inc.php(770) : regexp code on line 1 Je vais aller voir sur les forums officiels si ce n'est pas un problème connu... Merci pour ton aide et ta patience, en tous cas Loupilo.

Effectivement ton installation d'Opera est très personnalisée et spéciale, mais Firefox fait aussi pas mal des fonctions que tu cites via des extensions Attention, je ne dis pas cela pour te convertir à Firefox car Opera est également excellent, c'est juste pour information. Loupilo.

David, où se situe l'appel au snippet NewsListing dans le code que tu as donné ? Une fois de plus je n'ai peut-être rien compris et l'exemple de code que tu donnes ne se met peut-être pas dans les gabarits Merci de tes infos Loupilo. [Edit: en tout cas, juste pour voir, j'ai mis [[NewsListing? &startID=2]] dans mon gabarit, et j'ai une erreur MySQL ]

Merci pour tes éclaircissements, mais... ton bout de code est utilisable ? Car si oui, c'est exactement ça dont je parle (et c'est une syntaxe de base qui devrait à l'évidence être intégrée par défaut ). Et je vais jeter un coup d'oeil sur la doc de DropMenu Merci, Loupilo.

David, bien sur, pour le menu, j'ai réussi à faire quelque chose qui me plaît car le script est effectivement exhaustif. On peut choisir l'inclusion dans un DIV, les class des <li>, etc. très bien, c'est complet. Mon problème, c'est pour aller plus loin, pour, par exemple, afficher une prévisualisation des articles d'une rubrique avec NewsListing. Il rend un code très très loin de ce que je veux ! Donc je vais devoir modifier le script pour m'approcher un minimum du résultat que je veux ! Dommage que tous les snippets ne soient pas si bien finis que DropMenu. Ce qui me gène c'est qu'on appelle le snippet sans choisir où il mettra les infos, il se débrouille seul à partir des paramètres qu'on lui donne... On ne contrôle que les options, pas la sortie (sauf pour DropMenu qui est très complet, c'est vrai) et c'est ça qui est très embêtant ! C'est à moi de définir la structure du code que renvoie NewsListing, pas lui Loupilo

Eh bien non, ce n'est pas pareil... Dans TextPattern, c'est (et c'est on ne peut plus logique) lui qui gère le PHP, moi j'utilise une syntaxe simplifiée que je peux appeller partout pour rendre ce que je veux. Avec ce système, je dois éditer un fichier PHP en croisant les doigts pour qu'il fasse ce que je veux ? Pour le menu, ça va encore, mais voila que je souhaite afficher les derniers articles dans une catégorie bien définie sur l'accueil. NewsListing ? Il n'est pas du tout mais alors vraiment pas du tout adapté à mes besoins (je dirai même à côté de la plaque, à partir du moment ou je veux personnaliser un minimum l'affichage de ces bribes d'articles). Donc je suis obligé d'écrire un script PHP pour faire la chose la plus bête au monde ; afficher une courte prévisualisation des articles d'une rubrique ?! C'est le rôle du CMS, pas le mien ! Voila une syntaxe normale : <articles cat="1" limite="10" ordre="asc"> <h2><a href="[#URL]">[#titre]</a></h2> <span class="date">[#date]</span> <p class="previsu">[#texte couper="500"]</p> </articles> (pareil que page précédente, syntaxe inventée, mais c'est le principe de Spip, TextPattern, ...) Ça, c'est bien un CMS... Il convertit lui même en PHP ce qu'il faut, et c'est évident ! Parce que si tu confirmes mes dires, je vais devoir réécrire le script (enfin si tu confirmes, je ne vais pas réécrire le script, j'abandonne ModX, je suis pas fou ) si je veux faire quelque chose d'un minimum correct (ce que me propose le script est bien trop classique ; je ne veux pas de "lire la suite" ni de "lire les commentaires", mais des icônes (img) encadrées dans un DIV avec une class bien définie, par exemple)... Ce qui est marrant, c'est que question options c'est extrement complet, mais pour les choses les plus basiques possibles, on doit se compliquer la vie d'une manière incroyable ! Très bien qu'une télé puisse régler la luminosité de l'écran en fonction de la lumière ambiante et commander ta cafetière pour que quand ton film soit fini ton café soit prêt, mais si elle ne fait pas de recherche automatique de canaux et qu'on doit tous les entrer à la main... quid de la présence de fonctions avancées si elle ne comprend pas les ultra basiques ? j'espère me planter sur toute la ligne en tout cas Loupilo. [edit: pour QuickEdit, le désactiver ne fait rien, j'ai été plus radical, je l'ai supprimé, là au moins il disparaît ]

Merci David pour tes précisions. J'ai réussi à faire a peu près ce que je veux pour le menu, mais ça me laisse une bien mauvaise impression de devoir utiliser un script PHP... En tout cas pour l'instant, ça marche, c'est l'essentiel. Par contre je n'ai pas trouvé l'endroit pour désactiver le bidule "QuickEdit" qui ne me sert à rien et défigure ma page et mon code... comment faire pour l'enlever ? Merci, Loupilo

On notera l'existence du validateur du W3 Québec : http://www.w3qc.org/validateur/ Il est moins sensible aux problèmes d'encodages et surtout plus complet (et en français) Loupilo.

Ça peut venir d'une mauvaise gestion des nombreuses futilités Flash qu'il y a sur le site de tf1. Comme chez Jok, je n'ai aucun problème. Quelle version de Flash as-tu ? Essaie de désactiver ton plug-in macromedia, et dis nous si ça va mieux. Si oui, supprime le carrement, et réinstalle le à partir du service de détection de greffons de Firefox (qui se lance quand tu charges une page qui utilise Flash). Loupilo.

Tu as déjà demandé en août, et on t'a répondu. http://www.webmaster-hub.com/index.php?showtopic=15552 Si tu as d'autres questions sur les réponses qui t'ont été donné, poursuis là-bas, en attendant je ferme ce post. Loupilo.

Il existe plusieurs solutions. IE gère la transparence des PNG 8 bits (256 couleurs). Donc si c'est possible, convertis tes images dans ce mode, ce n'en sera que plus simple. Si ton image utilise plus de couleurs et que la solution ci-dessus ne te convient pas et : - Si elle est intégrée dans la page grace à une balise <img />, alors cette solution est à utiliser : http://homepage.ntlworld.com/bobosola/index.htm. En résumé, télécharge ce fichier : http://homepage.ntlworld.com/bobosola/pngfix.js et appelle le dans ta page comme ça : <!--[if gte IE 5.5000]> <script type="text/javascript" src="pngfix.js"></script> <![endif]--> -Si elle est appellée dans ta feuille de style : .class { filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(enabled=true, sizingMethod=scale src='image.png'); // code propriétaire IE ignoré par les autres navigateurs } html > .class { // ce qui suit ne sera appliqué que sur les navigateurs autres qu'IE qui ne reconnaît pas cette formule background-image:url('fond.png'); } Si la première solution (pngfix.js) marche très bien avec les <img />, je n'ai par contre pas testé la seconde pour les images dans un CSS. À toi de nous dire si ça fonctionne (mais à priori, oui) Loupilo.

Pas de messenger sur le Hub : il est plus constructif et plus utile que les discussions soient publiques Pour répondre à tes questions, un #div (id) est unique, tu ne peux en mettre qu'un dans ta page. À l'inverse, un .date (class) peut être réutilisé autant de fois que tu le désires dans ta page. Exemple : si tu as un <div> qui contient le haut de ta page, il sera unique, et tu peux lui donner un id #haut. Dans ta feuille de style, tu pourras modifier son apparence grace à #haut { ... }. Par contre si tu désires mettre en gras des éléments divers (<span>, <p>, ...), tu peux leur attribuer à tous une classe .gras et dans ta feuille de style ajouter .gras { font-weight:bold; }. Ils seront donc tous épaissis, sans distinction. Pour ton histoire d'arrière plan, je n'ai pas bien compris... Quelle image souhaites-tu mettre en fond de quoi ?

Euh... je suis en train d'essayer de commencer à créer un modèle, et au moment de faire le menu... je tombe des nues. Celui par défaut utiliser le "snippet" DropMenu... je suis allé voir à quoi ça ressemblait, et c'est quoi ce délire ? Qu'est ce que du PHP vient donc faire là ? Si faire un menu est si compliqué que ça, quid de la comparaison avec Spip ? je ne vais pas écrire un script php pour faire... un menu ! Le classique : <articles categorie="1" classe="date" ordre="asc"> <ul> [<li><a href="#url">#titre</a></li>] </ul> </articles> dont la syntaxe est inventée, mais dont le principe est en (très) gros celui de Spip ou TextPattern, n'existe pas ? Je serai heureux d'avoir mal compris car j'abandonne ModX sur le champ, sinon... Je vais pas passer un temps fou à créer un script pour chaque élément un minimum complexe... c'est le rôle du CMS, pas le mien ! Loupilo. ps: merci pour ton message très complet clo72

Merci pour tout ton travail David Quelques questions : -Pourquoi séparer les "chunks" et les "snippets" ? Si j'ai pas trop mal compris, ce sont les même choses avec comme seule différence le fait que les "snippets" peuvent contenir du php ? Si ce n'est que ça, quid de l'utilité de les séparer ? -Quand on créé une page, on a le choix de son type MIME... ne puis-je pas le gérer par moi même dans mes gabarits ? je compte mettre en place un script détectant la capacité ou non du navigateur à gérer un entête XML... ça ne sera pas possible ? Sinon c'est vrai que comme ça, le nombre d'options est vraiment impressionant. Tout se contrôle, c'est fou ! Seulement j'ai l'impression qu'il n'est pas assez mûr, c'est vrai que c'est un peu fouilli... ça ne m'empêchera pas de l'utiliser si il me convient, mais j'ai vraiment envie de voir la prochaine version afin qu'il soit plus mature. Et je suis très curieux quand aux secrets que tu ne peux dévoiler Sinon, petit détail : le wysiwig donne un code pas trop mauvais... mais au lieu de mettre des <span style="color:#xxxxxx">, il nous renvoit 3 ans en arrière avec des <font color="#xxxxxx">. Dommage ! Loupilo.

Bon ben je me suis inscrit et j'ai installé la version x9 (c'est vraiment pas très engageant de devoir s'inscrire pour télécharger). C'est super complet ! Il va falloir que j'explore un peu, mais vraiment, très exhaustif Ça me plaît déjà !

C'est moi ou on est carrement obligé de s'inscrire sur le forum pour télécharger la dernière version ? En tout cas il a l'air sympa ce ModX.

Merci ! Tu en sauras plus plus tard Loupilo

TextPattern est comparé à des outils de blog ? Il est quand même assez complet pour être classé dans la "catégorie supérieure" des CMS, non ?

On notera que le logiciel de tahiti ne fonctionne qu'avec IE... J'avais omis la solution la plus simple dans mon message précédent (seulement avec Mozilla ou Firefox) : aller dans les "Informations sur la page" (clic droit ou Ctrl + I) puis dans l'onglet média. Tu as alors la liste des images et animations flash sur la page. L'aperçu des fichier swf n'est pas possible, cependant le nom de fichier est souvent assez parlant. Sélectionne alors celui que tu veux puis clique sur Enregistrer Sous, et hop tu peux sauvegarder le fichier désiré Loupilo.