Un fichier séparé pour les fonctions gérant les jointures: elles n'ont jamais été limitées à la compilation des critères, il aurait dû exister depuis le début.

Traiter l'argument groupby manquant comme un tableau vide plutot qu'une chaine vide, pour faciliter les optimisations dessus.

Correction de la traduction des expressions compliquées de dates MySQL en PG. Et traiter l'argument groupby manquant comme un tableau vide plutot qu'une chaine vide, pour faciliter les optimisations dessus.

Centralisation des déclarations de jointures dans le compilateur. Toutesles requêtes produites sont bien des INNER JOIN. A contrario, ceci veut dire qu'il manque des critères pour produire des OUTER JOIN, par exemple celui des url_propres. Il faudra y revenir.

Suite de [10843]: c'est en fait un INNER JOIN qui est utilisé implicitement dans les critères de SPIP nécessitant des jointures. On l'introduit afin que PG profite des optimisations éliminant les GroupBy au lieu d'imposer de les écrire (à titre de curiosité, ce serait intéressant de voir si MySQL les rajoute sans rien dire ou s'il calcule une requête sans GroupBy).

GroupBy superflu mal repéré (parenthésage contre-intuitif de PHP). On en profite pour nettoyer le code des jointures et centraliser les affectation de '->from' afin d'aider à répondre à la question de [10843].

renommage de tous les auteur_session en visiteur_session ; la variable auteur_session n'est de nouveau activee que dans le cas ou la visite est authentifiee (ainsi on rebouche les eventuels trous de securite crees par les changements precedents) ; a noter, cette variable auteur_session est declaree obsolete (mais sera maintenue)

 ne pas masquer d'eventuelles erreurs dans mes_fonctions, ca fait perdre trop de temps quand il  a un probleme

on peut ne vouloir modifier qu'un seul parametre de la session (shoutbox ne modifie que le nick), sans perdre les autres ; et #SESSION doit s'invalider si on modifie un de ces parametres, sinon on retombe dans le cache

grosse revision de la gestion de l'identification / authentification, avec l'idee de generaliser un peu plus
Sur les forums par abonnement, le rendu change un peu : on ne presente plus le formulaire de login, mais un texte avec trois boutons (login) (inscription) (rappel de passe)
Sur les autres forums, formulaire libre comme avant, mais avec un bouton d connexion
Petit plus : quand on quitte une page de forum, on enregistre le message en cours dans un cookie, et on le restitue quand on revient (plugin jquery.cookie.js)
ATTENTION: $auteur_session ne garantit plus une authentification, ce n'est plus qu'une identification : pour la securite il faut tester auteur_session[statut]

suppression d'une chaine qui fait doublon : login_connexion_refusee / info_connexion_refusee ; ajout de 'login' = 'Connexion' ; maj occitan

Quand un site avait eu des forums sur abonnement, laisser les liens 'Afficher les visiteurs' apparaitre quand même s'il y en a.

Eviter une erreur fatale dans certaines version de PHP dans le calcul de '''profondeur_url''' (Christian M.) et tant qu'à faire, si la profondeur est négative c'est que la meta_adresse_site est faux, eviter la bardée de warnings.

Suite de [10843]: utiliser le LEFT JOIN pour les documents et images associés (espace privé, mais tellement souvent utilisé). Au passage, n'y a-t-il pas une incohérence dans le fait que le déballage d'un Zip ne marque pas le champ 'mode' à 'image' lorsqu'on déballe des JGP etc ?

La détection des GroupBy superflus mise au point en [5949] pour une optimisation colossale (cf [http://article.gmane.org/gmane.comp.web.spip.devel/30555]) ne se faisait plus depuis la 1.9. C'est réparé pour MySQL, mais PG n'en profite pas et c'est en fait la clé (c'est le cas de le dire) de la subtitlité tournant autour de son message agaçant (cf [9831]) demandant systématiquement un GroupBy:  pour y échapper, il ne faut pas utiliser la syntaxe {{{FROM a,b}}} mais {{{a LEFT JOIN b}}} qui n'impose pas de GroupBy (car c'est parfois bien ce qu'on veut, ça vient de m'arriver et tout s'est éclairé).

Le traducteur Mysql->PG ne rajoute plus de GroupBy systématiquement dans le cas d'un LEFT JOIN, ce qui devrait accéléer les qq requêtes les utilisant dans l'espace privé.Mais:

	*  pour l'espace privé, il faudrait examiner ses 600 appels à select voir s'il y a un {{{FROM a,b}} transformable. On laisse tomber, mais il faut à présent y penser quand on écrit des nouveautés.

	* pour l'espace public, il n'y a pas beaucoup d'endroits où on produit cette forme, il faut donc poser la question: est-ce que tous les critères peuvent se compiler par un LEFT JOIN, et sinon qu'est-ce qui caractérise les exceptions ? L'enjeu est important.

Aussi dans ce dépot: traduction MySQL->PG de la fonction CONV (utile pour faire un CAST dans un critère), et prise en compte dès maintenant d'un LEFT JOIN dans les fonctions d'interface, ça servira tôt (le pb du jour) ou tard.

le selecteur de couleur en javascript provoquait un effet 'flicker' entre le moment ou l'on supprimait l'ancienne feuille de style et celui ou la nouvelle arrivait ; ici on ne fait qu'ajouter la nouvelle en bas du head, et ca marche

 ne pas faire remonter l'info 'session' dans A si A inclut B, B a un cache 0, et B appelle un modele ayant une balise #SESSION

- les #SESSION compatibles avec les modeles (#1154), au prix d'un drapeau global qui va de inclure_modele() a cacher()
- espace prive : le changement de couleur sans recharger la page
- une pipeline definir_session() qui permettra de faire des sessions par IP ou autre fonction de classement des visiteurs

- coquilles qui empêchaient de faire fonctionner la notification !

- introduction d'une class .barre_inserer sur les textarea qui ont une barre_typo ou qui peuvent recevoir ces <docX> par double clic (rubrique_edit n'a pas de barre_typo).
- ajout du js barre_typo dans affiche_raccourci_doc() dans le cas où la barre_typo ne l'a pas chargé (dans rubrique_edit).
- coquille sur afficher_textarea_barre()

- Corriger le chapo (#1178) et permettre des chevrons dans tous les champs de l'édition d'article (#1177) (pierre_31)

L'option de notifications par mail aux messages de forum est à présent réglable pour chaque type de forum (abonnement, a priori, a posteriori). La meta 'prevenir_auteurs' est désormais la liste des types de forum avec notification, séparés et encadrés de virgules. Les anciennes valeurs oui/non sont néanmoins toujours gérées.

Pour obtenir un squelette dynamique [cf 10645] construit par la fonction '''vertebrer''' il faut à présent mettre le préfixe {table:} dans la valeur du paramètre {page} afin de disposer de cette fonctionnalité même en cas de d'existence d'un squelettes homonyme. On écrira donc {http...?page=table:petitions} par exemple.