Le Monday 07 July 2008 01:43:20 BoOz, vous avez écrit :
webmaster-SmY8PKqfSOymUgr6GzUhTg@public.gmane.org a écrit :
Hello,
Ca à l'air d'être un gros boulot que tu nous abat la, bravo.
Je crois comprendre que dans le lot de fonctionnalités que propose ton
plugin, tu reprends des choses existantes par ailleurs (agenda, lecteur
multimedia,...), en les améliorant.Je cite (^^) :
« Par contre, il existe des plugins dont l'usage conjoint avec ACS n'a
guere d'intéret, parce qu'ils doublonnent des fonctions intégrées a ACS
ou aux composants ACS du modèle standard ("Cat"). C'est le cas du plugin
multimedia (ACS a son lecteur vidéo et sa playliste mp3 intégrés).»Je m'interroge, puisque je m'occupe du lecteur multimedia, de savoir si
ca ne serait pas plus pertinant / efficace de ne garder qu'un plugin
lecteur multimedia, que ACS irait appeler.La on va devoir maintenir en parallèle deux plugins identiques, sans
profiter vraiment d'un dev en commun plus efficace.BoOz
Le plugin ACS ( http://acs.geomaticien.org ) a pour objet premier de permettre
de configurer directement un site (donc des squelettes) par un "clickodrôme"
de l'interface d'administration. Pour d'évidentes raisons de sécurité, ce
plugin a dû intégrer un nouveau système de gestion des droits d'accès à la
partie privée, assez performant et polyvalent, qui peut avoir bien d'autres
usages (certains sites tests utilisent ACS uniquement pour cette gestion des
droits avancées qui ne ralentit pas le site comme le plugin "acces
restreint"). Et il s'est avéré pratique d'y ajouter un "navigateur de
squelettes" avec un analyseur/coloriseur de code source Spip, qui permettra à
terme l'édition des squelettes par le web (avec ou sans intégretion du plugin
skel-editor, à étudier).
Pour permettre la configuration "par clickodrôme", les différents composants
d'un squelette doivent posséder des variables. C'est facile en override d'un
plugin lorsque la personnalisation porte uniquement sur les CSS, mais c'est
plus difficile lorsque les composants intègrent du Flash à la façon du plugin
multimedia.
Deuxièmement, l'un des lecteurs du plugin multimedia, le pixplayer, va parfois
se connecter subrepticement à un site qui d'ailleurs semble ne plus exister
(découvert en travaillant en local sans connection).
Enfin, je voulais un lecteur mp3 entièrement "skinnable" et reposant sur une
partie Flash minimaliste n'ayant AUCUNE influence sur le graphisme.
Ayant naguère trouvé plein d'astuces utiles dans le plugin multimedia (bravo à
ses développeurs !), j'ai d'abord cherché à l'intégrer, avant de préférer
aller jusqu'au bout de l'approche par composants d'ACS, finalement plus
facile à implémenter proprement.
Le résultat, c'est un lecteur mp3 insérable dans un article exactement comme
le plugin multimedia (comaptibilité des articles publiés), plus une playlist
mp3 entièrement skinnable utilisée sous forme de "composant ACS".
Etudier une convergence plutôt que de voir se multiplier les plugins à peu
près équifonctionnels est toujours une bonne idée, pour les raisons évoquées
par Booz. Dans ce cas, celà nécessiterait toutefois une nouvelle version
majeure du plugin multimedia, intégrant les variables configurables par
interface web. Pour avoir déjà réalisé cet exercice de style sur le plugin
multimedia (en simple override), je sais qu'il faudrait alors faire évoluer
assez fortement le plugin multimedia actuel. De plus, la différence
d'approche rend l'existence de 4 players mp3 à peu près inutile, puisque le
seul player mp3 d'ACS est entièrement "skinnable".
De toute façon, l'utilisateur final a le choix, et peut intégrer le multimédia
avec les composants natifs d'ACS (en les activant) ou en ajoutant à ses
squelettes les éléments du plugin lecteur_multimedia ou d'autres plugins
(sans activer les composants multimedia d'ACS).
ACS comprend 4 composants multimédias indépendants: le lecteur mp3, le lecteur
flv, une playlist mp3 (qui dépend du lecteur), et une playliste video (qui ne
dépend pas du lecteur video): "Repimages".
Maintenant, si quelqu'un propose une contrib mixant proprement les deux
approches, banco ! Si je peux y contribuer, je le ferais.
--
Daniel FAIVRE
Expert en géomatique
