#326 :homogoeneisation de image_reduire avec les autres filtres en permettant de traiter toute image. La restriction de directory est conservee pour les appels de reduire_image_logo ne provenant pas de image_reduire

suppression du '0' en fin de articles.php en l'absence de forum; réapparation des mots cherchés qui avaient disparus en mode non Ajax; mise en xhtml (mais pas strict) du formulaire des mots.

on revient au fonctionement : les langues selectionnees dans la configuration "multilinguisme" pour #MENU_LANG (corrige partiellement #520)

Il manquait une accolade dans style_prive.html, c'est pour ça que [7190] s'affichait mal. Il est probable que ça mettait le bazar ailleurs aussi. Petits nettoyages divers ayant servi à localiser la chose, c'est toujours ça de pris.

bug dans le cas ou les menus de langue sont sur les rubriques mais pas restreintes aux secteurs (renato)

restauration de la fonctionnalite (longtemps morte) de creation de l'article dans la langue de l'auteur (si le reglage le permet : langue autorisee + menu de trad sur les articles)

API: article_select() esst un peu plus propre, notamment car la creation de liens de traduction est traitee separement

API: action/editer_article se satisfait grosso modo de ce qu'on lui envoie : id_article+titre => il ne change que le titre ; id_article+id_rubrique => il ne change que la rubrique, etc. // reste a regler le cas des liens de traduction, qui est plein de code mort

On va y arriver :-)

colmatage partiel de #511 : affichage du calendrier meme sans evenement plutot que le disgracieux "pas d'article a cette adresse'

revision de l'analyse des parametres d'un raccourci de modele : <doc3|exif|left> et <doc3|left|exif> appellent le meme modele doc_exif.html (cf. plugin exif)

(Il lui manque encore la chaîne de trad correspondante <:squelette_voir:>, et un peu d'habillage CSS).

Il semblerait qu'une CSS fasse pb dans mon dernier dépot. Je dépose un correctif graphiquement moche mais minimal le temps de comprendre.

- le calcul de l'attribut onclick n'était pas réinitialisé en début de la boucle PHP, du coup le code JS du clic sur la N-ieme rubrique du menu faisait N appels à Ajax. C'était carrément faux lorsqu'en plus la rubrique n'avait pas d'enfant (le menu renvoyé donnait les fils de la rubrique précédente), autrement, le dernier étant le bon, c'était invisible, mais ça explique la lenteur et le besoin d'appeler la methode .abort dans charger_id_url, ce qui devrait pouvoir sauter maintenant.

- optimisation de la requete SQL et beaucoup de calculs redondants dans la boucle et l'appel récursif.

- surtout: charger_id_url a pour 3e arg non plus une chaine sur laquelle appliquée Eval, mais une fonction qui est invoquée: ça évite le phénomène de capture de variable et accélère. AjaxSqueeze admet aussi un tel argument ce qui devrait permettre d'unifier les 2 à terme.

utiliser url_de_base() plutot que META[adresse_site] partout ou ca fait du sens (Reda) -- facilite un peu les sites ayant plusieurs URLs