Définition de _SPIP_AJAX dans spip_init pour tester une fois pour toutes la présence du cookie spip_accepte_ajax: vu l'importance grandissante d'Ajax dans Spip, il était temps de mutualiser. Aussi dans ce dépot: petite correction dans tranches_requetes sur les articles, la présence d'une petition n'y était signalée que pour la première tranche.

Symétrique de [7876]: ne pas utiliser une variable X s'il existe un charger_fonction(X). Et corrections de qq oublis.

Rationnalisation du code: charger_fonction(X) est affectée à la variable $X. Prélude à une affectation au niveau global.

Tâche #328 et rationnalisation du cod: les fonctions de inc/utils produisant du code HTML et des entetes HTTP sont évacuées ailleurs. En particulier, la plupart des redirections étant à present dans les scripts de action/, redirige_par_entete passe dans inc/headers. Plus un peu de partage de code ici ou là.

Possibilité d'appliquer l'indenteur XML sur les scripts de l'espace privé. Quant cette option est en action et qu'on est admin, une page non conforme XML prise en charge par débusqueur qui affiche le code HTML en numérotant les lignes, et emet le message d'erreur avec un lien vers la ligne fautive.

Cette option est déclenchée par la globale xml_indent, en attendant de tirer
au clair l'usage de la globale xhtml dans la fonction _T.

amelioration de l'API pour editer un article, et des notifications (en effet comme la notification a besoin de calculer l'url et d'avoir le bon contenu texte, on doit la faire APRES sauvegarde des donnees)

Conformité XHTML du script accueil. Reste un '<b><div>..' produit par tranches_bandeau qui induit de réécrire tous ses appels.

Le triple bouton reglant l'affichage textuel et/ou non des icones du bandeau principal ne marchait plus. L'icone d'info-perso était encore là pour les admins restreints. Solution au pb de [7788] pour etre enfin conforme XHTML. QQ globales indéfinies qui faussaient parfois l'affichage.

Tâche #587 sur inc/boutons et inc/rubriques, lequel est expurgé de ses productions HTML afin d'être chargé plus rapidement par les scripts d'action. Et pas de include et charger_url superflus évacués.

simplifications diverses et jquerysiation du JS du bandeau, et correction du bug #559; note: j'ai laisse la fonction sous le nom changestyle() car elle est compatible ascendante, mais son vrai nom serait fermer_menu() ou qq chose comme ca...

Petits changements dans le bandeau principal: l'accès au script gérant ses informations personnelles s'obtient à présent en cliquant sur son nom (juste après le logo représentant un oeil) quel que soit le statut de connecté (auparavant il y avait un petit icone supplémentaire pour les rédacteurs, et un icone du sous-menu du bouton Auteur pour les admins). Le sous-menu du bouton Auteurs accueille à la place un bouton permettant d'afficher directement les visiteurs s'il y en a, ce qui permet d'éviter de passer par la page d'afficher des autres auteurs.

Par ailleurs la mise en conformité XHTML de la balise <map> avait paralysé le bouton gérant la textualité des icones. Retour à la case départ en attendant mieux.

[7766] en plus rationnel: regrouper le code exploitant la construction de definir_barre_boutons dans le fichier boutons, ca allège inc/presentation (donc les scripts Ajax etc qui le charge sans provoquer l'affichage du bandeau principal).

Le bug de [7758] était du à [7674]: on partage effectivement tellement d'utilisations d'une meme requete, que le nombre de réponses a toutes les chances de varier souvent il n'est vraiment pas question de le mémoriser, il faut le
recalculer à chaque fois. Du coup on supprime le champ id_auteur de cette table, car il ne peut plus servir à rien. 

En fait cette table mémorise différentes requetes qui ne sont pas si nombreuses, on pourrait les coder dans un tableau PHP statique et id_ajax_fonc n'en serait plus que l'index, ça éviterait les appels à SQL.

La fonction debut_page passe dans les vieilles def et devient surchargeable sous le nom de inc_commencer_page. On en profite pour passer dessus la  tache #587 (remplacement des echo par return).

Les scripts de exec appelant cette fonction ont été transformés par le sed-script suivant (peut-etre illisble avec le Wiki ?):

s/^\(.*\)debut_page/\1$commencer_page = charger_fonction('commencer_page', 'inc');\
\1echo $commencer_page/

un suivi des forums plus fonctionnel : une inversion de test faisait qu'on n'affichait plus les msgs supprimes dans le suivi, ce qui provoquait stupeur et incomprehension... evidemment en retournant la logique, j'ai peut-etre casse l'autre branche de l'alternative, mais je vois pas ou

suivi des forums : unifier (un peu) entre controle_forum et articles_forum (mais quelle pagaille dans ce code... passons le en squelette fissa)

Suite de [7674]: les surcharges de inc_formater_articles appelées par afficher_articles se simplifient. Elles doivent retourner non plus un tableau PHP (ce qui était dérogatoire par rapport aux fonctions participant à la construction des pages HTML) mais une chaine XHTML, ce qui revient, avant d'envoyer leur résultat, à le mettre en tableau puis lui appliquer afficher_liste (ou d'appeler les sous-fonctions de afficher_liste pour éviter cette mise en tableau). Cette interface résoud le problème de la détermination des largeurs et styles des éléments du tableau antérieurement retourné. Elle a exigé d'écrire différemment les fonctions tranches_requete et tranche_bandeau qui prennent un argument de moins.

Aussi dans ce dépot: petite différence graphique sur la liste des auteurs
d'un article, et meilleure conformité XHTML.

Meilleur découpage de forum_envoi pour les surcharges. Plus qq modifs pour le rendre totalement conforme XHTML 1.0 transitionnal.

petit chambardement d'API pour les rubriques, breves et articles, avec l'idee d'unifier progressivement tout ca

Suite de [7691]: le bouton "retour" dans le formulaire de message de forum interne ne marchait plus au 2e coup, vues les acrobaties imposées par le non respect du RFC. On retarde donc au maximum la création de l'URL de retour, avec joli lot de consolation au final. En effet, cette page présentait le défaut de ne pas spécifier à quel objet ce forum se rapportait (elle n'affichait que le titre, qui pouvait de plus changer dans le fil des messages). A présent le haut de page rappelle le type de l'objet initial (article, breve et), son numéro et son titre. Seul regret: le non respect du RFC empeche d'installer une ancre pour atterir au niveau du formulaire dans la page. Mais ça n'est vraiment genant que dans une réponse à un message de forum particulièrement long.

preserve l'environnement (2Ko d'economie sur le source quand meme .. :p )

afficher_articles fonce et s'enrichit. Les différents paramètres d'affichage étaient en fait tombés en désuétude et disparaissent. Il sont remplacés par un unique paramètre fontionnel optionnel, dont la valeur par défaut est inc_formater_article_dist. 

Par ailleurs la mise en base des requetes à trancher n'avait pas besoin de distinguer le connecté, $connect_id_auteur étant déjà dans la requete lorsque l'affichage est effectivement différencié. Dans tous les autres cas il est intéressant de ne pas mettre en base autant de requetes statiques que d'auteurs connus du site (on pourrait meme ne pas tenir compte implicitement de leur langue par défaut comme c'est le cas actuellement). Du coup l'entree id_auteur dans la table ajax_fonc est libre, et on n'y met à present le nombre de réponses de la requetes (qui donne le nombre de tranches) plutot que de le recalculer à chaque appel ajax.

[7656] faisait que afficher_articles ne calculait plus un hash différentpour des requêtes différentes (md5 sur un tableau = md5 sur la chaine 'Array')

afficher_articles retournait un résultat tronqué et du coup change un peu de fonctionnalité. Elle était supposée retourner la liste des id_article spécifiés par la requeete, mais ne retournait en fait que ceux de la premier tranche. Cette fonctionalité n'était utilisée qu'à 3 endroits, et obligeait cette fonction à utiliser echo contrairement à ce que voudrait #587. En conséquence les 3 cas ont été réécrits et cette fonction renvoie l'affichage à faire et n'utiliser plus echo.

A noter que le bug ci-dessus est également présent pour l'affichage des rubriques, des brèves, des auteurs, des mots et des sites. Le script exec/recherche.php est concerné, peut-etre d'autre. A finaliser.