- Publié le 08 mars 2011 à 14:08
eZ Publish 4.5beta1 est sortie le 22 février 2010. Cette sortie marque le début de la période dédiée à la localisation d'eZ Publish puisque plus aucun changement au niveau des chaînes de caractère utilisées dans le code ne doit apparaître d'ici la sortie de la version finale.
Comme je l'ai déjà écrit sur twitter, la traduction est un effort communautaire. Ce billet s'adresse aux utilisateurs d'eZ Publish mais aussi (et en fait surtout) aux entreprises (agences, SSII, ...). Vous utilisez et intégrez eZ Publish, vous aimez/aimeriez disposer d'un outil entièrement traduit dans la langue de Molière (voire dans d'autres...) pour vos clients et si possible avec une traduction de haute qualité ? Eh bien c'est le moment de contribuer par exemple en mobilisant un employé/stagiaire pendant ne serait ce que 2 heures ! En plus ça ne demande pas de connaissance technique vraiment avancée, au contraire c'est même l'occasion pour un débutant de découvrir comment fonctionne le système voire pour un utilisateur un peu plus avancé de découvrir certaines fonctionnalités bien cachées !
Actuellement, eZ Publish et l'extension Online Editor sont traduits à 100% mais ça ne signifie pas pour autant que ces traductions n'ont pas besoin d'attention. Pour les autres extensions, la situation est très inégale à cause ou plutôt grâce à quelques initiatives isolées. En tout cas, merci aux auteurs de ces traductions, il est maintenant temps d'intégrer tout cela dans les dépôts GIT officiels des extensions.
Bon très bien, mais dans la pratique comment faire ? En fait, il y a plusieurs manières de procéder selon votre niveau technique et/ou le temps dont vous disposez :
- Vous avez quelques notions techniques et êtes prêts à manipuler git et des fichiers XML : il vous suffit de suivre le tutorial publié sur share.ez.no pour l'extension que vous souhaitez traduire. Les fichiers indiquant toutes les traductions (translations/untranslated/translation.ts) de chaque extension sont maintenant à jour. Si aucune traduction en français n'a été initialisée c'est sur ce fichier qu'il faut partir en le copiant dans translations/fre-FR/translation.ts. Sinon, il faut mettre à jour le fichier existant avec ezlupdate ou fusionner ces deux fichiers à la main éventuellement.
- Vous avez peu de notions technique ou pas envie de vous frotter à git : vous pouvez chasser les fautes d'orthographes, les incohérences, les tournures maladroites en testant eZ Publish 4.5beta1 ou en lisant les fichiers translations.ts existants notamment ceux d'eZ Publish et de Online Editor. Pour les retours, vous pouvez m'envoyer un mail ou mieux répondre dans le sujet dédié sur le forum.
Dans tous les cas, si vous avez besoin d'aide, si vous avez une question ou vous voulez signaler que vous travaillez sur la traduction d'une extension, le forum dédié aux traductions en français est là pour ça.
- Publié le 27 janvier 2009 à 17:59
Suite de la série de billets sur la réalisation du Planet eZ Publish.fr avec dans celui ci quelques notes sur les modules/vues spécifiques ainsi que sur la réalisation des templates.
I. Organisation et Import des articles
II. Modules/vues sur mesure et templates
III. Performances : caches et compagnie
Modules / vues sur mesure
Pour le moment, seuls deux vues spécifiques sont utilisées sur le site.
feed/planet
Cette vue sert à générer le flux RSS du Planet. Comme pour l'import RSS, le composant Feed des eZ Components est utilisé. L'intérêt principal par rapport à l'export RSS de base est la possibilité d'ajouter la balise dc:author avec le nom du site (l'objet parent dans le cas du Planet). Cette vue implémente également un système de cache sur le même principe que le cache de vue. Ce cache est vidé et est re-généré par le script d'import RSS alors que le cache de l'export RSS par défaut expire au bout d'un temps fixe.
planet/search
Cette vue reproduit la vue de recherche par défaut en forçant la recherche dans une sous-arborescence sans avoir besoin de passer le paramètre SubTreeArray. Contrairement à content/search, elle permet également l'utilisation des persistent variables comme sur content/view.
Templates et opérateur
Les templates pour ce site sont assez classiques et plutôt simples compte tenu de la charte graphique basique. Seule « astuce », chaque vue full fixe deux entrées dans les persistent variables ce qui permet de générer un titre et une description pertinents sans aucun fetch supplémentaire dans le pagelayout qui serait synonyme de requêtes SQL et/ou de cache supplémentaire à gérer (voir les dernières lignes du template planet.tpl et les premières du pagelayout.tpl par exemple).
Le seul opérateur spécifique est l'opérateur clean_rewrite_xhtml utilisé à la place de l'opérateur wash pour afficher les attributs Text block contenant le texte issu des flux RSS. Cet opérateur a plusieurs fonctions :
- rendre valide le code XHTML avec le module PHP Tidy
- réécrire les éventuels URLs relatives à site (images et liens)
- supprimer toute trace de Javascript grâce à quelques expressions XPath.
- Publié le 10 mai 2008 à 22:27
Vu sur l'IBM Developer Works un court et synthétique article sur les nouveautés attendues dans PHP6, encore plus en bref :
Il est dommage que ce passage ne soit pas l'occasion de refondre l'API pour y apporter une cohérence regrettée...
- Publié le 25 septembre 2007 à 00:03
Un tout petit billet rapide en guise de pense bête pour ceux (comme moi) qui voudraient convertir des fichiers issus d'un GPS (par exemple au format GDB, Garmin MapSource) en KML (Keyhole Markup Langage) pour pouvoir visualiser une trace sur Google Maps (ou Google Earth). J'ai d'abord utilisé GPSVisualizer en ligne (attention la version française ne propose pas la conversion en KML) avant de comprendre que ce site utilisait en fait le logiciel gpsbabel disponible sous Ubuntu dans les dépôts Universe. Une fois ces dépôts configurés, pour l'installer vous pouvez utiliser synaptic ou taper la ligne suivante :
$ sudo apt-get install gpsbabel
Ensuite pour convertir les fichiers GDB de l'association de VTT Philovelo, j'ai utilisé la ligne de commande suivante :
gpsbabel -i gdb -f gdb/50km\ -\ Teyran.gdb -o kml,points=0,line_width=4,line_color=ff000099,units=m -F kml/50km_-_Teyran.kml
Et hop voila le tracé de la dernière balade au nord de Montpellier directement visible sur Google Maps, efficace et facilement automatisable, du coup j'ai converti l'ensemble des traces ! J'ai pas mal cherché avant de comprendre comment appliquer les différentes options spécifiques au format KML alors qu'il suffit de les ajouter après le format de sortie séparées par une virgule.
En plus, les fichiers KML sont en fait de simples fichiers XML assez faciles à lire, voila qui donne plein d'idées d'exploitation mais c'est une autre histoire...
- Publié le 28 mars 2007 à 23:54
J'en parlais récemment lors d'un déplacement à Levallois, j'ai vraiment envie d'avoir un plugin vim dédié au développement eZ Publish similaire à celui lancé par Smile pour Eclipse, car il y a de bonnes idées et parce que franchement Eclipse c'est pas mon truc du tout... Ce qui m'intéresse surtout dans un premier temps, c'est la fonctionnalité ClassView et éventuellement la vérification syntaxique des templates à la sauvegarde ou en lançant une commande. Je pense aussi intégrer quelques abréviations Vim permettant d'insérer rapidement quelques constructions syntaxiques courantes (fetch list, node, tree, ...).
Vim dispose d'un langage de script permettant de manipuler les différents éléments du programme (configuration, buffer, fenêtre, ...) et d'extensions permettant d'utiliser des langages plus avancés dont Ruby, Python, TCL et Perl. Je connais mal Perl et pas du tout les 3 autres, mais je suis assez attiré par Python. Je me suis donc lancé dans un aperçu rapide de ce langage grâce au très bon livre Langages de script sous Linux de Christophe Blaess et pour le moment, je trouve ce langage très élégant et plutôt agréable à utiliser... Bon j'ai juste pondu 18 lignes de code très inspirées d'un petit hack permettant de poster sur un blog Wordpress depuis Vim. Pour le moment mon code permet d'afficher dans un buffer vim les groupes de classes, les nom des classes et leurs attributs extraits du XML généré par l'extension eZ Publish SmileClasses (la même utilisée par le plugin Eclipse), c'est un début. Il faut maintenant que j'épluche un peu la documentation pour obtenir un panneau lattéral similaire à ce que fait par exemple l'extension Taglist.
