Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre Vivier-Merle
Bonjour,
En effet, la colonne "assigné à" n'est pas supprimable car elle est système et utilisée pour les fonctionnalités propres à la liste de problème, à savoir la notification par email à l'assigné et les rapports.
Bref, trois solutions allant crescendo : . vous utilisez une liste de type "tâche" qui est très similaire et qui ne comporte pas cette obligation de colonne ou une liste personnalisée se rapprochant de la liste des problèmes. Vous perdez cependant la notion de rapports (mais vous pouvez la redévelopper via un WebPart par exemple) . vous créez une nouvelle définition de liste de type "problème" (ISSUE) sur une nouvelle définition de sites et vous enlevez la colonne 'assigné à' aux formulaires dans le fichier SCHEMA.XML . vous modifiez le BaseType de liste ISSUE <BaseType Title="Issues List"> dans le fichier ONET.XML d'une nouvelle définition de sites WSS pour enlever cette colonne système.
Attention, dans ces deux derniers cas, cela nécessite des connaissances de CAML (proche du développement donc) et de nombreux tests. Il faut suivre les préconisations énoncés dans le SDK de Sharepoint et travailler avant sur un environnement de test.
Du fait que cette colonne est système, il y a de nombreux impacts à l'enlever, donc, prudence et tests
-- Cordialement, Pierre Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre !
"Mike" a écrit dans le message de news:
Bonjour,
Est-il possible de modifier la liste sharepoint qui s'appel Problème... afin de supprimer l'option "Assigné à"
merci à l'avance pour votre aide
Michel
Bonjour,
En effet, la colonne "assigné à" n'est pas supprimable car elle est système
et utilisée pour les fonctionnalités propres à la liste de problème, à
savoir la notification par email à l'assigné et les rapports.
Bref, trois solutions allant crescendo :
. vous utilisez une liste de type "tâche" qui est très similaire et qui ne
comporte pas cette obligation de colonne ou une liste personnalisée se
rapprochant de la liste des problèmes. Vous perdez cependant la notion de
rapports (mais vous pouvez la redévelopper via un WebPart par exemple)
. vous créez une nouvelle définition de liste de type "problème" (ISSUE) sur
une nouvelle définition de sites et vous enlevez la colonne 'assigné à' aux
formulaires dans le fichier SCHEMA.XML
. vous modifiez le BaseType de liste ISSUE <BaseType Title="Issues List">
dans le fichier ONET.XML d'une nouvelle définition de sites WSS pour enlever
cette colonne système.
Attention, dans ces deux derniers cas, cela nécessite des connaissances de
CAML (proche du développement donc) et de nombreux tests.
Il faut suivre les préconisations énoncés dans le SDK de Sharepoint et
travailler avant sur un environnement de test.
Du fait que cette colonne est système, il y a de nombreux impacts à
l'enlever, donc, prudence et tests
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre !
"Mike" <michel_larocque@hotmail.com> a écrit dans le message de news:
1139423884.897451.169590@g44g2000cwa.googlegroups.com...
Bonjour,
Est-il possible de modifier la liste sharepoint qui s'appel
Problème... afin de supprimer l'option "Assigné à"
En effet, la colonne "assigné à" n'est pas supprimable car elle est système et utilisée pour les fonctionnalités propres à la liste de problème, à savoir la notification par email à l'assigné et les rapports.
Bref, trois solutions allant crescendo : . vous utilisez une liste de type "tâche" qui est très similaire et qui ne comporte pas cette obligation de colonne ou une liste personnalisée se rapprochant de la liste des problèmes. Vous perdez cependant la notion de rapports (mais vous pouvez la redévelopper via un WebPart par exemple) . vous créez une nouvelle définition de liste de type "problème" (ISSUE) sur une nouvelle définition de sites et vous enlevez la colonne 'assigné à' aux formulaires dans le fichier SCHEMA.XML . vous modifiez le BaseType de liste ISSUE <BaseType Title="Issues List"> dans le fichier ONET.XML d'une nouvelle définition de sites WSS pour enlever cette colonne système.
Attention, dans ces deux derniers cas, cela nécessite des connaissances de CAML (proche du développement donc) et de nombreux tests. Il faut suivre les préconisations énoncés dans le SDK de Sharepoint et travailler avant sur un environnement de test.
Du fait que cette colonne est système, il y a de nombreux impacts à l'enlever, donc, prudence et tests
-- Cordialement, Pierre Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre !
"Mike" a écrit dans le message de news:
Bonjour,
Est-il possible de modifier la liste sharepoint qui s'appel Problème... afin de supprimer l'option "Assigné à"
merci à l'avance pour votre aide
Michel
Rej
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de cacher cet option (assigné à) des pages (editform newform displayform...). Nous voudrions peut-être utiliser les fonctions d'assignation plus tard.
Réj
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de
cacher cet option (assigné à) des pages (editform newform
displayform...). Nous voudrions peut-être utiliser les fonctions
d'assignation plus tard.
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de cacher cet option (assigné à) des pages (editform newform displayform...). Nous voudrions peut-être utiliser les fonctions d'assignation plus tard.
Réj
Nicolas
Bonjour,
Ce que vous pouvez faire c'est rajouter un peu de javascript sur les pages souhaitées pour cacher ce champ ou éventuellement éditer ces pages avec FrontPage 2003 et supprimer le champ. Vous pourrez alors facilement réutiliser ce champ plus tard.
Nicolas
"Rej" a écrit :
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de cacher cet option (assigné à) des pages (editform newform displayform...). Nous voudrions peut-être utiliser les fonctions d'assignation plus tard.
Réj
Bonjour,
Ce que vous pouvez faire c'est rajouter un peu de javascript sur les pages
souhaitées pour cacher ce champ ou éventuellement éditer ces pages avec
FrontPage 2003 et supprimer le champ.
Vous pourrez alors facilement réutiliser ce champ plus tard.
Nicolas
"Rej" a écrit :
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de
cacher cet option (assigné à) des pages (editform newform
displayform...). Nous voudrions peut-être utiliser les fonctions
d'assignation plus tard.
Ce que vous pouvez faire c'est rajouter un peu de javascript sur les pages souhaitées pour cacher ce champ ou éventuellement éditer ces pages avec FrontPage 2003 et supprimer le champ. Vous pourrez alors facilement réutiliser ce champ plus tard.
Nicolas
"Rej" a écrit :
Bonjour Pierre Vivier Merle ou autre, est-il possible à ce moment de cacher cet option (assigné à) des pages (editform newform displayform...). Nous voudrions peut-être utiliser les fonctions d'assignation plus tard.
