Proposition de refonte de la publication sous CPS

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============1306809822==
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-33-1037073068"
Content-Transfer-Encoding: 7bit

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--Apple-Mail-33-1037073068
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable

Bonjour =E0 tous,

je vous livre le fruit de quelques r=E9flexions sur un sujet qui me =20
tracasse depuis longtemps,.
Il y a en ligne de mire un gros changement fonctionnel, destin=E9 =E0 =20=

simplifier l'usage de CPS.

Partagez vous les constats ? Les propositions apportent-elles =20
sufisamment pour remplacer le fonctionnement actuel sans autre forme =20
de proc=E8s ? J'attends vos commentaires, sur la liste, bien s=FBr.

Pour une fois, j'=E9cris ceci sur la liste fran=E7aise, mais si =
quelqu'un =20
a le courage de r=E9sumer et traduire pour les listes anglaises, je lui =20=

en serait reconnaissant, car je n'aurai pas le temps.

Pr=E9liminaires
------------------

Dans ce qui suit, on entend par CPS la version livr=E9e de base, =E0 =20
savoir donc CPSDefault, mais il ne faut pas oublier que CPS est avant =20=

tout une plate-forme dont il existe nombre de versions adapt=E9es =E0 =20=

divers besoins sp=E9cifiques. On s'int=E9resse ici aux installations =
pour =20
lesquelles l'aspect publication est important, que ce soit pour le =20
grand public ou pour des besoins de communication interne.

Comme je maintiens directement quelques installations de ce type, je =20
suis particuli=E8rement motiv=E9 pour am=E9liorer l'exp=E9rience =
utilisateur, =20
et, tr=E8s concr=E8tement, j'aurais du temps de travail =E0 y accorder.

Constatations
-------------------

Par rapport =E0 d'autres syst=E8mes de gestion de contenu, l'originalit=E9=
 =20
majeure de CPS r=E9side dans la s=E9paration entre espaces de travail et =
=20
espaces de publication. C'est =E0 la fois sa grande force et sa grande =20=

faiblesse.

Commen=E7ons par lister les avantages les plus =E9vidents de cette =20
s=E9paration :

  - une organisation peut partager du contenu en interne et d=E9cider =20=

seulement a posteriori de le publier, que cela ait =E9t=E9 envisag=E9 =
d=E8s le =20
d=E9part ou pas ;
  - pour le contenu =E0 forte dur=E9e de vie, il est possible d'avoir la =
=20
version 1 en ligne et de pr=E9parer prendant ce temps la version 2, de =20=

la commenter, et m=EAme de la publier dans un espace restreint avant =20
publication finale. Un cas d'utilisation que je cite souvent : les =20
statuts d'une association ;
  - multi publication, i.e. publication du m=EAme contenu =E0 diff=E9rents=
 =20
endroits.

Malheureusement, ces avantages ne sont pas appr=E9hendables =20
imm=E9diatement par les utilisateurs (sauf formation), car ce sont des =20=

usages relativement avanc=E9s ou tout simplement minoritaires dans la =20=

vie du portail ou d'un utilisateur en particulier.

Restent les inconv=E9nients : alors que les blogs existent maintenant =20=

depuis des ann=E9es, sans parler des r=E9seaux sociaux, il est =20
inacceptable pour beaucoup d'utilisateurs qui veulent juste publier =20
quelques br=E8ves de temps en temps d'avoir =E0 cr=E9er un document dans =
un =20
espace de travail, puis de le publier. On doit pour cela naviguer dans =20=

deux hi=E9rarchies de dossiers, d=E9plier une liste de rubriques =20
cons=E9quente... Tout ceci est lourd pour les gens qui ont l'habitude du =
=20
portail en question, et franchement bloquant pour les contributeurs =20
occasionnels.

Il existe des variantes de CPS qui permettent de simplifier tout cela, =20=

en sacrifiant les espaces de travail (CPSWebPublisher). De mon point =20
de vue, cela n'a plus grand int=E9r=EAt =E0 l'heure actuelle.

Proposition
----------------

Je reprends en fait ici une vieille id=E9e de Florent Guillaume, en =20
substance : =AB j'irais bien vers un syst=E8me de checkout/checkin, =E0 =
la =20
Subversion =BB

  Si l'on revient au fond fonctionnel de CPS (la plate-forme), ce =20
qu'elle est capable de faire, c'est maintenir autant de copies que =20
l'on veut de diff=E9rentes versions d'un document =E0 diff=E9rents =
endroits. =20
Le fait que ce soit diff=E9rents endroits permet d'ouvrir des acc=E8s =20=

diff=E9rents en =E9criture.

Voici les principes :

  1. [Cr=E9ation] Les utilisateurs peuvent cr=E9er du contenu =
directement =20
n'importe o=F9 s'ils ont les droits n=E9c=E9ssaires (Validateur de =
rubrique =20
ou Membre de l'espace de travail suivant le cas).
  2. [Modification] Tout contenu est modifiable sur place, toujours =E0 =20=

condition d'avoir les droits appropri=E9s ;
  3. [Checkout] Tout utilisateur peut cr=E9er une version de travail =20
d'un document auquel il a acc=E8s en lecture ;
  4. [Checkin] On peut soumettre ou publier directement une version de =20=

travail de la m=EAme fa=E7on qu'actuellement.

Les habitu=E9s des syst=E8mes de contr=F4le de version voient d=E9j=E0 =
la =20
faille : que se passe-t-il si on a une version 1 dans les  espaces de =20=

publication, une version 2 dans un espace de travail et que quelqu'un =20=

modifie la version 1 ? Il est hors de question d'aller jusqu'=E0 g=E9rer =
=20
des branches, la notion de version =E9tant d=E9j=E0 =E0 la limite de ce =
qu'on =20
peut attendre d'un utilisateur. D'o=F9 la variante :

   2bis. [Modification] Tout contenu est modifiable sur place =E0 =20
condition qu'il soit en la version la plus r=E9cente ; dans le cas =20
contraire, le syst=E8me oppose un refus =E0 l'utilisateur ou la =20
possibilit=E9 de proc=E9der au pr=E9alable =E0 une mont=E9e de version.

Les d=E9tails de ce principe m=E9ritent d'=EAtre un peu approfondis. Par =
=20
exemple, la mont=E9e de version pr=E9alable est peut-=EAtre =E0 =
interdire dans =20
les espaces de publication, au profit d'un checkout et d'une mont=E9e de =
=20
version dans celui-ci.

Des avis ? Ce changement a beau =EAtre majeur au niveau fonctionnel, =20
c'est en fait techniquement assez facile et pourrait =EAtre en place =20
rapidement (pour 3.5.1, bien s=FBr).

--
Georges Racinet, http://www.racinet.fr
Zope/CPS/Plone expertise, assistance & development
GPG: 0x4862FFF7








--Apple-Mail-33-1037073068
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (Darwin)

iQEVAwUBS4aFDuAffZJiF+Z4AQLPHQgA1xlXSikIvxoPbA34Ktzo6bpWrh/FlZOa
9K/6dvdrnL4LKFSgiepdjSM+RB/YqJawaaEiLnJhi3dwsoSBsljMZ32YI179moeM
x3CKBj/yZkhSw4pGL6PrPaoEvu8RudD64njwRhny92q0iJ8lkUAnU0ZHKDnBC+vp
8evQ9ndoAtl4Ad6uJvQb/5vmxQo6C0h5F8Tv5ZWz27ps1uQdUJgtqVejJjwICy0a
IupWGRN/3fgnlyDWgTYwhciHQ7PY/FJhDJ3r37KDdRU2VyIsR7lfjf1eS/SQ/VR5
35Rk88omL+RQn78EMY5EliX2YsIfHwTYgf0NucfTak/BNTKkJhDf1Q==
=vsJu
-----END PGP SIGNATURE-----

--Apple-Mail-33-1037073068--

--===============1306809822==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

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

--===============1306809822==--