[WSS2003] Définition de listes

Bonjour,

Je ne suis pas sur de bien comprendre ce que vous voulez faire. S'il s'agît
de filtrer les formulaires par rapport à leur créateur (que la personne
connectée ne voit que les formulaires qu'elle a créés), il suffit de créer un
affichage avec un critère de filtre "Créer par" = [Utilisateur actif]

--
Eric Donneger
http://blogs.developpeur.org/FatEric
http://www.clubsps.org


"Patrick" a écrit :

Bonjour,

Je travaille sur la gestion d'un workflow entre Sharepoint et Infopath2003
(SP1). J'ai besoin de présenter sous SPS/WSS, un certain nombre de
bibliothèques de formulaires filtrées selon les formulaires que j'ai créé,
ceux sur lesquels je suis intervenu, etc...

Mais pour faire cela correctement, j'ai besoin notamment de filtrer une
bibliothèque sur le nom de l'utilisateur courant. J'ai essayé de créer une
colonne de recherche sur la liste "Informations utilisateur" (que je ne sais
pas où est-ce qu'elle se trouve d'ailleurs !!!) avec le nom complet , mais
dès que j'ajoute un formulaire Infopath, le nom de l'utilisateur en cours ne
s'affiche pas.

Donc j'ai pensé à faire une définition de bibliothèque de formulaires basée
sur l'originale mais en ajoutant un champ de type "Utilisateur" (comme "Créé
par" ou "Modifié par"). Cette colonne serait automatiquement alimenté de
l'utilisateur en cours.

J'ai beau essayé de scruter le Schema.xml de ma définition, mais je ne sais
pas trop comment je pourrais rajouté un champ de ce type dans mon schema.

Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une idée à me
proposer ?

Merci

Désolé si je me suis mal exprimé, mais filtrer sur mes formulaires avec la
colonne "Créé par", ça je sais faire.
Par contre, je veux filtrer les formulaires sur l'utilisateur en cours :
pour cela, j'ai besoin d'avoir une colonne supplémentaire de filtre,
alimentée par le nom de l'utilisateur en cours. Mais apparemment, ce type de
colonne n'existe pas.
Donc j'avais pensé à créer une nouvelle définition de bibliothèque de
formulaires en y ajoutant une autre colonne (exemple "CurrentUser") qui
récupérerait automatiquement le nom de l'utilisateur connecté.

"Eric Donneger" wrote:

Bonjour,

Je ne suis pas sur de bien comprendre ce que vous voulez faire. S'il s'agît
de filtrer les formulaires par rapport à leur créateur (que la personne
connectée ne voit que les formulaires qu'elle a créés), il suffit de créer un
affichage avec un critère de filtre "Créer par" = [Utilisateur actif]

--
Eric Donneger
http://blogs.developpeur.org/FatEric
http://www.clubsps.org


"Patrick" a écrit :

> Bonjour,
>
> Je travaille sur la gestion d'un workflow entre Sharepoint et Infopath2003
> (SP1). J'ai besoin de présenter sous SPS/WSS, un certain nombre de
> bibliothèques de formulaires filtrées selon les formulaires que j'ai créé,
> ceux sur lesquels je suis intervenu, etc...
>
> Mais pour faire cela correctement, j'ai besoin notamment de filtrer une
> bibliothèque sur le nom de l'utilisateur courant. J'ai essayé de créer une
> colonne de recherche sur la liste "Informations utilisateur" (que je ne sais
> pas où est-ce qu'elle se trouve d'ailleurs !!!) avec le nom complet , mais
> dès que j'ajoute un formulaire Infopath, le nom de l'utilisateur en cours ne
> s'affiche pas.
>
> Donc j'ai pensé à faire une définition de bibliothèque de formulaires basée
> sur l'originale mais en ajoutant un champ de type "Utilisateur" (comme "Créé
> par" ou "Modifié par"). Cette colonne serait automatiquement alimenté de
> l'utilisateur en cours.
>
> J'ai beau essayé de scruter le Schema.xml de ma définition, mais je ne sais
> pas trop comment je pourrais rajouté un champ de ce type dans mon schema.
>
> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une idée à me
> proposer ?
>
> Merci
>
>
>

Ne comprenant toujours pas non plus (merci Renaud, ça me rassure, je me sens
moins seul ;-), je tente une autre hypothèse :

Si vous essayez de filtrer sur une valeur saisi dans le formulaire InfoPath
(genre valideur de ma demande de congès) et que cette valeur est saisie dans
InfoPath sous forme d'une chaine de caractère (ou par une liste issue d'une
base de données métier), vous ne pourrez pas filtrer sur l'utilisateur en
cours (par rapport à cette information saisie) pour la bonne et simple raison
que le mot clé de filtre [Utilisateur Actif] renvoit l'identifiant interne à
SharePoint (dans sa base de profils) pour l'utilisateur en cours soit un
numérique.

En espérant avoir fait cette fois la bonne hypothèse.

--
Eric Donneger
http://blogs.developpeur.org/FatEric
http://www.clubsps.org


"Renaud COMTE [MVP]" a écrit :

Je comprends toujours pas ...

On compare une valeur par rapport a une autre : vous parlez de l'utilisateur
en cours,certes mais face a quoi ???????

Renaud COMTE [MVP]
---------------------------------
http://blogs.developpeur.org/themit/
http://blog.spsclerics.com/

> Désolé si je me suis mal exprimé, mais filtrer sur mes formulaires
> avec la
> colonne "Créé par", ça je sais faire.
> Par contre, je veux filtrer les formulaires sur l'utilisateur en cours
> :
> pour cela, j'ai besoin d'avoir une colonne supplémentaire de filtre,
> alimentée par le nom de l'utilisateur en cours. Mais apparemment, ce
> type de
> colonne n'existe pas.
> Donc j'avais pensé à créer une nouvelle définition de bibliothèque de
> formulaires en y ajoutant une autre colonne (exemple "CurrentUser")
> qui
> récupérerait automatiquement le nom de l'utilisateur connecté.
> "Eric Donneger" wrote:
>
>> Bonjour,
>>
>> Je ne suis pas sur de bien comprendre ce que vous voulez faire. S'il
>> s'agît de filtrer les formulaires par rapport à leur créateur (que la
>> personne connectée ne voit que les formulaires qu'elle a créés), il
>> suffit de créer un affichage avec un critère de filtre "Créer par" > >> [Utilisateur actif]
>>
>> --
>> Eric Donneger
>> http://blogs.developpeur.org/FatEric
>> http://www.clubsps.org
>> "Patrick" a écrit :
>>
>>> Bonjour,
>>>
>>> Je travaille sur la gestion d'un workflow entre Sharepoint et
>>> Infopath2003 (SP1). J'ai besoin de présenter sous SPS/WSS, un
>>> certain nombre de bibliothèques de formulaires filtrées selon les
>>> formulaires que j'ai créé, ceux sur lesquels je suis intervenu,
>>> etc...
>>>
>>> Mais pour faire cela correctement, j'ai besoin notamment de filtrer
>>> une bibliothèque sur le nom de l'utilisateur courant. J'ai essayé de
>>> créer une colonne de recherche sur la liste "Informations
>>> utilisateur" (que je ne sais pas où est-ce qu'elle se trouve
>>> d'ailleurs !!!) avec le nom complet , mais dès que j'ajoute un
>>> formulaire Infopath, le nom de l'utilisateur en cours ne s'affiche
>>> pas.
>>>
>>> Donc j'ai pensé à faire une définition de bibliothèque de
>>> formulaires basée sur l'originale mais en ajoutant un champ de type
>>> "Utilisateur" (comme "Créé par" ou "Modifié par"). Cette colonne
>>> serait automatiquement alimenté de l'utilisateur en cours.
>>>
>>> J'ai beau essayé de scruter le Schema.xml de ma définition, mais je
>>> ne sais pas trop comment je pourrais rajouté un champ de ce type
>>> dans mon schema.
>>>
>>> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une
>>> idée à me proposer ?
>>>
>>> Merci
>>>

OK je répète ;)
Fonctionnellement, voilà ma problématique :
Sur un workflow de base ("linéaire" sur 3 étapes : CREATION, VALIDATION,
TRAITEMENT), je dois permettre à l'utilisateur de visualiser SOUS SPS, leurs
demandes (càd les formulaires qu'ils ont créés sous Infopath), les
formulaires sur lesquels ils sont intervenus, et ceux sur lesquels ils ont
les droits de visualisation (càd tous les formulaires du circuit auquel
l'utilisateur fait partie). Bon vous pouvez comprendre que ces trois modes
d'affichage sont des modes classiques dans la gestion d'un workflow.
Pour cela, je dois concevoir trois affichages différents sur ma
bibliothèques de formulaires. OK?

Cas d'étude :
Je me connecte sur le portail SPS. Je vais sur ma bibliothèque de
formulaires qui regroupe tous les formulaires de mon workflow.

Premier affichage : Mes formulaires. ça c'est facile, on filtre sur la
colonne "Créé par". Waou ça marche...cool!!!
Deuxième affichage : Mes interventions. WOW comment je fais là !!?!!
Pour cela, j'alimente un champ "Intervenants" dans mon formulaire Infopath
par une règle qui concatène dès l'étape "VALIDATION" (et non "CREATION") le
nom du user courant (DOMAINUSERNAME). Pour récupérer le nom du user courant,
j'utilise en script l'API WScript.Network. Ce champ "Intervenants", qui
ressemble à (DOMAINUser1|DOMAINUser2) alimente dès la validation, une
colonne de ma bibliothèque de formulaires. OK ?
Ensuite, pour ne faire afficher que les formulaires sur lesquels je suis
intervenu, je dois filtrer ma bibliothèque sur la colonne "Intervenants" pour
savoir si elle contient mon login de connection sur le portail SPS
(DOMAINMonLogin). Bref, c'est là que je bloque.

Pourquoi je bloque ?
Parce que SPS/WSS ne permet pas nativement de filtrer une colonne de type
"Une seule ligne de texte" sur le paramètre [Utilisateur actif]. C'est bête,
ça ne marche que sur une colonne de type "Recherche" lié à la liste
"Informations utilisateur", ou les colonnes "Créé par" et "Modifié par".

C'est pourquoi j'avais au départ l'idée de créer une définition de
bibliothèque de formulaires qui intégrerait une colonne dynamiquement
modifiée avec comme valeur le nom de l'utilisateur courant à chaque fois
qu'elle serait affichée. Mais du coup, cette colonne se trouverait dans la
BDD et là ça risque de "gerber" un peu, vu le nombre d'utilisateur qui vont y
avoir accès en même temps.
Du coup, ma dernière idée serait de créer un webpart qui
modifierait/créerait l'affichage "Mes interventions" de manière dynamique,
filtré sur le nom de l'utilisateur connecté (DOMAINUtisateurEnCours). Est-ce
que ceci est faisable comme ça ? Est-ce idiot ou est-ce qu'il y aurait un
moyen plus simple ?

Si je peux faire cela en code, où est-ce que je pourrais trouver un exemple
de code qui crée/modifie un affichage de bibliothèque de façon dynamique ?

Désolé mais je ne peux pas être plus clair ;)
Merci pour votre patience.


"Renaud COMTE [MVP]" wrote:

Je comprends toujours pas ...

On compare une valeur par rapport a une autre : vous parlez de l'utilisateur
en cours,certes mais face a quoi ???????

Renaud COMTE [MVP]
---------------------------------
http://blogs.developpeur.org/themit/
http://blog.spsclerics.com/

> Désolé si je me suis mal exprimé, mais filtrer sur mes formulaires
> avec la
> colonne "Créé par", ça je sais faire.
> Par contre, je veux filtrer les formulaires sur l'utilisateur en cours
> :
> pour cela, j'ai besoin d'avoir une colonne supplémentaire de filtre,
> alimentée par le nom de l'utilisateur en cours. Mais apparemment, ce
> type de
> colonne n'existe pas.
> Donc j'avais pensé à créer une nouvelle définition de bibliothèque de
> formulaires en y ajoutant une autre colonne (exemple "CurrentUser")
> qui
> récupérerait automatiquement le nom de l'utilisateur connecté.
> "Eric Donneger" wrote:
>
>> Bonjour,
>>
>> Je ne suis pas sur de bien comprendre ce que vous voulez faire. S'il
>> s'agît de filtrer les formulaires par rapport à leur créateur (que la
>> personne connectée ne voit que les formulaires qu'elle a créés), il
>> suffit de créer un affichage avec un critère de filtre "Créer par" > >> [Utilisateur actif]
>>
>> --
>> Eric Donneger
>> http://blogs.developpeur.org/FatEric
>> http://www.clubsps.org
>> "Patrick" a écrit :
>>
>>> Bonjour,
>>>
>>> Je travaille sur la gestion d'un workflow entre Sharepoint et
>>> Infopath2003 (SP1). J'ai besoin de présenter sous SPS/WSS, un
>>> certain nombre de bibliothèques de formulaires filtrées selon les
>>> formulaires que j'ai créé, ceux sur lesquels je suis intervenu,
>>> etc...
>>>
>>> Mais pour faire cela correctement, j'ai besoin notamment de filtrer
>>> une bibliothèque sur le nom de l'utilisateur courant. J'ai essayé de
>>> créer une colonne de recherche sur la liste "Informations
>>> utilisateur" (que je ne sais pas où est-ce qu'elle se trouve
>>> d'ailleurs !!!) avec le nom complet , mais dès que j'ajoute un
>>> formulaire Infopath, le nom de l'utilisateur en cours ne s'affiche
>>> pas.
>>>
>>> Donc j'ai pensé à faire une définition de bibliothèque de
>>> formulaires basée sur l'originale mais en ajoutant un champ de type
>>> "Utilisateur" (comme "Créé par" ou "Modifié par"). Cette colonne
>>> serait automatiquement alimenté de l'utilisateur en cours.
>>>
>>> J'ai beau essayé de scruter le Schema.xml de ma définition, mais je
>>> ne sais pas trop comment je pourrais rajouté un champ de ce type
>>> dans mon schema.
>>>
>>> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une
>>> idée à me proposer ?
>>>
>>> Merci
>>>

Voilà, vous voyez, quand vous faites un effort, c'est plus clair ;-)

Pour ce qui est de filtrer sur vos champs alimenté par DOMAINUser, le
filtre [Utilsiateur Actif] ne peut effectivement pas fonctionner pour la
raison que je citais dans ma précédente réponse.

Les colonnes calculées dans une liste ne peuvent pas être dynamiques, elles
sont "alimentées" en fonction des valeurs statiques saisies dans les autres
colonnes. Elles ne peuvent donc évoluer que si les valeurs des autres
colonnnes évoluent. Donc piste non exploitable.

Une solution (pas très élégante je vous l'accorde mais bon) peut consister à
créer une liste améliorer des membres du site (liste comprenant une colonne
recherche sur "Informations utilisateur" et une colonne contenant le
DOMAINlogin). Vous pouvez alors sur une même page avoir une WebPart
présentant le contenu de cette liste filtrée sur [Utilisateur actif] et une
WebPart de présentation de votre bibliothèque de formulaires. Enfin il ne
vous reste alors plus qu'à faire communiquer les WP, sous la forme WebPart
membres fournit DOMAINlogin à WebPart bibliothèque de formulaires.

J'espère à mon tour avoir été clair ;-)

--
Eric Donneger
http://blogs.developpeur.org/FatEric
http://www.clubsps.org


"Patrick" a écrit :

OK je répète ;)
Fonctionnellement, voilà ma problématique :
Sur un workflow de base ("linéaire" sur 3 étapes : CREATION, VALIDATION,
TRAITEMENT), je dois permettre à l'utilisateur de visualiser SOUS SPS, leurs
demandes (càd les formulaires qu'ils ont créés sous Infopath), les
formulaires sur lesquels ils sont intervenus, et ceux sur lesquels ils ont
les droits de visualisation (càd tous les formulaires du circuit auquel
l'utilisateur fait partie). Bon vous pouvez comprendre que ces trois modes
d'affichage sont des modes classiques dans la gestion d'un workflow.
Pour cela, je dois concevoir trois affichages différents sur ma
bibliothèques de formulaires. OK?

Cas d'étude :
Je me connecte sur le portail SPS. Je vais sur ma bibliothèque de
formulaires qui regroupe tous les formulaires de mon workflow.

Premier affichage : Mes formulaires. ça c'est facile, on filtre sur la
colonne "Créé par". Waou ça marche...cool!!!
Deuxième affichage : Mes interventions. WOW comment je fais là !!?!!
Pour cela, j'alimente un champ "Intervenants" dans mon formulaire Infopath
par une règle qui concatène dès l'étape "VALIDATION" (et non "CREATION") le
nom du user courant (DOMAINUSERNAME). Pour récupérer le nom du user courant,
j'utilise en script l'API WScript.Network. Ce champ "Intervenants", qui
ressemble à (DOMAINUser1|DOMAINUser2) alimente dès la validation, une
colonne de ma bibliothèque de formulaires. OK ?
Ensuite, pour ne faire afficher que les formulaires sur lesquels je suis
intervenu, je dois filtrer ma bibliothèque sur la colonne "Intervenants" pour
savoir si elle contient mon login de connection sur le portail SPS
(DOMAINMonLogin). Bref, c'est là que je bloque.

Pourquoi je bloque ?
Parce que SPS/WSS ne permet pas nativement de filtrer une colonne de type
"Une seule ligne de texte" sur le paramètre [Utilisateur actif]. C'est bête,
ça ne marche que sur une colonne de type "Recherche" lié à la liste
"Informations utilisateur", ou les colonnes "Créé par" et "Modifié par".

C'est pourquoi j'avais au départ l'idée de créer une définition de
bibliothèque de formulaires qui intégrerait une colonne dynamiquement
modifiée avec comme valeur le nom de l'utilisateur courant à chaque fois
qu'elle serait affichée. Mais du coup, cette colonne se trouverait dans la
BDD et là ça risque de "gerber" un peu, vu le nombre d'utilisateur qui vont y
avoir accès en même temps.
Du coup, ma dernière idée serait de créer un webpart qui
modifierait/créerait l'affichage "Mes interventions" de manière dynamique,
filtré sur le nom de l'utilisateur connecté (DOMAINUtisateurEnCours). Est-ce
que ceci est faisable comme ça ? Est-ce idiot ou est-ce qu'il y aurait un
moyen plus simple ?

Si je peux faire cela en code, où est-ce que je pourrais trouver un exemple
de code qui crée/modifie un affichage de bibliothèque de façon dynamique ?

Désolé mais je ne peux pas être plus clair ;)
Merci pour votre patience.


"Renaud COMTE [MVP]" wrote:

> Je comprends toujours pas ...
>
> On compare une valeur par rapport a une autre : vous parlez de l'utilisateur
> en cours,certes mais face a quoi ???????
>
> Renaud COMTE [MVP]
> ---------------------------------
> http://blogs.developpeur.org/themit/
> http://blog.spsclerics.com/
>
> > Désolé si je me suis mal exprimé, mais filtrer sur mes formulaires
> > avec la
> > colonne "Créé par", ça je sais faire.
> > Par contre, je veux filtrer les formulaires sur l'utilisateur en cours
> > :
> > pour cela, j'ai besoin d'avoir une colonne supplémentaire de filtre,
> > alimentée par le nom de l'utilisateur en cours. Mais apparemment, ce
> > type de
> > colonne n'existe pas.
> > Donc j'avais pensé à créer une nouvelle définition de bibliothèque de
> > formulaires en y ajoutant une autre colonne (exemple "CurrentUser")
> > qui
> > récupérerait automatiquement le nom de l'utilisateur connecté.
> > "Eric Donneger" wrote:
> >
> >> Bonjour,
> >>
> >> Je ne suis pas sur de bien comprendre ce que vous voulez faire. S'il
> >> s'agît de filtrer les formulaires par rapport à leur créateur (que la
> >> personne connectée ne voit que les formulaires qu'elle a créés), il
> >> suffit de créer un affichage avec un critère de filtre "Créer par" > > >> [Utilisateur actif]
> >>
> >> --
> >> Eric Donneger
> >> http://blogs.developpeur.org/FatEric
> >> http://www.clubsps.org
> >> "Patrick" a écrit :
> >>
> >>> Bonjour,
> >>>
> >>> Je travaille sur la gestion d'un workflow entre Sharepoint et
> >>> Infopath2003 (SP1). J'ai besoin de présenter sous SPS/WSS, un
> >>> certain nombre de bibliothèques de formulaires filtrées selon les
> >>> formulaires que j'ai créé, ceux sur lesquels je suis intervenu,
> >>> etc...
> >>>
> >>> Mais pour faire cela correctement, j'ai besoin notamment de filtrer
> >>> une bibliothèque sur le nom de l'utilisateur courant. J'ai essayé de
> >>> créer une colonne de recherche sur la liste "Informations
> >>> utilisateur" (que je ne sais pas où est-ce qu'elle se trouve
> >>> d'ailleurs !!!) avec le nom complet , mais dès que j'ajoute un
> >>> formulaire Infopath, le nom de l'utilisateur en cours ne s'affiche
> >>> pas.
> >>>
> >>> Donc j'ai pensé à faire une définition de bibliothèque de
> >>> formulaires basée sur l'originale mais en ajoutant un champ de type
> >>> "Utilisateur" (comme "Créé par" ou "Modifié par"). Cette colonne
> >>> serait automatiquement alimenté de l'utilisateur en cours.
> >>>
> >>> J'ai beau essayé de scruter le Schema.xml de ma définition, mais je
> >>> ne sais pas trop comment je pourrais rajouté un champ de ce type
> >>> dans mon schema.
> >>>
> >>> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une
> >>> idée à me proposer ?
> >>>
> >>> Merci
> >>>
>
>
>
>

Eric : tres bonne idee...je vais voir cela de suite...
Par contre, Renaud : désolé mais moi je veux faire du temps réel sous SPS et
surtout pas passé par Infopath pour gérer l'utilisateur en cours. Mon filtre
doit se faire au sein de SPS et non par l'intermédiaire de Infopath...
L'utilisateur n'est pas obligé d'aller sous Infopath pour visualiser
l'affichage de ses interventions de la bibliothèque Sharepoint sous SPS. Mais
je n'ai peut être pas tout compris dans ton explication... Merci quand même.

"Renaud COMTE [MVP]" wrote:

Effectivement tout est plus clair

Poruaquoi ne pas rajouter et renseigner une propriéte Statut avec la bonne
valeur
il suffti ensuite de synchoniser le schema d'infopath et de la liste

Ensuite, sous infopath, bien gerer avec une regle conditionnel la modification
du statut avec des vues de saisie différente
>>> bref flagge soit meme le formulaire et conditionner l'affichage de la
data

Les vues des listes de la bibliotheque de la zone SPS coule de source ensuite

Renaud COMTE [MVP]
---------------------------------
http://blogs.developpeur.org/themit/
http://blog.spsclerics.com/

> Voilà, vous voyez, quand vous faites un effort, c'est plus clair ;-)
>
> Pour ce qui est de filtrer sur vos champs alimenté par DOMAINUser, le
> filtre [Utilsiateur Actif] ne peut effectivement pas fonctionner pour
> la raison que je citais dans ma précédente réponse.
>
> Les colonnes calculées dans une liste ne peuvent pas être dynamiques,
> elles sont "alimentées" en fonction des valeurs statiques saisies dans
> les autres colonnes. Elles ne peuvent donc évoluer que si les valeurs
> des autres colonnnes évoluent. Donc piste non exploitable.
>
> Une solution (pas très élégante je vous l'accorde mais bon) peut
> consister à créer une liste améliorer des membres du site (liste
> comprenant une colonne recherche sur "Informations utilisateur" et une
> colonne contenant le DOMAINlogin). Vous pouvez alors sur une même
> page avoir une WebPart présentant le contenu de cette liste filtrée
> sur [Utilisateur actif] et une WebPart de présentation de votre
> bibliothèque de formulaires. Enfin il ne vous reste alors plus qu'à
> faire communiquer les WP, sous la forme WebPart membres fournit
> DOMAINlogin à WebPart bibliothèque de formulaires.
>
> J'espère à mon tour avoir été clair ;-)
>
> "Patrick" a écrit :
>
>> OK je répète ;)
>> Fonctionnellement, voilà ma problématique :
>> Sur un workflow de base ("linéaire" sur 3 étapes : CREATION,
>> VALIDATION,
>> TRAITEMENT), je dois permettre à l'utilisateur de visualiser SOUS
>> SPS, leurs
>> demandes (càd les formulaires qu'ils ont créés sous Infopath), les
>> formulaires sur lesquels ils sont intervenus, et ceux sur lesquels
>> ils ont
>> les droits de visualisation (càd tous les formulaires du circuit
>> auquel
>> l'utilisateur fait partie). Bon vous pouvez comprendre que ces trois
>> modes
>> d'affichage sont des modes classiques dans la gestion d'un workflow.
>> Pour cela, je dois concevoir trois affichages différents sur ma
>> bibliothèques de formulaires. OK?
>> Cas d'étude : Je me connecte sur le portail SPS. Je vais sur ma
>> bibliothèque de formulaires qui regroupe tous les formulaires de mon
>> workflow.
>>
>> Premier affichage : Mes formulaires. ça c'est facile, on filtre sur
>> la
>> colonne "Créé par". Waou ça marche...cool!!!
>> Deuxième affichage : Mes interventions. WOW comment je fais là !!?!!
>> Pour cela, j'alimente un champ "Intervenants" dans mon formulaire
>> Infopath
>> par une règle qui concatène dès l'étape "VALIDATION" (et non
>> "CREATION") le
>> nom du user courant (DOMAINUSERNAME). Pour récupérer le nom du user
>> courant,
>> j'utilise en script l'API WScript.Network. Ce champ "Intervenants",
>> qui
>> ressemble à (DOMAINUser1|DOMAINUser2) alimente dès la validation,
>> une
>> colonne de ma bibliothèque de formulaires. OK ?
>> Ensuite, pour ne faire afficher que les formulaires sur lesquels je
>> suis
>> intervenu, je dois filtrer ma bibliothèque sur la colonne
>> "Intervenants" pour
>> savoir si elle contient mon login de connection sur le portail SPS
>> (DOMAINMonLogin). Bref, c'est là que je bloque.
>> Pourquoi je bloque ? Parce que SPS/WSS ne permet pas nativement de
>> filtrer une colonne de type "Une seule ligne de texte" sur le
>> paramètre [Utilisateur actif]. C'est bête, ça ne marche que sur une
>> colonne de type "Recherche" lié à la liste "Informations
>> utilisateur", ou les colonnes "Créé par" et "Modifié par".
>>
>> C'est pourquoi j'avais au départ l'idée de créer une définition de
>> bibliothèque de formulaires qui intégrerait une colonne dynamiquement
>> modifiée avec comme valeur le nom de l'utilisateur courant à chaque
>> fois
>> qu'elle serait affichée. Mais du coup, cette colonne se trouverait
>> dans la
>> BDD et là ça risque de "gerber" un peu, vu le nombre d'utilisateur
>> qui vont y
>> avoir accès en même temps.
>> Du coup, ma dernière idée serait de créer un webpart qui
>> modifierait/créerait l'affichage "Mes interventions" de manière
>> dynamique,
>> filtré sur le nom de l'utilisateur connecté
>> (DOMAINUtisateurEnCours). Est-ce
>> que ceci est faisable comme ça ? Est-ce idiot ou est-ce qu'il y
>> aurait un
>> moyen plus simple ?
>> Si je peux faire cela en code, où est-ce que je pourrais trouver un
>> exemple de code qui crée/modifie un affichage de bibliothèque de
>> façon dynamique ?
>>
>> Désolé mais je ne peux pas être plus clair ;)
>> Merci pour votre patience.
>> "Renaud COMTE [MVP]" wrote:
>>
>>> Je comprends toujours pas ...
>>>
>>> On compare une valeur par rapport a une autre : vous parlez de
>>> l'utilisateur en cours,certes mais face a quoi ???????
>>>
>>> Renaud COMTE [MVP]
>>> ---------------------------------
>>> http://blogs.developpeur.org/themit/
>>> http://blog.spsclerics.com/
>>>> Désolé si je me suis mal exprimé, mais filtrer sur mes formulaires
>>>> avec la
>>>> colonne "Créé par", ça je sais faire.
>>>> Par contre, je veux filtrer les formulaires sur l'utilisateur en
>>>> cours
>>>> :
>>>> pour cela, j'ai besoin d'avoir une colonne supplémentaire de
>>>> filtre,
>>>> alimentée par le nom de l'utilisateur en cours. Mais apparemment,
>>>> ce
>>>> type de
>>>> colonne n'existe pas.
>>>> Donc j'avais pensé à créer une nouvelle définition de bibliothèque
>>>> de
>>>> formulaires en y ajoutant une autre colonne (exemple "CurrentUser")
>>>> qui
>>>> récupérerait automatiquement le nom de l'utilisateur connecté.
>>>> "Eric Donneger" wrote:
>>>>> Bonjour,
>>>>>
>>>>> Je ne suis pas sur de bien comprendre ce que vous voulez faire.
>>>>> S'il s'agît de filtrer les formulaires par rapport à leur créateur
>>>>> (que la personne connectée ne voit que les formulaires qu'elle a
>>>>> créés), il suffit de créer un affichage avec un critère de filtre
>>>>> "Créer par" = [Utilisateur actif]
>>>>>
>>>>> --
>>>>> Eric Donneger
>>>>> http://blogs.developpeur.org/FatEric
>>>>> http://www.clubsps.org
>>>>> "Patrick" a écrit :
>>>>>> Bonjour,
>>>>>>
>>>>>> Je travaille sur la gestion d'un workflow entre Sharepoint et
>>>>>> Infopath2003 (SP1). J'ai besoin de présenter sous SPS/WSS, un
>>>>>> certain nombre de bibliothèques de formulaires filtrées selon les
>>>>>> formulaires que j'ai créé, ceux sur lesquels je suis intervenu,
>>>>>> etc...
>>>>>>
>>>>>> Mais pour faire cela correctement, j'ai besoin notamment de
>>>>>> filtrer une bibliothèque sur le nom de l'utilisateur courant.
>>>>>> J'ai essayé de créer une colonne de recherche sur la liste
>>>>>> "Informations utilisateur" (que je ne sais pas où est-ce qu'elle
>>>>>> se trouve d'ailleurs !!!) avec le nom complet , mais dès que
>>>>>> j'ajoute un formulaire Infopath, le nom de l'utilisateur en cours
>>>>>> ne s'affiche pas.
>>>>>>
>>>>>> Donc j'ai pensé à faire une définition de bibliothèque de
>>>>>> formulaires basée sur l'originale mais en ajoutant un champ de
>>>>>> type "Utilisateur" (comme "Créé par" ou "Modifié par"). Cette
>>>>>> colonne serait automatiquement alimenté de l'utilisateur en
>>>>>> cours.
>>>>>>
>>>>>> J'ai beau essayé de scruter le Schema.xml de ma définition, mais
>>>>>> je ne sais pas trop comment je pourrais rajouté un champ de ce
>>>>>> type dans mon schema.
>>>>>>
>>>>>> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous une
>>>>>> idée à me proposer ?
>>>>>>
>>>>>> Merci
>>>>>>

Renaud : En effet...

Eric : Du coup, comment j'alimente du coup ma liste personnalisée "membres" ?
Au travers d'Infopath ? càd quand j'ajoute un formulaire dans ma
bibliothèque, j'ajoute également un enregistrement dans cette liste (là,
est-ce que la colonne de type "Recherche" va être automatiquement alimentée
??? --> pas sûr).

Ou par le biais de ma bibliothèque ? Est-ce qu'il est possible dans SPS
d'alimenter automatiquement des données d'une bibliothèque de documents via
une autre ? Parce que dans Connexion, l'item "Fournir des données à" est
grisé !!!


"Renaud COMTE [MVP]" wrote:

Effectivement , y a maldonne

>>> les bibliotheques infopath ont la possibilite d'autoalimenter leur colonnes
en lisant directement le flux resultat du formuléaire

Quand vous exportez votre formulaire vers SPS en vue de créer une doc lib,
il vous demande les colonnes de mappage :)

Bref, les données SONT Synchrones

Voila

Renaud COMTE [MVP]
---------------------------------
http://blogs.developpeur.org/themit/
http://blog.spsclerics.com/

> Eric : tres bonne idee...je vais voir cela de suite...
> Par contre, Renaud : désolé mais moi je veux faire du temps réel sous
> SPS et
> surtout pas passé par Infopath pour gérer l'utilisateur en cours. Mon
> filtre
> doit se faire au sein de SPS et non par l'intermédiaire de Infopath...
> L'utilisateur n'est pas obligé d'aller sous Infopath pour visualiser
> l'affichage de ses interventions de la bibliothèque Sharepoint sous
> SPS. Mais
> je n'ai peut être pas tout compris dans ton explication... Merci quand
> même.
> "Renaud COMTE [MVP]" wrote:
>
>> Effectivement tout est plus clair
>>
>> Poruaquoi ne pas rajouter et renseigner une propriéte Statut avec la
>> bonne
>> valeur
>> il suffti ensuite de synchoniser le schema d'infopath et de la liste
>> Ensuite, sous infopath, bien gerer avec une regle conditionnel la
>> modification du statut avec des vues de saisie différente
>>
>>>>> bref flagge soit meme le formulaire et conditionner l'affichage de
>>>>> la
>>>>>
>> data
>>
>> Les vues des listes de la bibliotheque de la zone SPS coule de source
>> ensuite
>>
>> Renaud COMTE [MVP]
>> ---------------------------------
>> http://blogs.developpeur.org/themit/
>> http://blog.spsclerics.com/
>>> Voilà, vous voyez, quand vous faites un effort, c'est plus clair ;-)
>>>
>>> Pour ce qui est de filtrer sur vos champs alimenté par DOMAINUser,
>>> le filtre [Utilsiateur Actif] ne peut effectivement pas fonctionner
>>> pour la raison que je citais dans ma précédente réponse.
>>>
>>> Les colonnes calculées dans une liste ne peuvent pas être
>>> dynamiques, elles sont "alimentées" en fonction des valeurs
>>> statiques saisies dans les autres colonnes. Elles ne peuvent donc
>>> évoluer que si les valeurs des autres colonnnes évoluent. Donc piste
>>> non exploitable.
>>>
>>> Une solution (pas très élégante je vous l'accorde mais bon) peut
>>> consister à créer une liste améliorer des membres du site (liste
>>> comprenant une colonne recherche sur "Informations utilisateur" et
>>> une colonne contenant le DOMAINlogin). Vous pouvez alors sur une
>>> même page avoir une WebPart présentant le contenu de cette liste
>>> filtrée sur [Utilisateur actif] et une WebPart de présentation de
>>> votre bibliothèque de formulaires. Enfin il ne vous reste alors plus
>>> qu'à faire communiquer les WP, sous la forme WebPart membres fournit
>>> DOMAINlogin à WebPart bibliothèque de formulaires.
>>>
>>> J'espère à mon tour avoir été clair ;-)
>>>
>>> "Patrick" a écrit :
>>>
>>>> OK je répète ;)
>>>> Fonctionnellement, voilà ma problématique :
>>>> Sur un workflow de base ("linéaire" sur 3 étapes : CREATION,
>>>> VALIDATION,
>>>> TRAITEMENT), je dois permettre à l'utilisateur de visualiser SOUS
>>>> SPS, leurs
>>>> demandes (càd les formulaires qu'ils ont créés sous Infopath), les
>>>> formulaires sur lesquels ils sont intervenus, et ceux sur lesquels
>>>> ils ont
>>>> les droits de visualisation (càd tous les formulaires du circuit
>>>> auquel
>>>> l'utilisateur fait partie). Bon vous pouvez comprendre que ces
>>>> trois
>>>> modes
>>>> d'affichage sont des modes classiques dans la gestion d'un
>>>> workflow.
>>>> Pour cela, je dois concevoir trois affichages différents sur ma
>>>> bibliothèques de formulaires. OK?
>>>> Cas d'étude : Je me connecte sur le portail SPS. Je vais sur ma
>>>> bibliothèque de formulaires qui regroupe tous les formulaires de
>>>> mon
>>>> workflow.
>>>> Premier affichage : Mes formulaires. ça c'est facile, on filtre sur
>>>> la
>>>> colonne "Créé par". Waou ça marche...cool!!!
>>>> Deuxième affichage : Mes interventions. WOW comment je fais là
>>>> !!?!!
>>>> Pour cela, j'alimente un champ "Intervenants" dans mon formulaire
>>>> Infopath
>>>> par une règle qui concatène dès l'étape "VALIDATION" (et non
>>>> "CREATION") le
>>>> nom du user courant (DOMAINUSERNAME). Pour récupérer le nom du
>>>> user
>>>> courant,
>>>> j'utilise en script l'API WScript.Network. Ce champ "Intervenants",
>>>> qui
>>>> ressemble à (DOMAINUser1|DOMAINUser2) alimente dès la validation,
>>>> une
>>>> colonne de ma bibliothèque de formulaires. OK ?
>>>> Ensuite, pour ne faire afficher que les formulaires sur lesquels je
>>>> suis
>>>> intervenu, je dois filtrer ma bibliothèque sur la colonne
>>>> "Intervenants" pour
>>>> savoir si elle contient mon login de connection sur le portail SPS
>>>> (DOMAINMonLogin). Bref, c'est là que je bloque.
>>>> Pourquoi je bloque ? Parce que SPS/WSS ne permet pas nativement de
>>>> filtrer une colonne de type "Une seule ligne de texte" sur le
>>>> paramètre [Utilisateur actif]. C'est bête, ça ne marche que sur une
>>>> colonne de type "Recherche" lié à la liste "Informations
>>>> utilisateur", ou les colonnes "Créé par" et "Modifié par".
>>>> C'est pourquoi j'avais au départ l'idée de créer une définition de
>>>> bibliothèque de formulaires qui intégrerait une colonne
>>>> dynamiquement
>>>> modifiée avec comme valeur le nom de l'utilisateur courant à chaque
>>>> fois
>>>> qu'elle serait affichée. Mais du coup, cette colonne se trouverait
>>>> dans la
>>>> BDD et là ça risque de "gerber" un peu, vu le nombre d'utilisateur
>>>> qui vont y
>>>> avoir accès en même temps.
>>>> Du coup, ma dernière idée serait de créer un webpart qui
>>>> modifierait/créerait l'affichage "Mes interventions" de manière
>>>> dynamique,
>>>> filtré sur le nom de l'utilisateur connecté
>>>> (DOMAINUtisateurEnCours). Est-ce
>>>> que ceci est faisable comme ça ? Est-ce idiot ou est-ce qu'il y
>>>> aurait un
>>>> moyen plus simple ?
>>>> Si je peux faire cela en code, où est-ce que je pourrais trouver un
>>>> exemple de code qui crée/modifie un affichage de bibliothèque de
>>>> façon dynamique ?
>>>> Désolé mais je ne peux pas être plus clair ;)
>>>> Merci pour votre patience.
>>>> "Renaud COMTE [MVP]" wrote:
>>>>> Je comprends toujours pas ...
>>>>>
>>>>> On compare une valeur par rapport a une autre : vous parlez de
>>>>> l'utilisateur en cours,certes mais face a quoi ???????
>>>>>
>>>>> Renaud COMTE [MVP]
>>>>> ---------------------------------
>>>>> http://blogs.developpeur.org/themit/
>>>>> http://blog.spsclerics.com/
>>>>>> Désolé si je me suis mal exprimé, mais filtrer sur mes
>>>>>> formulaires
>>>>>> avec la
>>>>>> colonne "Créé par", ça je sais faire.
>>>>>> Par contre, je veux filtrer les formulaires sur l'utilisateur en
>>>>>> cours
>>>>>> :
>>>>>> pour cela, j'ai besoin d'avoir une colonne supplémentaire de
>>>>>> filtre,
>>>>>> alimentée par le nom de l'utilisateur en cours. Mais apparemment,
>>>>>> ce
>>>>>> type de
>>>>>> colonne n'existe pas.
>>>>>> Donc j'avais pensé à créer une nouvelle définition de
>>>>>> bibliothèque
>>>>>> de
>>>>>> formulaires en y ajoutant une autre colonne (exemple
>>>>>> "CurrentUser")
>>>>>> qui
>>>>>> récupérerait automatiquement le nom de l'utilisateur connecté.
>>>>>> "Eric Donneger" wrote:
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Je ne suis pas sur de bien comprendre ce que vous voulez faire.
>>>>>>> S'il s'agît de filtrer les formulaires par rapport à leur
>>>>>>> créateur (que la personne connectée ne voit que les formulaires
>>>>>>> qu'elle a créés), il suffit de créer un affichage avec un
>>>>>>> critère de filtre "Créer par" = [Utilisateur actif]
>>>>>>>
>>>>>>> --
>>>>>>> Eric Donneger
>>>>>>> http://blogs.developpeur.org/FatEric
>>>>>>> http://www.clubsps.org
>>>>>>> "Patrick" a écrit :
>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Je travaille sur la gestion d'un workflow entre Sharepoint et
>>>>>>>> Infopath2003 (SP1). J'ai besoin de présenter sous SPS/WSS, un
>>>>>>>> certain nombre de bibliothèques de formulaires filtrées selon
>>>>>>>> les formulaires que j'ai créé, ceux sur lesquels je suis
>>>>>>>> intervenu, etc...
>>>>>>>>
>>>>>>>> Mais pour faire cela correctement, j'ai besoin notamment de
>>>>>>>> filtrer une bibliothèque sur le nom de l'utilisateur courant.
>>>>>>>> J'ai essayé de créer une colonne de recherche sur la liste
>>>>>>>> "Informations utilisateur" (que je ne sais pas où est-ce
>>>>>>>> qu'elle se trouve d'ailleurs !!!) avec le nom complet , mais
>>>>>>>> dès que j'ajoute un formulaire Infopath, le nom de
>>>>>>>> l'utilisateur en cours ne s'affiche pas.
>>>>>>>>
>>>>>>>> Donc j'ai pensé à faire une définition de bibliothèque de
>>>>>>>> formulaires basée sur l'originale mais en ajoutant un champ de
>>>>>>>> type "Utilisateur" (comme "Créé par" ou "Modifié par"). Cette
>>>>>>>> colonne serait automatiquement alimenté de l'utilisateur en
>>>>>>>> cours.
>>>>>>>>
>>>>>>>> J'ai beau essayé de scruter le Schema.xml de ma définition,
>>>>>>>> mais je ne sais pas trop comment je pourrais rajouté un champ
>>>>>>>> de ce type dans mon schema.
>>>>>>>>
>>>>>>>> Est-ce que quelqu'un aurait déjà pensé à cela ? Et avez-vous
>>>>>>>> une idée à me proposer ?
>>>>>>>>
>>>>>>>> Merci
>>>>>>>>