- oct. 20, 2006
-
-
esj a rédigé
- 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.
-
tetue a rédigé
+ pas d'indentation (le resultat dans le code genere etant horrible)
-
- oct. 18, 2006
-
-
esj a rédigé
-
- oct. 17, 2006
-
-
esj a rédigé
Résoud #623: mod_security ne tolère pas un point-virgule et une espace; ce n'est plus de la sécurité c'est la novlang réincarnée.
-
- oct. 16, 2006
-
-
esj a rédigé
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.
-
esj a rédigé
Rationnalisation du code du mini-navigateur pour remplacer un attribut Id par le noeud qu'il référence pour éviter les couteux getElementById, non mémorisables depuis le passage en Ajax. On en profite pour abstraire un peu le code, afin que ce mode de sélection puisse servir à terme à d'autre choses que des rubriques. Pour le pb de la restriction des rubriques à celle administrées par le demandeur, la question a été résolue en changeant le statut de l'article à l'arrivée, ce qui parait plus utile. Ca reste dommage pour la création de sous-rubriques néanmoins.
-
- oct. 14, 2006
- oct. 12, 2006
-
-
Fil a rédigé
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)
-
- oct. 10, 2006
-
-
renato a rédigé
-
- oct. 09, 2006
- oct. 06, 2006
-
-
-
http://jquery.com/dev/bugs/bug/222/renato a rédigé
report of fixes for bugs http://jquery.com/dev/bugs/bug/222/ and http://jquery.com/dev/bugs/bug/165/
-
- oct. 05, 2006
-
-
JamesRezo a rédigé
-
- oct. 04, 2006
-
-
cerdic a rédigé
-
- oct. 03, 2006
- sept. 27, 2006
-
-
esj a rédigé
Suite de [7435]: migration de img_pack, qui ne pouvait déjà plus rester dans ecrire/, avec son .htaccess potentiel, depuis que le squelette agenda (via ses filtres associés) référence certaines images de img_pack. Ce répertoire comportant aussi quelques css, le bilan définitif de toutes ces migrations est le suivant: - toutes les .css se trouvent dans dist/, les scripts de l'espace privé retrouvant les siennes car il utilise systématiquement find_in_path (qui contient dist/) pour les retrouver; - toutes les images auparavant en img_pack se trouvent à présent dans dist/images (constante _DIR_IMG_PACK changée en conséquence) - toutes les vignettes de documents se trouvent en dist/vignettes (la constante _DIR_IMG_ICONES_DIST a donc cela comme valeur, apres avoir connu IMG/icones, ecrire/img_pack/icones puis dist/img/icones) - toutes les icones de la barre de saisie se trouvent en dist/icones_barre (la constante _DIR_IMG_ICONES_BARRE a donc cela comme valeur, apres avoir connu IMG/icones_barre, ecrire/img_pack/icones_barre puis dist/img/icones_barre) Et (inchangé pour ce dépot) tous les javascripts sont dans dist/javascript.
-
- sept. 24, 2006
-
-
renato a rédigé
Public pages need to use the tag #INSERT_HEAD to take advantage of jQuery
-
- sept. 21, 2006
-
-
Fil a rédigé
-
- sept. 20, 2006
-
-
esj a rédigé
Disparition, apparament sans altérer la qualité graphique, des balises A imbriquées de icone_horizontale qui provoquait 2 requetes Ajax simultanées (cf [7410]).
-
- sept. 19, 2006
-
-
esj a rédigé
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.
-
- sept. 15, 2006
-
-
Fil a rédigé
-
- sept. 14, 2006
-
-
esj a rédigé
-
- sept. 13, 2006
-
-
cerdic a rédigé
-
- sept. 10, 2006
-
-
Fil a rédigé
-
Fil a rédigé
changement important sur la gestion du cache : par defaut les pages deviennent 'dynamiques', et il faut indiquer #CACHE{3600,cache-client} pour qu'elles soient cachees chez le client (notamment la css de l'espace prive). Resoud le probleme du non-rafraichissment d'une page qu'on vient de recalculer, parce qu'elle est cachee trop fort cote browser
-
- sept. 04, 2006
-
-
renato a rédigé
-
esj a rédigé
- la partie JavaScript du code fabriqué ne comporte plus une copie trancodée des titres et Url figurant déjà dans la partie HTML: les fonctions JS vont les chercher dans le DOM. - suite à la correction [7190], l'appel de la méthode abort est supprimé, et du coup il n'est plus nécessaire de mémoriser dans un tableau global tous les appels à Ajax effectués dans cette page. De meme, il n'est pas nécessaire de mémoriser dans un tableau global l'emplacement des gif animés. La seule globale restante est le cache évitant d'effectuer plusieurs fois la meme requete Ajax. Remarque: ce code aurait été posté plus tot si le mot clé This dans l'attribut d'une balise A désignait, comme pour toute autre balise, la balise elle-meme, non pas, de manière absurdement dérogatoire, l'attribut Href de cette balise. W3C, priez pour nous.
-
- sept. 03, 2006
-
-
Fil a rédigé
la vignette est de meilleure qualite si on la calcule a partir de la photo pleine taille, plutot qu'a partir du logo, qui est deja une version reduite (reda). par contre ca pose le probleme de ce qu'il faut faire quand le logo n'est pas l'image reduite (une vignette ajoutee a la main, ou un logo de base en cas de fichier absent...)
-
Fil a rédigé
-
- août 30, 2006
-
-
esj a rédigé
<script src='X'></script> ..... <script src='Y'></script> ..... il faut absolument une espace avant chaque </script> pour qu'il le voit.
-
- août 27, 2006
- août 26, 2006