Les gens demandent souvent sur l'utilisation d'une colonne de type de données "personne ou groupe" dans une autre colonne de données, tapez « Calculé ».

Ligne de fond, Cela ne fonctionne pas dans WSS 3.0 (ou de la mousse).

Lors de l'ajout d'une colonne calculée, WSS affiche la liste des champs qu'il vous permet d'utiliser pour le calcul. Si vous tapez le nom d'une colonne qui n'est pas dans sa liste, Il vous indique:

Une ou plusieurs références de colonne ne sont pas autorisés, parce que les colonnes sont définies comme un type de données n'est pas pris en charge dans les formules.

Solution de contournement: Utilisez un gestionnaire d'événements. Le gestionnaire d'événements est déclenché lorsque l'utilisateur enregistre le point. Il effectue la mise à jour que vous auriez voulu la colonne calculée pour faire pour vous.

Liens utiles sur calculé des champs en général:

• À l'aide de [Me] dans une colonne calculée
• Exemples d'expressions de formule (avec l'aimable autorisation de http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Avertissement rapide: Je crois que ce qui précède pour être véridique et exacte, mais j'ai vu des trucs assez intelligents ici et là dans MOSS et WSS que je ne serais extrêmement surpris (AGOG si vous voulez) Si quelqu'un a trouvé un moyen de le faire sans avoir recours au code. Si vous avez compris contourner habile ou connaissez quelqu'un qui a fait, Please let me know!

Nous avons fait quelques lourds ré-organisation de notre taxonomie du site par l'intermédiaire de « Gérer les contenu et Structure ». Pour des raisons inconnues pour moi, Ce processus (Bien que travaillant pour l'essentiel) a battu quelques liens de navigation dans le lancement rapide. Les liens périmés sont caractérisées par:

• URL incorrecte. Par exemple, Il devrait être "/ sites/départements/HumanResources /…". Cependant, le nouveau lien est "/ sites/Corporate/HumanResources /…".
• Bits répétées sur la chaîne de requête de la rubrique, comme dans:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

C'est assez facile à corriger par l'intermédiaire de paramètres/navigation sur le site. Sauf, MOSS me présente avec cela quand j'ai essayer et le faire:

Le fait est, personne ne fait n'importe quel changement il (en dehors de moi, Bien sûr).

Une recherche rapide se tourne vers le haut de cette discussion de forums MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier il énonce joliment dans l'avant-dernière (comme des 10/02/07) Publier:

Il s'avère:

Pour réinitialiser les en-têtes corrompus, vous avez à :

– Retirez tous les listes sous rubrique corrompu

– supprimer la rubrique corrompu

– Les paramètres de la liste, Ajouter une liste supprimée au lancement rapide (Cela se régénérer une position non corrompue)

Vous êtes alors prêt à partir….

---

Expert SharePoint – Sogeti Cap Gemini Suisse

J'ai été un peu confus, parce que j'ai gardé envie d'aller à la page de navigation, faire le changement et ensuite se faire frapper avec la "page a été modifiée" Message. Par la suite, J'ai réalisé que je devais aller pour les paramètres de la liste et supprimer/ajouter à lancement rapide. Qui a fait le tour. Moments heureux sont ici encore une fois!

</fin>

S'abonner à mon blog!

MISE À JOUR 12/10/07: Correctif logiciel tel que décrit dans le MSDN KB929816 résolu le problème pour nous mentionnées ci-dessous. Procurez-vous le correctif et puis installer sur chaque serveur de la ferme. Puis, utilitaire de configuration de SharePoint sur chaque serveur. Voici le lien de Support MS pour que Ko: http://support.microsoft.com/kb/932816.

Arrière-plan:

Nous avons une exigence de l'entreprise où un directeur de l'ingénierie environnementale doit veiller à ce que 30 lieux de fabrication juché à travers les besoins des Etats-Unis pour s'assurer que ces plantes déposent leur permis divers État obligatoire en temps opportun. Nous avons étudié l'une des approches s'appuie sur la "Pause jusqu'à ce que Date" activité à notre disposition par l'intermédiaire de SharePoint Designer worfklow. Le directeur de l'ingénierie (ou son assistante) pénètre dans tous les permis nécessaires et les dates de rappel au début de l'année. Le système procède ensuite tout le levage lourd.

Environnement:

MOUSSE, 64 bit, environnement de machine virtuelle (boîte de développement), 2 serveurs (SQL sur le serveur #1, tout le reste sur le serveur #2).

Problèmes:

L'action Pause jusqu'à ce que Date semble être la solution parfaite et il pourrait bien se révéler lui-même d'être. Cependant, il ne fonctionne pas hors de la boîte (pour nous).

1. La tâche de flux de travail ne devait pas courir, jamais. J'ai découvert cela en lisant Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent compte-rendu à l'aide de stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "job-workflow" -URL http://localhost

   <Propriété existe = "non" />

   C:\>

   C'était un résultat surprenant mais facilement résolu:

   C:\>stsadm -o setproperty - propertyname "emploi-worfklow" -propertyvalue "chaque 1 minutes entre 0 et 59" -URL http://localhost

   Opération réussie.

   C:\>

   Après cela qui, le premier "en cours" Workflow rapidement tiré vers le haut et l'a fait a job.

2. Malheureusement, celle qui suit n'a pas fonctionné comme prévu. Heureusement, Christopher nous renvoie ici (http://support.microsoft.com/kb/932816). Au moment de la rédaction de cet article, Nous attendons pour le service informatique obtenir ce correctif, mais il a l'air prometteur. Nos copies de la dll concernées ne partagent pas la même taille en octets, alors j'espère que cela va résoudre le problème.

Solution de contournement:

Ré-exécuter la commande stsadm-o setproperty semblait prod le minuteur de flux de travail éveillé. Il serait, à peu près 7 minutes plus tard, en fait réveiller et continuer avec le flux de travail.

Questions / Questions abordées:

Pause jusqu'à ce que Date ne fonctionne pas.

Pause jusqu'à ce que Date ne reprend pas.

État du workflow ne change pas de "en cours"

État du workflow reste "en cours"