planete drupalfr -

Co-voiturage pour le DC Lyon

Drupal Groupe France — Sun, 20 May 2012 12:23:53 +0000

Bonjour,

En profitent de l'idée du co-voiturage pour la voyage de Paris vers Lyon lancé par Julien.

Est-ce qu'il y a des offres? Ça serait sympa de s'organiser pour avoir une co-voiturage drupalienne.

France

Drupalcamp Lyon

admin — Fri, 18 May 2012 13:51:00 +0000

Le 26 et 27 mai prochain, va se dérouler le premier DrupalCamp de l'année dans la ville de Lyon, consacré au CMS Drupal, dont j'effectuerai le déplacement et donc je serais bien présent.

Cet évènement regroupera de nombreux acteurs de scène Drupal, tant au niveau de l'association, que des utilisateurs Techniques, chef de projets ou DSI.

Pendant les 2 jours, une série de conférence est prévue avec 4 tracks en parallèle, provoquant une sélection très difficile pour les personnes présentes. Hors, la deuxième journée, sera plus consacrée au Sprint code et traduction.

Par ailleurs, une salle supplémentaire est disponible en libre accès pour permettre de déposer et de parler d'un autre sujet. Les thèmes seront connus le matin de l'évènement.

Enfin, le programme avec les différents thèmes traités est disponible sur le site de l'évènement et il est important de s'inscrire très rapidement car les places partent très vite.

Liens :

Prochain évènement :

Drupal 'n Drink Paris - jeudi 24 mai

Drupal Groupe France — Tue, 15 May 2012 18:54:39 +0000

Start:
2012-05-24 18:30 UTC

User group meeting

Organizers:

JulienD

smokinggoat

Parce que ça fait longtemps que l'on a pas fait un Drink & Drupal sur Paris et parce que les beaux jours reviennent je vous propose que l’on se retrouve jeudi 24 mai vers 18h30. Cette occasion nous permettra aussi de discuter du DrupalCamp qui se déroulera les 26 et 27 mai à Lyon (d'ailleurs si vous n'avez pas encore votre place, sachez qu'il est encore temps - http://lyon2012.drupalcamp.fr).

Juste pour rappel, un «drink» ou «rencontre autour d’un verre» c’est un moment convivial et informel, sans internet et ce uniquement entouré de passionnés et de débutants. C’est une occasion idéale pour échanger et partager votre expérience contrairement aux meetups bien plus cadrés.

N’hésitez donc pas à venir avec vos questions, quel que soit votre niveau ou votre utilisation de Drupal vous êtes les bienvenus.

Le rendez-vous est donc fixé au jeudi 24 mai vers 18h30.

Le lieu : Cuba Compagnie Cafe 48 Bd Beaumarchais Paris 11e

Comme d'habitude les inscriptions se font ici, sur meetup.com

France

Séminaire d'Inauguration d'Acquia France: "La Puissance de Drupal en Entreprise" le 25 Mai à Paris !

Drupal Groupe France — Tue, 15 May 2012 15:34:13 +0000

Start:
2012-05-25 09:30 - 14:30 Europe/Paris

Related event (ie. not Drupal specific)

Scheduled May 25th, 2012 at the Hotel Baltimore in Paris from 9:30 to 14:30, this launch marks another milstone in the global development of the Opensource company.

Drupal early-adopters, Linalis is proud to be part of Acquia launch on the French Market!

During this outstanding Event, participants will have the opportunity to discover the Drupal solution, its features, and meet the creator of Drupal, Dries Buytaert,and professionals partner of Acquia of whom Linalis.

France

Episode 52 - A la découverte de Drupal Commerce avec Commerce Kickstart

admin — Mon, 14 May 2012 06:17:24 +0000

Alors qu'il existe déjà de nombreuses solutions e-commerce sur le marché (Magento, PrestaShop...), Drupal 6 a fait une première incursion vers les magasins en ligne avec Ubercart mais c'est réellement avec Drupal Commerce pour Drupal 7 qu'une solution mature, fiable et évolutive existe. Plus qu'une simple suite de modules, c'est un framework de commerce puissant qui donne une part très importante à Views et Rules pour personnaliser à l'envie son magasin. Découvrez la distribution Commerce Kickstart qui package une boutique tout prête pour vous familiariser.

Niveau: Débutant

1er Rendez-vous proposé par l'antenne @afup_paris

admin — Thu, 10 May 2012 16:41:00 +0000

Quelques semaines après son lancement, le premier Rendez-vous de l'antenne AFUP Paris a été mi sur pied, sur le thème :

Les CMS Open-source en PHP : Drupal - Joomla - Wordpress

L'évènement se déroulera le 23 mai prochain à "La cantine", dont l'entrée est gratuite sur pré-inscription.

Par ailleurs, le choix de ces trois CMS sont parmi les plus utilisés, les plus populaires et les plus récompensés, arrivant en tête de nombreux classements.

Du coté des intervenants, 3 personnes impliqués dans chaque CMS ont été conviées pour répondre aux points suivants :

Quelles sont les spécificités de chacune de ces solutions ?
Quelles sont leurs forces, leurs faiblesses ?
Quelles possibilités d'évolution, quels outils d'administration ?

Cette soirée doit permettre de répondre aux nombreuses attentes et interrogations de chacun, mais aussi :

Des programmeurs PHP qui souhaitent en utiliser un,
Mais aussi des utilisateurs de Frameworks, qui ont la charge de réaliser un projet avec un CMS

Enfin, toutes les personnes désireux d'en connaître plus sur ces CMS.

Alors n'hésitez pas à vous rendre sur la page du rendez-vous pour vous inscrire et connaître tous les détails.

Détails soirée : Les CMS Open-source en PHP : Drupal - Joomla - Wordpress

Episode 51 - Initiation à l'optimisation de performances sous Drupal 7

admin — Mon, 07 May 2012 09:43:10 +0000

La plupart des administrateurs de sites Drupal oublient souvent que quelques réglages simples peuvent faire une différence fondamentale pour améliorer les performances de rendu de pages. Grâce au cache de pages, de blocs mais aussi à l'agrégation CSS/JS et à la mise en cache des vues, un site peut radicalement se métamorphoser et supporter bien plus de visiteurs anonymes et/ou authentifiés que vous ne le pensez. Votre serveur aussi vous dira merci !

Niveau: Confirmé

Conférences Drupal au Forum PHP 2012

admin — Thu, 03 May 2012 21:25:00 +0000

L’Association Française des Utilisateurs de PHP (AFUP) vient de publier le programme du Forum PHP 2012 qui se déroulera le 5 et 6 juin 2012 à la cité universitaire de Paris. Il s’agit d’un évènement majeur de la communauté PHP francophone depuis plus de 10 ans avec un programme de conférences de haut niveau.

Le CMS Drupal sera à cette occasion représentée par l’intermédiaire de conférences avec Bastien Jaillot et Simon Perdrisat pour «Drupal comme vous ne l’avez jamais vu», Jonathan-David SCHRÖDER pour «Bien comprendre et choisir Lucene, Solr…». Ainsi que la présence de Christophe Villeneuve (‘Trésorier Adjoint de DrupalFR’) avec un retour d’expérience.

Par ailleurs, pour cette édition 2012, l’accent a été mis sur la performance, la qualité et les nouveaux usages avec des conférenciers reconnus et une programmation riche et variée.

De nombreux intervenants vont effectuer le déplacement comme Rasmus Lerdorf qui proposera un tour d’horizon du PHP en 2012. Enrico Zimuel présentera » A quick start on Zend Framework 2», LB Denker proposera » Scaling Communication through Continious Integration «. Du coté des conférenciers francophones, la venue de Frédéric Hardy pour » Anatomie du test «, accompagné de Ivan Enderlin, ainsi que pour un atelier » TDD avec atoum «. Jérôme Renard présentera quant à lui » Varnish pour le développeur PHP «.

Enfin deux grandes nouveautés de ce Forum PHP 2012 :

Une série de lightning talks (10 mini-confs de 4 minutes)… l’appel à sujets sera annoncé prochainement
Et une table ronde spéciale DSI sur l’utilisation de PHP dans les grands groupes, avec la participation exceptionnelle de e-TF1 et de La Fourchette.

Les liens utiles :

* La liste des conférences

Les conférenciers

Pour vous inscrire, ne perdez pas de temps, réservez votre place au Forum PHP 2012 !

Info utile #2 – Simpletest et le multilinguisme

admin — Mon, 30 Apr 2012 15:40:53 +0000

J’ai identifié un problème assez ennuyeux il y a quelques jours lorsque j’essayais de lancer des tests simpletests depuis un module du core, quelque soit le test déclenché, le batch plantait. Après vérification que la résolution du nom de ma VM se faisait bien localement, c’est la panne sèche, pas d’idée sur la cause du problème.

La cause du problème était pourtant sous mes yeux depuis le début, dans la barre d’adresse, ce petit préfixe qui traîne et qui ne paie pas de mine, en remplaçant le ‘fr’ par un ‘en’ ou en le supprimant, le problème s’est résolu.

Pensez-y si le problème vous arrive, la négociation de langue n’est pas compatible avec simpletest.

Episode 50 - A la découverte de Views 3 pour Drupal 7

admin — Mon, 30 Apr 2012 08:49:44 +0000

Après de longs mois de gestation, Views 3 est sorti tout d'abord sur Drupal Gardens puis dans la communauté avec pas mal de changements et d'améliorations, notamment au niveau de l'expérience utilisateur, l'accessibilité et la facilité de création de nouvelles vues dynamiques. Chaos Tools Suite (ctools) est toujours une dépendance et tous deux sont désormais disponibles en version stable, ce qui a vraiment donné le la de la migration de nombreux sites de Drupal 6 vers Drupal 7.

Niveau: Débutant

Episode 49 - Utiliser des menus déroulants jQuery avec Superfish

admin — Mon, 23 Apr 2012 12:15:27 +0000

Plutôt que de devoir développer un menu déroulant JavaScript/jQuery et CSS et surtout devoir le mettre en forme et l'intégrer à Drupal 7, le module Superfish pour Drupal 7 vous facilite tout cela et propose en quelques clics des menus complets, fonctionnels, compatibles avec les téléphones portables et tablettes mais aussi les langues RTL (Right To Left).

Niveau: Débutant

Changer dynamiquement la palette d'URXVT (et donc de VIM)

Artisan Numérique — Fri, 20 Apr 2012 09:09:34 +0000

Print
PDF

urxvt VIM xterm xtermcontrol couleurs
Changer dynamiquement la palette d'URXVT (et donc de VIM)
Le 20 avril, 2012 - 11:09 | Ulhume

L'un des avantages de gVIM par rapport à VIM/terminal est sa capacité à charger dynamique un thème de colorisation autonome. Dans un terminal, on est en effet lié à la palette qui ne peut pas être modifiée autrement qu'en passant par le fichier de ressources, et donc un redémarrage du terminal. Impossible donc de basculer de manière fluide d'un thème "light" en journée à un thème "dark" en soirée avec VIM/Terminal ? En fait non, comme souvent, il existe une solution élégante à cette problématique.

Pour quoi faire ?

Comme beaucoup, lorsque j'ai commencé à utiliser VIM à plein temps, mon choix naturel c'est porté sur sa version graphique (gVim) principalement pour l'usage de la souris (pratique tout de même pour redimensionner les panneaux) et les changements de polices/couleurs à la volée (pratique pour utiliser un thème de couleurs adapté à l'ambiance lumineuse du moment). Plus tard, je me suis rendu compte qu'avec Urxvt, je pouvais modifier facilement mes palettes et utiliser la souris à peu prés comme en mode graphique. Je suis donc passé à un VIM full terminal. L'intérêt du terminal étant pour moi d'avoir un seul framework applicatif à gérer, et plus précisément pour VIM d'avoir la même configuration en local et en distant. Mais restait tout de même le problème du dynamisme.

L'approche statico-dynamique

Dans la mesure où URxvt va pomper ses couleurs dans le fichier ~/.Xdefaults et qu'il est possible de définir un jeu de couleur par classe, on peut envisager l'idée d'écrire des palettes spécifiques par classe d'application. Ainsi lancer un urxvt -name solarized donnerait la classe "solarized" à URvt permettant à X11 de lui fournir la configuration de couleur adéquate.

Si cette approche est fonctionnelle (c'est ce que je faisais jusqu'à hier), elle est un peu galère car demande à redémarrer vim pour passer d'un thème de couleur à l'autre. Cas classique, un vim plein à craquer que je reprend le soir pour continuer à bosser. L'envie de changer de thème pour quelque chose de plus sombre et l'obligation de relancer et donc de perdre l'ensemble de mon workspace (oui, je sais, je pourrais sauvegarder ma session, mais j'aime pas ça...).

L'approche 256 couleurs

La solution utilisée par certain consiste à écrire des fichiers de syntaxe VIM en exploitant les 256 couleurs du terminal. C'est une approche en effet mais pour moi il reste plus simple de gérer une petite palette de 16 couleurs en mode RGB. En plus, toutes les applications ne prennent pas en charge les 256 couleurs d'un terminal, autant donc rester sur du standard.

L'approche par échappement

Pour octroyer un peu de dynamisme à URxvt, la première possibilité à laquelle j'ai pensé consiste à exploiter ses codes d'échappement propriétaires d'URxvt. J'utilisais déjà cette technique pour changer la police à la volée, bien pratique pour basculer une console en petits caractères pour voir plus de contenu. Cela donnait quelque chose comme cela :

gaston$printf '\33]50;%s%d\007' "xft:Droid Sans Mono:size=" 8

Changement dynamique de la police d'URXVT

Déjà ce n'est pas super pratique, mais surtout j'ai été infichu de trouver de telles séquences pour la palette même si j'ai lu à quelques reprise des traces de leur existence.

L'approche "xterm"

C'est alors que je suis tombé sur un outil appelé xtermcontrol. Sur le papier il fait tout ce que je désire et même plus. Il n'a qu'un petit soucis, il est dédié à... xterm. Alors fin de l'histoire ? Ben non, car il fonctionne aussi très bien avec URxvt.

xtermcontrol s'installe par un simple sudo aptitude install xtermcontrol. Cet outil en pure ligne de commande dispose de nombreuses options permettant de lire et de régler la police (exit donc la séquence d'échappements), le fond et l'encre, la couleur du curseur texte ou souris, et bien évidemment les 16 couleurs de la palette primaire du terminal.

Il m'a donc suffit de créer de petits scripts tout con pour régler le boulot proprement. Voici ce que cela donne pour basculer un terminal en mode "solarized" :

#! /bin/bash
xtermcontrol --bg=#002B36
xtermcontrol --fg=#FDF6E3
xtermcontrol --color0=#002B36
xtermcontrol --color1=#073642
xtermcontrol --color2=#93A1A1
xtermcontrol --color3=#5C3569
xtermcontrol --color4=#335057
xtermcontrol --color5=#251000
xtermcontrol --color6=#572703
xtermcontrol --color7=#FDF6E3
xtermcontrol --color8=#B58900
xtermcontrol --color9=#CB4B16
xtermcontrol --color10=#DC322F
xtermcontrol --color11=#D33682
xtermcontrol --color12=#6C71C4
xtermcontrol --color13=#268BD2
xtermcontrol --color14=#2AA198
xtermcontrol --color15=#859900

Bascule le terminal en couleurs Solarized

Et voilà. Ce script est à exécuter dans un terminal ou au sein même de VIM par un :!palette-solarized.

Conclusion

L'intérêt de cette commande va bien plus loin que la colorisation sous VIM. Vous pouvez ainsi créer des scripts pour augmenter/diminuer la taille de la police d'un terminal, adapter les couleurs à une application spécifique peu configurable (au hasard htop) et restaurer l'ancienne palette à la sortie, etc...

Changer dynamiquement la palette d'URXVT (et donc de VIM)

Artisan Numérique — Fri, 20 Apr 2012 09:09:34 +0000

Print
PDF

urxvt VIM xterm xtermcontrol couleurs
Changer dynamiquement la palette d'URXVT (et donc de VIM)
Le 20 avril, 2012 - 11:09 | Ulhume

Pour quoi faire ?

L'approche statico-dynamique

L'approche 256 couleurs

L'approche par échappement

gaston$printf '\33]50;%s%d\007' "xft:Droid Sans Mono:size=" 8

Changement dynamique de la police d'URXVT

Déjà ce n'est pas super pratique, mais surtout j'ai été infichu de trouver de telles séquences pour la palette même si j'ai lu à quelques reprise des traces de leur existence.

L'approche "xterm"

Il m'a donc suffit de créer de petits scripts tout con pour régler le boulot proprement. Voici ce que cela donne pour basculer un terminal en mode "solarized" :

Bascule le terminal en couleurs Solarized

Et voilà. Ce script est à exécuter dans un terminal ou au sein même de VIM par un :!palette-solarized.

Conclusion

Episode 48 - Mettre en place un système de notation sous Drupal 7

admin — Mon, 16 Apr 2012 06:47:48 +0000

Pour fidéliser votre communauté et déterminer la popularité et la qualité de vos articles, vous pouvez mettre en place un système de notation sous Drupal 7, grâce à l'utilisation du module Fivestar et de sa dépendance Voting API. Avec son rollover jQuery et à la technologie AJAX qui ne nécessite pas de rechargement de page, c'est une façon rapide et efficace de mesurer la satisfaction utilisateur.

Niveau: Débutant

Episode 47 - Naviguer aisément dans l'admin de votre site avec le module Coffee

admin — Mon, 09 Apr 2012 10:25:22 +0000

Les utilisateurs de Mac OSX seront sûrement très à l'aise avec le module Coffee, qui, à la manière de Spotlight ou Alfred permet une recherche ultra rapide dans les pages d'administration du site, en proposant notamment une auto-complétion très efficace et l'ajout de nouveaux nodes en un clin d'œil.

Niveau: Débutant

Ajout de formats de date spécifiques

admin — Fri, 06 Apr 2012 15:42:12 +0000

Les formats de date permettent sur Drupal, permettent de faire abstraction de la syntaxe PHP de la fonction date. Concrètement, dans le code, on fait appel à la fonction format_date.

Les formats de date sont également récupérés par Views.

Il est souvent utile de disposer de son propre format de date, car ceux qui sont fournis par défaut ne sont pas toujours suffisants. Pour cela, une petite méthode simple pour créer un format de date spécifique depuis un hook_install ou un profil d’installation :

/* * Les formats de date spécifiques * Ajout d'un format de date 'example' * Sous la forme d/m/Y (ex : 20/05/2012) */ $machine_name = 'example';

$date_format = array( 'type' => $machine_name, 'format' => 'd/m/Y', 'locked' => TRUE, 'is_new' => TRUE ); system_date_format_save($date_format); $type = array( 'type' => $machine_name, 'title' => 'Exemple', 'locked' => TRUE, 'is_new' => TRUE ); system_date_format_type_save($type);

Se former avec nous! Nous annoncons nos formations en vedette ce printemps.

Koumbit — Tue, 03 Apr 2012 19:46:50 +0000

Notre fameuse formation en CSS/Theming Drupal pour débutants est de retour ce printemps!

Nos formations visent à initier les gens de niveau débutant à intermédiaire à ce système de gestion de contenu et à favoriser votre appropriation des dernières technologies en gestion de sites web.

Durant le cours, nos formateurs vous aiderons à comprendre les notions de base de la communauté Drupal, le css, l'installation et la configuration des thèmes Drupal pour donner un look sur mesure à votre site.

Les places sont limitées: réservez la vôtre aussitôt que possible!

Notez que les formations sont offertes en français, mais quelques ressources et parties peuvent être disponibles en anglais. Des sessions en anglais pourront être organisées selon l'intérêt manifesté.

Les cours auront lieu au local de Koumbit.

HTML / CSS et theming Drupal pour débutants

Suivez avec nous la création d'un look unique pour un site web Drupal. Nous apprendrons tout le processus de création d'un thème, cheminant ensemble pendant la transformation d'une maquette en un thème Drupal. En plus des défis uniques au theming dans Drupal, nous aborderons les derniers standards Web et leurs défis: CSS 3 et HTML 5. Selon les besoins et envies des participants, nous pourrons aussi aborder quelques pratiques plus avancées, par exemple, des "sprites," ou un bref introduction au theming mobile.

Suite à cette formation vous serez être en mesure de :

Créer un thème Drupal fonctionnel à partir d'une maquette.
Connaître et appliquer les bonnes pratiques en theming.
Connaître les pièges les plus importants (et idéalement les éviter)
Connaître les outils pratiques pour l'intégration.

Connaissances requises :

Connaissances de base en HTML et CSS (c'est à dire: savoir ce que c'est!). Nous allons revoir les notions de base si besoin est.

Profs

Lydie Servanin, intégratrice et Heidi Strohl, graphiste

Coût

375$ pour trois cours/ateliers de 4 heures chaque.

Dates

18 mai, 10h à 14h30
25 mai, 10h à 14h30
1 juin, 10h à 14h30

Note : nous prenons une heure de pause pour le repas.

Details

Voir le plan de cours
Inscrivez-vous! (Limite de 8 participant(e)s) N'oubliez pas de nous laisser savoir si vous avez une requête particulière que vous voulez traiter durant la formation.

Episode 46 - Tester les fonctionnalités et restrictions utilisateur avec Masquerade

admin — Mon, 02 Apr 2012 12:44:04 +0000

Lorsque l'on met en place des rôles, des restrictions ou des fonctionnalités bien spécifiques pour ses utilisateurs, c'est une véritable corvée que de tester que tout fonctionne correctement. Grâce au module Masquerade pour Drupal 7, plus de problème puisque vous allez pouvoir prendre possession de n'importe quel compte et tester exactement ce à quoi vos utilisateurs auront droit et ce qu'ils verront sur le site.

Niveau: Débutant

Convertir un site Drupal MySQL vers PostgreSQL simplement

arNuméral — Sat, 31 Mar 2012 15:10:45 +0000

sam, 31/03/2012 - 17:10
| Yoran
Tutoriels Drupal Database API Drupal 7 Module Schema MySQL PostgreSQL Schema API

Convertir un site Drupal MySQL vers PostgreSQL simplement

Combien de fois ais-je entendu "Postgres c'est super lent comparé à MySQL" (version polie). Et ce qui est amusant c'est que généralement cette affirmation s'appuie uniquement sur un ressenti de développeur assis devant sa bécane de compétition qui n'aura donc jamais qu'un seul pauvre utilisateur à servir... Assez faible vous en conviendrez. Le problème c'est que pour faire une vraie comparaison, il faudrait travailler sur un vrai site qui existerait pour les deux bases de données. Un cas de test généralement délicat voir impossible à monter tant les SGBDR sont mauvais dés qu'il s'agit de les interchanger.

Partant de cela, je me suis demandé, dans le cas exclusif d'un site sous Drupal, comment permettre une telle conversion. Et j'ai fini par tomber sur une méthode finalement assez simple.

Déjà, pourquoi est-ce normalement compliqué ?

En effet, puisque tout SGBDR utilise le langage SQL, convertir une application devrait être l'enfance de l'art. Malheureusement, ça c'est sur le papier. Dans la réalité, c'est un peu comme la norme CSS et Internet Explorer, chaque éditeur de base de données y vas de ses exotismes tant et si bien qu'à la fin, l'application se retrouve pieds et poings liés. Si l'on réduit le champ à une application PHP, les problèmes sont les suivants :

Les fonctions PHP (connexion, requêtes, etc) utilisées sont différentes d'une base à l'autre.
Les créations de tables ne fonctionnent que pour un moteur de base de données.
Les requêtes utilisent des fonctions spécifiques et même parfois des syntaxes propres à une base.

En bref, tester les performances sous PostgreSQL d'une application PHP écrite pour MySQL, c'est même pas la peine d'y penser?

Abstraction

C'est pour cela que Drupal, comme une majorité de cadres applicatifs, cherche depuis bien longtemps à mettre en place une certaine forme d'abstraction de la couche de stockage, adressant les trois aspects vu plus haut : la connexion et l'échange de données, la création de tables et le requêtage.

Drupal étant assez simpliste (euphémisme) dans son usage d'une base (pas de clefs étrangères, pas de procédures stockées, pas de triggers, pas de vues, etc), il s'est longtemps borné avec succès à l'abstraction de la connexion et ce principalement pour deux bases : PostgreSQL et MySQL. Avec Drupal 7 et l'adoption de PDO, cette aspect a été encore grandement amélioré.

Depuis Drupal6, Schema API adresse l'épineux problème des disparités dans la syntaxe de création des tables. Il est depuis cette version possible d'écrire des modules qui créent des tables dans une sorte de langage pivot (dans le plus pur style d'Array Oriented Programming Drupalien) laissant au système le soin de le traduire dans celui de la base utilisée.

Enfin, avec Drupal 7, arrive l'excellente Database API qui vient compléter l'attirail en proposant l'abstraction des requêtes dynamiques.

En somme, depuis Drupal 7, nous pouvons donc, avec un peu de soin et de méthode, commencer à écrire des modules qui sont ainsi quasiment agnostiques concernant la couche de stockage.

Schema API et conversion de base

Pour revenir à notre question d'origine, dans la mesure où Drupal peut facilement basculer d'une base à l'autre (abstraction de la connexion), convertir une base de donnée Drupal de MySQL à PostgreSQL se simplifie donc à la résolution de deux problématiques :

Créer une base PostgreSQL content l'ensemble des tables de notre installation MySQL.
Injecter dans PostgreSQL un dump provenant de MySQL.

Si le second point ne semble pas bien sorcier (ce ne sont au fond juste que des insert), la création du schéma de la base est autrement plus épineux car il s'agit littéralement de traduire le langage MySQL en langage PostgreSQL. Bon courage...

C'est là que Schema API vient à notre rescousse. En effet, à quoi sert de convertir le schéma de MySQL puisque drupal depuis sa version 6 dispose pour l'ensemble de ses modules activés d'une description précise des tables créées. La seule astuce qu'il nous faut trouver, c'est comment le forcer à produire du code "PostgreSQL" lorsqu'il travaille avec MySQL.

Problématique résolue par l'usage de l'indispensable module Schema. Ce module a été écrit pour lister les schémas définis par chaque module installés. Il est surtout utilisé pour vérifier que la base de donnée physique est bien en accord avec la description que drupal en a gardé et permet notamment de faire du ménage sur des tables laissées sans objets par exemple lors de mises à jour.

Mais schema permet aussi de générer un script SQL de création de l'ensemble des tables répertoriées. Premier pas vers notre conversion qui s'arrête rapidement car il se limite à utiliser la syntaxe du moteur en cours d'usage.

Pour contourner cela, nous allons utiliser les fonctionnalités du module Schema dans un petit script très simple :

#! /usr/bin/php
<?php
define('DRUPAL_ROOT', getcwd());

require_once DRUPAL_ROOT . '/includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);

$schema = drupal_get_schema(NULL, TRUE);
$sql = '';
$class_name = 'SchemaDatabaseSchema_pgsql';
$engine = new $class_name(Database::getConnection());
foreach ($schema as $name => $table) {
if (substr($name, 0, 1) == '#') {
continue;
}
$stmts = $engine->getCreateTableSql($name, $table);
$sql .= implode(";\n", $stmts) . ";\n\n";
}
echo str_replace(array('{', '}'), '', $sql);

dump_schema.php

Tout le début n'est qu'une recopie du script PHP de démarrage de Drupal (index.php). Ce qui suit le boostrap est la fonction du module Schema modifiée de sorte à forcer l'usage du traducteur PostgreSQL et ainsi produire un script SQL pour ce moteur.

Il suffit ensuite de lancer ce script pour avoir régler 80% de notre problématique avec code SQL généré en sortie standard qu'il suffira d'injecter dans PostgreSQL. Ensuite il ne restera plus qu'à injecter les données elles-mêmes. La procédure complète donne dés lors quelque chose comme ceci :

# Création de la base de donnée sur postgresgaston$echo "create database mon_site" | psql -Upostgres # Injection du schemagaston$php ./dump_schema.php | psql -Upostgres mon_site # Injection des donnéesgaston$mysqldump -uroot -pmot_de_passe_root --no-create-info --compatible=postgresql mon_site | sed "s/\\\'/\'\'/g" | psql -Upostgres mon_site

Avouez que ce n'est pas sorcier, et le pire c'est que cela fonctionne. La dernière ligne de la procédure, un peu longuette, permet de générer un dump MySQL contenant seulement les inserts (--no-create-info) et formalisé pour PostgreSQL (--compatible=postgresql). La commande SED est juste là pour convertir les \' en ''. L'exécution de cet import va générer un paquet de warning car PostgreSQL aimerait bien que l'on utilise un approche standard pour les autres échappements (\r, \n, etc.) mais au final, il ne faut que crier et les données sont bien insérées.

Conclusion

Cette méthode est grandement améliorable, automatisable et généralisable à d'autres échanges. Je verrais si j'ai le temps d'écrire une procédure plus générique. Mais déjà en l'état j'ai pu la tester sur un gros site en Drupal 7/MySQL qui s'est mis à tourner sous PostgreSQL sans autre tracas. Magique.

J'ai à cette occasion pu constater que les performances de MySQL teeeeellllement meilleurs que PostgreSQL était pipo/clarinette mais ça, c'est une autre histoire :-)

Episode 45 - Raccourcir des adresses sous Drupal 7 grâce au module Shorten URLs

admin — Sun, 25 Mar 2012 11:03:05 +0000

Avec l'omniprésence des réseaux sociaux dans notre quotidien et désormais des URLs raccourcies, il paraît presque obligatoire de s'assurer que son site Drupal 7 va être capable d'en générer facilement, que ce soit avec des services populaires tels que bit.ly ou tinyurl.com ou pourquoi pas avec son propre service. Le module Shorten URLs va donc vous y aider en vous permettant de générer des URLs courtes à la demande.

Niveau: Débutant

Quoi de neuf dans Drush 5 ?

admin — Fri, 23 Mar 2012 08:15:03 +0000

Durant la DrupalCon Denver cette semaine a eu lieu une conférence par Moshe Weitzman, Jonathan Hedstrom, Owen Barton et Mark Sonnabaum. À l'issue de celle-ci devait être releasée la version 5 stable de Drush (je suis peut-être un peu en avance sur ceci).

Drush est votre ami, si vous êtes un développeur, vous devez forcément l'avoir installé, et je vais donc partir du principe que vous avez utilisé la version 4. Je vais vous présenter dans cet article les nouvelles fonctionnalités de la version 5.

Emplacement de configuration

Les configurations, au travers de fichiers drushrc.php, peuvent maintenant être placées à plusieurs endroits :

Relatif à l'utilisateur unix : ~/.drush/drushrc.php
Relatif au site Drupal : sites/{default|example.com}/drushrc.php
Relatif au système/serveur : /etc/drush/drushrc.php

Alias shell

Vous pouvez maintenant fournir vos propres alias de commandes Drush dans la configuration, exemple :
1
2
3
4
$options['shell-aliases'] => array(
'pull' => '!git pull',
'pulldb' => '!git pull && drush updatedb',
);
Vous pouvez donc renseigner des commandes drush mais ausi des commandes système tel que git ou rm.

Gestion des options

Les options non reconnues renvoient maintenant une erreur, plus "Mais pourquoi ma commande n'a pas marché ?", les erreurs de syntaxe sont ainsi plus facilement évitées.

L'aide des commandes Drush a adopté uniformément une syntaxe pour les paramètres des options :

--option=<valeur> pour les paramètres obligatoires
--option=[valeur] pour les paramètres optionnels

Compatibilité Windows

Enfin ! Oui, ils ont fait du bon boulot... Sponsorisés par Microsoft en personne, un installer est maintenant dispo, et plus (forcément) besoin de cygwin.

Tracking

Il est maintenant possible de garder un log des commandes utilisées, celles-ci peuvent être anonymisées et envoyées à MongoLab (sponsor des développeurs de Drush) pour faire évoluer Drush dans la bonne voie.
Ceci peut également être utilisé par les sysadmins pour garder un œil sur ce que font les développeurs.
Cette option est désactivée par défaut.

Drush make

Le célèbre gestionnaire de paquet s'invite dans le core de Drush, il est dès à présent possible de créer ses fichiers .make out-of-the-box pour installer ses modules et thèmes préférés toujours plus vite.
Ce n'est pas tout, les différents téléchargements sont maintenant réalisés en parallèle (4 processus par défaut), pour toujours plus de rapidité !
D'ailleurs si vous ne le saviez pas, il existe un cache dans Drush qui permet de récupérer les tarball déjà dans le système au lieu de toujours aller les chercher sur le réseau.

Autocomplétion

Oui, mesdames et messieurs ! L'autocomplétion des alias de sites, des commandes, des alias de shell, des options et des modules est maintenant disponible. Une gestion des contextes permet de ne pas être surchargés par toutes les possibilités. Je vous invite à le tester à l'usage ou à regarder la vidéo pour en savoir plus.
Pour l'activer il suffit de copier/coller drush.complete.sh vers /etc/bash_completion.d, ou, si vous n'avez pas les droits, il suffit d'inclure un petit bout de code dans votre ~/.bashrc

Certaines options vous permettent même de vous passer du mot-clé drush en début de commande, exemple :
@monsite dl views

Built-in WebServer

Drush propose maintenant un serveur HTTP léger afin d'exécuter vos sites Drupal. "À quoi cela sert" me direz-vous, et bien si vous voulez tester une configuration Drupal sans vous embêter avec les VHosts d'Apache, cette commande est très utile. Outre le fait d'afficher les logs d'accès aux pages, elle affiche également les messages watchdog.
Ainsi, la commande drush run-server :8889/ ouvrira une page dans votre navigateur vers le site Drupal courant. Ceci requiert php-cgi et PHP 5.3

Ce n'est pas tout, on peut maintenant faire du Drupal jetable avec la commande quick-drupal. C'est parfait si vous voulez épater Marcel et son site Joomla en quelques secondes :
cd /tmp drush quick-drupal

Cela télécharge un Drupal 7, crée une base SQLite (donc dans un fichier), et installe le profil d'installation standard. Vous pouvez ensuite jouer avec les très nombreuses options :
drush qd "Ma boutique" --core=commerce_kickstart --profile=commerce_kickstart --yes --watchdog (Marcel va avoir une attaque après celle-ci)

Si vous n'en avez plus besoin, rm -r du dossier, au revoir.

Je l'avoue, j'ai applaudi tout seul chez moi là...

Queue API

Il semblerait que le fonctionnement de la nouvelle Queue API de Drupal 7 soit un peu trop cachée et éxécutable dans le cron, Drush résout maintenant ce problème avec deux commandes :

drush queue-list liste toutes les queues recensées par les modules
drush queue-run exécute ces queues

Multisites

Pour les gens qui bossent sur les multisites, il peut être frustrant de ne pas exécuter la commande dans le bon site ou même que celle-ci s'exécute dans sites/default, Drush 5 fournit les commandes drush site-set et drush site-reset pour que ce paramètre devienne persistant.

Beaucoup de nouveautés, et de taille ! Un conseil personnel, pour bénéficier des dernières fonctionnalités de Drush au jour le jour, clonez le dépôt directement. Celles-ci présentent encore quelques bugs et ils semblerait que les développeurs n'ont pas pu sortir la version stable à temps. Bravo à eux quand même !

"We'll see you on the command line" — Moshe Weitzman

La vidéo de la présentation est disponible ici.

Tags: Drupal Drush DrupalCon

Débugger une requête dynamique

arNuméral — Fri, 23 Mar 2012 00:06:14 +0000

ven, 23/03/2012 - 02:06
| Yoran
Tutoriels Drupal Database API Drupal 7

Débugger une requête dynamique

Avec Drupal 7 a été introduit une toute nouvelle couche d'accès aux bases de données. Et parmi les nombreuses possibilités offertes par cette Database API, nous trouvons la manipulation dynamiquement des requêtes SQL pour ajouter une jointure, un tri, une condition, etc.

Mais cette fantastique possibilité induit aussi de véritables maux de crâne lorsqu'arrive l'inévitable heure du debuggage.

Requêtes dynamiques avec Drupal 6

Avec Drupal 6, lorsque l'on devait créer une requête à géométrie variable, cela donnait un code de ce genre :

if (!is_null($uid)) {
$bout = "n.uid=$uid"; // oui je sais, ce n'est pas safe, c'est pour l'exemple ;-)
} else {
$bout = '';
}

$query = "
SELECT n.nid, n.title
WHERE
$bout
n.type='mon_type' AND
n.status=1
ORDER BY n.created DESC";

$result = db_query($query);
while ($row = db_fetch_object($result)) {
...
}

Alors pas de doute, c'est moche. Cela peut être rendu moins moche avec les placeholders, mais bon, pas terrible tout de même...

Drupal 7 et db_select

Maintenant, écrivons le même code en utilisant les requêtes dynamiques de Drupal 7 :

// Création d'une requête en définissant le "from"
$query = db_select('node', 'n');

// Ici une clause "where" conditionnée par la présence d'un user ID valide
if (!is_null($uid)) {
$query->condition('n.uid', $uid);
}

// Clause Where : n.type='mon_type'
$query->condition('n.type', 'mon_type');

// Clause Where : n.status=1
$query->condition('n.status', 1);

// On trie le tout
$query->orderBy('n.created', 'DESC');

// Et on itère sur le résultat, tout simplement...
foreach ($query->execute() as $row) {
...
}

Comme vous pouvez le constater, cela n'a pas la même gueule... Le sujet de ce papier n'étant pas d'expliquer en détail le fonctionnement de cette API, je vous conseille d'aller bouquiner l'excellent documentation disponible ici.

Et quant ça coince ?

Seul souci dans cette histoire, comment debugger une requête qui plante. Et justement, la requête donnée plus haut plante salement (c'est même fait exprès ;-). Avant, avec Drupal 6, un simple echo $query aurait suffit. Et avec Drupal 7 ce n'est guère plus compliqué.

$$echo (string)$query;
SELECT FROM {node} n WHERE (n.type = :db_condition_placeholder_0) AND (n.status = :db_condition_placeholder_1) ORDER BY n.created DESC

En effet, $query est maintenant un objet dont la classe a le bon goût d'implémenter la méthode magique __toString() et de fournir en résultat une requête SQL correctement formée, ou presque. Presque car nous avons encore ces "placeholder" qui nous bouchent la vue. Qu'à cela ne tienne, il suffit d'aller piocher les valeurs de ces placeholders, qui sont les paramètres de notre requêtes, grâce à la méthode $query->getArguments() qui nous renvoie un tableau utilisable par la fonction PHP strtr :

$$echo strtr((string)$query, $query->getArguments());
SELECT FROM {node} n WHERE (n.type = mon_type) AND (n.status = 1) ORDER BY n.created DESC

Voilà qui est bien mieux. On voit immédiatement qu'il manque quelque chose d'assez fondamental entre le SELECT et le FROM, les champs à remonter. Cela se corrige facilement :

// Création d'une requête en définissant le "from"
$query = db_select('node', 'n');

// Ajout des champs n.nid et n.title
$query->fields('n', array('nid', 'title'));

Voilà, c'est réglé. Et nous pouvons donc ajouter à nos fonctions pratiques celle qui permet de debugger une requête dynamique :

function db_debug($query) {
return strtr((string)$query, $query->getArguments()+array('{'=>'', '}'=>''));
}

Cette fonction n'est rien de plus qu'une formalisation de la technique énoncée plus haut, à ceci près que je vire au passage les accolades permettant de tester la requête facilement dans une console mysql ou postgresql.

Happy hunting :)

Hook moi mon JQuery, merci Behaviors !

admin — Tue, 20 Mar 2012 14:07:30 +0000

Etat des lieux

Les développeurs Drupal l’auront remarqué, depuis l’avènement de Drupal 7, la déclaration d’un fichier Javascript dans les règles de l’art a sensiblement évolué. Pour tout dire, celle-ci parait affreusement compliquée par rapport à ce qu’elle était sur Drupal 6.

Ainsi, sur Drupal 7, avant d’écrire du JQuery dans un fichier externe on se doit d’écrire ceci :

/** * @file Mon fichier JQuery */ (function ($) { Drupal.behaviors.my_module = { attach: function(context, settings) { /* * Mon code JQuery */ } }; })(jQuery);

Alors les sceptiques diront : mais qu’est ce que c’est qu’ce truc? En Javascript on se contente d’un petit :

$(document).ready(function() { //Mon code Javascript }

Oui mais la syntaxe Drupal 7 ne se contente pas d’attendre que tout les éléments du DOM soient chargés avant de lancer la machine JQuery.

Les « Hooks » JQuery de Drupal 7

Drupal.behaviors.my_module

Ce que vous voyez au dessus, ce sont ni plus ni moins que la transposition, en JQuery, des hooks si chers à Drupal. Attendons nous, le terme de hook est un peu abusif dans le cas de JQuery. Il s’agit en fait de la possibilité « d’écraser » du code JQuery invoqué.

Par exemple, si je souhaite modifier le comportement de l’auto-complétion sur mon site Drupal, je peux écrire ceci :

(function ($) {

/** * Attaches the autocomplete behavior to all required fields. * * Override les fonctions de misc/autocomplete.js */ Drupal.behaviors.autocomplete = { attach: function (context, settings) { //Mon code d'autocomplétion } } }

Et à la condition que mon fichier JS soit chargé après le fichier autocomplete.js du coeur, le comportement de l’auto-complétion sera celui que j’ai défini dans mon fichier JS spécifique.

DrupalEveryDay un petit service pour apprendre un peu plus chaque jour

admin — Tue, 06 Mar 2012 10:21:05 +0000

Cela fait quelques mois maintenant que Drupal 7 est arrivé, de nouveaux concepts sont apparus, de nouvelles API ont été mises en place et beaucoup de hooks ont été modifiés.

Comme pas mal de monde, j’ai lu plein d’articles sur Internet mais aujourd’hui encore j’ai l’impression de n’avoir découvert qu’une petite partie des nouvelles fonctionnalités. [...]

Petite introduction à VIM

Artisan Numérique — Wed, 29 Feb 2012 22:46:33 +0000

Print
PDF

VIM
Petite introduction à VIM
Le 1 mars, 2012 - 00:46 | Ulhume

Cela fait quelques temps déjà que j'évoque VIM au détours de divers billets sans jamais m'y arrêter vraiment. Du coup, j'ai reçu deux trois messages me demandant d'en parler un peu plus. Dans ces mêmes messages il m'a été (très gentiment) "reproché" de faire des articles un peu trop fleuves. Du coup je vais essayer de saucissonner un peu plus qu'à l'accoutumée pour commencer par une introduction très générale à VIM. Le reste (customisation, plugins, etc.) viendra plus tard.

Mais d'où sors-tu une telle vieillerie ?

Que voulez-vous, dans ce monde d'iPad et autres doudoux numériques, même les développeurs veulent que ça claque, que ça brille, que ça gigote, et comme VIM ne fait rien de tout cela, ça ne les excite que peu... Mais de là à considérer VIM comme une vieillerie c'est aller un peu vite en besogne.

Ceci étant dit, VIM est effectivement un "vieux" logiciel qui existe depuis plus de 10 ans et qui s'inspire de VI qui lui est né dans les années 70... Pour la petite histoire, son auteur (celui de VIM) cherchait à créer un clone de VI pour l'Amiga en partant du code de STvi, un clone de vi pour Atari... VIM voulait à l'époque dire VI iMitation et ce n'est que plus tard qu'il devint VI iMproved.

C'est sans doute cette longue histoire qui donne à VIM son côté faussement ventage. Mais ce serait oublier un peu vite qu'un logiciel doté d'un tel héritage, c'est aussi plus de 30 ans d'améliorations et de perfectionnements. Et c'est aussi oublier que VIM est un projet actif même s'il ne suit pas le modèle de rythme effréné adopté par la fondation Mozilla, ce que nous serons je pense peu à lui reprocher...

Maintenant si l'on se base uniquement sur les fonctionnalités, VIM propose absolument tout ce que vous pouvez trouver ailleurs. Auto-complètement statique ou dynamique (en fonction du contexte), multi-documents, multi-fenêtrage, onglets, personnalisation extrême et langage de script, coloration syntaxique (avec thèmes dynamiques et plusieurs centaines de formats de fichiers reconnus !!), auto-indentation, reformatage, supports de plugins (en perl, en python, en ruby, en Tcl, etc.), prise en charge des écritures de gauche à droite, replis (possibilité de plier automatiquement ou manuellement des portions de texte), gestion native de diff, etc, etc. Et tout ceci en restant léger en mémoire et très très rapide.

Côté parfums, VIM en deux déclinaisons : mode texte dans un terminal, mode graphique avec l'application gVim qui fonctionne sous Gtk, mais aussi nativement sous MacOS, Windows, etc. Avouons qu'en virant la carrosserie de pas mal d'éditeurs "hype", il ne leur reste pas toujours de quoi faire rougir VIM...

Notez au passage que la version graphique de VIM exploite un cœur commun avec la version texte qu'elle habille plus qu'autre chose de menus déroulants, assesseurs, menus contextuels et autres barres d'outils. Cela signifie que même si vous utilisez la version graphique, en faisant gaffe à deux trois trucs, toute votre configuration et vos plugins fonctionneront sur la version console et vice-versa. Et c'est un plus non négligeable je vous l'assure, que de pouvoir intervenir à distance via SSH sur la machine d'un client avec SON PROPRE environnement configuré aux petits oignons... Car petit détail qui compte, plus que rares sont les GNU/Linux qui n'ont pas VIM installé en standard.

Comme vous le voyez à travers cette liste à la Prévert, VIM est loin d'être l'éditeur ringard décrit par certains. Et son héritage avec VI est à prendre plus au sens philosophique qu'au sens littéral.

Moi je veux bien mais quant j'y tape un truc, y'a rien qu'imprime !!

Ah vi, la philosophie de vi :-) Comme c'est déroutant la première fois.. Papi se souvient la larme à l'œil le nombre de fois où il a manqué d'envoyer contre un mur le clavier de son terminal.. Un machin en texte connecté à un, déjà à l'époque, antique IBM 6150... Non sérieusement, je ne blâmerais pas celui qui me dira que vi n'est pas simple d'accès, car c'est un fait, vi est à l'opposé de tout ce que vous avez jamais utilisé pour éditer un texte jusqu'à aujourd'hui.

Le point clef à comprendre est que vi est modale alors que tous les autres éditeurs sont visuels. Certains dirons, et je ne trouve pas cela si idiot que cela, que vi est l'éditeur du cerveau gauche et que les autres sont calés sur le cerveau droit.

En effet, vi décompose l'action d'éditer un texte principalement (mais il y en a bien d'autres) en deux modes :

Le mode normal qui permet de naviguer et d'effectuer des opérations d'altération.
Le mode insertion qui permet de taper du texte au kilomètre.

Et comme VI démarre en mode normal, pour taper son premier texte, il faut commencer par presser i de sorte à passer en mode insertion (Esc permettra de revenir au mode normal). Sans cela, c'est la cata car tout ce qui est tapé sera interprété comme des commandes à appliquer sur le texte. Voilà l'origine de ce qui énerve un néophyte arrivant la bouche en cœur sous VI pour modifier une pauvre config et qui n'arrive qu'à la pourrir un peu plus...

Pour comprendre l'origine de cet étrange découpage, il faut encore remonter dans le temps. Je vous parlais plus haut de mon IBM 6150 que l'on appelait à l'époque un MainFrame, un "gros" serveur auquel était relié par des liaisons série des terminaux, sortes de minitels évolués. Tout ce que l'on tapait était transmis au serveur, qui l'interprétait et renvoyait au terminal ce qu'il fallait afficher sur l'écran (ça ne vous rappelle pas le web ;-) Comme vous pouvez l'imaginer les transmissions étaient lentes, d'autant plus lentes que l'on était plusieurs à bosser sur le pauvre CPU à 5.9Mhz et ses colossales 1Mb de mémoire. Le choix de l'approche modale était donc avant tout une question d'économie des touches tapées pour effectuer le maximum d'opérations en un minimum d'octets.

À cette contrainte se rajoutait, dans une moindre mesure, des claviers souvent réduits au minimum, sans flèches ni pavé numérique. Le principe de la modalité était donc d'utiliser l'ensemble des touches alphanumérique pour les opérations courantes. Ainsi pour détruire un bloc de 10 lignes, ce qui correspondait avec un éditeur type wordstar à Ctrl-K-B, 10xflèche Bas, Ctrl-K K, Ctrl-K Y s'écrivait en VI : 10D. Je vous laisse calculer l'économie... Le modalité permet donc de "multiplexer" les touches en leur donnant une signification différente selon les contextes.

Alors de nos jours, est-ce que cette économie a encore un sens ? Je pense que oui, et ce pour plusieurs raisons :

Ce qui allait vite hier va tout aussi vite aujourd'hui. Une fois que vous commencez à maîtriser les commandes, VIM devient absolument ahurissant de rapidité. Et comme il a été pensé depuis des dizaines d'années dans ce sens, vous passez votre vie à découvrir des perles vous faisant gagner encore du temps. Par exemple, j'ai découvert ce matin qu'en mode normal, si je suis entre deux guillemets et que je veux remplacer tout ce qui se trouve entre ces guillemets par un autre texte, il me suffit de taper ci". Cela supprime tout ce qui se trouve entre les guillemets et passe tout seul en mode insertion, me permettant de saisir le texte en remplacement. Cela fonctionne sur tout caractère de type ouvrant/fermant, y compris les parenthèses... Pratique non ?
Pour qui tape beaucoup de texte (développeur, rédaction d'articles, etc), toute économie de pression sur le clavier se ressent directement sur des doigts et les poignets moins douloureux en fin de journée. A l'heure où l'on parle de plus en plus des troubles musculo-squelettiques liées à l'usage de l'informatique, VI se trouve ici un nouveau statut d'éditeur zen pour les articulations.
VIM se contrôle entièrement au clavier. La souris y fonctionne parfaitement mais n'est en aucun cas nécessaire. Et là aussi c'est une cause de trouble musculo-squelettique en moins, et pas des moindres celle-là. Pour rire, tapez un texte ou du code avec votre éditeur habituel mais mettez la souris beaucoup plus loin que d'habitude. Vous prendre ainsi conscience du nombre de fois où votre bras doit 'décoller' du clavier pour aller chercher le mulot, puis revenir au clavier. Et tout cela juste pour une simple sélection de bloc de texte à copier que vous auriez fait avec VIM par un Esc 10Y (copie-moi les 10 lignes qui suivent sous le curseur).

Donc oui, une bonne partie de l'optimisation du contrôle de VIM vient d'un âge révolu, mais le système qui en est sorti est toujours d'actualité. Et c'est important à garder en tête pour tacler aussi les vimmers sado-maso. Ceux qui disent par exemple qu'un vrai vimmer, n'utilise pas les flèches et doit privilégier les touches h (gauche), l (droite), j (bas) et l (haut). Ne riez pas, j'en connais qui désactivent exprès les flèches pour se forcer à utiliser ces touches !! Car oui cela économise encore un peu de mouvements du poignet ce qui ne peut pas faire de mal, je ne le conteste pas. Mais 1/ ces touches de directions existent avant tout parce qu'à une lointaine époque il n'y avait simplement pas de flèches sur le clavier 2/ pour tous ceux qui bossent sur un portable, les touches de directions sont maintenant totalement intégrées au corps central, et c'est aussi le cas pour beaucoup de claviers semi-compacts 3/ Et pour les claviers 102 touches à l'ancienne, on ne va pas en faire des tartines juste pour un déplacement de 5 cm à tout casser, faut pas déconner non plus...

Bref, il faut savoir raison garder et chercher plutôt à capter la philosophie d'ensemble et dans tous les cas, il faut que cela reste ludique ! Promis, vos dents ne vont pas tomber si vous faites des entorses à l'Esprit VI. Moi-même je le confesse mon père, j'ai péché. J'ai créé prés de 50 lignes de redéfinition de touches juste pour sélectionner visuellement une zone par Shift-flèches haut/bas/gauche/droit. J'ai même fauté avec la combinaison Control-Shift-flèches... Ben entre nous, au delà de mes dents qui sont toujours là, c'est tout de même bien pratique lorsqu'on veut sélectionner un bloc sans avoir à compter les lignes...

VIm est un outil qui fait plaisir, essayez de comprendre comment il fonctionne mais ne vous martyrisez pas non plus. Et rapidement, si vous gardez l'esprit jouer, tout cela deviendra tellement naturel que vous pousserez de vilains jurons en utilisant OpenOffice parce que vous aurez salopé votre texte en y tapant ggVG> (oui, ça veut dire quelque chose en VIM;-).

VIM ou gVIM, le choix des armes

Là, pas de grands discours à faire c'est une question de goûts. Les deux moutures sont aussi performantes l'une que l'autre. La gestion de la souris en mode console est proprement excellente (vous pouvez redimensionner les fenêtres, sélectionner des blocs, etc) ce qui diminue encore l'espace entre les deux.

Pour l'heure j'utilise la version console (cf copie d'écran) avant tout parce que j'apprécie de pouvoir lancer mon environnement de développement sur des machines distantes ne disposant pas de couche graphique. N'utilisant pas les menus déroulants et les barres d'outils, la version graphique m'apporte peu mais là encore c'est une question personnelle qui n'a au fond que peu d'incidence.

Encore du blabla ou on pratique un peu ?

Moi qui comptait faire court, c'est vaguement loupé. Je vais essayer de me rattraper par ce chapitre de mise en selle.

Comment j'écris un truc ?

Lorsque vous lancez VIM pour la première fois, vous arrivez sur une page remplie de ~ (qui signifie "ligne vide"), un message de bienvenue vous invitant à faire une donation à l'association humanitaire de l'auteur originel de VIM, un peu d'aide et 2 lignes vides en bas de l'écran. Les ~ représentent la fenêtre principale d'édition, la première ligne vide la barre de statut et la seconde la barre de commandes.

Comme nous l'avons vu plus haut, VIM à son démarrage est en mode normal. Pour commencer une saisie, nous devons basculer en mode Insertion. Pour cela pressez la touche i (ou Insert, ça marche aussi). A la première lettre que vous allez saisir le message d'accueil va disparaitre. Tapez ainsi plusieurs lignes, puis pressez Esc pour revenir au mode normal.

Et si je veux le modifier ?

S'il s'agit de petites tâches comme ajouter/supprimer des caractères par-ci par-là, vous pouvez rester ou revenir au mode insertion. Sinon en restant en mode normal il est possible de faire des choses plus intéressantes. Vous pouvez par exemple détruire la ligne sous le curseur (dd). En réalité elle n'est pas détruite mais déplacée dans un registre (une sorte de presse-papier). Ainsi si vous tapez p (sorte de "coller") elle vous sera restituée. Souvent les commandes du mode normal peuvent être précédée d'un chiffre. Ainsi si vous tapez 2dd, vous transférez dans le registre non pas une mais deux lignes. Si vous voulez copier et non supprimer, remplacez d par y (yank). Ainsi pour copier deux lignes, ce sera 2yy ou 2Y pour sa version encore plus courte.

Moi j'aime pas compter...

Si vous avez la flemme de compter les lignes, vous pouvez passer en mode Visuel en pressant (en mode normal) la touche V (notez la majuscule). Là vous pouvez bouger le curseur et étendre la sélection. Pour copier/supprimer, ce sera les mêmes lettres que le mode normal mais une seule fois (d pour déplacer dans le registre, y pour copier dans le registre). Bien évidement il y a plein d'autre commandes comme par exemple > ou < pour indenter/désindenter le bloc en cours. Cela fonctionne aussi en mode normal en doublant. Par exemple 10>> en mode normal va indenter les 10 lignes sous le curseur, curseur compris.

En réalité il y a trois modes visuels. Le mode V est le mode visuel "par ligne". On peut lui préférer le mode visuel "par caractères" en tapant (en mode normal) la lettre v (en minuscule). Vous pouvez maintenant vous déplacer à gauche et à droite, en haut et en vas pour surligner une zone exactement comme vous l'auriez faut avec une souris. Comme pour V vous pouvez appliquer des commande de copie, etc.

Pour le plaisir, le troisième mode visuel est le mode "bloc" accessible par Control-v. Très pratique pour supprimer des colonnes de texte mais pas seulement. Pour le fun, passez en mode insertion et saisissez trois mots, un par ligne. Revenez en mode normal par Esc, allez sur le premier caractère du premier mot puis pressez Control-v. Sélectionnez ainsi les 3 premiers caractère de vos trois mots et pressez I (majuscule) puis Mot: , puis enfin Esc. Magie, vos trois mots sont maintenant précédés par ce que vous venez de taper.

Des "astuces" comme cela, sans rigoler, il y en a des milliers... Une petite pour la route ? Comment exécuter une commande du mode normal sans pour autant sortir du mode insertion. Un usage type est de vouloir détruire la fin de la ligne où se trouve le curseur alors que je suis en mode insertion. Normalement il aurait fallut que je tape Esc (pour repasser en normal), puis d$ qui permet de détruire tout jusqu'à la fin de la ligne ($ signifie jusqu'à la fin. Si à l'inverse vous désirez détruire du début jusqu'au curseur utilisez ^). Ensuite je dois re-presser i pour revenir en insertion, un peu longuet... Et si c'est long c'est qu'il y a forcement un autre moyen. Ce moyen c'est Control-o. En mode insertion si vous pressez Control-o cela vous bascule en mode normal juste pour une commande et vous replace en insertion juste après. Notre destruction se simplifie donc par un Control-od$, beaucoup mieux :-)

Et si ce n'est pas encore assez rapide pour vous, comme soufflé en commentaire, vous pouvez utilisez le raccourcis sur d$, D (majuscule). Ce qui nous donne Control-oD.

Ok, mais comment je sauve ?

La sauvegarde du texte comme beaucoup d'opération générales passe par la saisie d'une commande en mode... commande. Ce mode est accessible à partir de tous les modes sauf insertion par la touche :. Lorsque vous la pressez, le curseur se déplace sur la dernière ligne de l'écran, la barre de commande. Vous pouvez alors saisir votre commande puis l'exécuter en pressant entrée.

Pour sauvegarder notre texte, nous allons utiliser la commande :write mon_fichier.txt (lorsque je commence par un : cela veut dire une commande en mode commande et je sous entends qu'il faut presser entrée pour l'exécuter). Sous VIM tout s'abrège pour aller plus vite et vous pouvez donc remplacer cela par :w mon_fichier.txt.

Bien évidement, une fois que vous avez sauver avec un nom, aucun besoin de répéter ce nom les fois suivantes. Faites un :w et cela suffira.

Dans la série des commandes utiles, :edit nouveau_fichier.txt (qui s'abrège en :e nouveau_fichier.txt) permet d'ouvrir un fichier. Si ce fichier existe, vous pouvez utiliser les tabulation en mode commande pour chercher son chemin comme sous Bash. Si ce fichier n'existe pas, il sera créé lorsque vous le sauvegardez (et pas avant).

Et comment je ME sauve ?

On me le souffle en commentaire, j'en oublie un morceau pour le moins important. Pour quitter, c'est la commande :quit (ou :q). Si vous n'avez pas sauvé vos fichier VIM va couiner. Pour éviter cela (et si vous souhaiter perdre vos modifications !!!) utilisez le bang ! qui veut très souvent dire "fait pas ch*r" dans le monde VIM. Ainsi q! quittera sans poser de question.

Mais souvent on veut sauver et quitter, ce qui s'écrit :wq (oui, on peut combiner les commandes d'une seule lettre). Mais comme c'est un truc que l'on fait souvent, il y a bien évidement un version en une seule lettre :x.

Conclusion

Voilà qui devrait je pense suffire pour commencer à utiliser VIM en mode "même pas peur". Après le net est littéralement gavé de sites, tutoriaux et vidéos, expliquant tel ou tel aspect de ce fantastique éditeur. Il n'y a qu'à chercher vous trouverez votre bonheur à commencer par ces très bonnes planches visuelles pour se repérer dans les différents modes.

Maintenant à défaut de vous avoir expliquer toutes les arcanes de VIM, j'espère au moins vous avoir donné envie de l'essayer. Et croyez moi, je n'ai qu'à peine effleuré 1 petit pourcent du sujet. La customisation du VIM par exemple est un monde à part entière et chaque vimmer fini à terme par disposer d'un éditeur totalement personnalisé. Mais cela, nous le verrons une prochaine fois.