Feuille de route pour 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)