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)

la puce de changement de statut dans les breves tombait sur une erreur 'action instituer_breve non trouvee'

et reorganisable par glisse depose surtout pratique dans FF
(marche dans IE 6 mais lent, un bug du plugin interface dans safari)

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.

Permettre la surcharge de la fonction d'ajout de documents, afin d'organiser différemment le répertoire IMG (reste à améliorer). Au passage, amélioration de la fonction d'ajout d'un logo, qui acceptait n'importe quel format d'image mais était incapable de le retrouver ensuite.

renommages de poster et editer_forum; le premier correspondant au reglage de la moderation des forums de l'article; le second a l'insertion d'un forum prive

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

La fonction de traduction devient surchargeable sous le nom de inc_traduire, le fichier inc/traduire étant originellement une partie de inc/lang. Les traductions sont mémorisées dans une statique, l'expérience montrant qu'elles souvent redemandées. Par ailleurs, inc/lang évite d'appeler changer_lang en rafale, une fois suffit.

plein de bugs sur _CONVERT_COMMAND; on introduit _CONVERT_COMMAND='convert', et _RESIZE_COMMAND et _ROTATE_COMMAND pour les autres actions ; merci toggg

suppression des globales  et , et remplacement par des constantes (plus configurable et mieux configuree par defaut, en ce qui concerne ImageMagick/convert)

Ajax sur controle_perition (==> #587). Mais il faudrait partager ce code ajaxant avec celui de la page du controleur des forums, et ajaxer cet ajaxeur qui est lui meme souvent trop gros (dépasser le millier de signatures est fréquent, la réduction à cent liens est insuffisante).

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.

Sportif d'une part parce que pas du tout conforme XHTML, et surtout parce que les clients HTTP ne respectent pas son RFC en ce qu'une redirection d'un POST est faite en GET et est donc inutilisable ici. Conséquence: le script est obligé d'inclure ecrire/index, lequel pensait benoitement que toutes ses variables seraient toujours globales, ce qui n'est pas le cas dans ce contexte. Bilan: réécriture de ecrire/index en explicitant $GLOBALS partout, et réécriture aussi de inc/lang qui doit chercher des mots dans le module "ecrire" quand bien meme on l'utilise à partir de l'espace public.

Suite à quelques essais (pas toujours réussis il est vrai) et échanges divers, l'installation de Spip, notamment en mutualisé, repose à présent sur les symboles suivants:

- plusieurs constantes _DIR_* au début de inc_version définissent les répertoires où se trouvent les sources, considérées comme inaccessibles en écriture car partageable par plusieurs sites.

- ensuite, plusieurs constantes _NOM_* définissent le nom (relatif) des fichiers et répertoires propres et indispensables à chaque site utilisant Spip, savoir 

	define('_NOM_CONFIG', 'mes_options');	
	define('_NOM_TEMPORAIRES_INACCESSIBLES', "tmp/"); 
	define('_NOM_TEMPORAIRES_ACCESSIBLES', "var/");
	define('_NOM_PERMANENTS_INACCESSIBLES', "etc/");
	define('_NOM_PERMANENTS_ACCESSIBLES', "IMG/");

	var/ comportant les images réduites créé dynamiquement
	tmp/ jouant le role d'ecrire/data  et comportant egalement CACHE/
	etc/ jouant le role de ecrire/ en tant que repertoire accessible en écriture.

- inc_version ne définit plus de fontions, mais charge immédiatement inc/utils qui à l'inverse ne fait que définir des fonctions.

- inc_version charge ensuite le fichier ecrire/mes_options.php (pour compatibilité) ou etc/mes_options (préférable aujourd'hui);

- enfin, il appelle la fonction d'initialisation ainsi:

	@spip_initialisation(
	       (_DIR_RACINE  . _NOM_PERMANENTS_INACCESSIBLES),
	       (_DIR_RACINE  . _NOM_PERMANENTS_ACCESSIBLES),
	       (_DIR_RACINE  . _NOM_TEMPORAIRES_INACCESSIBLES),
	       (_DIR_RACINE  . _NOM_TEMPORAIRES_ACCESSIBLES)
	       );

ce qui va définir les 4 répertoires accessibles en écriture à la racine du site, et initialiser toutes les autres constantes (notamment _SPIP_CHMOD).

- toutefois l'inclusion de mes_options peut neutraliser cet appel soit partiellement (en définissant quelques unes des constantes normalement définies par spip_initialisation qui ne pourra plus agir dessus) soit totalement (en appelant lui-meme spip_initialisation avec d'autres arguments que ceux ci-dessus).

Une application typique est de mettre dans ecrire/mes_options.php (ou etc/mes_otpions.php) les lignes suivantes:

define('_SPIP_CHMOD', 0770);

if ( preg_match(',/([a-zA-Z0-9_-]*)[/?],',$_SERVER['REQUEST_URI'],$r)) {
	if (is_dir($e = _DIR_RACINE . 'Ajouts/' . $r[1]. '/')) {
		$cookie_prefix = $table_prefix = $r[1];
		define('_SPIP_PATH', 
			_DIR_RACINE . 'Ajouts/' . $table_prefix  . '/:' .
			_DIR_RACINE.':'.
			_DIR_RACINE .'dist/:' .
			_DIR_RESTREINT);

		spip_initialisation(
		       ($e . _NOM_PERMANENTS_INACCESSIBLES),
		       ($e . _NOM_PERMANENTS_ACCESSIBLES),
		       ($e . _NOM_TEMPORAIRES_INACCESSIBLES),
		       ($e . _NOM_TEMPORAIRES_ACCESSIBLES)
		       );

		if (is_readable($e .=  _NOM_CONFIG . '.php')) include($e);
	}
 }

La première ligne réduit l'accès aux répertoires et fichiers créés par le serveur http à ce seul serveur. 

A partir de l'URL du script appelé, les lignes suivantes déduisent un nom qui doit etre le nom d'un sous-répertoire Ajouts dans l'installation de Spip. L'exécution de ce script commence donc par déclarer les 4 sous-répertoires spécifiques au site, ainsi que le préfixe de ses table SQL. Au cas où existerait un fichier etc/mes_options pour ce site spécifique, celui est également chargé.

L'utilisation des constantes _NOM_* permet donc de disposer d'un ensemble de répertoires et fichiers qui n'ont meme pas à savoir s'ils utilisent une installation mutualisée ou non de Spip.

ATTENTION: il faut bien voir que les fonctions de inc/utils ne seront vraiment utilisables qu'après appel de spip_initialisation, car les constantes qu'elles utilisent (_DIR_TMP, _DIR_IMG etc) ne sont pas encore définies à l'entrée de mes_options (c'est justement ce qui permet de les personnaliser).

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