Traitement de <math> en 3.1 #3268

Closed
opened 9 years ago by Suske · 3 comments
Suske commented 9 years ago
Owner

L'intégration de dans _PROTEGE_BLOCS en http://core.spip.org/projects/spip/repository/revisions/21273 entraîne une rupture de compatibilité en 3.1 pour celleux qui auront utilisé la feature de la doc ( en tête et en fin de texte d'article... http://www.spip.net/fr_article3016.html).

Si des gens utilisent du tex ils n'auront pas manqué de repérer cette grosse facilité d'encodage. Ils vont être piégés là en 3.1
C'est clairement une feature... de niche mais une feature.

Du coup, ça me semble valoir la réflexion quant à la rupture de compat...

Quelques idées:

  • ne sert qu'à activer l'interprétation des $formule$ et $$formule$$ par spip. Faut-il le traiter comme les autres cas de _PROTEGE_BLOCS ?
  • A la limite, traiter ce cas comme d'autres du marquage SPIP ? Bon il y a le cas où quelqu'un voudrait dans un article aussi bien des formules que des prix en $...
  • faire un plugin qui reprend le traitement historique ?
  • une page qui permettrait de traiter ça de manière automatique, un peu comme on a fait pour les sauts de ligne ?

En tous cas, quand je vois certaines pages avec des dizaines de formules, j'ai mal aux doigts pour les rédacteurs qui vont devoir remplacer les $bla$ par $bla$ partout... Et je crains que ça ne devienne une motivation à ne pas mettre à jour.

L'intégration de <math> dans _PROTEGE_BLOCS en http://core.spip.org/projects/spip/repository/revisions/21273 entraîne une rupture de compatibilité en 3.1 pour celleux qui auront utilisé la feature de la doc (<math> en tête et </math> en fin de texte d'article... http://www.spip.net/fr_article3016.html). Si des gens utilisent du tex ils n'auront pas manqué de repérer cette grosse facilité d'encodage. Ils vont être piégés là en 3.1 C'est clairement une feature... de niche mais une feature. Du coup, ça me semble valoir la réflexion quant à la rupture de compat... Quelques idées: - <math> ne sert qu'à activer l'interprétation des $formule$ et $$formule$$ par spip. Faut-il le traiter comme les autres cas de _PROTEGE_BLOCS ? - A la limite, traiter ce cas comme d'autres du marquage SPIP ? Bon il y a le cas où quelqu'un voudrait dans un article aussi bien des formules que des prix en $... - faire un plugin qui reprend le traitement historique ? - une page qui permettrait de traiter ça de manière automatique, un peu comme on a fait pour les sauts de ligne ? En tous cas, quand je vois certaines pages avec des dizaines de formules, j'ai mal aux doigts pour les rédacteurs qui vont devoir remplacer les $bla$ par <math>$bla$</math> partout... Et je crains que ça ne devienne une motivation à ne pas mettre à jour.
Poster
Owner

A noter que pour la 3.0, la question est mise sous le tapis par http://core.spip.org/projects/spip/repository/revisions/21543 qui est donc un prétexte fonctionnel à la sortie d'une 3.0.18

Version cible mise à 3.1

A noter que pour la 3.0, la question est mise sous le tapis par http://core.spip.org/projects/spip/repository/revisions/21543 qui est donc un prétexte fonctionnel à la sortie d'une 3.0.18 **Version cible mise à 3.1**
Poster
Owner

Si je comprend bien http://zone.spip.org/trac/spip-zone/changeset/84654, je peux fermer ce ticket car math est sorti du traitement par le core et confié à textwheel, ce qui annule la rupture de compat. Oui ?

Si je comprend bien http://zone.spip.org/trac/spip-zone/changeset/84654, je peux fermer ce ticket car math est sorti du traitement par le core et confié à textwheel, ce qui annule la rupture de compat. Oui ?
Owner

Tout à fait ! (et je ferme :) )
Statut changé à Fermé

Tout à fait ! (et je ferme :) ) **Statut changé à Fermé**
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.