OVH Cloud OVH Cloud

WSS : Liste d'éléments pères-fils

2 réponses
Avatar
Twix2003
Bonjour,

Je cherche =E0 utiliser WSS (v2 ou v3, =E0 d=E9finir) pour r=E9aliser un
site documentaire structur=E9.
Le principe est le suivant.
- J'ai une biblioth=E8que de document.
- Chaque document est associ=E9 =E0 un ou plusieurs =E9l=E9ments d'une
liste, par exemple une liste de fournisseurs.

D'un premier abord cela ne semble pas bien complqu=E9 mais je me heurte
qd m=EAme =E0 qq probl=E8mes et/ou interrogation.

Mon premier pb concerne la liste de fournisseurs qui va constituer mon
=E9l=E9ment principal de navigation.
Par exemple, je choisi un fournisseur dans la liste (par recherche ou
depuis une liste de zones g=E9ographiques), je consulte sa fiche (son
adresse, ses contacts, etc) dans laquelle sont list=E9s les documents de
ma biblioth=E8que "li=E9s" =E0 ce fournisseur.

L=E0 o=F9 ca se complique c'est que je souhaiterais un affichage
hi=E9rarchis=E9 de mani=E8re =E0 faire ressortir les liens capitalistiques
entre mes diff=E9rents fournisseurs, et je veux pouvoir choisir un
fournisseur =E0 n'importe quel niveau, et afficher le m=EAme type
d'information pour le chaque niveau.

Avec WSS2, j'ai bien pens=E9 =E0 avoir une liste pour chaque niveau, mais
cela m'oblige =E0 d=E9finir le nombre de niveaux d=E8s le d=E9part et faire
une s=E9rie de "lookup" ce qui me semble un peu lourd.
Existe-t-il un moyen simple de faire ceci sachant que je ne suis
absolument pas d=E9veloppeur ?

Avec WSS3, j'ai lu dans le SDK qu'il existait maintenant un principe de
folders pour les listes, similaire =E0 celui des biblioth=E8ques de
documents :
Si je comprends bien, cette nouvelle fonctionnalit=E9 devrait m'aider
sachant que (sans vouloir me r=E9p=EAter) je veux pouvoir mettre de
l'information =E0 n'importe quelle niveau de mon arborescence. Mais
existe-t-il par d=E9faut un affichage de type tree-view avec cette
fonctionnalit=E9 ?

Extrait du SDK en question
*******************************
"Folders, one of the popular features from document libraries in , is
now also available in lists. Folders allow further segregation of
content within a single list, adding another level of versatility.

Folder Metadata
One of the interesting features of folders is the ability to assign
metadata to a folder. This creates a rich content holder that contains
child content, while appearing as more than a container. Essentially,
this allows the folder to function as a separate, but fully functional,
item type. An example of this can be seen in Windows SharePoint
Services discussion boards. Each top-level discussion is, in fact, a
folder with metadata, containing one to n child objects. By modifying
the appearance of the folder, a user can visualize the folder as
another list item rather than as a container. You can use this model in
custom lists to create a dynamic parent/child list.

Developer Scenario
Many business applications require rich container objects, for which a
parent object has both important data concerning itself, and one to n
children with similar data. Normally, you handle this challenge by
using lists in which a parent, or master, list selection drives the
display of a child-or detail-list. Because you can now assign
metadata to folders in a SharePoint list, you can achieve similar
functionality with a single list.

For example, consider an Orders list. You could provision a folder as
an order, and then assign metadata to it, such as order number,
customer, and shipment method. By doing so, you can make the folder
mimic the master list functionality. You can then fill the folder with
order items list items, each with its own metadata, such as item
number, description, and price. Now you have the rich functionality of
a master/detail list within a single list."
*******************************

Mon deuxi=E8me probl=E8me concerne l'ergonomie du formulaire pour
attacher un ou plusieurs document =E0 un =E9l=E9ment de ma liste... Mais
je pense que je vais garder cela pour un prochain post :-)

Merci d'avance de vos retours d'exp=E9rience sur ce type de
fonctionnalit=E9 et de rendu.
Twix...

2 réponses

Avatar
EROL MVP
Bonjour,

Effectivement votre PB est complexe, certainement solvable par des
croisement de liste avec des tris.

Mais la solution va sortir du cadre de ces NG qui ne sont pas "un centre de
consultation et de conseil".

Venez partager votre savoir au sein du Club et ainsi échanger!
Les retours d'expériences se passent justement dans les clubs.
Il faut donner pour recevoir.

--
Cdlt

Réunion du Club MOSS FRANCE le 15 Décembre 2006
Des éléments nouveaux sont dans la zone des membres du Club MOSS "réunion du
15XII2006" (500 membres se sont joints à nous depuis une année). Voir le
site Membre Expert pour le programme et les PDF des présentations.
http://www.clubsps.org/txtlstvw.aspx?LstIDŸ05759d-1d1b-4c40-b516-2d62e11315ef

--
EROL MVP
www.clubsps.org
www.shareclubs.org
http://search.live.com/macros/erolgiraudy/moss/
www.shareclubs.org
"Twix2003" a écrit dans le message de news:

Bonjour,

Je cherche à utiliser WSS (v2 ou v3, à définir) pour réaliser un
site documentaire structuré.
Le principe est le suivant.
- J'ai une bibliothèque de document.
- Chaque document est associé à un ou plusieurs éléments d'une
liste, par exemple une liste de fournisseurs.

D'un premier abord cela ne semble pas bien complqué mais je me heurte
qd même à qq problèmes et/ou interrogation.

Mon premier pb concerne la liste de fournisseurs qui va constituer mon
élément principal de navigation.
Par exemple, je choisi un fournisseur dans la liste (par recherche ou
depuis une liste de zones géographiques), je consulte sa fiche (son
adresse, ses contacts, etc) dans laquelle sont listés les documents de
ma bibliothèque "liés" à ce fournisseur.

Là où ca se complique c'est que je souhaiterais un affichage
hiérarchisé de manière à faire ressortir les liens capitalistiques
entre mes différents fournisseurs, et je veux pouvoir choisir un
fournisseur à n'importe quel niveau, et afficher le même type
d'information pour le chaque niveau.

Avec WSS2, j'ai bien pensé à avoir une liste pour chaque niveau, mais
cela m'oblige à définir le nombre de niveaux dès le départ et faire
une série de "lookup" ce qui me semble un peu lourd.
Existe-t-il un moyen simple de faire ceci sachant que je ne suis
absolument pas développeur ?

Avec WSS3, j'ai lu dans le SDK qu'il existait maintenant un principe de
folders pour les listes, similaire à celui des bibliothèques de
documents :
Si je comprends bien, cette nouvelle fonctionnalité devrait m'aider
sachant que (sans vouloir me répêter) je veux pouvoir mettre de
l'information à n'importe quelle niveau de mon arborescence. Mais
existe-t-il par défaut un affichage de type tree-view avec cette
fonctionnalité ?

Extrait du SDK en question
*******************************
"Folders, one of the popular features from document libraries in , is
now also available in lists. Folders allow further segregation of
content within a single list, adding another level of versatility.

Folder Metadata
One of the interesting features of folders is the ability to assign
metadata to a folder. This creates a rich content holder that contains
child content, while appearing as more than a container. Essentially,
this allows the folder to function as a separate, but fully functional,
item type. An example of this can be seen in Windows SharePoint
Services discussion boards. Each top-level discussion is, in fact, a
folder with metadata, containing one to n child objects. By modifying
the appearance of the folder, a user can visualize the folder as
another list item rather than as a container. You can use this model in
custom lists to create a dynamic parent/child list.

Developer Scenario
Many business applications require rich container objects, for which a
parent object has both important data concerning itself, and one to n
children with similar data. Normally, you handle this challenge by
using lists in which a parent, or master, list selection drives the
display of a child-or detail-list. Because you can now assign
metadata to folders in a SharePoint list, you can achieve similar
functionality with a single list.

For example, consider an Orders list. You could provision a folder as
an order, and then assign metadata to it, such as order number,
customer, and shipment method. By doing so, you can make the folder
mimic the master list functionality. You can then fill the folder with
order items list items, each with its own metadata, such as item
number, description, and price. Now you have the rich functionality of
a master/detail list within a single list."
*******************************

Mon deuxième problème concerne l'ergonomie du formulaire pour
attacher un ou plusieurs document à un élément de ma liste... Mais
je pense que je vais garder cela pour un prochain post :-)

Merci d'avance de vos retours d'expérience sur ce type de
fonctionnalité et de rendu.
Twix...
Avatar
Twix2003
Bonjour EROL,

Merci de vote réponse.
Rassurez vous, je ne cherchais evidemment pas une "consultation"
gratuite...
Juste un aiguillage pour savoir dans quelle direction fouiller et/ou
savoir si c'est qqch qui avais déjà été fais...

Amitiés Sharepointienne.
Twix