Re: [CPS-users-fr] CPSSkins et présentation

[Georges Racinet]

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 : cps-users-fr at lists.nuxeo.com
> 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