人々 はよく「個人またはグループのデータ型列を使用してについて尋ねる" データの別の列に「計算」を入力.

一番下の行, この WSS では動作しません 3.0 (または MOSS).

集計列を追加する場合, WSS には、それは、計算に使用することができますフィールドの一覧が表示されます。. そのリストに含まれていない列の名前を入力する場合, それがあなたを指示します。:

1 つまたは複数の列の参照は許可されません。, 列の数式ではサポートされていないデータ型として定義されているため.

回避策: イベント ハンドラーを使用します。. イベント ハンドラーは、ユーザーがアイテムを保存するときを発生します。. それはあなたのために計算される列を思っているだろう更新を実行します.

フィールドの有用なリンクを一般的に計算:

• 使用してください。 [私] 計算列
• 式の式の例 (礼儀 http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

クイック免責事項: 上記の真実かつ正確にすると考えています。, しかし、こことそこの苔/WSS 非常に驚くだろうと十分な巧妙なトリックを見た (もしあなたがすればとそわそわして) 誰かがコードに頼ることがなくこれを行うにする方法を考え出したている場合. 巧妙な回避策を考え出したかをした誰かを知っている場合, 私に知らせてください。!

我々 いくつか重い義務再開催した「管理コンテンツと構造」経由で私たちサイト分類の. 私に未知の理由のため, このプロセス (しかし、メインでの作業) クイック起動のいくつかのナビゲーション リンクを壊した. 壊れたリンクは、によって特徴付けられます。:

• 間違った URL. たとえば, それはする必要があります"/サイト/部門/人材/…". ただし, 新しいリンクは/サイト/企業/人材/…".
• 見出しのクエリ文字列に繰り返しビット, ように:

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

それは簡単にサイトの設定/ナビゲーションを介して修正. 除く, MOSS を私に提示これしようとし、それを行う場合:

実際には, 誰が変更したがあります。 (私の脇から, もちろんです).

クイック検索は、この MSDN フォーラム ディスカッションをターンアップします。: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

ウィリアム Heurdier きれいにそれを産むが、最後から 2 番 (の 10/02/07) 投稿:

実際には:

破損した見出しをリセットするには, 必要があります。 :

– 破損した見出しの下のすべてのリストを削除します。

– 破損している見出しを削除します。

– 一覧の設定, 削除されたリストをクイック起動に追加します。 (これは非破損の見出しを再生成します。)

あなたが行ってもいいし….

---

Sharepoint の専門家 – Sogeti キャップ ジェミニ スイス

ナビゲーション ・ ページに移動したい続けたので少し混乱しました, 変更を加えるし、「未設定で打撃を受けるし、" メッセージ. 最終的に, 私はリストの設定に移動し、削除/追加するクイック起動しなければならなかった実現. それはトリックをでした。. 幸せな時間がここでもう一度!

</終了>

私のブログを購読します。!

更新プログラム 12/10/07: MSDN KB929816 で説明されている、修正プログラムは下記の問題を解決. 修正プログラムを入手し、ファームの各サーバーでインストール. [, 各サーバーで sharepoint 構成ユーティリティ. ここでは、KB の MS のサポート リンクです。: http://support.microsoft.com/kb/932816.

背景:

環境エンジニア リング マネージャーことを確認する必要がある私たちは、ビジネス要件があります。 30 それらの植物をタイムリーに彼らの様々 な状態によって義務付けられた許可申請されるようにアメリカ合衆国のニーズ全体 some-odd 製造場所. 調査した 1 つのアプローチは"一時停止まで日付を活用してください。" SharePoint Designer ワークフローを介して私たちにできる活動. エンジニア リング マネージャー (または彼女のアシスタント) 年の開始時にすべての必要な許可とアラームの日付を入力します。. システムはすべての重い物を持ち上げる.

環境:

MOSS, 64 ビット, 仮想マシン環境 (開発ボックス), 2 サーバー (SQL サーバー #1, サーバーで他のすべて #2).

問題:

一時停止するまで日付アクションの完璧なソリューションのように思える、それがそれ自体が判明する可能性. ただし, ボックスは動作しません (私たち).

1. ワークフロー ジョブを実行するスケジュールされたいません。, これまで. 読むことでこれを発見しました。 クリストファー ・ ホワイト (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) 優秀な書き込みを thusly stsadm を使用して:
   

   C:\>stsadm-o getproperty propertyname」ジョブ ワークフロー" -url http://localhost

   <プロパティが存在する ="No" />

   C:\>

   驚くべき結果が簡単に解決されました。:

   C:\>stsadm-o setproperty propertyname」ジョブ ワークフロー" -プロパティ「すべて 1 分間 0 59" -url http://localhost

   操作が正常に完了しました.

   C:\>

   そうと, 最初」の進行" ワークフローがすぐに解雇し、やった仕事.

2. 悲しいことに, 次のいずれかが期待どおりに動作しませんでした。. ありがたいことに, クリストファーは私たちを参照します。 ここで (http://support.microsoft.com/kb/932816). このエントリの執筆, 私たちは、修正プログラムを入手するには、IT 部門を待っています。, それは有望に見えるが、. 影響を受ける .dll の私達のコピーは、同じバイトのサイズを共有しません。, うまくいけば、この問題を解決します。.

回避策:

目を覚ましワークフロー タイマーを prod に見えた stsadm-o setproperty コマンドを再実行. それが, 約 7 分後, 実際に目を覚ます、継続してワークフロー.

質問 / 解決された問題:

一時停止するまでの日付が動作しません。.

一時停止するまでの日付に再開しません。.

「中からワークフローの状態は変更されません"

"進行中のワークフローの状態のまま"