- Publié le 26 Novembre 2009 à 23:23
The big new feature of the roadmap of eZ Publish 4.3 is a new admin interface. The work on it has started with a requirements document and a prototype of a page (download it locally if you want to see it in your browser). jQuery is used in the prototype, I don't know if it's a definitive choice, but as I have already said on that topic, a choice of a framework is better than no real choice (even if jQuery is not my preferred JavaScript framework). I think that most of the big needs are already covered in the document but there are some small details that miss in the current admin interface that I would like to see in the future one :
- Labels of each field should be linked to their related input with the for attribute. That's a very small addition but I find it more than useful in web applications.
- The focused input should be highlighted with a different colour. This is another very small improvement which can greatly improve users experience.
- Buttons in the admin interface should be of a different colour depending on the action they trigger. For instance cancel buttons can be orange, publish buttons blue, remove buttons red, ... The main key here is to be consistent over all the interface.
The edit interface of each datatype should also be considered individually to provide the best interface. For instance, the edit template of a datetime attribute should provide a JavaScript calendar (like with the ezwebin package), the template of a time attribute a button to fill inputs field with the current time, the keyword datatype an autocomplete input (like with the ezkeywords_autocomplete extension), ... Beside an advanced edit interface for each attribute, the data entered in the edit form should also be checked with JavaScript (required or not, valid syntax, ...). In case of errors, fields that do not validate should be highlighted with a message until a new valid value is entered. Obviously, if JavaScript is disabled, a server side check should do the same thing. On this topic, there's also a very old feature request in the issue tracker about the ability to add an help text in the class definition that would be displayed under the edit interface of the attribute.
Finally, a great improvement would be to apply general rules on performances frontend. I think of packing and minifying CSS et JavaScript files (with ezjscore !), using CSS Sprites for design images and use optimized PNG files instead of GIF files. This would improve the user experience by speeding up response time and making the admin interface usable with a slow Internet line
- Publié le 07 Novembre 2009 à 17:19
Je viens de migrer le Planet eZ Publish.fr vers eZ Publish 4.2. Probablement l'une des mises à jour eZ Publish les plus simples et les plus rapides (moins de 2 heures) que j'ai faite. Il faut dire que la procédure de mise à jour de la version 4.1 à la version 4.2 est plutôt plus simple que d'habitude et en plus le site est très simple, il n'utilise aucune des fonctionnalités dont le comportement a changé entre les versions 4.1 et 4.2 et finalement peu de fonctionnalités avancées.
Au passage, les nouveautés de la version 4.2 sont nombreuses mais l'amélioration des performances après un vidage complet des caches devrait ravir les développeurs au quotidien :-), en tout cas j'ai bien vu la différence pendant la migration.
- Publié le 31 Octobre 2009 à 16:55
Auto status est une extension eZ Publish qui permet de mettre à jour son statut sur les réseaux sociaux Twitter ou Identi.ca en fonction de la publication d'un objet dans eZ Publish. Techniquement parlant, cette extension fournit un workflow event type destiné à se déclencher après la publication d'un objet et qui va utiliser un attribut de l'objet pour mettre à jour le statut. La mise à jour sur Twitter est faite grâce à Zend_Service_Twitter, Identi.ca est également supporté grâce quelques adaptations de cette classe également. Si vous voulez ajouter le support pour d'autres réseaux, n'hésitez pas à rejoindre le projet.
J'ai installé cette extension sur pwet.fr, normalement mon statut sur Twitter devrait être mis à jour aevc le titre et l'URL de ce billet :-) J'ai également créé un compte Twitter pour le Planet eZ Publish.fr et installé cette extension sur le planet, il s'agit donc d'un nouveau moyen de suivre les mises à jour du Planet via Twitter.
- Publié le 04 Octobre 2009 à 20:33
J'ai finalement pris mon courage à deux mains et j'ai migré pwet.fr de la version 4.0.1 à la version 4.2.0 d'eZ Publish sortie il y a quelques jours avec plein d'améliorations. Au niveau de la migration d'eZ Publish, rien de bien compliqué surtout que pour une fois, la documentation de mise à jour sort en même temps que le produit.
Mon principal soucis était au niveau de mon extension ezvideoflv incompatible avec la version 4.2 (et 4.1) en raison des modifications apportées dans la version 4.1 au niveau des binary file handlers. J'ai donc sorti la version 0.3 de eZVideoFLV compatible avec eZ Publish 4.1 et supérieur. Au passage, merci encore à Sébastien Morel pour son aide.
- Publié le 01 Octobre 2009 à 22:11
Comme je l'écrivais il y a quelques jours, le backoffice de Magento est plutôt sympa mais un peu mou. En plus les options pour le développeur sont bien cachés au fin fond du menu System. Si je compte bien, à partir du tableau de bord il faut pas moins de 7 clics et 4 rafraîchissements de page pour activer ou désactiver l'option Template path hints (affichage des templates utilisés) et/ou l'affichage du nom des blocks pour un site... Bref c'est extrêmement pénible quand il s'agit juste de voir où se trouve une coquille dans un template ou de connaître le nom du block à surcharger.
J'ai donc un écrit un petit script (version avec coloration syntaxique) qui permet d'activer ou de désactiver ces options pour un site Magento en ligne de commande. Il permet également d'activer facilement ces options pour le backoffice sans manipuler directement la base de données (ce qui n'est certes pas très compliqué une fois qu'on connaît le nom de la bonne table).
Exemples d'utilisation :
cd /path/to/magento
php /path/to/script/setdebug.php -s base # active template path hints pour le site dont le code est base
php /path/to/script/setdebug.php -b -s base # active template path hints et l'affichage des blocks
php /path/to/script/setdebug.php -d -s base # désactive template path hints et l'affichage des blocks
