En essayant de moderniser les crayons (jQuery 1.4.2) je suis tenté
d'utiliser la fonction native c=$.parseJSON(c) plutôt que le sale
eval('c='+c);
et là patatras, je m'aperçois que jQuery refuse les JSON envoyés par
les crayons, à cause de l'encodage dû à var2js() dans inc/json.
si je remplace var2js() par return json_encode() ça marche (mais php >= 5.2)
Donc:
1. il faut moderniser notre bibliothèque inc/json pour qu'elle renvoie
la même chose que json_encode
2. pour les crayons, qui doivent rester compatibles avec tous les
SPIP, si on veut utiliser $.parseJSON on ne pourra plus s'appuyer sur
le var2js du core.
Après, cela veut sans doute dire qu'il faut dupliquer cette fonction dans les crayons pour assurer la compat sur les anciennes versions de SPIP, en effet.
en effet c'est bon (et moi qui pensais que c'était à cause des
caractères utf-8 non échappés...)
en revanche le str_replace('&', '&'...) semble inutile.
Après, cela veut sans doute dire qu'il faut dupliquer cette fonction dans les crayons pour assurer la compat sur les anciennes versions de SPIP, en effet.
on est bloqués ici parce que le inc/json du core (potentiellement
"pourri") est prioritaire. il fallait donc que je renomme, dans les
crayons, les fonctions de toggg, pour pouvoir les utiliser. Du coup
j'ai unifié sur inc/json + json_encode()
Je m'excuse d'inserer une remarque, un peu hors sujet :
mais a l'occasion je voudrais suggerer une amélioration
sur la gestion des TEXTE d'articles avec Crayons :
est-il imaginable de "fragmenter" la fenetre de visu-modif du corps de
l'article,
un peu a la manière des Articles sous Wikipedia,
- soit en decoupant au niveau des {{{Titres}}}
- soit en decoupant au niveau des ++++ (pagination CS)
Cela facileterait la modification en mode wiki...
Qu'en pensez-vous ?
PS deslé de vous "interrompre" ainsi
"Fil" <fil@rezo.net> a écrit dans le message de news:
AANLkTilFoy8Kv1pTZGLYUoFs56h_HPe9S1M1hUkMCn55@mail.gmail.com...
en effet c'est bon (et moi qui pensais que c'était à cause des
caractères utf-8 non échappés...)
en revanche le str_replace('&', '&'...) semble inutile.
Après, cela veut sans doute dire qu'il faut dupliquer cette fonction dans
les crayons pour assurer la compat sur les anciennes versions de SPIP, en
effet.
on est bloqués ici parce que le inc/json du core (potentiellement
"pourri") est prioritaire. il fallait donc que je renomme, dans les
crayons, les fonctions de toggg, pour pouvoir les utiliser. Du coup
j'ai unifié sur inc/json + json_encode()
sur la gestion des TEXTE d'articles avec Crayons :
est-il imaginable de "fragmenter" la fenetre de visu-modif du corps de
l'article,
un peu a la manière des Articles sous Wikipedia,
- soit en decoupant au niveau des {{{Titres}}}
- soit en decoupant au niveau des ++++ (pagination CS)
Cela facileterait la modification en mode wiki...
Ce serait super, mais comment coder ça ? La difficulté immédiate,
c'est que le #TEXTE calculé ne contient rien qui permette d'identifier
tel ou tel paragraphe.
En parlant du logiciel "La poule ou l'œuf" aux RMLL, on disait avec Cédric qu'on pourrait faire ça dans SPIP : numéroter et insérer une ancre pour chaque paragraphe, automatiquement. Ce qui permet alors de faire de liens directement sur un paragraphe précis d'un article. De coup ces paragraphes seraient-ils "identfiés" ?
En parlant du logiciel "La poule ou l'œuf" aux RMLL, on disait avec Cédric
qu'on pourrait faire ça dans SPIP : numéroter et insérer une ancre pour
chaque paragraphe, automatiquement. Ce qui permet alors de faire de liens
directement sur un paragraphe précis d'un article. De coup ces paragraphes
seraient-ils "identfiés" ?
ça serait sans doute un bon début (même s'il n'y a pas que des
paragraphes, dans un #TEXTE).
Sinon, j'aimerais bien que cette numérotation soit assez indépendante
de ce qui précède un paragraphe, si c'est envisageable ? Ainsi si
j'ajoute un paragraphe au début, que mes ancres ne soient pas toutes
cassées ?
En parlant du logiciel "La poule ou l'œuf" aux RMLL, on disait avec Cédric
qu'on pourrait faire ça dans SPIP : numéroter et insérer une ancre pour
chaque paragraphe, automatiquement. Ce qui permet alors de faire de liens
directement sur un paragraphe précis d'un article. De coup ces paragraphes
seraient-ils "identfiés" ?
Bonne idée !
ça serait sans doute un bon début (même s'il n'y a pas que des
paragraphes, dans un #TEXTE).
Sinon, j'aimerais bien que cette numérotation soit assez indépendante
de ce qui précède un paragraphe, si c'est envisageable ? Ainsi si
j'ajoute un paragraphe au début, que mes ancres ne soient pas toutes
cassées ?
Utiliser une sorte de MD5 tronqué (pour réduire la taille) du contenu du paragraphe en question, ça pourrait le faire, mais si on corrige une virgule, ça change...
Mais sinon, adopter nativement plusieurs niveaux d'intertitres, et génération automatique d'ancres sur ceux-ci, résoudrait déjà pas mal de ces besoins, non ?
Je suis très très pour d'autant qu'une sorte de spécification existe
déjà, créée par Mortimer et adoptée par plusieurs plugins (intertitres
hiérarchisés, enluminures typo et le couteau suisse): {{{** avec un
nombre d'étoiles définissant le niveau (ou avec des # pour numéroter),
bref comme les listes (-** ou -##).
C'est logique et très utile ! (mes rédacteurs, sur différents sites de
différents publics me le demandent systématiquement et ne s'en passent
pas !)