On Dec 8, 2006, at 3:15 PM, sebastien.masson wrote:
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.
Oui. En fait il y a une permission spécifique, qui n'est accordée
qu'au rôle Manager (cf ZopeBook éventuellement).
On peut jouer avec mais c'est de l'intégration lourde.
- 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
Dans les deux cas on peut se contenter de spécifier une page de thème
ou un couple thème/page
et faire les modifications nécessaires en ZMI,
En effet, il n'y a pas de UI pour ça
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.
Oui !
- 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.
WorkspaceManager ou SectionManager
(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).
Normalement oui, les params de cache sont délicats à configurer, il
faut lire CPSPortlets/doc
- 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.
Les portlets ont la liberté de le faire, mais mieux vaut déléger aux
éléments de thème cette responsabilité
- 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.
On peut s'en sortir, mais c'est nettement plus chaud:
Comme vous avez l'air courageux, vous pouvez faire des portlets de
contenu à base de CPSDashboards, mettre des classes CSS sur les
widgets rendant chaque élément et ainsi décliner plusieurs types de
portlets à mettre dans le même slot. Il suffit de reprendre ces
classes dans un custom.css. Ça casse un peu la séparation logique/
présentation, mais ça marche. On peut même faire des choses dans ce
genre (non précis):
div.monStyleDeBoiteCPSSkins (...éléments intermédiaires...)
div.lePortletDeMonBoss { 'color' : red;}
pour continuer à décliner en plus suivant la boîte qui contient tout ça.
Mais c'est un sacré travail (un type de portlet à chaque sous-style),
bien comprendre ce qui se passe...
- 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>
---------
Georges Racinet, Nuxeo SAS
Open Source Enterprise Content Management (ECM)
Web: http://www.nuxeo.com/ and http://www.nuxeo.org/ - Tel: +33 1 40
33 79 87
_______________________________________________
cps-users-fr
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>
