[MOSS 2007]Quickpart sur propriétés ReadOnly

Le
Valentin Bornand
Bonjour,

J'ai créé un worklfow relativement simple. Une personne publie un document,
une tâche est crée pour collecter quelques données et ses données sont
recopiées sur les propriétés du document.


J'ai mis mes champs au niveau du document en lecture seul via les propriétés
ReadOnly, ReadonlyClient, donc on peut pas les modifier via l'interface
web ni via les propriétés du document dans Word 2007. Jusque là je suis
heureux.


Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour
permettre d'y avoir facilement accès lors d'une impression, et la magie ont
peu modifier les données via la QuickPart, alors que la propriété est
marquée en lecture seul. Je peux bien vérouiller la partie du document qui a
ses quickpart, mais n'importe qui peut en créer un autre dans le corps du
document, et par ce biais là modifier les propriétés qui devraient être
pilotée EXCLUSIVEMENT par le workflow.


Il y a bien sûr possibilité de ne pas proposer cette propriété dans les
quickpart, mais là par contre on peut plus l'utiliser pour permettre
d'imprimer facilement ces propriétés


Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous
contourné?


Merci
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sébastien PICAMELOT
Le #16926481
Je suis surpris par ce comportement. Je n'y ai jamais été confronté, mais
deux solutions me viennent à l'esprit.

La moins générique des deux c'est de vérifier que les métadonnées n'ont pas
été modifiées via les QuickParts en se basant sur un développement VSTO. Celà
implique de se contraindre à un modèle .dot, ce qui ne me plaît pas du tout.

L'autre solution est d'utiliser un EventHandler sur la ou les liste(s) en
question, defaçon à vérifier que les métadonnées ne sont pas modifiées durant
l'update.

Quoi qu'il en soit, ces deux méthodes requiert du développement et ne me
satisfont pas vraiment. Je suis interessé par une alternative si vous trouvez
mieux (surtout si c'est une solution native).

Cordialement,

--
Sébastien PICAMELOT
--------------------------------------
http://blogs.developpeur.org/gribouillon



"Valentin Bornand" a écrit :

Bonjour,

J'ai créé un worklfow relativement simple. Une personne publie un document,
une tâche est crée pour collecter quelques données et ses données sont
recopiées sur les propriétés du document.


J'ai mis mes champs au niveau du document en lecture seul via les propriétés
ReadOnly, ReadonlyClient, ... donc on peut pas les modifier via l'interface
web ni via les propriétés du document dans Word 2007. Jusque là je suis
heureux.


Après je me dis que je vais rajouter des Quickpart sur ses propriétés pour
permettre d'y avoir facilement accès lors d'une impression, et la magie ont
peu modifier les données via la QuickPart, alors que la propriété est
marquée en lecture seul. Je peux bien vérouiller la partie du document qui a
ses quickpart, mais n'importe qui peut en créer un autre dans le corps du
document, et par ce biais là modifier les propriétés qui devraient être
pilotée EXCLUSIVEMENT par le workflow.


Il y a bien sûr possibilité de ne pas proposer cette propriété dans les
quickpart, mais là par contre on peut plus l'utiliser pour permettre
d'imprimer facilement ces propriétés...


Avez-vous déjà été confronté à ce problème et si oui comment l'avez-vous
contourné?


Merci


Publicité
Poster une réponse
Anonyme