Depuis l'irruption des modèles, le débusqueur ne retrouvait pas toujours le résultat d'une boucle, parce que l'utilisation d'un modèle à l'intérieur ne restaurait pas les variables globales du débusqueur. Réparé (dur).

Pour ce faire, il a fallu changer la fonction public/composer dont le 2e argument est à présent le nom du squelette à compiler.

Ce changement de signature entraine la modification de $spip_version_code, qui à présent vaut le numéro de la dernière SVN l'ayant modifié, à l'instar de $spip_version pour la base SQL.

Dans la page des signatures, bien distinguer l'absence de signatures, l'absence de pétitions (ou plutôt sa fermeture) et l'inexistence de l'article. Et indiquer le titre de la rubrique avec son lien, c'est parfois plus informatif que le titre de l'article associé à la pétition.

Accepter le type 3gp, i.e. les séquences vidéo, audio et textuelle des téléphones mobiles. Cf http://www.faqs.org/rfcs/rfc3839.html. Type incrustable.

Simplification du modèle '''image'''. Si le type est connu pour pouvoir utiliser la balise '''img''' (cf types_documents), il délègue au modèle homonyme. Sinon, il produit une balise '''object''' comme le modèle '''audio''', la différence étant que les couples présents dans l'environnement sont utilisés comme attributs de la balise '''object''', et non comme sous-balises '''param'''. Différence assez arbitraire, mais ça semble correspondre aux besoins en pratique (MP3 d'un côté, SVG de l'autre par exemple).

Ajax_retour ne doit pas faire ''exit'' pour permettre au validateur de fonctionner en boucle, d'ailleurs tous les scripts d'exec utilisant cette fonction sont écrits dans cette perspective. Il faudrait même que cette fonction retourne un résultat plutôt que d'en faire l'echo elle-même. On laisse comme ça pour le moment, afin de ne pas casser trop de choses dans les extensions de SPIP.

Petite erreur dans [11037]: appliquer_filtre ne sait pas utiliser la variante _dist pour la valeur par défaut.

Simplification du modèle '''audio''', pour avoir une conformité XHTML (abandon de '''embed''') et surtout une extensibilité fondée sur la même fonction '''appliquer_filtre''' que le modèle '''text''': dans les deux modèles: on cherche une fonction  nommée ''filtre_'' suivi du type MIME, et si elle existe on l'applique Dans le cas '''tex''', c'était sur le contenu du document, pour l'audio c'est sur l'ID du document. Le résultat retourné sera inséré dans le corps de la balise '''object''' qui constitue l'essentiel du modèlé (avec ses attrihuts ''type''' et '''data'''). Voir un exemple d'utilisation avec la fonction '''filtre_audio_x_pn_realaudio'''.

Résultats probants sur Firefox, Safari et Opera sous MacOSX. A tester sur d'autres systèmes, car la balise '''object''' est relativement récente.

Prendre en compte le changement de la redirection quand elle est faite à partir d'articles_edit.php. Corrige #1121 (mais reste l'incohérence due à Ajax quand c'est fait à partir de articles.php).

L'envoi immédiat des nouveautés ne marchait plus depuis le passage en Ajax de tous les panneaux de configuration. Résoud #1043.

Il doit y avoir un débordement arithmétique non signalé, c'est la seule explication que je vois à #1214. On arrondit au dixième de seconde, ça ne devrait pas poser de problème.

limite déni de démocratie.

L'ancre vers le numéro de message installé par [10930] était inutilement restreinte aux messages de niveau > 1.

Attention, il faut changer spip_version_code (1.9303 à présent) quand on change le code produit par le compilateur, sinon les vieux squelettes compilés envoient des erreurs.

$boucle->from_type est un tableau du type array(alias du table => type_jointure, ...)
C'est pas necessaire mais possible a declarer le type du jointure pour le cas INNER

Les 5 modèles correspondant aux 5 groupes MIME standard, introduits par [10948] pour faciliter l'incrustation, étaient peu utilisables en l'état sans passer par leur inclusion via le modèle ''emb'', car ''inclure_modele'' ne sait pas que la boucle associée a pour clé primaire ''id_document''. En conséquence, petite réécriture pour utiliser systématiquement le paramètre ''id'' initialisé par ''inclure_modele'', il n'y a que lui de fiable.

Principal avantage: si un type MIME du groupe ''application'' est en fait du texte brut (par exemple le PGN), on peut forcer l'incrustation en mode texte en insérant dans l'article {{{<textNNN>}}} bien que le type MIME ne soit pas officiellement du texte. En revanche, il faut réécrire le modèle ''application'' si l'on veut avoir cet effet dans le cas de l'incrustation automatique lorsque le corps de l'article est vide.

ajout de 3 criteres sur les boucles SYNDIC_ARTICLES pour remonter les articles syndiques selon les mots cles associes au site syndique :
- {id_mot_syndic} : en passant l'id_mot
- {titre_mot_syndic} : en passant le titrer du mot
- {type_mot_syndic} : en passant le type (titre du groupe) de mot

Déport dans le fonction d'abstraction sql_in du traitement des cas particuliers de l'argument de IN, valable pour tous les portages. On en profite pour rajouter un ''array_unique'' dans le cas du tableau pour préparer [10995]. Toutefois, alors que PHP traite intuitivement bien {{{$x .= '...'}}} quand {{{$x}}} est indéfini, il déclenche une erreur fatale pour {{{$x += array(...)}}}. Autrement dit, il faut produire un code compilé ne générant pas de Warning si l'on veut éviter les répétitions dans le IN de SQL. Pour plus tard.