• Search:

Top menu



Planet eZ publish




gilles guirand

› Faire de l'édition frontale AJAX avec eZ Publish & Mootools (Partie 1)

La rubrique ma cave est certes un bon prétexte à la rédaction d'articles techniques sur eZ Publish, mais il s'agit également de la seule information numérique à jour concernant mes stocks de vins. Le volume des entrées / sorties est relativement important (si si !) et cette mise à jour des stocks est rapidement devenue un calvaire. La recherche d'une bonne solution de feignant m'a permis de tester l'édition frontale sur eZ Publish, et surtout d'expérimenter un mécanisme de mise à jour plus immédiat en AJAX du type : "cliquer / éditer".

J'en profite pour rédiger une série de billets détaillant :

La classique édition frontale eZ Publish et ses limites

L'édition frontale est le mécanisme le plus exploité pour promouvoir les CMS (eZ Publish, Drupal ou autres), ce qui est relativement paradoxal, puisqu'au final il s'agit du mécanisme le moins exploité par les Webmasters sur les sites en productions. Ce constat s'explique assez bien, pour plusieurs raisons que je détaille par la suite.

Pourquoi si peu de sites exploitent l'édition frontale ?

La logique ergonomique de l'édition frontale est des plus simple : je navigue sur mon site, et une barre d'édition me permet :

  • d'éditer l'objet que je suis en train de visionner (sa vue 'full')
  • d'ajouter un objet de contenu positionné "en dessous" de l'objet que je suis en train de visionner
  • quelques autres actions classiques comme 'déplacer', 'ajouter des emplacements', 'supprimer', etc.

Donc la capacité d'éditer (ou non) un contenu dépend de la capacité d'atteindre une page dont le contenu principal est le contenu à éditer (vue full), ce qui se complique fortement dès qu'il s'agit d'une liste de commentaires (généralement empilés, sans affichage individuel), d'un utilisateur, d'un contenu associé à partir de la médiathèque (image), d'un contenu non représenté dans l'arborescence de l'internaute (divers dossiers de rangement), d'un contenu masqué ou supprimé, etc..

Les Webmasters vont donc devoir naviguer entre l'édition frontale et le Back Office, ce qui finalement se résume assez vite à l'utilisation exclusive du Back Office.

Il faut aussi ajouter que les front-end des sites sont très variés dans leur logique de navigation, et parfois graphiquement inadaptés à l'inclusion de formulaires d'édition. Pour pouvoir profiter d'une édition frontale efficace, il faut en quelque sorte organiser le contenu en conséquence, ce qui cependant fonctionne positivement sur certains types de publications, comme les Blogs ou les contenus arborescences (catalogues, référentiels).

Pourquoi vendre un CMS à l'aide de l'édition frontale ?

Les acheteurs des solutions Web sont rarement les utilisateurs finaux, et il faut donc les séduire avec des mécanismes percutants et rassurants tels que l'édition frontale, l'upload massif (voir ezmultiupload), ou l'importation directe à partir de Word (voir ezwordtoolbar) ou Open Office (extension native ezodf). Généralement un CMS succède à du DreamWeaver (fabrication HTML frontale) ou du PHP maison (bricolé, insécure, mais libre d'action), il faut donc insister sur des mécanismes qui ne suppriment pas définitivement des conforts de fabrication durement acquis au fil du temps...

Installation d'une édition frontale sur eZ Publish

De nombreux articles détaillent déjà l'installation de l'édition frontale (que l'on trouve par défaut lors de l'installation des packages ezwebin ou ezflow), comme par exemple :

Il est à noter qu'une nouvelle extension ezwebsitetoolbar (code extrait de ezwebin) permet d'intégrer une barre d'édition frontale sans transporter l'ensemble de l'extension ezwebin.

L'interface de mise à jour des stocks ?

En posant le problème, l'idéal ergonomique pour cette mise à jour fréquente est finalement de pouvoir cliquer et éditer le stock directement dans la page quel que soit la page affichée (les listes de cuvées résumées, les tableaux de stocks, les fiches détaillées, etc.). Ce mécanisme est particulièrement efficace pour des mises à jour multiples sur des affichages en tableaux (vue d'ensemble).

Voici un exemple en vidéo, qui montre en image :

  • Un exemple de boite de connexion frontale
  • Un exemple de mise à jour du stock par l'édition frontale standard
  • Un exemple de mise à jour du stock par un développement spécifique, permettant le "cliquer / éditer" en AJAX avec Mootools
  • Ce même mécanisme décliné pour mettre à jour les noms des cuvées (je modifie souvent l'année dans le nom des cuvées)

Les prochains billets détailleront pas à pas le développement d'une telle extension.

20/09/2009 10:05 pm (UTC)   Gilles Guirand   View entry   Digg!  digg it!   del.icio.us  del.icio.us

gilles guirand

› Faire de l'édition frontale AJAX avec eZ Publish & Mootools (Partie 1)

La rubrique ma cave est certes un bon prétexte à la rédaction d'articles techniques sur eZ Publish, mais il s'agit également de la seule information numérique à jour concernant mes stocks de vins. Le volume des entrées / sorties sont relativement important (si si !) et cette mise à jour des stocks est rapidement devenu un calvaire. La recherche d'une bonne solution de feignant m'a permis de tester l'édition frontale sur eZ Publish, et surtout d'expérimenter un mécanisme de mise à jour plus immédiat en AJAX du type : "cliquer / éditer".

J'en profite pour rédiger une série de billets détaillant :

La classique édition frontale eZ Publish et ses limites

L'édition frontale est le mécanisme le plus exploité pour promouvoir les CMS (eZ Publish, Drupal ou autres), ce qui est relativement paradoxal, puisqu'au final il s'agit du mécanisme le moins exploité par les Webmasters sur les sites en productions. Ce constat s'explique assez bien, pour plusieurs raisons que je détaille par la suite.

Pourquoi si peu de sites exploitent l'édition frontale ?

La logique ergonomique de l'édition frontale est des plus simple : je navigue sur mon site, et une barre d'édition me permet :

  • d'éditer l'objet que je suis en train de visionner (sa vue 'full')
  • d'ajouter un objet de contenu positionné "en dessous" de l'objet que je suis en train de visionner
  • quelques autres actions classiques comme 'déplacer', 'ajouter des emplacements', 'supprimer', etc.

Donc la capacité d'éditer (ou non) un contenu dépend de la capacité d'atteindre une page dont le contenu principal est le contenu à éditer (vue full), ce qui se complique fortement dès qu'il s'agit d'une liste de commentaires (généralement empilés, sans affichage individuel), d'un utilisateur, d'un contenu associé à partir de la médiathèque (image), d'un contenu non représenté dans l'arborescence de l'internaute (divers dossiers de rangement), d'un contenu masqué ou supprimé, etc..

Les Webmasters vont donc devoir naviguer entre l'édition frontale et le Back Office, ce qui finalement se résume assez vite à l'utilisation exclusive du Back Office.

Il faut aussi ajouter que les front-end des sites sont très variés dans leur logique de navigation, et parfois graphiquement inadaptés à l'inclusion de formulaires d'éditions. Pour pouvoir profiter d'une édition frontale efficace, il faut en quelque sorte organiser le contenu en conséquence, ce qui cependant fonctionne positivement sur certains types de publications, comme les Blogs ou les contenus arborescences (catalogues, référentiels).

Pourquoi vendre un CMS à l'aide de l'édition frontale ?

Les acheteurs des solutions Web sont rarement les utilisateurs finaux, et il faut donc les séduire avec des mécanismes percutants et rassurants tels que l'édition frontale, l'upload massif (voir ezmultiupload), ou l'importation directe à partir de Word (voir ezwordtoolbar) ou Open Office (extension native ezodf). Généralement un CMS succède à du DreamWeaver (fabrication HTML frontale) ou du PHP maison (bricolé, insécure, mais libre d'action), il faut donc insister sur des mécanismes qui ne suppriment pas définitivement des conforts de fabrication durement acquis au fil du temps...

Installation d'une édition frontale sur eZ Publish

De nombreux articles détaillent déjà l'installation de l'édition frontale (que l'on trouve par défaut lors de l'installation des packages ezwebin ou ezflow), comme par exemple :

Il est à noter qu'une nouvelle extension ezwebsitetoolbar (code extrait de ezwebin) permet d'intégrer une barre d'édition frontale sans transporter l'ensemble de l'extension ezwebin.

L'interface de mise à jour des stocks ?

En posant le problème, l'idéal ergonomique pour cette mise à jour fréquente est finalement de pouvoir cliquer et éditer le stock directement dans la page quel que soit la page affichée (les listes de cuvées résumées, les tableaux de stocks, les fiches détaillées, etc.). Ce mécanisme est particulièrement efficace pour des mises à jour multiples sur des affichages en tableaux (vue d'ensemble).

Voici un exemple en vidéo, qui montre en image :

  • Un exemple de boite de connexion frontale
  • Un exemple de mise à jour du stock par l'édition frontale standard
  • Un exemple de mise à jour du stock par un développement spécifique, permettant le "cliquer / éditer" en AJAX avec Mootools
  • Ce même mécanisme décliné pour mettre à jour les noms des cuvées (je modifie souvent l'année dans le nom des cuvées)

Les prochains billets détailleront pas à pas le développement d'une telle extension.

20/09/2009 10:05 pm (UTC)   Gilles Guirand   View entry   Digg!  digg it!   del.icio.us  del.icio.us

community news (ez.no)  eZ systems employee

› eZ Publish 4.2.0-rc1 released

Hot on the heels of the beta1 release, we are pleased to provide you the first release candidate of the upcoming major release of eZ Publish 4.2.0. An additional 30+ issues are resolved in the eZ Publish kernel and associated extensions.

17/09/2009 11:35 am (UTC)   Community news (ez.no)   View entry   Digg!  digg it!   del.icio.us  del.icio.us

community news (ez.no)  eZ systems employee

› Translation files for eZ Publish 4.2.0 are available

We are happy to inform that eZ Publish is now in string-freeze mode, and that updated translation files for the 4.2.0 release are available.

14/09/2009 3:23 pm (UTC)   Community news (ez.no)   View entry   Digg!  digg it!   del.icio.us  del.icio.us

derick rethans

› Autumn Plans

Autumn Plans

I've been missing-in-action on my own blog for some time. Moving to London does that to you. Anyway, I've not been idle in the meanwhile at all, and been working on some cool side-projects. First of all I've been adding some features to Xdebug . Xdebug is now slow reaching beta-status for the 2.1 release. New feature will include proper PHP 5.3 support, variable tracing, "scream" support and other minor features.

Besides Xdebug I've also been hacking on PHP-GTK applications for my phone . The major new thing that I have now is a PHP-GTK twitter client that works like I want it... and I even use it on my desktop instead of all the other stuff that's out there. I will soon be publishing this client in my CVS repository.

Now that the conference season is starting again I'm working on improving several talks, as well as rewriting some parts for them. The first conference that I will be speaking at, are part of "Marco's Crazy PHP Conference Tour" aka CodeWorks . I'll be giving three different talks here, one on "Debugging with Xdebug ", one on PHP's DateTime support and one on "Improving your development process" where I'll be talking about Test-Driven Development and other tricks associated by running a project. As CodeWorks is a bit like a rock-star tour, I'll be keeping a video blog of it somewhere on the intertubes.

14/09/2009 2:26 pm (UTC)   Derick Rethans   View entry   Digg!  digg it!   del.icio.us  del.icio.us

derick rethans

› Autumn Plans

I've been missing-in-action on my own blog for some time. Moving to London does that to you. Anyway, I've not been idle in the meanwhile at all, and been working on some cool side-projects. First of all I've been adding some features to Xdebug. Xdebug is now slow reaching beta-status for the 2.1 release. New feature will include proper PHP 5.3 support, variable tracing, "scream" support and other minor features.

Besides Xdebug I've also been hacking on PHP-GTK applications for my phone. The major new thing that I have now is a PHP-GTK twitter client that works like I want it... and I even use it on my desktop instead of all the other stuff that's out there. I will soon be publishing this client in my CVS repository.

Now that the conference season is starting again I'm working on improving several talks, as well as rewriting some parts for them. The first conference that I will be speaking at, are part of "Marco's Crazy PHP Conference Tour" aka CodeWorks. I'll be giving three different talks here, one on "Debugging with Xdebug", one on PHP's DateTime support and one on "Improving your development process" where I'll be talking about Test-Driven Development and other tricks associated by running a project. As CodeWorks is a bit like a rock-star tour, I'll be keeping a video blog of it somewhere on the intertubes.

14/09/2009 2:26 pm (UTC)   Derick Rethans   View entry   Digg!  digg it!   del.icio.us  del.icio.us

francesco trucchia

› Inizia una nuova avventura…

Inizia oggi per me e per Jacopo una nuova avventura. Saremo gli autori del nuovo libro dell’Apress “Pro PHP Refactoring with Test-Driven Design“. Dopo il mio debutto con “eZ Publish 4: Enterprise Web Sites Step-by-Step“, del quale siamo nella fase di revisione tecnica, molto presto verrà pubblicato, ecco che ho deciso di buttarmi in una nuova [...]
12/09/2009 6:03 pm (UTC)   Francesco Trucchia   View entry   Digg!  digg it!   del.icio.us  del.icio.us

ez projects

› xrowCDN puts eZ Publish in the Sky

We are proud to announce that we are done with the completion of a plug-in for putting static content onto a Content Delivery Network like Amazon's Cloudfront service.

10/09/2009 9:36 pm (UTC)   eZ Projects   View entry   Digg!  digg it!   del.icio.us  del.icio.us

ez projects

› Release 0.1 of ezSNMPd is available

This is the first release deeemed "working enough" to be fit for user consumption.

snmpget, snmpgetnext and snmpwalk commands are functional.

Support for tabular values in OIDs is missing, and lot of polish can be added - also some internal workings might be changed in future releases to solve known problems (see the todo file for more details.

10/09/2009 2:19 pm (UTC)   eZ Projects   View entry   Digg!  digg it!   del.icio.us  del.icio.us

community news (ez.no)  eZ systems employee

› eZ Publish 4.2.0beta1 released

After the alpha1 release of eZ Publish 4.2 and its associated extensions, we are pleased to provide you the beta version which contains another 60+ enhancements and bug fixes in the kernel since the alpha1 release

09/09/2009 9:44 pm (UTC)   Community news (ez.no)   View entry   Digg!  digg it!   del.icio.us  del.icio.us