Suppression des modèles <img> et <emb> (qui restent néanmoins actifs pour assurer une rétro-compatibilité) au profit du modèle <doc>. Pour cette version 4.0 uniquement : la constante _COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB permet de rétablir l’utilisation des modèles img, doc et emb.
(Et pareil pour le portfolio.)
Le « Pour cette version 4.0 uniquement » signifie-t-il que ces constantes ne fonctionneront plus en 4.1 ? Je ne trouve ni confirmation ni infirmation de ça dans des articles ultérieurs.
Merci de remonter l’interrogation, dans l’idée on aimerait se débarrasser de « ce vieux code » en 4.1, mais comme la 4.1 ne devrait pas casser prand chose peut-être qu’on gardera ça, rien de certain pour l’instant… Mais, une chose est certaine, si on casse de la compatibilité sur ce point ou un autre, ça sera présent dans l’annonce
Je me permets un petit up. J’ai vu la mise à jour du calendrier des versions maintenues, et j’aimerais savoir si quelque chose a été décidé.
Je gère un gros site, et le retrait de ces fonctionnalités risque d’avoir des impacts importants. Dans l’idéal, leur maintien jusqu’à la version 4.2 LTS nous serait très utile, d’autant que nous envisageons plusieurs travaux de refonte. Pour établir un rétroplanning, j’aimerais pouvoir dire à mon employeur soit « C’est OK jusqu’en décembre 2024. », soit « Il ne faut pas trainer : on doit avoir fini ça avant fin 2022. »
(Et je ne peux même pas commencer le travail sur notre site de développement, vu le nombre de plugins encore incompatibles.)
Les plugins pas encore marqués compatibles ne sont pas forcément incompatibles. Et parfois aussi, ce n’est pas compliqué de les rendre compatibles.
Tu pourrais adopter une attitude pro-active et contribuer à ce travail de test et signalement des éventuels problèmes rencontrés, ou de mise au point, ou de validation.
Au plus simple tu pourrais demander (dans un autre thread) si les plugins que tu utilises sont actuellement testés ou déjà utilisé en prod sur SPIP4, même si pas encore marqués compatibles dans le fichier paquet.xml
Je suppose qu’on doit pouvoir conserver ces comportements en 4.x. Pour sûr il n’était pas question de l’enlever en 4.1 (on ne s’en souvenait plus, déjà)
Par contre ça risque fortement de partir avec SPIP 5 très logiquement.
