L'équipe d'eZ France.org a déjà fait un excellent et très complet résumé ! Je vais donc pouvoir me concentrer sur des avis plus personnels par rapport à cet après midi riche en débats :-) En particulier, je tiens à revenir sur deux points purement communautaires.

Contributions externes

Tout d'abord, je suis content de voir surgir à nouveau la question de la contribution externe à eZ Publish et de l'ouverture du développement. Paul Borgermans a annoncé la résurrection de la section spécifications sur ez.no, c'est une super nouvelle ! Je suis toujours inscrit au flux RSS de cette section mais le dernier document date de la sortie de la version 3.9 qui a l'époque avait été surnommée la community release... Idéalement, cette section devrait servir de RFC permettant à chacun de s'exprimer sur les évolutions à venir et pourquoi pas proposer des idées et du code. Un peu comme l'Open Funding mais en moins orienté... funding :-)

Débat autour des sites communautaires

Mon avis sur l'initiative eZ France a déclenché un mini-débat. Tout d'abord je tiens à préciser plusieurs choses :

• je parle ici en mon nom uniquement (comme d'habitude sur pwet.fr)
• les initiatives communautaires ne sont pas si nombreuses, ce n'est pas pour descendre celles qui existent !

Donc je le redis, l'initiative est intéressante, elle a le mérite de faire bouger les lignes et sur un plan technique eZ Publish devrait (et devra !) s'internationaliser un peu plus par défaut, personne ne pourra dire que c'est mauvais. En plus, ils intègrent mon extension ezclasslists, je peux pas dire que c'est 100% mauvais :-)

Plus sérieusement, eZ France (et eZ Publish France dans une certaine mesure) est l'exemple type du dilemme qui se pose avec un outil orienté professionnel comme eZ Publish. Comment faire cohabiter au sein d'une communauté ouverte des professionnels qui si ils investissent des ressources veulent un retour (ce qui est légitime) ? Certains peuvent penser que le débat est stérile (voir les commentaires du résumé du eZ France), je pense au contraire qu'il est indispensable si on veut avancer. Pour résumer, à mon avis une certaine neutralité "commerciale" est une condition nécessaire si on veut attirer des contributions de toute part ou plus exactement ne pas poser une barrière à un employé de la société S qui souhaite contribuer à une initiative trop marquée de la société N ou H sans se mettre en défaut vis à vis de son employeur. Dans ce cadre, l'idée d'une convergence d'eZ France, eZ Publish France et Planet eZ Publish.fr sous l'égide d'une association francophone d'utilisateur d'eZ Publish est intéressante. Une association a l'avantage de donner ce cadre "neutre". Je ne me fais pas de soucis pour nos employeurs respectifs, il trouveront bien un moyen de valoriser nos contributions :-)

Au passage, si tout cela se réalise, ça ne veut pas dire que toute contribution doit passer par l'association, chacun reste évidemment libre d'écrire sur ses propres expérimentations, découvertes, trucs sur son blog ou ailleurs. Je parle ici de la réalisation d'un unique site communautaire : des forums (eZ Publish France), un aggrégateur (Planet eZ Publish.fr), des initiatives de localisation (eZ France, traduction de documentation, ...) et tout autre idée partagée par la communauté. Par exemple, faire une espèce d'annuaire organisé des articles en lignes en français sur eZ Publish comme le suggèrait Gauthier (je crois ?) est une très bonne idée complémentaire des fonctionnalités existantes. Ce sujet vous intéresse ? Inscrivez vous au groupe Google ezpublish-france.

Pour finir, on peut aussi prendre exemple sur d'autres communautés/produits orientés professionnels, je pense en particulier à Wikigento site communautaire autour de Magento dont le positionnement est assez proche d'eZ Publish.

The above mentioned conferences all have one thing in common: I'll be speaking. At the first conference, pfcongrez I will be talking on implementing Test Driven Development as a model for software development. A modified version of this talk I will also give at the next conference, P2P Конференция (P2P Conference) in Bulgaria. At this same conference I will be talking on using PHP as development language for GSM based applications on mobile computing platforms running Linux, where I will use the pecl/dbus extension to talk to the interface framework available on the OpenMoko platform. This same talk I will also give at DPC in Amsterdam. In between however I will go to Chicago to speak at php|tek on search technologies in my "Haystacks and Needles" talk and on simple architecture in my KISS talk. Before DPC I will also go to Leuven for PHP Vikinger, an unconference that I'll be organizing for the 3rd time. This year it is no longer in Norway, but instead we moved to Leuven in Belgium. It is also de-coupled from the eZ Conference and Awards which will be in Paris.

After a series of community events organised in France, Norway and Spain, eZ Systems CEE is organising for the first time a Developer Day in Germany on April 28th, from 13h30-17h00 (the day before the eZ CEE partner event).

After a series of community events organised in France, Norway and Spain, eZ Systems CEE is organising for the first time a Developer Day in Germany on April 28th, from 13h00-17h00 (the day before the eZ CEE partner event).

[Updated 2009-04-22]

ParadoxPDF is an ezpublish extension that provides a realy easy way to serve your content as PDF files.
It'is platform independant, easy to use and performant.
-No learning curve
-No boaring xml
-Everything is developped in the ez way

Il n'y a pas que des améliorations de performances dans eZ Publish 4.1. L'annonce de la sortie de la version 4.1 liste les plus grosses nouveautés (stale cache, object states, ...) et d'autres améliorations attendues depuis un bon moment. Je pense en particulier à l'ajout de déclencheurs sur d'autres opérations que l'affichage d'un objet (content/read), la publication (content/publish) ou ceux dédiés au module de boutique. Mais eZ Publish 4.1 apporte aussi d'autres améliorations qui sont passées pour le moment un peu inaperçues comme l'amélioration des content edit handler ou les extension de type output filter.

Validation avec un content edit handler

Jusqu'à eZ Publish 4.0 un content edit handler permettait uniquement lancer un bout de PHP au moment de la publication d'un contenu. Il s'agit d'un mécanisme apparu dans eZ Publish 3.8 qui permet d'implémenter tout un tas de fonctionnalités comme la mise à jour d'un cache spécifique, la publication à partir d'une date renseignée dans un attribut, la création d'un espace personnel lors de l'ajout d'un utilisateur, ... J'ai toujours vu ce mécanisme comme une sorte d'évènement de workflow post publish en beaucoup plus simple (pas de code de retour, pas de syntaxe alambiquée, pas de possibilité de laisser le travail à script cron...).

Dans eZ Publish 4.1, il est maintenant possible d'implémenter une méthode de validation dans un content edit handler, en fonction du retour de celle-ci, l'objet part en publication, sinon le formulaire affiche le/les messages comme lorsqu'on oublie de remplir un champ obligatoire par exemple. Dans certains cas, ce nouveau mécanisme peut largement simplifier les choses notamment en permettant la vérification de règles syntaxiques supplémentaires sans nécessiter le développement d'un datatype spécifique ce qui est parfois un peu lourd pour juste ajouter une validation simple (validation d'un code postal, d'une longueur minimale d'une ligne de texte, d'un domaine particulier pour un email, ...)

Extension output filter

Il s'agit d'un nouveau type d'extension qui permet d'ajouter un traitement sur le code de la page entière. La documentation dans le SVN de cette nouvelle fonctionnalité donne comme exemple la réécriture des URL des composants de la page en fonction de la position géographique. Pour validatorophile, on peut aussi imaginer corriger les éventuels problèmes de validation (X)HTML grâce à un filtre utilisant l'extension php-tidy ou encore remplacer des tags prédéfinis par des éléments générés par un autre système (une version PHP des SSI ou d'ESI simpliste). Bien évidemment comme cette fonctionnalité permet de traiter l'ensemble du code de la page, il faut se méfier des effets néfastes sur le temps de génération des pages.

Il n'y a pas que des améliorations de performances dans eZ Publish 4.1. L'annonce de la sortie de la version 4.1 liste les plus grosses nouveautés (stale cache, object states, ...) et d'autres améliorations attendues depuis un bon moment. Je pense en particulier à l'ajout de déclencheurs sur d'autres opérations que l'affichage d'un objet (content/read), la publication (content/publish) ou ceux dédiés au module de boutique. Mais eZ Publish 4.1 apporte aussi d'autres améliorations qui sont passées pour le moment un peu inaperçues comme l'amélioration des content edit handler ou les extension de type output filter.

Validation avec un content edit handler

Jusqu'à eZ Publish 4.0 un content edit handler permettait uniquement lancer un bout de PHP au moment de la publication d'un contenu. Il s'agit d'un mécanisme apparu dans eZ Publish 3.8 qui permet d'implémenter tout un tas de fonctionnalités comme la mise à jour d'un cache spécifique, la publication à partir d'une date renseignée dans un attribut, la création d'un espace personnel lors de l'ajout d'un utilisateur, ... J'ai toujours vu ce mécanisme comme une sorte d'évènement de workflow post publish en beaucoup plus simple (pas de code de retour, pas de syntaxe alambiquée, pas de possibilité de laisser le travail à script cron...).

Dans eZ Publish 4.1, il est maintenant possible d'implémenter une méthode de validation dans un content edit handler, en fonction du retour de celle-ci, l'objet part en publication, sinon le formulaire affiche le/les messages comme lorsqu'on oublie de remplir un champ obligatoire par exemple. Dans certains cas, ce nouveau mécanisme peut largement simplifier les choses notamment en permettant la vérification de règles syntaxiques supplémentaires sans nécessiter le développement d'un datatype spécifique ce qui est parfois un peu lourd pour juste ajouter une validation simple (validation d'un code postal, d'une longueur minimale d'une ligne de texte, d'un domaine particulier pour un email, ...)

Extension output filter

Il s'agit d'un nouveau type d'extension qui permet d'ajouter un traitement sur le code de la page entière. La documentation dans le SVN de cette nouvelle fonctionnalité donne comme exemple la réécriture des URL des composants de la page en fonction de la position géographique. Pour les validatorophiles, on peut aussi imaginer corriger les éventuels problèmes de validation (X)HTML grâce à un filtre utilisant l'extension php-tidy ou encore remplacer des tags prédéfinis par des éléments générés par un autre système (une version PHP des SSI ou d'ESI simpliste). Bien évidemment comme cette fonctionnalité permet de traiter l'ensemble du code de la page, il faut se méfier des effets néfastes sur le temps de génération des pages.

This extension is looking for someone interested in taking over this package.

If you are interested feel free to apply here and send me an email [jr@ez.no] so I do not forget to grant you access.

I will update this news as soon as a new maintainer is found.

Otherwise you can assume this project dead.

This extension is looking for someone interested in taking over this package.

If you are interested feel free to apply here and send me an email [jr@ez.no] so I do not forget to grant you access.

I will update this news as soon as a new maintainer is found.

Otherwise you can assume this project dead.

You can now download and try the MT Who's who extension !