davidm

Je ne dis pas que la motivation est discutable, simplement que j'aimerai voir des réponses plus etoffées OK merci pour cette précision. Je positionnerai Drupal entre Joomla et MODx : Drupal est beaucoup plus flexible que Joomla mais quand même beaucoup plus "pré-configuré" que MODx... C'est vrai c'est un point important ou Drupal, tout comme CMS Made Simple, Textpattern ou MODx sont aussi à la page C'est sûr qu'avec 5 ans d'existence, Drupal est très bien fourni en modules, c'est un de ses points forts... Joomla en a pas mal aussi. Les CMS plus récents, CMSMS, MODx, Bitweaver, en ont beaucoup moins... Effectivement bonne remarque les sondage ça va probablement t'intéresser : ceci dit la quasi totalité des solutions type "portail" offrent ce type d'extensions, ce n'est pas forcémment l'aspect le plus disctinctif de Drupal mais bonne remarque en tout cas. Autre point intéressant avec Drupal, comme avec d'autres sytèmes : la possiblité d'utiliser des syntaxes type Textile, Markdown ou Wiki, en plus de l'option WYSIWYG...

OK chipster, tu as clairement défini ton besoin : c'est une bonne chose car c'est là que tout se joue. Par contre, il serait bon lorsque l'on recommande un CMS, d'expliquer pourquoi (en plus d'une ligne) et d'essayer de montrer (même rapidement) en quoi il correspond au besoin de celui qui pose la question A bon entendeur... Ce rappel effectué, ma réponse à la question : je pense que tu as besoin d'une application type "portail", étant donné que tes besoins ont l'air assez "standards". Il existe pas mal d'applications qui pourraient correspondre à ton besoin : joomla e107 Drupal Xoops... sont les premiers qui me viennent à l'esprit mais tu en as d'autres. Si quelqu'un veut mentionner d'autres CMS, et si il le juge meilleur expliquer pourquoi, allez-y ! Personnellement, je ne travaille pas beaucoup avec des applications de ce type, donc je ne suis pas le mieux placé. En tout cas, ce que je te conseille de faire, c'est de tester ces solutions via opensourcecms.com. Tu as une démo pour pas mal d'applications open source (ça permet de se faire une idée sur l'interface, les options d'admin... etc). Une fois que tu as testé, regarde un peu comment sont créés les templates dans la doc, quels sont les extensions disponibles susceptible de t'aider, etc... Enfin, pour répondre rapidement aux systèmes mentionnés ci-dessus : - NPDS est effectivement un portail qui pourrait convenir, mais je ne le connais pas bien donc je ne peux pas développer - MODx : je connais bien sûr parfaitement. MODx est fait pour construire des sites "sur mesure", il n'est pas pré-configuré et demande donc un apprentissage important. De plus, au jour d'aujourd'hui il ne répond pas nécessairement à tout tes besoins (notamment sur l'aspect multi-lingue) - Nuked-Klan : un autre portail, mais quand même plus axé communauté de gamers d'après ce que j'en sais donc : pourquoi celui là ? - WordPress : on peut effectivement faire beaucoup de chose autre que du blog avec WordPress, mais ça reste tout de même plus complexe qu'avec une appli type portail, à mon sens, pour ce type de besoin.

Non je ne l'ai pas oublié, je ne le connaissai pas Voilà une excellente nouvelle Ca veut dire que SPIP pourrait bien à nouveau faire partie de ma boîte à outil avec MODx, CMSMS, Drupal et Textpattern... Je vais tester ce plugin ! Merci !!! Edit : Pour ceux qui se demanderaient où se trouve les fichiers des plugins SPIP (c'est pas vraiment très clair...) http://trac.rezo.net/files/spip-zone/

Merci pour cette news ! Intéressant, les modèles introduisent enfin le concept modulaire qui existent depuis longtemps avec les chunks dans MODx, de forms dans Textpattern et les blobs dans CMS Made Simple, le tout à la sauce SPIP (les filtres applicables au modèle peuvent être utiles même si par exemple le filtre alignement à gauche, à droite, va un peu à l'encontre de la séparation contenu/présentation). Ceci dit, le nombres de type de modèle dispo, ainsi que la possiblité de passer des paramètres est intéressant La seule chose qui m'ennuie, c'est qu'il faut toujours uploader via FTP, je trouve ça lourd...

Oui pourquoi ??? Ce n'est pas moi qui contredirai le fait que les systèmes de templates des CMS sont souvent lourds, et limité par une mauvaise séparation entre le contenu et la présentation (i.e comportent des éléments de présentation hardcodés dans le core ou les extensions...). Ceci dit, SPIP ne s'en tire pas trop mal côté templating, même si je n'aime pas trop être obligé de recourir au FTP pour éditer mes templates... D'autres CMS sont aussi flexible voir plus : Textpattern, Expression Engine, CMS Made Simple, MODx pour ne citer qu'eux... Donc même si l'argument n'est pas faux, il n'est pas général non plus... Hmmm, là je ne suis pas sûr de comprendre... à partir du moment où un CMS est extensible (comporte la possiblité d'étendre les fonctions principales, que ce soit via modules, plugins, snippets...etc), il est possible de faire tout ce qu'on veut à condition de comprendre le code du CMS et dans le cas d'un framework de connaître son API. Un code PHP demande une adaptation pour s'interfacer avec les fonctions principales, mais sinon c'est quand même du PHP... donc si, c'est possible. Même si, c'est plus "compliqué" puisqu'il faut apprendre le CMS en question... Tout dépend du projet, mais dans 95% des cas développer son propre CMS n'est vraiment pas pertinent : il faut soit que l'application soit peu complexe, soit avoir des moyens conséquents et surtout des besoins très spécifiques... Ceci dit, un moyen plus facile de développer des applications web sur mesure, c'est de passer par un Framework : cela permet de disposer de briques de codes faciles à déployer, donc de ne pas partir de zéro tout en concevant une application qui convienne à un besoin spécifique. Pour plus de détails voir cette discussion. La question est : quel est ton besoin, plus spécifiquement ? Quand tu parles de pseudo frames, tu veux dire des iFrames ? Si oui, pourquoi as tu besoin d'iFrames ? A quel choix cela correspond t-il ? Plutôt que de hacker un CMS, je te conseillerai plutôt de regarder ceux qui te permettent de faire ce que tu veux, donc : - qui ont un système de templating flexible - qui sont extensible avec une API documentée

Tiens, j'avais raté de fil de discussion avec les vacances...puisqu'on est sur les définitions : http://fr.wikipedia.org/wiki/Framework Aujourd'hui on parle de web application frameworks : CakePHP, Code Igniter, Symfony sont de bons exemples content management frameworks : Zope, Cocoon, Midgard, Seagull, MODx

Je suis de prêt l'évolution de WYM, desespéré que je suis d'avoir enfin un éditeur sémantiquement valable... je note que WYM a relooké son site, qu'il marche sous FF 1.5 (non seulement PC, mais Mac) et qu'on trouve désormais de nouvelles ressources : http://www.wymstyle.org/fr/ (présenté comme un framework CSS, il faut que je fouille...) et un... CMS, WYMsite CMS, qu'on peut déjà apercevoir via SVN... A suivre !

Ces frameworks ne sont comportent pas que des effets d'animations, mais aussi des contrôles qui eux, sont bien basé sur AJAX, c'est vrai de prototype, de script.aculo.us (avec les "controls"), de moo.fx avec effectivement moo.ajax... etc. Donc oui, j'ai pêché en mélangeant les concepts car j'utilise aussi bien les animations et les contrôles type autocomplétion, live search and co... Mea culpa mea maxima culpa ( ). Pour jQuery, effectivement on peut notamment citer ThickBox qui l'utilise... Quelques avis sont par contre oposés : http://ajaxian.com/archives/framework-disa...eading-the-pack

Comme je disais, tout dépend de l'approche retenue pour la conception de site web, mais Flash ne se "dégrade" pas bien (pas de plugin, pas de site qui fonctionne) sans compter que c'est une techno propriétaire Mais là, on rentre dans les débats philosophiques...

Merci Cariboo @Karak : tu avais entendu parler ou pas de ces libraieries ? En fait, remplacer Flash en terme de fonctionnalités je ne pense pas, il n'y a pas les même possibilités de scénarisation des animations (pas encore). Par contre le remplacer dans le sens ou c'est un meilleur choix, sans aucun doute, car ces librairies se dégradent proprement (c'est à dire celui qui n'a pas javascript activé peut surfer normalement, simplement il n'a pas les effets d'animation) si on les utilise bien (il ne faut pas que l'effet soit nécessaire à la navigation ou comporte des items essentiels, ou alors prévoir une alternative via la balise noscript, comme j'ai fait ici pour le moteur de recherche) Sinon je vois que la majorité de ceux qui utilisent sont sous script.aculo.us... perso je pense que moo.fx risque d'être un meilleur choix, plus léger (moins d'effets, mais tu as l'essentiel... notamment un joli scrolldown pour les liens ancres : http://www.mad4milk.net/entry/scroll-your-...links-smoothly)

Possible mais Xoops n'est pas francophone Il est francisé, par contre c'est vrai et avec une communauté dynamique et accueillante... Ceci dit, c'est bien de dire que c'est le meilleur mais c'est plus intéressant de dire pourquoi tu penses ça

Moteur de recherche, j'allais dire Sphider mais visiblement ce que tu recherche c'est un script d'annuaire de liens, je ne connais pas particulièrement ce genre d'outil mais tu peux jeter un coup d'oeil sur cette page HotScripts (en anglais par contre), il en a un paquet ! http://www.hotscripts.com/PHP/Scripts_and_...xing/index.html

Oui j'ai vu que j'avais oublié cette option mais lorsque j'édite le message, je n'ai pas d'option d'édition pour le sondage ???

Depuis quelques temps, je m'intéresse à l'utilisation des libraieries d'effets AJAX, et plus précisémment prototype et script.aculo.us (dispo avec MODx) mais aussi une libraierie plus légère, moo.fx. Le but est d'enrichir mon offre auprès de mes clients, et surtout offrir une alternative a Flash car il subsiste une demande persistante des chefs d'entreprise pour des sites web animés ... Parfois quelque soit les arguments rationnels montrant que ce qui fait l'attractivité d'un site web c'est avant tout son architecture, son système de navigation, la pertinence et la facilité d'accès des contenus, la fraîcheur de l'information, il faut être en mesure de proposer au moins quelques enrichissement visuel sans compromettre l'accessiblité et le respect de standards. Les libraieries d'effets basées sur AJAX on le mérite d'être relativement raisonnable en terme de taille (particulièrement vrai de moo.fx), de s'appuyer sur des sélecteurs CSS, d'utiliser le DOM... aurait-on enfin trouvé un compromis viable avec ces outils ? Ou, en tout cas, est-on dans la bonne voie ? Comme toujours, mon avis est qu'il faut savoir utiliser ces effets et ces outils intelligemment, c'est à dire sans oublier l'objectif principal (l'utilisateur) et en respectant le principe de parcimonie (pas trop d'effets). D'où ce petit sondage... Et oui car je suis étonné de voir très peu de sujets sur la question (il est vrai que les ressources en termes de doc pour ces libraieries est pour le moins limité...)... je serai curieux de receuillir les témoignages ou réactions des membres du Hub sur ce sujet...

Je suis assez d'accord avec NiCoS, qu'on le veuille ou non, ces deux outils sont concurrents... d'ailleurs certains switchent, ça veut tout dire. OK, certains diront que WordPress est bien plus qu'un outil de blogging... c'est vrai dans une certaine limite : je dirai plus que c'est un outil de blog flexible qui permet de faire un peu plus, voire beaucoup plus (avec pas mal de modifs...). Donc d'un certain point de vue, DotClear reste focalisé sur son objet premier, le blog, alors que WordPress a des ambitions plus "CMS léger". Par contre, DotClear est de plus en plus connu dans le monde, notamment depuis que la démo est sur opensourcecms.com...

+1 ca me paraît bien tôt pour parler de flop, et qui plus est PHP5 est un progrès et finira par s'imposer et devenir "courant"... Pour les quesions de syntaxe, chacun sa sensibilité, mais je trouve que les tags sont plus simples que du PHP et s'intègrent mieux dans les templates. Peut-être parceque je ne suis pas codeur PHP

On peut aussi passer des paramètres avec des tags, c'est exactement ce que fait Textpattern ou MODx... Mais apparemment, DotClear aussi avec par exemple {{tpl:EntryTitle encode_html="1"}} Je ne connais pas les nouveaux tags, ni si il y a d'autres paramètres dispo (autre qu'un booléen comme celui là...), mais la syntaxe n'est pas bloquante...

Qui n'a jamais entendu parler de DotClear, le fameux outil de blogging à la française ? Si la réussite de la version 1 est déjà incontestable sur un segment très "concurrentiel", le modèle du "keep it simple" (le fameux "DotClear ne fait que du blog, mais il le fait bien") est repris dans la version 2 et c'est très bien ! Le premier coup d'oeil - la refonte de l'admin : rien de bien révolutionnaire, comme l'admin de la version 1, c'est du fonctionnel (après tout, c'est ce qu'on lui demande !) - on remarque tout de suite les liens : multi-blog, tags, widgets, anti-spam... du nouveau ! - un peu d'AJAX "à la WordPress" : rien de majeur, mais c'est bien utilisé... Les changements notables - DotClear 2 requiert PHP5, rien moins ! Ca n'embêtera pas ceux qui comme moi ont un serveur dédié, mais pour les autres il faudra faire des recherche sur les hébergeurs pas trop cher qui proposent ce type de config (il y a un forum entièrement dédié à ça sur dotclear.net) - l'implémentation du multi-blog, qui va en ravir plus d'un : il est désormais possible de gérer plusieurs blog ayant chacun une configuration spécifique. Lors de la création d'un nouveau billet, on dispose d'un sélecteur en haut de page pour switcher d'un blog à l'autre. (Au passage, Je trouve que ce sélecteur aurait du se trouver en haut du formulaire de création et non dans la barre supérieure, car à mon avis c'est source d'erreur potentielle...). Le multi-blog s'accompagne de l'apparition d'un système de permissions simple mais bien pensé. - l'apparition des tags : c'est dans l'air du temps, et cela permet de catégoriser les contenus de manière transverse, ce sans avoir à installer de plugin. Bravo ! On notera que la barre d'édition permet même un accès rapide à l'ajout de tag : bien pensé ! Notons qu'en plus de tout ça, on a le droit à des fils rss auto-généré pour nos tags, que demande le peuple ! - l'apparitions de "widgets" : chaque widget est une mini-application que l'on peut ajouter à volonté là où on en a besoin dans la barre latérale. Moteur de recherche, menu de navigation, langues du blog, fil rss... Le tout est joliment présenter avec un menu que l'on peut trier et composer à l'aide d'une interface "drag and drop" à la sauce ajax. La "vraie" révolution : enfin des templates lisibles ! Tout ce que je viens de dire est intéressant du point de vue de l'utilisateur, de l'administrateur mais c'est surtout la création de template qui est "révolutionnée" (enfin !!!). Jugez plutôt... En lieu et place de <h2 id="p<?php dcPostID(); ?>" class="post-title"><a href="<?php dcPostURL(); ?>"><?php dcPostTitle(); ?></a></h2> <p class="post-info">Par <?php dcPostAuthor(); ?>, <?php dcPostDate(); ?> à <?php dcPostTime(); ?> <span>::</span> <a href="<?php dcPostCatURL(); ?>"><?php dcPostCatTitle(); ?></a> </p> <div class="post-content" <?php dcPostLang(); ?>> <?php dcPostAbstract('%s','<p><a href="%s" title="Lire %s">Lire la suite</a></p>'); ?> </div> <p class="post-info-co"><a href="<?php dcPostURL(); ?>#co" title="commentaires pour : <?php dcPostTitle(); ?>"><?php dcPostNbComments('aucun commentaire','un commentaire','%s commentaires'); ?></a> <span>::</span> <a href="<?php dcPostURL(); ?>#tb" title="trackbacks pour : <?php dcPostTitle(); ?>"><?php dcPostNbTrackbacks('aucun trackback','un trackback','%s trackbacks'); ?></a></p> vous avez <tpl:Entries no_content="1"> <!-- # New day date --> <tpl:DateHeader><p class="day-date">{{tpl:EntryDate}}</p></tpl:DateHeader> <h2 id="p{{tpl:EntryID}}" class="post-title"><a href="{{tpl:EntryURL}}" title="{{tpl:lang Read}} {{tpl:EntryTitle encode_html="1"}}">{{tpl:EntryTitle encode_html="1"}}</a></h2> <p class="post-info">{{tpl:lang By}} {{tpl:EntryAuthorLink}} <tpl:EntryIf show_comments="1"> - <a href="{{tpl:EntryURL}}#comments">{{tpl:EntryCommentCount}}</a> </tpl:EntryIf> <tpl:EntryIf show_pings="1"> - <a href="{{tpl:EntryURL}}#pings">{{tpl:EntryTrackbackCount}}</a></tpl:EntryIf> <tpl:EntryIf has_attachment="1"> - <a href="{{tpl:EntryURL}}#attachments">{{tpl:EntryAttachmentCount}}</a></tpl:EntryIf> </p> </tpl:Entries> Vous ne trouvez pas ça plus clair, vous ? Moi oui ! L'annonce de la sortie sur le site de DotClear : http://www.dotclear.net/log/post/2006/08/0...tClear-2-beta-2 La page où vous pouvez le télécharger : http://preview.dotclear.net/ On trouve déjà des thèmes pour DotClear2 : http://www.campingclairdelune.fr/tests/?ga...es-dc-2#gallery

Drupal n'a rien à envier à Joomla côté "professionnalisme" à mon avis, c'est un CMS bien établi L'avantage sur Joomla c'est que Drupal est beaucoup plus flexible en matière de templating (même si on est loin de MODx ), donc de personnalisation du design. Ca ne veut pas dire qu'on ne peut pas faire de beau design avec Joomla mais simplement que c'est plus long... Qui dit plus long dit délais rallongés mais aussi coût (enfin là, je parle dans le cadre de projets profesionnels...). Maintenant, en terme de fonctionnalités, notamment gestion du cache, taxonomie, gestion des champs customs, il n'y a pas photo Mais ce n'est que mon avis...

Et par rapport au sujet, c'est à dire le référencement, quels points forts avez vous trouvé chez SPIP que vous n'avez pas trouvé ailleurs ?

Excellent, Design View, merci ! Mais là ma question était plus côté graphique et artistique... Je ne cherche pas d'infos concernant le design dans le sens : architecture des pages, respect des standards, CSS, XHTML... je suis un lecteur avide de alistapart, digital-web, mezzoblue, UX Matters, Stylegala, webstandards.org... etc. Et je sent que je vais ajouter Design View Non là je parlai de l'aspect habillage graphique, ce qui vient "après" apporter la touche qui fait le plus d'un design... Le webdesign demande tellement de compétences différentes que c'est difficile d'être au top dans tous les domaines, mais quand on arrive à combiner les compétences, je pense que cela donne de meilleur résultat qu'une équipe au niveau de la cohérence d'ensemble. Ceci dit, certaines équipes communiquent bien et sont bien managées, mais pas toujours...

Merci pour tous ces liens sympa que je ne connaisssai pas Je vais m'y plonger !

Le webdesign étant une discipline en mouvement perpétuel, et multi-disciplinaire, on a toujours des compétences à améliorer... en ce qui me concerne j'aimerai pousser un peu plus loin du côté de la création de textures, des effets 3D et de manière plus générale acquérir des bases "artistiques" pour améliorer mes designs... J'aimerai aboutir à des sites comme celui là : http://www.pixellusions.com/ ou encore celui-ci : http://web.burza.hr/en/ Quand on cherche les pistes en la matière, on trouve quelques tutos sympa (pour moi en anglais ou en français) mais pas autant qu'on pourrait le croire (ou alors, j'ai mal cherché...). On trouve aussi des livres, mais alors ce sont plus des livres sur un logiciel (photoshop, gimp, fireworks...). Côté formation, il y a un peu à boire et à manger, l'offre est pléthorique mais vu les prix, il vaudrait mieux qu'elles soient excellentes ! Etant un habitué de l'autoformation, je me demandai si vous aviez des ressources à me conseiller... J'ai déjà trouvé un site assez excellent sur le dessin à proprement parler : http://www.finearteducation.com/ Pas mal de tutos clairs sur Photoshop : http://www.good-tutorials.com, et plus généraliste (tous logiciels) : http://www.pixel2life.com/index.php D'autre idées ? Merci !

Tes critères indispensables peuvent être satisfaits par n'importe quel CMS moderne : Textpattern, Drupal, MODx, CMS Made Simple (et effectivement EE aussi). EE, je connais bien, est effectivement très souple, malgré cela je conseillerai plutôt Drupal pour la gestion du cache et surtout la flexibilité du système d'autorisation plus poussé que pour EE. Non pas que je soit un fan du système de template (phpTemplate) retenu pour Drupal, mais bon c'est un autre sujet. Textpattern, CMS Made Simple ou MODx n'offrent pas aujourd'hui un système de gestion utilisateur suffisamment poussé pour répondre à tes attentes (côté MODx il faudra attendre la 1.0 pour avoir un système d'autorisation customisable et le multilinguisme natif, avec revisionning). Aux dernière nouvelle, Textpattern n'était toujours pas multi-lingue... Evite ezPublish, à moins d'avoir un bon gros serveur dédié, dans tous les cas il va te bouffer tes ressources systèmes ! Sans compter la courbe d'apprentissage, très raide

Je rejoins Spidetra, il n'y a pas d'application "meilleure" dans l'absolu... ça n'a aucun sens. Contrairement à toi, je pense qu'une application qui essaye de tout faire pour tout le monde ne fait rien pour personne Du moins, les seules solutions qui permettent de répondre à tous les besoins le font indirectement, il s'agit des Frameworks : ce sont des applications qui permettent de construire des applications web sur mesure. On connaît Ruby On Rails, Code Igniter, CakePHP côté framework web ou alors les CMF types ezPublish, Drupal ou MODx. Ceci étant dit, iXprim gagne à être connu, c'est certain mais côté francophone on oublie souvent aussi Lodel... je ne parle bien sûr pas du plus connu de tous, à savoir SPIP...