Ajout des éléments HTML suivants à la mal-nommée liste de balises blocs:
 - applet
 - del
 - ins
 - iframe

À l'instar de button, map, object et script, ces balises ne sont ni de
type "inline", ni de type "block", mais ont un comportement mixte: si
elle contiennent des balises de type block, elles le deviennent aussi,
et ne peuvent donc pas apparaître dans un paragraphe, entre autres.

Pour déterminer correctement si le paragraphe doit être coupé, il
faudrait donc une fonction d'analyse du HTML plus avancée que des
expressions régulières (au hasard, un parseur DOM).

En attendant, on n'a pas le choix, il faut couper.

Ce script ne fonctionne pas en 2.3 et provoque un bug bloquant en 2.1 (cf ticket #1957 ), On gère le cas ie7 bien plus simplement depuis la feuille de styles.

suite, c'est {{{ ['id_table']; }}} la bonne valeur, et chercher d'abord la version spipienne avec s, puis celle de paolo, afin d'eviter d'avoir des tas de logs disant que la table spip_article n'existe pas

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)