Markitup prenant à peu près en charge les boutons multiligne, on se base maintenant dessus pour les notres : forceMultiline devient multiline dans la déclaration des boutons.
On change de technique pour ce qui est du calcul les sélections (sélectionner toute une ligne, tout un mot, au plus proche d'une sélection ou du curseur) : avec les dernières évolutions de Markitup, seul IE se permet des folies. On ne traite donc que le cas IE spécifiquement, et on laisse Markitup gérer les calculs de position du curseur. Du coup, il y a moins de modifications du code de Markitup.
On n'utilise plus la librairie XRegExp qui ne semble plus utile pour nos calculs d'expressions régulières.
Testé avec : FF6, IE8, Opera11.52, Chromium 12.0
À noter :
* Tab : champ ou lien suivant
* Maj-Tab : précédent
* ctrl-tab et crtl-maj-tab : onglet suivant ou précédent
- Alt-tab et alt-maj-tab : passer d'une application ouverte à une autre
Donc, pour mettre la possibilité de saisir une tab dans le greffon de PP "Code", c'est assez mal parti.
Remarque : que fait un fork de PP dans _galaxie_/forum.spip.org/forum.spip.org_2009/barre_outils/edition.php ?
- Mise à jour des scripts d'expression régulière pour la fonction .split() que l'auteur à intégré dans une librairie plus générale, reprenant .replace(), .match() aussi notamment : http://xregexp.com/
- Charger la barre après le chargement de la page.
Le caractère €uro disparaît.
Le changement de casse n'est activé QUE pour le français (si quelqu'un veut le tester dans sa langue, il faut la rajouter, tester, et commiter).
ToDo :
* passer dans PortePlume l'éditeur de tableaux après l'avoir réécrit en jQuery (je sais pas faire)
* mettre dans PortePlume un équivalent de l'ancien système de rechercher et rechercher/remplacer de la BTv2 (je sais pas faire non plus)
marcimat@rezo.net