PostNuke - Info Développement 29 Septembre 2006
Auteur Sujet
Post 

Troisième édition de ce billet d'information avec pour but de communiquer les récents développements de PostNuke à la communauté. Sans être trop technique, ni trop détaillé, il se contente de relater les différentes discussions et de commenter les récents changements dans le code source. Dans cette édition :

  • Message de l'équipe de développement
  • PostNuke.eu
  • Statut des versions release
  • Changement concernant le format des dates
  • Changements concernant les catégories, plugins et dans le coeur du système
  • Changements concernant les modules


Message de l'équipe de développement


Mark West à déménagé récemment. Comme Mark prend habituellement des vacances juste après une version release, certaines développeurs on pensé que c'était une nouvelle forme de vacances que d'en prendre juste avant. Ceci est maintenant confirmé mais ce type de vacances est beaucoup plus une contraite qu'autre chose et est beaucoup moins drôle. Comme pour chaque déménagement, il y a des conséquences: pas de bonne connection à internet de la maison... mais ce n'est pas le seul déménagement.Wendell, Frank et Vanessa ont ou vont déménager en 2006.

Une autre étape importante a été atteinte: Le 7 Septembre 2006, Mark a enregistré la 20000 ème révision sur le serveur svn. Une fête doit être organisée !


PostNuke.eu

Depuis un mois à peu près, le nom de domaine postnuke.eu est dans les mains de la fondation PostNuke allemande. Ce domaine accompagné d'un site internet va être utilisé dans le but de communiquer des informations sur les packs de langues avec des liens sur les sites des différentes communautés. Ceci est un appel pour des traductions, liens. Vous pouvez les envoyer à : pnteam (at) pn-cms (dot) de.


Statut de cette version

Lisez cet article maintenant, car celui-ci va probablement se retrouver sur le portail d'ici peu. La MS2 est prévue pour la fin de la semaine, et si c'est annoncé, plus personne ne sera intéressé par cet article... Alors lisez le maintenant, tant que vous le pouvez !


Changement concernant le format des dates

Discutté au sein de l'équipe et mis à jour sur le serveur, nous avons structuré un meilleur formatage de la date et de son affichage. Premièrement, le formatage de la date dans la classe DateUtil à été changée. Le formatage de défaut est identique qu'avant, mais il est maintenant produit en utilisant le strftime () au lieu de date (). En outre, le code du modificateur Smarty <!--[dateformat ...]--> à été changé: Au lieu d'utiliser le format Y-M-D, il est possible d'utiliser le format _DATEBRIEF qui donnera "29 septembre 2006" en francais. Finallement, les modificateurs et fonction smarty tels que pndate_format et dateformat utilisent maintenant DateUtil::formatDatetime. Celà rend ces deux modules compatibles. Les auteurs de modules sont encouragés à utiliser les fonction de DateUtil et les plugins Smarty pour les templates.


Changements concernant les catégories, plugins et dans le coeur du système

Pour le système de catégories, le paramètre mainCat a été renommé en un paramètre plus commun rootCat. Pour récapituler toutes les suggestions des dernières semaines de Robert Gash et certaisn membres de la team, la code d'intégration des catégories a été finalisé pour test et le module Quotes sert d'exemple pour les catégories (et a été configuré pour accepter plusieurs catégories). Un article peut se retrouver sous plus d'une catégorie.

Le message de footer (voir DevUpdate 2006-01) est sauvegardé dans pnTemp/footermsg.htm avec la version MS2, donc soyez sur que le répertoire pnTemp lui-même dispose des droits d'écriture.

Pour les plugins de pnRender, un peu de nettoyage a été fait par Axel sur la fonction pager : elle fait suivre $_POST aussi désormais (i.e. pour les résulats de recherche) et d'autres paramètres d'appelle aux plugins. En outre, tous les plugins pnForm* ont été approuvés pour des balises dans des boucles de templates, pnFormImageButton et pnFormValidationSummary ont été ajoutés. De nouvelles interfaces pour afficher les méthodes de la classe pnForm font désormais partie de ces plugins.

Les inutiles pnVarCleanFromGET, pnVarCleanFromPOST, pnVarCleanFromREQUEST, pnVarCleanFromCOOKIE et pnVarCleanFromFILES ont été retirées du noyau. Ce qui signifie que pour qu'un module soit compatible .8, les fonctions qui devront être utilisée sont FormUtil::getPassedValue (avec un type de valeur défini !), ou la dépréciée pnVarCleanFromInput, mais ce n'est vraiment pas recommandé ainsi pour des raisons de sécurité vous ne devez pas accepter une variable en GET quand elle est censée être délivrée en POST!


Changements concernant les modules

Le module Members_List à été revu et mis à jour. Les variables du module sont définies à l'initialisation et un template est maintenant utilisé.

Dans le module RSS, MagpieRSS a été transformé en classe. Ceci est du au fait que certaines fonctions appelées "error" ou "debug" étaient déjà appelées dans d'autres parties du code et créaient des erreurs.

Downloads 2.0 à remplacé le vieux module ou la devise était: "ne-pas-regarder-dans-le code:danger!". Ce modue est maintenant compatible avec le code de la version 0.8

Dans le module Theme a été ajouté une interface de configuration permettant aux utilisateur de contrôler d'avantage les blocs en fonction des modules. Une sémantique spéciale à été préparée afin de permettre d'avoir des classes spécifiques en fonctions des blocs. Une doc est disponible ici





Lien vers l'Article

Données personnelles Accueil