davidm

D'accord avec dièse, les applis doivent tourner sous PHP5 c'est un bon signe de la qualité des équipes de dév. PHP5 va ouvrir des possibilités intéressantes, des dév qui ne mettent pas au moins leur appli en compatibilité n'ont pas encore pensé au passage à PHP5, et pour moi ça veut tout dire... Ceci dit pour en revenir au choix d'un groupware, j'ai fini de traduire AroundMe et il rempli pas mal de fonctions de groupware en plus d'être un outil d'animation de réseau sociaux... Dès que j'ai fini une relecture je posterai le pack de langue pour ceux que ça intéresse

Bon je ne me sert plus de SPIP depuis plus de 2 ans, mais le point incontournable est sans aucun doute http://www.spip-contrib.net/ Tu y trouveras des tonnes d'infos, accessibles et bien rédigées. Des tutoriaux à la pelle, et bien faits. C'est au moins un des points forts de SPIP, comme de TYPO3 d'ailleurs puisque les français ne jurent que par eux ! (ceci dit Xoops et DotClear ont aussi de belles communautés françaises... ). Mais, retour à nos moutons, pour la liste des sites sous SPIP : http://www.spip.net/fr_article884.html tu y trouveras un annuaire (un peu fouilli) des sites utilisant SPIP. Pour ce qui est de la personnalisation, tu dois pouvoir arriver à faire à peu près ce que tu veux en travaillant sur les squelettes, et avec du travail tu arriveras peut-être à créer des squelettes conformes XHTML (avec SPIP, c'est pas gagné ).

Pour répondre à la question de l'équivalent des boucles SPIP avec textpattern, les deux systèmes sont radicalement différents mais textpattern possède un très grand nombre de tags conditionnels qui permettent de faire la même chose qu'avec SPIP. Perso, je n'ai jamais eu de souci à comprendre la logique des boucles même si je préfère les macro-languages à base de tags, plus modernes. Pour les plugins, il n'y a pas photo, Textpattern en a plus de 270 et certains sont de véritables extensions de l'application. Pour ce qui est d'écrire des plugins, il te faudra de toute façon acquérir un certain niveau en php pour le faire. Ca ne se fait pas en un jour ! Textpattern propose aussi un template de plugin. Un des gros plus c'est la disponibilité de champs custom, en plus (je vais encore me répéter) d'une meilleure conformité aux standard et une plus grande flexibilité. Ceci dit comme l'a suggéré NiCoS j'ai un répertoire SVN avec SPIP à jour et j'attend la 1.9... wait and see.

Est-ce que tu ne parlerai pas d'outil de suivi de développement d'application comme Trac ? Je le mentionne en premier car c'est sans doute un des tous meilleurs, avec une interface permettant d'accéder à SVN, un wiki... mais c'est du Python. Après tu as Sourceforge qui est utilisé pour animer sourceforge.net... mais c'est du "lourd". Sinon plus axé bugtracking j'ai un faible pour FlySpray...

Stable, oui, en français il faut que je vérifie j'ai été pas mal occupé ces derniers temps... mais au besoin je m'occuperai de la traduction, ça doit pas être bien méchant vu la simplicité de l'application

Oui Nissai a raison, idem je les suis depuis quelques temps et malgré un CMS déjà suffisamment solide pour être utilisé en production, pas de version finale en vue... Pour ce qui est de l'édition des templates, iXprim proposait une idée toujours séduisante pour les non-experts (mais souvent frustante pour ceux qui s'y connaissent et qui préfèrent avoir un contrôle total du code), qui est celle de la modification WYSIWYG de ceux-ci (et là, c'est plus rare...). Le danger par contre du perfectionnisme, mais c'est aussi vrai des CMS plus anciens, c'est de faire évoluer l'application en tirant parti des derniers apports techniques (que ce soit AJAX, un macrolanguage de tags... etc). Dommage, en tout cas...

Merci beaucoup pour cette ressource ! J'ai un oeil sur Zenphoto de toute façon, car il est prometteur, mais à l"époque même l'install était sportif, ca marchait sur certains serveur, pas sur d'autres... pourtant c'est un peu mon domaine...

Vu la longueur du fil de discussion sur MODx, je commence un sujet neuf avec en plus l'intérêt d'être lisible pour les utilisateurs de Free. Comme je l'avais annoncé, une version modifiée de MODx tenant compte des limitations des pages Perso de Free est mise en ligne sur le forum de MODx. La démo que j'ai mis sur mon hébergement est encore en ligne: http://david.molliere.free.fr/manager/ Login : demo Mot de passe : demo123 [Epinglé] Version spéciale Free de MODx (corrigée du 30/11 : plus d'erreur 288) Pour ceux qui avaient téléchargé cette version entre le 23 et aujourd'hui, j'ai mis à jour la version modifiée en téléchargement suite à une erreur de ma part lors de l'upload du package il y avait une erreur ligne 288 récurrente à l'install. Bon test ! Notez que pour des raisons de sécurité, j'ai donné à l'utilisateur démo la plupart des droits administrateurs, mais pas tous. Ceci devrait vous donner une idée malgré tout. Sachant que le but de cette démo n'est pas de tester MODx mais de constater que cela marche sur Free

Pas de pb je ne fais pas de prosélytisme Arf, un éditeur de texte ?

Le groupware opensource n'est pas vraiment aussi créatif que d'autres branche comme les outils de blogging, les systèmes de publication ou les forums... dommage. Ceci dit, perso je préfère phpCollab, même si j'aimerai trouver une autre solution qui ai encore une équipe de développement active. Un fork de ce groupware est né, NetOffice, mais je n'ai pas eu le temps de voir quel est le dynamisme de cette communauté ni ce qu'il vaut. Côté payant, j'ai entendu dire du bien de Webasyst Voir aussi les discussions sur ce même forum à ce même sujet : http://www.webmaster-hub.com/index.php?showtopic=18141

Content que tu ai résolu ton problème Pour référence, j'ai rédigé une FAQ sur le forum FR de MODx. Pour les autres questions, voir la section francophone

Whaooow, je ne connaissait pas l'existence de railsfrance ! Je vais regarder ça et m'y coller Merci Monique pour tout ces liens Loupilo, c'est marrant on s'intéresse aux même choses Bleeding edge comme on dit

Je vais d'abord aller au fond des choses, et si ce n'est pas satisfaisant, je suis sûr de pouvoir au moins être écouté pour qu'une solution simple soit adoptée pour ce genre de chose... Je ne suis pas inquiet, ils sont trop malins pour ne pas écouter une demande ou suggestion qui pourrait faire de leur application une application plus flexible

Merci pour le lien, il faudra que je teste... (Nissai, de MODx ? C'est toi Nicolas ?) Au passage le lien pour le fichier de langue FR : http://www.minigal.dk/addons.php?get=french A noter, un tuto pour l'intégration dans WordPress : http://www.minigal.dk/tutorial002.php

Attend... j'en découvre tous les jours... je n'avais pas regardé car c"était dans la doc "developper" mais il semblerai que les @bindings contrôlent exactement ce type de test conditionnels. These Data Sources can be tied (or bound) to a Template Variable for formatting and displaying in document. In addition, the bound data in the TVs can be almost effortlessly formatted via the Display Controls within the TV system for some truly stunning results. The format for using the five types of data source bindings available to all template variables follows: * @FILE file_path * @DOCUMENT document_id * @CHUNK chunk_name * @SELECT sql_query * @EVAL php_code These five @ commands or bindings will allow you to quickly and easily attach your template variables to virtually any database system available. Il me reste à comprendre le lien entre TV <=> @bindings et TV <=> widgets et utiliser concrètement ces concepts. J'ai un cas concret sous la main, donc je te dirai ça mais il est certain que je parlerai des tags conditionnels et du contrôle de l'affichage des données... @SELECT me semble être un outil puissant pour construire des requêtes conditionnelles sur mesure... à confirmer. J'avais pas compris "lourd" dans ce sens là, là je suis d'accord. Par contre j'ai envie de dire qu'il n'est pas excellent : il l'a été, et il pourrait l'être... même si c'est un peu différent Lodel a ma préférence (tu retrouveras les fameuses boucles qui, c'est vrai, sont bien pratiques et pas trop dures à maîtriser...). Bon enfin, j'essaye d'appréhender la méthode de MODx pour le contrôle de l'affichage, en jouant avec les widgets et @bindings et je te ferai un feedback. Une fois que j'aurai compris ça je pourrai construire un argumentaire auprès de Ryan, Jason et Raymond pour éventuellement proposer un système à la textpattern

De nada ! Pas vraiment d'accord avec toi, là. MODx propose un macro-language basé sur les tags et les tags ont une syntaxe : [[nom_du_snippet]] (auquel on ajoute des paramètre avec un &nom_du_parametre='valeur_du_parametre' ) [(nom_du_reglage)] (pour insérer la valeur définie dans l'un des paramètres défini dans l'admin) [*variable_de_modele*] (pour appeler une variable custom) {{nom_du_chunk}} (pour appeler un bout de code html) Pour le débat sur la distinction chunks/snippets, petite info en avant première il n'y aura plus de distinction entre les deux mais plusieurs options qu'on pourra sélectionner à l'enregistrement du chunk/snippet (un autre terme unique prendra la place de ceux là, je bosse dessus). En gros un snippet pourra être exécutable ou non, et exécutable soit dans le front-end, soit dans le backend. Assez simlaire aux plugins / admin side plugins dans textpattern. Ouh là attention. Je croyai ça aussi par exemple pour le snippet NewsListing, mais en fait un des paramètres est quel chunk peut être utilisé comme template (ici, on retrouve exactement le même principe que l'appel aux "forms" dans txp). Je n'ai pas encore regardé tous les snippets, mais de toute façon maitenant que j'ai l'oreille de Ryan, je ne manquerai pas de suggérer quelques modif si cet aspect était défaillant (à moins que tu ne veuilles le faire, je serai ravi de t'avoir dans la communauté ). Je ne pense pas que ce soit le cas à terme. Il faut bien voir que MODx est lancé depuis mars 2005, même s'il est parti du code d'Etomite, il est encore jeune. Pour l'instant les snippets nécessitent parfois de hacker le code pour contrôler le html en sortie, mais quand je suis arrivé sur textpattern en avril 2004, c'était aussi le cas ! En tout cas, ça me donne des arguments à vérifier et éventuellement à soumettre à l'équipe de dev qui est, soit dit en passant, la plus ouverte aux suggestions et à l'innovation que j'ai rencontré (d'ailleurs, c'est une des choses qui commence à moins me plaire avec textpattern, l'opacité du développement et l'attitude de shérif de Zem vis à vis de certaines remontée de la communauté... mais bon, les développeurs de plugins sont toujours aussi géniaux. Et Textpattern évolue à grande vitesse). Donc je suis 100% sûr que tes arguments seront entendus, le mieux serait que tu les présente toi même sur le forum ce serait génial Il faut distinguer deux choses : la customisation de l'apparence est tout aussi facile avec MODx qu'avec Textpattern et la customisation du contenu qui dépend de la faculté comme tu dis à choisir la structure de l'information. J'ai déjà soulevé qu'il faudrait des tags conditionnels pour sélectionner le contenu à afficher de manière plus flexible, sans passer par un snippet. Je vais lancer un thread à ce sujet. Ceci dit avant ça, il faut que je comprenne et que j'utilise les widgets . Widgets (formerly "Display Controls") are quite literally little "specialized widgets" that affect how things are displayed in MODx. In programmer-speak, they are TV components used to format the Input Value to some desired visual output on web sites. The rendered output will vary depending on the selected Widget and the Input Values. Autrement dit, les widgets permettent de choisir comment on affiche les données customs. Il faudra que je voie si il est pertinent de proposer de les étendres aussi aux variables par défaut... Je suis assez d'accord. J'ai bientôt fini un site pour un client avec MODx (ce qui prouve son potentiel, je l'ai découvert le 3 novembre dernier !). Mais je vais être obligé de coder un snippet en php pour afficher des fiches produits... Effectivement je partage ton opinion (sauf pour SPIP plus lourd que textpattern, là je ne vois pas car il est beacoup moins puissant !). C'est pour ça que j'ai investi autant de temps (250 messages en 3 semaines sur les forums MODx, mise au point d'une version pour Free...) dans ce CMS. Etant donné l'ouverture de l'équipe de dév aux suggestions externes, je pense qu'on peut influencer son orientation pour en faire un outil tout à fait exceptionnel. Le fait de disposer des mots clés comme dans SPIP, des niveaux hierarchiques illimités (que txp n'a pas), des variables customs et surtout (tu n'as peut-être pas encore vu) des widgets qui contrôlent l'affichage de ces dernières... le potentiel est énorme. La nouvelle interface est totalement sans tableaux, skinnable via CSS et celle proposée par défaut est clean et n'a pas grand chose à voir avec celle d'Etomite utilisée par MODx actuellement. Pas de soucis je suis pour les critiques, surtout constructives ! Tu m'as donné pleins d'éléments pour donner de l'eau au moulin de Ryan, Raymond et Jason

On est maintenant 3 à s'occuper du Marketing et 2 des aspects Design (notamment j'ai maintenant pu voir la future interface de MODx... yeah ). Ca veut dire principalement s'occuper de promouvoir MODx/Tattoo : définir les cibles, le positionnement par rapport aux autres CMS, les actions à mener pour faire connaître MODx, la définition des besoins utilisateurs pour déterminer les axes de développement à venir...etc. Ca c'est pour la réflexion. Côté concret mon rôle est de suivre ce qui se dit sur le web (veille), intervenir dans les forums spécialisés, obtenir des publications (comme l'article de Framasoft ), etc... En plus de ça, j'ai voie au chapitre sur les aspects de design qui sont géré par des designers et graphistes. J'ai aussi accès aux infos sur les orientations techniques à venir (et je participerai aux discussions même si je ne suis pas codeur...) et accès à SVN Sinon je continuerai à aider à maintenir la VF et tout ce qui va avec les aspects de traduction. Pour le snippet NewsListing, je n'ai pas encore regardé si tu peux effectuer un listage de ce type. Cela m'étonnerait que ce ne soit pas prévu. Mais il faut que je creuse un peu plus... A savoir plusieurs versions modifiées ont été publiées, notamment Susan a publié un NewsListingPlus : voir http://modxcms.com/forums/index.php/topic,1354.0.html et http://modxcms.com/forums/index.php/topic,1565.0.html ajout de longtitle) et enfin http://modxcms.com/forums/index.php/topic,1432.0.html (date de publication au lieu de date de création) Toujours aussi rapide, ces différentes modifs ont été intégrée dans une version 1.2 Voir cette page : http://modxcms.com/forums/index.php/topic,1235.0.html Voilà !

OK pardon en fait j'ai hacké le Snippet alors que ce n'est pas nécessaire... J'ai modifié mon message initial ci-dessus (#32) avec les bonnes instructions Il n'était pas utile de hacker le code, le Snippet est bien conçu il vérifie que si le paramètre &tpl est renseigné, alors il va chercher le chunk qui sert alors de template pour la visualisation du summary Exemple ci-dessus (#32) Puisque je suis là, j'en profite pour annoncer que je suis officiellement passé dans la Marketing & Design Team de MODx

De rien Ceci de mémoire je me demande si ce n'est pas une question d'espace avant la fin du menu ]] (tu ne dois pas en avoir avant ]] ) ce n'est pas ça ?

Non le code que j'ai donné est situé dans le code du snippet lui-même... Pour ton erreur probablement parceque tu as utilisé ' au lieu de ` , chez moi ça marche nickel... Essaye donc [[NewsListing? &startID=`2`]] Sachant que normalement, si tu laisse les options par défaut ton menu démarre à partir de l'ID du doc où tu te trouves

Oui on peut utiliser ce qu'on veut... disons que les nbsp et le code de départ ne me convenait pas donc j'ai changé en fonction de mon cas précis... Sinon grande nouvelle après plusieurs heures de boulot avec Susan Ottwell je suis en mesure d'annoncer la mise en ligne d'une version de MODx qui tient compte des restrictions imposées par les pages perso de Free Encore une preuve si besoin était de la vitesse et de la compétence de l'équipe de dév de MODx ! voir [Epinglé] Version spéciale Free de MODx + Demo en ligne Lien de téléchargement : Version de MODx "Special Free" Démo en ligne sur mon hébergement Free Login: demo Mot de passe : demo123 Notez que pour des raisons de sécurité, j'ai donné à l'utilisateur démo la plupart des droits administrateurs, mais pas tous. Ceci devrait vous donner une idée malgré tout. Sachant que le but de cette démo n'est pas de tester MODx mais de constater que cela marche sur Free

Ok je n'avais pas bien compris ce que tu voulais faire, autant pour moi... Pour NewsListing je suis en train de jouer avec aussi... on peut modifier le code en sortie en utilisant le paramètre &tpl=`nom_du_chunk_qui_sert_de_template` Exemple de chunk : <div class="summaryPost"> <h3>[+title+]</h3> <p>[+summary+]</p> <div class="lien_fiche">[+link+]</div> </div> les variables ont été créé pour du blogging et je voulais utiliser des TVs (variable de template) mais c'est pas gagné... (voir http://modxcms.com/forums/index.php/topic,1531.0.html) Ceci dit pendant que je suis là, il y avait une page dans la doc sur l'utilisation de DropMenu : http://modxcms.com/snippet-dropmenu.html

OK bon je me suis mal expliqué... J'ai recopié/mentionné le snippet PHP parceque l'aide n'est pas séparée du code contrairement à textpattern. Les explications sur les paramètres que l'on peut passer dans le DropMenu y sont incluses. Je vais suggérer qu'ils changent ça pour la prochaine version. Mais tu appelles tout bêtement ton menu avec [[Dropmenu? tes_paramètres]] La syntaxe des paramètres c'est &tonparametre='valeur_du_paramètre', en suivant les indications de la doc contenue dans le snippet. Ca donne par exemple : [[DropMenu? &menuName=`topMenu` &startDoc=`0` &levelLimit=`1` &topnavClass=`topMenubar` &here=`activeLink`]] Voilà tout ce que tu as besoin d'insérer dans ton template Pour QuickEdit, je vais vérifier qu'il n'y a pas de bug report et sinon je vais remonter ça... Merci !

La génération de menu dans Textpattern, c'est aussi du php... derrières les balises/tags tout est dans taghandlers.php Sinon pour désactiver QuickEdit va dans Ressources > Gestion des Modules, là tu cliques sur QuickEdit et tu accède à l'édition du module où tu as une case "Le module est désactivé" (tiens, une erreur de traduction je vais remonter ça à Nicolas !!! ça devrait être "désactiver le module"). Et hop

A mon avis, laisse tomber les scripts amateurs... ce n'est pas parcequ'ils sont moins évolués qu'il sont plus simples... AMHA... Ce que tu cherches c'est du blog multi-utilisateurs, en fait créer une plateforme de blogging. Je pense malgré tout qu'à moins de connaître personnellement les bloggeurs qui vont publier sur cette plateforme, il est risqué (ou lourd à gérer) de ne pas avoir un outil de gestion des utilisateurs. Je conseille donc WordPress Mu ou b2evolution. Sachant que WordPress gère des pages statiques qui sont hors du flux des article des blogs, ce qui peut être utile pour une plate-forme Tu ne trouveras quasiment aucun outil de blogging qui fonctionne avec BBcode comme éditeur. Par contre du WYSIWYG ça oui !