PHPTAL est un moteur de templates spécialisé dans la production de documents XML (et donc (X)HTML puisqu'il s'agit d'un langage XML).

Les templates qu'il utilise sont définis en XML valide, PHPTAL ajoutant ses propres attributs qui sont ensuite traités par le moteur. Le code des templates est donc purement de l'XML et non un code bâtard XML/PHP comme c'est le cas avec certains autres moteurs.

Avantages :

• il n'accepte que du code XML valide, ce qui permet de détecter rapidement toute erreur d'imbrication.
• le code des templates est de l'XML ce qui donne la possibilité de l'exploiter ou de le générer via les bibliothèques de gestion de fichiers XML habituelles.
• il est installable sous forme de package pear ce qui rend son déploiement et sa mise à jour très simples.
• comme il est entièrement XML il est en général plus accessible pour le graphiste qui pourra être chargé de construire les templates.

Inconvénients :

• il ne permet a priori de générer que du code XML (ou de tout langage XML) ce qui peut être limitatif.
• peut s'avérer limité par rapport à d'autres moteurs pour des traitements complexes.
• le code des templates n'est pas forcément toujours des plus compacts.

Cela fait quelques mois que je l'utilise au boulot et j'en suis globalement satisfait, du moins dans les cas que j'ai eu à traiter avec... Cela dit je n'ai pas beaucoup expérimenté d'autres moteurs (à part celui de phpBB 2 qui est assez limité).

PHP5 inclut de base la bibliothèque SimpleXML qui permet, comme son nom l'indique de gérer de manière très simple du code XML.

Un point est par contre problématique, la gestion des sections CDATA. En effet, supposons que l'on parte du code XML suivant :

<?xml version="1.0"?>
<root>
	<parent>
		<child>123</child>
		<child><![CDATA[456]]></child>
		<child attr="a"><![CDATA[789]]></child>
	</parent>
</root>

Lorsque l'on récupère les enfants d'un nœud via :

$parentnode->child;

On a la mauvaise surprise de ne pas obtenir tous les nœuds... En effet :

• le premier passe sans problème, car il ne contient pas de section CDATA.
• le second contient un CDATA et se perd dans la nature...
• le troisième contient un CDATA mais a également un attribut, il est alors correctement renvoyé (ne me demandez pas pourquoi).

Par contre, dans le cas où tous les nœuds sont basés sur le modèle du second (CDATA sans attribut), le premier est bien trouvé et retourné (au lieu d'un tableau).

Une fois le problème identifié j'ai fait quelques recherches et j'ai pu trouver cette solution consistant à éliminer les CDATA avant le traitement du code XML. Je ne la trouve pas très satisfaisante mais je n'ai pour l'instant rien trouvé d'autre...

Lorsque l'on travaille sous Linux, on se retrouve souvent à taper un bon nombre de fois les mêmes commandes. Du coup l'historique des commandes (accessible notamment via les flèches) n'est rapidement plus très praticable tant il est redondant.

Pour régler ce genre de problème, on peut utiliser la variable shell HISTCONTROL. Celle-ci peut prendre différentes valeurs :

• ignoredups :
  lorsqu'une commande est identique à la précédente n'est pas ajoutée à l'historique, ce qui évite de se retrouver avec une dizaine de uptime à la file quand on surveille la charge du serveur.
• ignorespace :
  lorsqu'une commande commence par un espace, elle n'est pas ajoutée à l'historique, ainsi on peut choisir quelle commande ajouter ou non.
• ignoreboth :
  cumule les comportements des deux valeurs précédentes.
• erasedups :
  lorsqu'une commande est tapée, toutes les commandes identiques présentes dans l'historique sont supprimées. Ceci est particulièrement intéressant pour éviter d'avoir son historique parasité par un grand nombre de ls, ps, cd .. et autres commandes courantes.
• enfin pour revenir au comportement classique, il suffit d'affecter une chaine vide.

Cette valeur peut être affectée de plusieurs manières :

• pour la session courante uniquement via la commande :
  export HISTCONTROL=valeur
• pour toutes les sessions, en ajoutant HISTCONTROL=valeur dans votre fichier bashrc
• pour tous les utilisateurs (uniquement si vous êtes administrateur de la machine, bien entendu) en ajoutant HISTCONTROL=valeur dans le fichier bashrc global trouvable dans /etc.

Pour le débugage JavaScript, Firefox dispose de base d'une console d'erreurs JavaScript. Cette console est accessible via le menu « outils » sous le nom « console d'erreur » et liste trois types d'informations :

1. les erreurs : il s'agit des erreurs que Firefox ne parvient pas à traiter et qui entrainent un arrêt pur et simple de l'exécution du script. Ces erreurs doivent être corrigées impérativement pour que le script s'exécute jusqu'au bout.
2. les avertissements (warnings) : ceux-ci ne sont pas bloquants. Ils relèvent juste une erreur minime ou un non-respect de la norme javascript (variable non déclarées, fonctions ne retournant pas toujours de valeur, etc.). Il n'est pas absolument nécessaire de les corriger mais il vaut mieux les corriger et ce pour deux raisons : d'une c'est par principe toujours mieux de coder proprement et de deux ils peuvent être cause de bugs puisque le script ne se comportera pas forcément de la façon dont vous l'imaginiez.
3. les messages : il s'agit de simples messages qui peuvent être envoyés depuis du code javascript dans certains cas. Il ne s'agit pas d'erreurs, juste d'informations diverses en général utilisées lors du débugage d'extensions.

La plupart des messages d'erreur ou d'avertissement sont accompagnés d'un numéro de ligne, d'un nom de fichier et d'un lien direct pour visualiser la ligne posant problème.

De base cette console est déjà très efficace (comparée à son homologue sous IE, c'est déjà le jour et la nuit). Cependant il existe également des extensions qui peuvent permettre d'aller plus loin :

• 
  Console² :
  Cette extension permet de filtrer plus précisément les messages affichés par la console. Elle permet également le passer le contrôle en mode « strict » ce qui augmente le nombre d'avertissements en cas de non-respect des normes. Elle permet également d'afficher certaines erreurs dans les fichiers CSS et XML évalués par le navigateur.
• 
  Firebug :
  Celle-ci permet de faire pas mal de chose en ce qui concerne le débugage aussi bien JavaScript que CSS et HTML. Elle semble notamment permettre une exécution pas à pas du JavaScript. Je ne l'ai pas testée très en détails, peu convaincu au premier abord... Cependant elle semble avoir bonne réputation, il doit donc y avoir de bonnes choses à en tirer.

Et IE dans tout ça ? Ben là, c'est pas la joie... Outre le fait que son moteur JavaScript n'a quasiment pas bougé depuis IE6, ce qui implique un retard énorme, sa fenêtre d'erreur est des plus minimalistes. Elle se limite en effet à un message d'erreur rarement clair et pas toujours approprié, un numéro de ligne approximatif et aucun nom de fichier (cela ne pose pas de problème pour un script simple sur un seul fichier mais pour quelque chose de plus complexe répartit en plusieurs fichiers, c'est déjà beaucoup plus gênant)... Une fois de plus le navigateur de Microsoft est largement à la traine.

Pour ce premier article nous allons nous intéresser à Firefox et plus particulièrement aux différentes extensions améliorant la gestion des onglets. Il y en a un bon paquet mais pour l'instant j'ai surtout retenu celles-ci :

• 
  Tab Mix Plus :
  Cette extension propose un grand nombre de fonctionnalités concernant les onglets : duplication, restauration des derniers onglets fermés, etc. Il permet également d'éditer la liste des actions possible sur les onglets dans les différents menus. Il permet encore un grand nombre d'autres choses plus ou moins utiles.
• 
  Ctrl Tab Preview :
  Cette extension permet au lieu de passer directement à l'onglet suivant lors d'un ctrl + tab d'afficher une prévisalisation du prochain onglet qui ne sera réellement selectionné que lorsque la touche ctrl sera relâchée. Un peu comme le alt + tab de windows mais avec une prévisualisation à la place de l'icône.
• 
  FaviconizeTab :
  Une petite extension qui permet de réduire certains onglets à leur icône. Bien pratique quand on a certains onglets ouverts en permanence.
• 
  Firefox Showcase :
  Celle-ci permet d'afficher une mosaïque des onglets ouverts dans les différents onglets de Firefox (l'une des rares fonctionnalités dont IE7 et pas Firefox...). Depuis cette mosaïque on peut selectionner, fermer et rafraichir les onglets. Très pratique pour faire le tri quand on ouvre une grande quantité d'onglets.
• 
  Aging Tabs :
  Enfin pour finir, une extension totalement inutile et donc indispensable : elle permet de définir les couleurs des différents onglets en fonction de la dernière fois où on les a consultés.