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...

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

- onkeypress='setTimeout(X); if (event.eyCode= 13) return false'
est remplacé par
	onkeypress='if (event.eyCode= 13) return false'
	onkeyup='X'
plus efficace et plus simple.

En particulier, l'expression X teste si le retour de la requete Ajax ne renvoie qu'un seul résultat qui est alors aussitot pré-sélectionné (mais il faut toujours cliquer pour valider).

Reintroduction du code qui supprime la plus vieilles de 2 requetes sur un meme noeud (finalement indispensable pour la recherche interactive car la recherche d' une chaine longue revient plus rapidement qu'une recheche sur un préfixe de cette chaine) mais sans garder le gestionnaire Ajax indéfiniment (==> try/catch pour éviter le NS_ERROR_NOT_AVAILABLE induit. Zon encore des progrès à faire dans leurs specs).

Partage de code plus important entre les 2 mini-navigateurs (rubriques / auteurs) pour mutualiser les développements futurs.

Introduction d'un selecteur Ajax pour le bouton "Ajouter un auteur à cet article". Ce sélecteur partage le code du sélecteur de rubrique, savoir un mode de recherche interactive à chaque frappe de clavier, et un mode de sélection sur la liste des items en base. Cliquer sur un nom fait apparaitre l'icone de son statut, sa biographie, son logo et un lien vers son mail. Un double-clic provoque la sélectioon avec ajout immédiat, également en Ajax, dans la liste des auteurs.

A noter qu'au passage disparait la dernière URL codée en dur dans le code JavaScript. Il faudra veiller à ne pas en réintroduire, afin que d'éventuels changements de generer_url_ecrire soient bien intégralement répercutés.

passage des 'onload' dans l'entete de l'espace prive, et transformation jQuery de la fonction verifForm (qui d'ailleurs ne marchait plus), et du chargement des gadgets (avec correction du fait que le gadget de navigation n'a pas besoin de id_rubrique)

L'utilisation de Spip avec LDAP et plus généralement avec un .htaccess dans ecrire/ provoquait des demandes d'authentification dans l'espace public,
suite à la migration (pour cause de mutualisation) dans ecrire/img_pack/icones et ecrire/img_pack/icones_barre, des icones autrefois dans IMG/icones et IMG/icones_barre. Problème similaire avec les fichiers Javascript qui ne peuvent plus etre dans ecrire/ lorsqu'ils sont référencés dans le squelette agenda. 

En conséquence, création d'un répertoire dist/img comportant trois sous-répertoires: les 2 d'icones mentionnés ci-dessus, et un répertoire javascript/ contenant tous les .js auparavant dans img_pack. Le changement est transparent pour les icones, car ils étaient référencés par deux constantes qu'il a suffit de redéfinir:

define('_DIR_IMG_ICONES_DIST', _DIR_RACINE . "dist/img/icones/");
define('_DIR_IMG_ICONES_BARRE', _DIR_RACINE . "dist/img/icones_barre/");

Pour Javascript, introduction de la constante:

define('_DIR_JAVASCRIPT', (_DIR_RACINE . 'dist/javascript/'));

et utilisation de celle-ci dans les squelettes et les .php référençant ces fichiers.

A terme il faudra prévoir la migration de tout le reste de img_pack, le squlette agenda ne faisant que préfigurer un partage des ressources entre les deux espaces.

Les scripts appelables en Ajax sont à présent comme tous les scripts dans exec (i.e contenant une fonction exec_F_dist surchargeable). Le role d'index.php est seulement de tester si "var_ajax" est présent dans l'envoi, auquel cas il rajoute comme première ligne < ? xml etc ? > et transcode en Unicode le resultat de la fontion exec_F.

Autrement dit la seule chose qui distingue actuellement un script Ajax d'un autre, c'est que sa fonction exec_F retourne le flux à envoyer au client tandis que les autres font directement des echo. En calant tout le monde sur le premier comportement, tout script pourra alors s'exécuter en asynchrone, il suffira de mettre var_ajax=1 dans les parametre pour avoir les deux compléments indiqués ci-dessus (mais ils devraient sans doute s'intégrer aussi aux scripts à terme).

C'est la question de l'interface de programmation d'Ajax qui est posée.
En attendant de la stabiliser, le fichier index.php prend à sa charge l'aiguillage et le traitement opérés auparavant par ajax_page qui a été retiré du dépot, son contenu étant réparti en autant de fichiers inc/ajax_F.php qu'il contenait de fonctions F. 

Le mode d'appel est provisoirement encore "ecrire/?exec=ajax_page&fonction=F" en attendant mieux.

le contenu d'un article, on "gèle" les formulaires d'ajout de document/image
à tester, mais je pense qu'en fait ça risque d'être assez agaçant...
cf. ticket #74

redécoupage des fichiers graphiques et externes (css) de manière à bien préciser ce qui est accédé par http et ce qui est accédé par php

Car en effet si on place le répertoire _DIR_IMG_PACK dans un répertoire "applicatif" (cas d'un hébergement mutualisé), il faut que les tests de file_exists() aillent regarder au bon endroit. C'est pas simple...

Au passage, une balise #EVAL qui ne sert qu'à faire #EVAL{_DIR_IMG_PACK}, mais qui peut faire beaucoup plus (#EVAL{6*7} par exemple :)

On supprime aussi article.php3 etc

+ normalisation des espaces

intégration du patch "boutons" de Piif, qui permet de manipuler le menu de l'espace privé depuis les plugins (expérimental, évidemment)

reecriture de la visualisation des articles dans l'espace prive pour permettre la surcharge avec un fichier inc_articles.php dans le SPIP_PATH

partage de code. incidemment, optimisation de iframe qui chargeait toute l'interface graphique de l'espace privee pour faire une simple requete SQL

Surtout: la gestion du XMLHttpRequest accepte desormais de gerer plusieurs flux en meme temps.