avant d'ajouter betement un 's' au type d'objet, on cherche d'abord a savoir si la table existe en realite (cf. paolo sur http://archives.rezo.net/archives/spip-zone.mbox/7PUHSSUJYU3ZEGEGCC4MM5XCSCBRKO43/ )

Nouveau code de langue: Nasa Yuwe (pbb). Il s'agit de la langue
officielle du territoire Nasa (non pas les fusées), en Colombie.

Infos :
 - http://fr.wikipedia.org/wiki/P%C3%A1ez (en français)
 - http://es.wikipedia.org/wiki/Idioma_p%C3%A1ez (en espagnol)

Cet ajout fait suite à la demande d'un utilisateur de la liste
spip-es.

< _fil_> je ne te félicite pas pour ton sens de l'ordre alphabétique

No commit message

Quand on change la lange, il faut la retablir apres, car il peut encore se faire des actions qui dependent de la langue
(notification en cron par exemple)

Tests avant de faire des define() à la sauvage, ce qui supprime les
causes principales de warning possibles. Il en reste peut-être, mais
du coup on les verra.

On définit 4 constantes qui représentent le pourcentage de qualité à
appliquer lors des traitements d'images :
 - _IMG_QUALITE
 - _IMG_GD_QUALITE (existait deja)
 - _IMG_CONVERT_QUALITE
 - _IMG_IMAGICK_QUALITE

Ainsi, il suffit de surcharger _IMG_QUALITE dans mes_options pour impacter
toutes les valeurs, mais il reste possible de les définir au cas par cas.

La valeur par défaut est 85, sauf pour convert qui utilise historiquement
une qualité de 75. Cette incohérence n'est pas documentée, alors on la
préserve en attendant de savoir si elle est volontaire ou non.

On en profite pour ajouter un attribut "class" sur l'input d'oubli
de mot de passe, par cohérence avec les autres formulaires.

Dans les input, on reflète toujours dans l'attribut "class" le type
de l'input, y compris pour les types url, search, email (made in HTML5).
Ceci permet de les styler spécifiquement en CSS même sur les navigateurs
crétins ne sachant pas se servir du sélecteur [type="xxx"].

Par compatibilité avec je sais pas quoi, on garde quand même la classe
"text" pour les types sus-mentionnés. Ça semble un truc bien à faire,
mais évitez de me demander pourquoi, j'aurais bien du mal à le justifier.

Évaluer html5_permis() une fois pour toutes à la compilation du
squelette, au lieu de repousser le test au moment de la génération
des caches de pages.

Si la configuration du site est réglée sur HTML5, utiliser les
possibilités suivantes dans les formulaires :
 - required="required" sur les champs obligatoires
 - autofocus="autofocus" sur les champs devant prendre le focus
 - input type="email" pour les saisies d'adresse mail
 - input type="url" pour les saisies d'URL
 - input type="search" pour la zone de recherche

Ce comportement correspond aux surcharges effectuées par le plugin
"html5", mais avec l'avantage qu'on évite le fork.

En realité, on pourrait techniquement appliquer ce code HTML tout le
temps, sans tester la valeur de #HTML5, car dans la spec HTML4, lorsqu'un
navigateur voit un type d'input inconnu, il doit le traiter (et le traite)
comme du texte. De la même manière, les attributs inconnus sont ignorés
(autofocus et required). Cependant, ce comportement conditionnel, bien
que légèrement plus lourd dans le squelette, permet de produire du code
valide W3C dans tous les cas.

eviter d'afficher *tous* les articles du site lorsqu'on cree un auteur et que id_auteur=0 qui est ignore par le critere {id_auteur?}
D'ailleurs, le critere conditionnel ne devrait-il pas distinguer null de 0 ? Ce probleme se voit aussi sur vertebrer ou il est impossible de chercher une valeur '0' sur n'importe quel champ.

- utiliser jquery.colors.js pour faire un fondu sur le background-color du lien ajoute
- picto pour l'ajout
- bouton submit ostensible pour l'ajout
- ajout d'un bouton fermer en bas de cadre, redondant

gerer aussi l'animation du lien ajoute au retour d'une creation (c'est meme la que c'est le plus important puisqu'on a change de page), en la ralentissant.

on ne touche pas au parseur xml, mais on nettoie le superflu retourné dans la fonction get_infos() (cerdic)

plus petit commentaire.

suppression de l'espace malvenu en fin de contenu d'un tag. causait (par exemple) l'impossibilité d'un appel du type :
{{{
 #CHEMIN{#PLUGIN{cfg, icon}}
}}}

le parseur xml doit pouvoir repérer tous les 'white space character' dans les tag (voir :  http://www.w3.org/TR/REC-xml/#AVNormalize) et ne pas se limiter au seul 'espace' (_Eric_).
on peut donc écrire dans son fichier xml :
{{{
  <mon_tag
	type="truc"
	chose="bla"
  >
}}}