Bonjour,
Je commence à prendre CPSSkins en main, et j'aurais aimé avoir quelques
précisions (et surtout confirmations) concernant ce qu'il permet de
faire et pas, afin de ne prendre d'engagements que je pourrais
regretter.Désolé pour la tartine que ça représente, mais une fois que
certains auront vu le premier écran de CPSSkins, les questions vont
fuser et les imaginations bouillonner !
Merci donc de me dire si ces "affirmations" sont correctes ou fausses,
voire incomplètes, étant donné que j'aimerais savoir si CPSSkins est la
réponse à un certain nombre de demandes que j'ai et que je ne peux pas
solutionner avec "l'ancienne" architecture.
- Les thèmes sont là pour définir la structure et la mise en page du
site, et personne d'autre que les Managers ou rôles équivalents ne peut
les modifier.
- Il est possible de skinner en toute simplicité certaines méthodes de
façon explicite (ce que j'ai fait pour index_html par exemple), mais pas
des endroits particuliers du site (une seule section par exemple); dans
ce cas, il faut passer par un autre thème et faire les modifications
nécessaires en ZMI, ce qui ne me permettrait pas de confier cette
gestion aux fans du visuel (la problématique est que l'essentiel de nos
responsables de rubriques envisagent la leur comme un site indépendant,
plutôt que comme un élément faisant partie d'un tout, avec une charte
graphique et la conformité que cela impose), même ceux qui disposent des
droits de manager.
- les Templets, hormis ceux qui concernent les blocs, sont presque à
considérer comme des éléments de la charte graphiques (boîte de
recherche fixe, portions de texte immuables comprises).Ceux qui semblent
offrir le même service que les portlets équivalents ne sont à utiliser
que s'ils doivent faire partie de la "partie fixe" du site.
- Les Portlets quant à eux sont les équivalents modernes des boîtes; ils
peuvent être positionnés par défaut par les managers, mais sont
surchargeables dans les sections ou espaces par des personnes autres que
les managers du site.
(juste une précision : les portlets de contenu mis en cache
répercutent-ils automatiquement les changements survenus, tels la
publication ou dépublication d'un document ? Je n'ai pas encore eu trop
le temps de tester ou de regarder le code).
- Ils en font autant, et même plus, que les anciennes boîtes, avec des
performances de traitement supérieures, la différence visible étant que
les boîtes contenaient des éléments concernant leur présentation de
façon intégrée (ouvertes/fermées, cadre ou pas, ...) alors que les
portlets non.
- L'apparence des portlets est liée à la façon dont les styles sont
définis pour les slots qui les contiennent; il n'est pas possible
d'avoir plusieurs portlets (des listes de contenu par exemple)
d'apparence différente dans un même slot.Il n'y a pas de notions
d'apparence qui leur soit attachée de façon individuelle.
Si on cherche à avoir un rendu un peu "sapin de Noël", du genre trois
listes de contenu utilisant le même "moteur" mais avec des puces et des
polices différentes, il faudra créer autant de slots que de styles
prévus; donc l'avoir prévu à l'avance et ne pas le remettre en question
sans cesse.
Si je pose cette question, c'est qu'actuellement - sur une version
ancienne - j'ai au moins six déclinaisons de la boîte de contenu par
défaut mais chacune avec des puces, couleurs, polices, ou tableaux
différents, en fonction des envies de gens influents. J'aimerais bien
pouvoir leur donner les même possibilités mais sans avoir à dupliquer du
code bêtement ou les obliger à trop réfléchir quant à l'organisation des
thèmes et des slots stylisés, histoire qu'ils soient autonomes et ne me
fassent pas faire des choses redondantes sans cesse.
- Au lieu de s'ecrimer à essayer d'illustrer des "pages" avec des
documents flexibles alambiqués, autant mettre des portlets d'images un
peu partout; mais à la condition d'avoir prévu les slots et les cellules
en conséquence, et de façon globale donc.
Voilà, je crois que c'est fini pour cette fois-ci ! Comme on le voit ça
concerne essentiellement les notions de bricolages visuels, qui sont le
nerfs de la guerre par ici. Bien de gens ne veulent pas comprendre que
CPS est là pour les aider à publier du contenu, de façon plus flexible
que TITRE-CORPS-FICHIER, sans avoir besoin d'être un roi du HTML, mais
avec quand même des contraintes liées à la structure du site et une
certaine logique de fonctionnement. Alors ils essayent de contourner ça
à grands coups de RTE et de documents flexibles étranges, ce qui donne
souvent des résultats ... étranges !
CPSSkins me semble apporter des solutions à un certain nombre de choses,
mais reste à savoir si c'est réellement le cas !
_______________________________________________
cps-users-fr
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>
