IM2 | OQP

UPDATE : vous voulez avoir une traduction complète de l’interface de Drupal le plus tôt possible ? Rien de plus simple :) N’hésitez pas à transmettre cet URL !

J’ai installé le premier release candidate pour Drupal 6 sur le serveur de Koumbit pour voir ce que ça donnait. J’étais surtout intéressé par les nouvelles fonctionnalités comme le support multilingue (i18n), OpenID et les Actions et Triggers.

Mais avant tout, je veux remercier les développeurs de Drupal pour une autre version d’un logiciel solide et flexible. J’ai confiance que les petits problèmes que j’ai rencontré seront résolus à temps pour la sortie officielle d’ici un ou deux mois.

L’installation

L’installation s’occupe mieux de son utilisateur. Une fois la base de données configurée, l’installation demande tout de suite l’information relative au site web : nom du site et email, nom de l’admin et email. Puis ça détecte automatiquement la possibilité d’avoir des clean URLs en plus de détecter le timezone.

J’ai eu un petit problème à la première installation puisque le répertoire /files/ n’existait pas. J’utilise toujours le sous-répertoire /sites/PROJET/files/ mais l’installateur ne semble pas le permettre. Il y a d’ailleurs un bug d’ouvert à ce sujet.

J’ai essayé de faire une installation en français, mais sans succès. Je suis passé par le serveur francophone de localisation pour récupérer les traductions disponibles, mais je n’ai pas vraiment trouvé quoi en faire finalement.

Update notification

Une autre chose qu’on remarque c’est l’option Update notification qui va trouver automatiquement pour nous les nouvelles versions des modules et du core installés.

Déjà loggué !

Dès l’installation complétée, on est invité à se rendre au site pour découvrir qu’on est automatiquement loggué en tant qu’administrateur.

Déjà traduis !

Deuxième surprise, les fichiers obtenus via le serveur de localisation sont pris en compte ! Moins de 20% à traduire et Drupal sera français à 100 %.

Gestions des utilisateurs

Access control s’appelle maintenant Permission, c’est un peu plus clair et surtout, ça porte moins à confusion vis à vis Access rules. Les droits pour éditer et effacer du contenu sont maintenant séparés et les signatures sont maintenant optionnelles et détachées du contenu des commentaires.

Commentaires sur l’interface en général

Plusieurs petites améliorations de l’interface la rendent beaucoup plus conviviale. Les headers de longues colonnes demeurent maintenant dans l’écran et on peut réordonner les menus et les blocs en les glissant (ça doit s’appliquer à beaucoup d’endroits qui se configurent par weight).

Autres modules core

PHP Filter

Permet une meilleure gestion de la sécurité en permettant explicitement le PHP

Syslog

Pour conserver nos logs dans un endroit standard

Content translation

Enfin, la traduction du contenu fait parti du core de Drupal

Trigger

Avec les Actions, permet d’automatiser plus de tâches

Update status

Update notification, pour savoir quelles mises à jour sont nécessaires

Drupal

Ce module n’existe plus dans le core

OpenID

Enfin dans le core de Drupal, OpenID permet d’utiliser un compte (identité et mot de passe, certificat, etc.) sur plusieurs sites en se logguant une seule fois

OpenID

Drupal vient maintenant avec la possibilité par défaut (une fois le module configuré) de recevoir des visiteurs qui utilisent OpenID pour se connecter et se créer un compte. Ça ne permet pas encore de créer des identités OpenID mais c’est un très bon pas dans la bonne direction.

Actions et Triggers

J’avais un problème avec le OpenID quand je me logguais d’une page sous /user/. J’ai pensé le résoudre avec les Actions et les Triggers mais j’ai frappé un autre bug. En théorie (et bientôt, quand le bug sera résolu), les Triggers permettent de lancer une Action à un moment déterminé par un événement, comme un login, la création d’un document ou autre. Les Actions peuvent être n’importe quoi, d’un message affiché à l’utlisateur, à une redirection à l’envoi d’un email. C’est une façon très flexible d’en faire plus avec Drupal sans (trop) coder.

Traduction du contenu enfin intégrée

C’est possible avec quelques étapes. D’abord, enabler Content translation dans les modules. Ensuite, et ca m’a pris un certain temps m’en apercevoir, il faut donner un préfixe de path pour l’anglais si on veut accéder aux langues avec des URL comme http://example.com/fr/contact et http://example.com/en/contact en passant par la configuration des langues, http://example.com/admin/settings/language/edit/en par exemple. On configure les types de contenu pour tenir compte via les workflow settings. Enfin, j’aime bien configurer le choix de la langue offerte via http://example.com/admin/settings/language/configure pour choisir ” Path prefix with language fallback”. Le bloc “language switcher” est aussi pratique.

Par contre, je m’aperçois qu’on ne peut choisir un node comme la traduction d’un autre node. Aussi, je n’arrive pas à séparer l’affichage des contenus pour chaque langue. Le menu, les stories, etc. Tout est affiché dans les deux langues configurées.

Fin de la première partie

Voilà pour la première partie de mon exploration. La prochaine fois, on verra comment fonctionne le nouvel agrégateur et si on parvient mieux à traduire les vocabulaires. À bientôt !