Merci pour ces précisions.
En effet, j'ai été égoïste, le fait d'indiquer les messages d'erreur aide
obligatoirement au débugguage, j'y penserai la prochaine fois.
Pour mon problème avec  CPSGroupware, j'ai la solution, elle est d'une
simplicité déconcertante, et surtout pleine de bon sens, je la donne car
elle va peut être éviter à des néophytes comme moi de tomber dans le
panneau.
Mon répertoire Products n'était tout simplement pas "clean". Comment,
pourquoi je ne sais pas, je répète que je teste le produit, et donc que je
fais pas mal de manipulations, en tout cas l'installation de CPSGroupware
c'est faite à grand coup de "rm" car des fichiers et/ou répertoires
polluants se trouvaient dans mon Products.
Donc RAZ de Products, décompactage de CPS dans un Products vierge,
décompactage de CPSGroupware dans ce même Products (cette fois ci sans pb)
et que du bonheur. 
Enfin qu'en je dis que du bonheur, faut voir, en effet, dans ce que je vais
appeler mon ancienne installation, j'avais travailler, créer des
utilisateurs, des groupes, des sous répertoires pour mon workspace et mes
sections avec les droits idoines. Je voudrais donc récupérer cela dans ma
nouvelle installation.
Donc, si quelqu'un peut m'aider en me précisant les méthodes et les lieux à
utiliser pour, en script lire mon workspace (ma section), insérer des
éléments, en supprimer, savoir quels types de document y sont stocker, idem
pour accorder des droits dessus, à la manière de ce que m'a donné Cédric
pour la manipulation des groups et des users.
Volontairement, je ne veux pas passer par import/export, car de toute façon
dans mon produit final, c'est bien de cette façon là que je veux procéder: à
l'installation, partir d'un schéma générique à tous les établissements et
l'adapter suivant le cas (à la volée, à l'aide d'un csv, d'un fichier au
format XML, peut importe pour l'instant).

Merci,
JFP

-----Message d'origine-----
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Olivier Grisel
Envoyé : vendredi 6 octobre 2006 00:20
À : [email protected]
Objet : [CPS-users-fr] Re: CPSGroupware

Przydatek JF a écrit :
> Bonsoir,
> 
> En effet après l’installation,  portal_cpscalendar apparaît dans la ZMI, 
> mais après reboot du serveur.
> 
> Par contre, le type CPSCalendar n’est pas crée et si je le crée dans 
> portal_type, je peux faire la démarche que tu donnes, mais sans 
> résultat, un nouveau type de document à inclure dans le workspace 
> apparaît bien, mais que d’insultes quand on clique dessus.

Les insultes en questions sont en fait un message d'erreur qui fournit des 
informations pertinentes quant à l'origine du non fonctionnement de 
l'installation en question. Il serait donc intéressant de les partager sur
cette 
liste.

> Je ne comprends pas bien pourquoi dans ta démarche, on insère un type de 
> contenu. Un calendrier est plutôt un container (qui peut «éventuellement 
> contenir des événements), je vais peut-être dire une bêtise, mais, ce 
> qu’il faut (et je ne sais pas comment) c’est qu’il apparaisse dans les 
> portlets, pour pouvoir régler son comportement.

La portlet de calendar peut afficher les prochains évènements d'un ou
plusieurs 
calendriers partagés sur le(s)quel(s) l'utilisateur courant à des droits.

> Depuis que j’ai créé une instance de CMFCalendar et même après l’avoir 
> enlevé, quand je vais dans thème du site, je peux insérer un portlet 
> calendrier

AMA il s'agit plutot de la templet de calendrier qui utilise effectivement 
portal_calendar (CMFCalendar) pour paramètrer une recherche d'évènements.

> mais je ne peux faire aucun réglage dessus, il s’insère 
> d’ailleurs avec 3 ! ( !!!).

Il s'agit du crash shield qui masque le message d'erreur. Pour afficher 
l'origine du problème il faut désactiver le crash shield en ZMI dans 
portal_themes (onglet "options").

-- 
Olivier


_______________________________________________
cps-users-fr
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>

Répondre à