J'allais l'intégrer au trunk, mais ils ont changé la manière de distribuer les fichiers. D'un côté j'ai un pack avec un fichier jquery-ui.js sans les js de chaque module, et dans le pack de dev qui contient chaque module dans un fichier, les scripts ne sont plus prefixés par jquery.ui
Deux possibilités :
1) on switch sans préfixe comme eux, mais du coup on génère petite incompatibilité pour les plugins qui appellent les scripts directement sans passer par le pipeline
2) on les préfixe à la main à chaque maj (un peu relou)
À noter qu'il n'y aurait que 3 appels directs à corriger dans le core :
1) on switch sans préfixe comme eux, mais du coup on génère petite
incompatibilité pour les plugins qui appellent les scripts directement
sans passer par le pipeline
Sur ce point, je propose d'utiliser un external branché sur le tag de la release jQuery UI comme ceci :
Hello,
D'expérience les externals sont pas géniaux à l'usage. C'est ce que j'avais fait pour CSSTidy dans l'extension compresseur mais on a eu plein de petits pépins avec, des gens chez qui ça checkoutait pas, ou se mettait plus à jour, le zip qui prenait pas les mises à jour etc... Résultat on est revenu à ma mise des fichiers dans le repo, classiquement. Donc je pense pas qu'il faille faire ça pour jQuery ui...
Comme je le dis à chaque fois, les svn:externals c'est le mal mais bon
je radote
Autrement si c'est une lib/ n'avons nous pas un <require lib> déjà
implémenté dans le core ?
Ne serait il pas pertinent d'exploiter dans ce cas un spip_paquet.xml
? Comme déjà discuté il y a fort longtemps mais sans consensus.
Et hop, voilà qui est fait pour la maj vers jQuery UI 1.11.0 :
Et l'adaptation côté core :
Pour info, j'en ai profité pour virer le script jquery-ui.js car il n'était pas utilisé et qu'il est préférable d'appeler les différents modules à l'aide du pipeline jqueryui_plugins (ou en appel direct quand "on sait ce qu'on fait"). Si cela pose problème, on peut revenir en arrière sur ce point.
ps : je n'ai pas utilisé de lib externe car cela poserait problème lors d'une installation locale en mode hors ligne.