Fork me on GitHub

Feuille de route pour XOOPS 2.6

201208
Juillet
  mage Core team 3090

Il s'agit d'une feuille de route proposée pour 2.6.0 XOOPS. S'il vous plaît veuillez la lire et nous fournir vos commentaires et suggestions.

Le développement de la version 2.6 de XOOPS va se dérouler en 3 étapes. Ces 3 étapes sont caractérisées à chaque fois par la sortie d’une version alpha. Nous aurons donc 3 versions alpha.

Ces versions permettront aux développeurs de modules d’avoir suffisamment de temps pour modifier leurs modules afin qu’ils fonctionnent sur XOOPS 2.6


Alpha 1



  • Passer le noyau de XOOPS et toutes les classes en PHP5 (public, protected, static) et E_STRICT.

  • C’est l'objectif principal de cette version. Bien sĂ»r, certains modules peuvent avoir une certaine difficultĂ©, mais E_STRICT aidera les dĂ©veloppeurs Ă  minimiser les erreurs et amĂ©liorer la qualitĂ© de XOOPS.

  • CrĂ©er une vĂ©ritable classe XOOPS, cette classe permettra d’aider les dĂ©veloppeurs et d'avoir accès Ă  l'API XOOPS.

  • Cette classe vous aidera Ă  simplifier le dĂ©veloppement sur XOOPS.

  • Supprimer les dossiers inutilisĂ©s dans XOOPS (cache et template_c).

  • Retirer les thèmes supplĂ©mentaires et avoir un seul thème pour l'administration et l'interface client.

  • Il s'agit de fournir un "thème modèle" comme rĂ©fĂ©rence pour tous les thèmes.

  • Retirer / nettoyer l’ancien code source.

  • HĂ©ritage des anciennes versions (p. ex. XOOPS 1.0 avec l’utilisation du php dans les thèmes).

  • Tout le code HTML qui se trouve dans les fichiers PHP.

  • Chargement automatique de toutes les classes de XOOPS.

  • Ne plus utiliser des variables globales, toutes ces variables peuvent ĂŞtre utilisĂ©es depuis la classe XOOPS (p. ex. $xoopsModule -> $xoops->module).

  • CrĂ©er un dossier multimĂ©dia pour tous les frameworks publiques (jQuery, CSS, JS, images, ...)

  • CrĂ©er la classe "Module Admin" pour donner la mĂŞme interface pour chaque module dans la partie administration, cette classe existe dĂ©jĂ  dans "frameworks", mais maintenant elle est inclue dans le core et utilise des templates HTML.

  • DĂ©placement de certaines bibliothèques, comme Smarty, dans le dossier xoops_lib.

  • Refactorisation de module système.

  • Extraire certaines parties du module système afin de les recrĂ©er en tant que module (p. ex. les bannières).

  • Ajout d’une nouvelle fonctionnalitĂ©: les Plugins.

  • Certains modules dans la partie admin seront maintenant appelĂ©s Plugins (p. ex. Protector). Certaines fonctionnalitĂ©s du module système seront supprimĂ©es et basculĂ©es comme plugins ajoutĂ©s dans XOOPS (p. ex. Avatars, Smileys, User ranks, …).

  • Tous ces plugins sont gĂ©rĂ©s comme des modules, mais ils ne peuvent pas ĂŞtre renommĂ©s, pas ĂŞtre liĂ©s Ă  un menu de module.

  • IntĂ©gration de Bootstrap CSS Frameworks.

  • Suppression de toutes les requĂŞtes pour les templates des blocs et des modules.

  • Maintenant XOOPS lit directement les templates pour chaque partie.

  • RĂ©duction des requĂŞtes sur toutes les pages.

  • Nouveau thème dans l’administration.

  • Nouveau thème dans la partie utilisateur.

  • Nouveau système de formulaire.

  • Utilisation de templates.

  • Validation des formulaires avec les attributs HTML5.

  • CompatibilitĂ© CSS3 et HTML5.


Alpha 2



  • Ajout d’un gestionnaire de thèmes dans le module système.

  • Cette partie permet de gĂ©rer les thèmes comme des modules et permet d'installer, dĂ©sinstaller, dĂ©sactiver un thème.

  • Nous pouvons bien sĂ»r ajouter quelques rĂ©glages dans le thème (p. ex. logo, taille, etc ..) et tous ces rĂ©glages sont reportĂ©s sur le thème.

  • Ajout de nouveaux plugins.

  • Commentaires.

  • Notifications.

  • Gestion d’images.

  • Recherche.

  • IntĂ©gration d’une librairie PDF.

  • Module de gestion de contenu afin de pouvoir crĂ©er du contenu facilement.

  • Module de crĂ©ation de menu. Ce système permettra de crĂ©er toutes sortes de menus.


Alpha 3



  • IntĂ©gration de la rĂ©Ă©criture d’url dans XOOPS.

  • Nouveaux connecteurs pour les accès Ă  la base de donnĂ©es.

  • Modification du placement des blocs (ajout de zones).


Beta



  • Correction de bogues et ajout d’autres caractĂ©ristiques.



RC



  • Correction des derniers bogues.


Timing



  • Version Alpha 1 Juillet 2012

  • Version Alpha 2 Septembre 2012

  • Version Alpha 3 Octobre 2012

  • Versions Beta ( 1, …) De Novembre Ă  DĂ©cembre 2012.

  • Versions RC ( 1, …) De Janvier Ă  fĂ©vrier 2013

  • Version finale Mars 2013.



Ce timing peut paraître long mais il est nécessaire. La version 2.6 apporte beaucoup de nouveautés et plusieurs gros changements dans le noyau de XOOPS. Ces changements étaient obligatoires pour remettre XOOPS au top. Malheureusement ils engendreront des modifications importantes sur certains modules et des plus petites sur d’autres. Cette période de Juillet 2012 à décembre 2012 laissera le temps aux développeurs de modules de se familiariser avec les changements du noyau.


Si vous êtes intéressés à nous rejoindre, n’hésitez pas à nous le faire savoir car toute aide est la bienvenue.


Votre équipe de développement : Grégory Mage (Mage) et Nicolas Andricq (MusS)



Note: 6.00 (4 votes) - Noter cet article -

Partager Twitter Partagez cette article sur GG+
Format imprimable Envoyer cet article Ă  un ami
Les commentaires appartiennent Ă  leurs auteurs. Nous ne sommes pas responsables de leur contenu.
Admin Frxoops
Inscrit le: 16/03/2009
De: Tende (06)
Contributions: 3136
Cesagonchu PostĂ© le: 08/07/2012 16:06  Mis Ă  jour: 08/07/2012 16:06
 Re: Feuille de route pour XOOPS 2.6
Merci Tatane pour la mise en forme de l'article
Newbie
Inscrit le: 04/07/2012
De: 53000
Contributions: 13
KrissTyler PostĂ© le: 08/07/2012 16:47  Mis Ă  jour: 08/07/2012 17:04
 Re: Feuille de route pour XOOPS 2.6
Je trouve ce plan très bon, ambitieux et les délais logiques, vivement les premiers essais, une seule chose m'inquiète vis à vis d'autant de changements c'est la mise à jour des versions précédentes de Xoops vers cette version...
Mais j'ai entièrement confiance !
Ceux qui voulaient du sérieux (...) devraient être servi ! lol.
Semi pro
Inscrit le: 08/03/2006
De:
Contributions: 1146
mage PostĂ© le: 08/07/2012 18:04  Mis Ă  jour: 08/07/2012 20:17
 Re: Feuille de route pour XOOPS 2.6
La mise à jour ne sera pas un problème, promis. Juste quelques modifications à faire sur les modules, mais très léger.
Admin Frxoops
Inscrit le: 16/05/2003
De: Rhone-Alpes
Contributions: 3531
alain01 PostĂ© le: 08/07/2012 21:23  Mis Ă  jour: 08/07/2012 21:23
 Re: Feuille de route pour XOOPS 2.6
J'adore les points suivants :

- Retirer les thèmes supplémentaires et avoir un seul thème pour l'administration et l'interface client.

- Il s'agit de fournir un "thème modèle" comme référence pour tous les thèmes.

- Créer la classe "Module Admin" pour donner la même interface pour chaque module dans la partie administration, cette classe existe déjà dans "frameworks", mais maintenant elle est inclue dans le core et utilise des templates HTML.

- Tous ces plugins sont gérés comme des modules, mais ils ne peuvent pas être renommés, pas être liés à un menu de module.

Pour le dernier point, si je comprends bien, ça veut dire que le core redevient un core, c'est à dire essentiel,
et tout ce qui gravite autour seraient des plugins :
- soit des fonctionnalités mais qui ne sont pas le core (avatars, images, classement)
- soit des équivalents de modules mais pas visibles directement dans les menus de modules tels que "PROTECTOR", "gestion de bannières"

Parfait !
En gros, on Ă©pure le core, on extrait tout ce qui n'ai pas directement le core, et on le transforme globalement en plugin.

Ensuite, en XOOPS 3.x, on pourra partir d'un core épuré et propre, c'est bien çà, l'idée ?

Pour la gestion des thèmes, c'est très bien aussi, ça veut dire, plus besoin d'intervenir via ftp pour le transfert des thèmes.

Gooooood Roadmap !
Semi pro
Inscrit le: 08/03/2006
De:
Contributions: 1146
mage PostĂ© le: 08/07/2012 21:48  Mis Ă  jour: 08/07/2012 21:48
 Re: Feuille de route pour XOOPS 2.6
Tu as bien compris.

Le but des plugins (extension) est de sortir du core certaine fonctionnalités. Plusieurs avantages:

Pouvoir créer d'autre extension (plus poussée ou avec plus d'option)qui remplace celle existante (rendu possible grâce au preloads du core). En cas de bug sur une extension, plus besoin de sortir une nouvelle version de xoops. Si on fait un site ou l'on ne veux pas certaine fonctionnalités, on les enlève!

Énormément d'avantage mais aussi beaucoup de travail...
Semi pro
Inscrit le: 13/12/2004
De: Lyon
Contributions: 1364
MusS PostĂ© le: 09/07/2012 21:17  Mis Ă  jour: 09/07/2012 21:26
 Re: Feuille de route pour XOOPS 2.6
Tu as tous compris Alain
Ça demande du travail, mais on n'a pas beaucoup d'aide, donc on avance à notre rythme (dommage).
Nicolas
Admin Frxoops
Inscrit le: 04/03/2011
De: Lot
Contributions: 2610
montuy337513 PostĂ© le: 09/07/2012 23:40  Mis Ă  jour: 09/07/2012 23:59
 Re: Feuille de route pour XOOPS 2.6
Suffit de demander, lol, qu'avez vous besoin pour que je puisse vous aider efficacement?
Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

35 Personne(s) en ligne (1 Personne(s) connectée(s) sur Articles) | Utilisateur(s): 0 | Invité(s): 35 | Plus ...