Forum CMS Made Simple FR
Future Version 1.7-2.0 - Version imprimable

+- Forum CMS Made Simple FR (https://forum.cmsmadesimple.fr)
+-- Forum : Annonces (https://forum.cmsmadesimple.fr/forum-5.html)
+--- Forum : Annonces (https://forum.cmsmadesimple.fr/forum-17.html)
+--- Sujet : Future Version 1.7-2.0 (/thread-33.html)



Future Version 1.7-2.0 - jce76350 - 18/08/2009

Bonjour,

Des nouvelles ... http://forum.cmsmadesimple.org/index.php/topic,35894.0.html

je résume Wink
Version PHP 5 uniquement ( PHP 4 est out depuis 1 an + ...)
diverses modifications dont :
- Ajout de : /lib/adodb, /lib/jquery, lib/pear, lib/classes/orm, lib/classes/ajax
- Suppression de : /lib/adodb_lite, /lib/xajax
- Ajout des modules :
MicroTYiny qui remplacera TinyMCE
SimplePrinting qui remplacera Printing

TinyMCE et Printing seront des donc modules addon


Future Version 1.7-2.0 - bess - 18/08/2009

le principe du recodage interne + api me fait baver o_O

vivement cette version...


Future Version 1.7-2.0 - jce76350 - 12/10/2009

re,

la version passe 2.0 béta1 voir sur le forum En


Future Version 1.7-2.0 - kraygoon - 12/10/2009

La 2, vivement la 2... Enfin, disons plutôt la 2.1 ;-)


Future Version 1.7-2.0 - bess - 13/10/2009

je reprend leur Road Map pour ceux que ca intéresse et j'en ferrais une news sur le site. Complétez pour ceux qui ont + d'infos Smile

Version 2.0 -- Q1 2010 (Jan -> Avril)

* PHP 5.2 minimum, adieu le php 4. Pour les utilisateurs des anciennes offres OVH faites attention !
* Autoloader du contenu par Ajax (à confirmer.)
* Utilisation de la bibliothèque JS : jQuery
* ORM (Mapping objet-Relationnel) très intéressant surtout pour les utilisations poussés de cmsms
* Modifications de l'API des Modules (justement, on parlait de l'ORM, là on va se faire plaisir)
* Utilisation massive de smarty dans l'API des modules.
* Centralisation des gabarits utilisés par les modules
* la liste des pages en partie admin utilisera + les notions de Drag/Drop
* MicroTiny deviens le WYSIWYG par défaut.

2.1

* Refonte des permissions basée cette fois sur un système d'arbre
* Ajout du CCK (isa42 nous donne un très bon exemple ci dessous)
* Plus de séparation entre la notion de page et celle de contenu
* Plus d'utilisation de Smarty dans la partie d'administration
* Installation des modules et Mise à jour (de cmsms?) basés sur le FTP

2.2

* Multi language (\o/ on va finir par y arriver)
o Support du multilangage pour un contenu
o Autorisation pour un langage par défaut de surcharger lorsque le second langage d'un contenu n'est pas remplis
o Autoriser un titre de page + un texte de menu alternatif
o méthode dans l'API pour autoriser des modules de se lier dans leur texte (??)


Future Version 1.7-2.0 - isa46 - 15/10/2009

Bonsoir à tous


On l'attend c'est sûr, j'espère que celà va marcher pou le l'ntérgration du mle

en ce qui concerne le cck, génial
(content construction kit) çà vient de Drupal

http://drupal.org/project/cck

A +


Future Version 1.7-2.0 - bess - 15/10/2009

salut isa46, tu as l'air de maitriser un peu + le sujet que nous sur le CCK, pourrais tu nous en dire plus stp Wink


Future Version 1.7-2.0 - isa46 - 16/10/2009

Salut Bess et félicitation pour ta prise en main du forum de cmsms.

En ce qui concerne le module CCK qui fera certainement partie du"core" comme dans Drupal,
ce n'est pas quelque chose de révolutionnaire pour les webmasters, mais il devient indispensable que les développeurs de CMS mettent en place ce genre de système

c'est une (organisation) ou gestion de contenu pour une mise en page d'article automatisée et répétitive sans utilisation d'éditeur.
Ceux qui l'utilisent le plus: la presse
Ex une UNE:

Le webmaster paramètre tous les champs et la css
pour un titre, un chapeau, le texte de l'article , une image à droite ou à gauche
on insère des commentaires genre,"mettez ici ceci, mettez là cela
Bien d'autres insertions également....

C'est quelque chose qu'il était possible de faire avec CMS MS en bricolant les gabarits et la css, mais maintenant je pense que çà va être intégré

Cette philosophie par du principe , que ce sont (les proprios du site) qui ne sont ni développeurs, ni webmasters, qui doivent pouvoir donner à leurs membres (ex journalistes) des moyens simples et rapides et automatisés pour mettre en ligne leurs articles, le rôle du webmaster étant d'assurer le bon fonctionnement du site et la validation des articles .

Beaucoup de grands journaux utilisent aujourd'hui ces possibilités

http://www.mediapart.fr/
http://www.observer.com/
http://www.rue89.com/ ----->rament un peu
et beaucoup aussi en Allemagne

Voilà j'espère avoir éclairé un peu le sujet

A+


Future Version 1.7-2.0 - bess - 16/10/2009

merci pour ton apport Smile

on pourrait donc s'imaginer demain que l'on puisse paramétrer nos pages du cmsms comme non plus
>titre
>nom du menu
>contenu
>...

mais par exemple
>titre
>nom du menu
>SStitre1
>contenu1
>image1
>SStitre2
>contenu2
>image2
>url lien externe
>...

et ainsi permettre à l'utilisateur final de créer sans se faire c*** de multiples pages pré-formatées.

J'ai bon ?

Si c'est ca ca permettrais effectivement d'orienter plus facilement l'utilisation de cmsms sur des thèmes comme la gestion des cartes de restaurant, la présentation sur un même site d'une série de services ayant un centre d'activité commun (typiquement les annuaires de référencement)

great =)


Future Version 1.7-2.0 - isa46 - 17/10/2009

Re,


C'est tout à fait çà, c'est du formatage pour certaines catégories (travailleurs/utilisatateurs)
Drupal est un peu en avance dans ce genre de philosophie.

Et aussi
Module taxonomie http://drupalfr.org/node/1059
Module views http://drupal.org/project/views
multiblogsusers http://drupalfr.org/node/3810
...............http://drupal.org/node/4742
et en plus on peut combiner les trois c'est géant

Par contre chez drupal pas de moteur de template mais avec fire bug et les modules de développeur firefox et explorer on y arrive par contre ce qui est chiant c'est qu'il y a du $node partout

En gros si cms ms adopte (certaines philosophies de drupal en restant CMS MS y va devenir tout à fait génial surtout en plus si MLE est inégré, il va devenir incontournable

Drupal à qand même à mon avis un tour d'avance car le gros prob de ces modules c'est qu'ils sont gourmands, les vilains donc dans les nouvelles versions ils ont l'air de retravailler sur le noyau afin de réaccélérer tous çà

voilà voilà la chose

A+


Future Version 1.7-2.0 - jce76350 - 16/01/2010

re,

Ted vient de refaire surface Wink
http://forum.cmsmadesimple.org/index.php/topic,35894.msg192836.html#msg192836


Future Version 1.7-2.0 - bess - 16/01/2010

alélouyah \o/


Future Version 1.7-2.0 - jce76350 - 28/02/2010

Re

Des nouvelles du cms 1.7 et 2.0 sur le blog En
http://blog.cmsmadesimple.org/2010/02/27/1-7-coming-and-repository-changes/

1.6 – patches de sécurité seulement. PHP4 possible Mais maxi PHP 5.2.
1.7 – compatible PHP 5.3. des bricoles en plus...
2.0 – version majeur avec "redesign and redevelopment". PHP 5.2+ seulement.


Future Version 1.7-2.0 - jce76350 - 20/03/2010

re,

la version 1.7 semble en très bonne voie, le SVN vient de passer en version 1.7 (Cape Verde)
Notes de version :
Vous pouvez utiliser maintenant PHP 5.3 (la configuration minimale requise est la version PHP 5.2.4 bien que nous recommandons PHP 5.2.12 )
- Les utilisateurs utilisant un grand nombre des modules tirent parti des fonctionnalités de PHP 5.x.
- Si vous rencontrez des problèmes lors de l'utilisation des versions antérieures à PHP 5.2, il est recommandé de mettre à jour votre version de PHP.
Attention : Nous ne supportons pas les paramètres E_DEPRECATED ou E_STRICT en ce moment.
IMPORTANT : PHP 4.x n'est plus supporté !