Aller au contenu

NiCoS

Hubmaster
  • Compteur de contenus

    498
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par NiCoS

  1. Même si je l'ai dit en MP, je dis et redis SPIP :-) - Le multilinguisme dans WP est pauvre ou du bidouillage qui ne me plait pas du tout - WP est un moteur de blog avec qqs fonctionnalités de publication mais en aucun cas un CMS (enfin pas selon moi) - Drupal est un mastodonte pour ce projet et l'internationalisation ne sera vraiment là qu'avec la version 6 (en beta 4 à ce jour) - Joomla : perso je comprends pas comment on peut accrocher à cette solution. Le back office est incompréhensible, coté template, dès qu'on veut faire des trucs un peu poussés, ça coince, etc. L'effet démo est peut être sympa mais sur le long terme, je pense pas que ce soit une bonne solution. SPIP je pense est le meilleur choix : - multilinguisme très bien géré - communauté et documentation françophone très importante - nombreux plugins - back office ergonomique - solution répondant aux besoins de base mais outil permettant aussi une grande évolutivité/flexibilité - ...
  2. Je parlais de celui-là : http://gallery.menalto.com/
  3. en plateforme social, tu as elgg : http://elgg.org/ - j'ai pas regardé si ça fait tout ce que tu veux mais ça peut déjà t'éviter de repartir d'un cms que tu transformes en plateforme sociale. y a aroundme aussi : http://www.barnraiser.org/index.php?wp=software - il me semble que davidm avait fait une traduction (ou qqc en tous cas sur aroundme)
  4. Gallery ? un peu lourd et gourmand mais très complet...
  5. Tiens, j'avais pris plutot système d'édition dans le sens de gestionnaire de page (à la Typo3, Magnolia, Jahia, etc).
  6. Il te suffit de prendre un CMS te permettant de typer tes contenus (eZ Publish, Drupal, Modx, ...) et ensuite de créer le formulaire de recherche adapté à tes besoins. L'autre solution serait de créer ta propre application à partir d'un framework php (Symfony, CakePHP, CodeIgniter, etc)
  7. Pourquoi ne pas demander sur le forum ou en faisant un mail au support sivit ?
  8. Oui, beaucoup de client mail (lourd ou webmail) zappent les appels à la CSS et aux images distantes. Du coup, il te faut tout embarquer ta css dans ton code html :-( http://www.pompage.net/pompe/emails-html-dompter-la-bete/ http://www.xavierfrenette.com/articles/css...ort-in-webmail/ http://www.reachcustomersonline.com/conten...27.00/index.php
  9. Question déjà posée Perso, je dirais SPIP
  10. Pour les caractères étranges : problème d'encodage ? Pour les liens, aucune idée
  11. Pas convaincu que SPIP soit une bonne solution. Ca risque d'être beaucoup de bidouille (genre tu vas faire des recherches sur les mots clés + sur les articles) pour obtenir le résultat dont tu as besoin. Drupal me parait en effet une bonne idée sur le papier. Tu pourrais aussi le faire avec ezpublish mais il est un peu lourd comme outil Sinon as tu regardé sur les CMS orienté GED comme Owl, C-Arbre, KnowledgeTree, etc Si tu n'es pas limité à PHP, tu peux voir du coté d'Alfresco ou Nuxeo en Java.
  12. ou simplepie, plus simple à manipuler je trouve : http://www.simplepie.org/
  13. Si c'est un simple lien, alors tout est affaire de template, non ? Je vois pas ce qu'il te manque ?
  14. Intégrer des contenus du forum mis à disposition sous la forme d'un RSS par ex est assez simple. Si c'est vraiment de l'intégration que tu veux, là j'ai comme un doute sur la faisabilité.
  15. Qu'est-ce qui t'empêche de mettre des images/vidéo/... dans un wiki ? Sinon comme tu le dis, tu prends un forum et tu lui mets (ou tu développes) un template "blog"
  16. Normal eZ Publish n'est compatible que php 4.4.x ;-)
  17. Sauf changement, il me semble que Dan refuse pour le moment les nouvelles inscriptions au service (le quota de serveur étant atteint)
  18. les mots clés, c'est génial et très puissant. Par contre, c'est vrai que c'est pas toujours intuitif de premier abord. Le plus dur est d'y gouter une première fois
  19. Au pire, si tu veux pouvoir choisir quel squelette appliquer à un article qqsoit son emplacement dans l'arborescence, tu peux utiliser les mots clés. A chaque mot clé correspond un type de squelette. Ensuite, dans ton fichier article.html, tu récupère les mots clés associé à l'article et tu inclues le squelette correspondant (ou sinon tu mets tous tes squelettes possibles dans article.html mais c'est pas optimum coté maintenance ) Par contre, c'est clairement de la bidouille alors que c'est natif dans Modx par ex.
  20. Le client ne réclame pas forcément du Joomla. Enfin j'ai pas vu de CDC demandant explicitement du Joomla jusqu'à présent. Je pense que beaucoup de dev & SSII se sont penchées sur l'outil et l'ont déclaré apte à répondre aux besoins. Pour des sites simples/perso, beaucoup de personnes l'ont apparemment utilisé et font alors peut être la recommendation en entreprise. Note qu'on a eu / a toujours la même chose avec SPIP par ex. Tout les retours que j'ai eu sur Joomla, c'est que pour des sites simples, ça va mais dès qu'on veut faire des trucs un peu complexes, alors ça devient la misère. J'ai tenté de jouer avec plusieurs fois et à chaque fois j'ai abandonné à cause du Back office et au niveau du système de template que je trouvais trop rigide (mais peut être à tort, j'y ai pas passé des semaines non plus...) Si ça répond aux besoins du client et si ça lui plait, ça me pose pas de problème mais moi, perso, j'adhère pas Ensuite et enfin, quand je vois un cms devenir un framework, ça me fait peur. Tous les CMS à la mode se prévalent d'être des frameworks, alors qu'ils n'en sont pas. Ils ont peut être des fonctionnalités avancées d'un CMS mais pas plus (typage fort des contenus, capacité à créer ses objets de contenus, gestion de workflows distincts, etc). Mais ce n'est pas parce qu'il y a un systeme de plugins/modules que le CMS devient un framework (j'exagère volontairement et ça ne s'applique peut être pas à Joomla). Pour revenir aux awards, faut voir aussi le mode de vote. Pour reprendre packt publishing qui est le plus mauvais exemple selon moi, je pense que Joomla a gagné notamment grace au buzz qui existe autour du produit (notamment pour le vote du grand public). Le vote des "pro" me semblaient plus raisonnable et drupal a qqs inconvénients majeurs aussi que je ne nie pas. Pour les linux awards, je connais pas donc je dirais rien à leur sujet.
  21. Enfin c'est qu'une RC1 D'après la news, la finale est pour la fin de l'été. J'avais testé la beta1 qui bugguait un max et coté back-office, j'avais pas vu grand chose de neuf. Je le trouve toujours aussi anti-ergonomique et mal pensé. Je comprends pas d'ailleurs ce qui fait que les gens adorent tant joomla
  22. J'ai pas dit le contraire. D'où le si conditionnel Le site ne donnant pas explicitement la licence sous laquelle le soft est distribué, je n'ai fait qu'une supposition.
×
×
  • Créer...