問題タブ [document-library]

どのような代替 DMS がありますか? 彼らはどのような機能を提供していますか?

シェアポイントとは？言及する価値はありますか？

フォルダーとファイルを含む MOSS 2007 のドキュメント ライブラリがあります。ドキュメント ライブラリのドキュメント ビューには、ドキュメント名、タイプ、作成日時、作成者、変更日時の列があります。フォルダーの「変更」、「作成」、および「作成者」フィールドの情報を表示しないようにビューを構成する方法。つまり、ドキュメント ライブラリのドキュメント リストの「フォルダー」コンテンツ タイプについては、これらのフィールドを空にする必要があります。前もって感謝します。

[編集] Paul-Janの回答は私の質問に部分的に対応していますが、「作成者」と「変更者」の列を解決する方法はまだありません。「計算値」でそれらを参照する属性はありません。Kusek 氏によると、「Editor」を使用してドキュメントの「Modified By」属性に対処できますが、それは機能していません。

私は現在、職場で WSS 3.0 をセットアップしており、その財務セクションにいます。

私の質問は、リストを暗号化および復号化する可能性はありますか? ドキュメント ライブラリには、Word から InfoPath の請求書まで、さまざまな種類のファイルが含まれるため、リスト全体を意味します。

CodePlex にCryptoCollaborationというソリューションがあることは知っていますが、そのソリューションを SharePoint にデプロイするたびにサーバー エラーが発生します。

代替案はありますか？または、codeplex ソリューションを修正できるかもしれません。

前もって感謝します！

私はかなり SharePoint 2007 に慣れていないので、ASP.NET から SharePoint への考え方の移行は興味深い経験でした。

サブサイトの default.aspx ページと同じレベルのページを作成したいと考えています。「SharePoint 方式」では、ページをドキュメント ライブラリに配置します。ページのブレッドクラム ナビゲーションにはライブラリの名前が含まれているため、これを行うのは気が進まないのですが、ライブラリをユーザーに対して透過的にしたいと考えています。

SharePoint デザイナーの適切な場所にページを作成できますが、SharePoint テンプレートを使用する方法が見つかりません。default.aspx ページをコピーしようとしましたが、ナビゲーション リンクが更新されません。

何か不足していますか、または誰かが解決策を提案できますか?

ドキュメント ライブラリでワークフローを実行しているときに、少し問題があることがわかりました。新しいドキュメントをクリックすると、この例では Microsoft Word が開きます。ドキュメントに何かを書き込んでから、ライブラリに保存します。ライブラリに関連付けられたワークフロー。この場合は、リスト アイテムが作成されたので、実行を開始する独自の承認ワークフローです。ただし、問題は、ドキュメントがまだ開いているため、ユーザーが単語を閉じるまでチェックアウトされることです。ワークフローが最初に行うことは、承認ステータスを「保留中」に設定するなど、このリスト アイテムの他のフィールドのいくつかを設定することである場合、これはエラーになります。ドキュメントがチェックアウトされているため、エラーになります。

ドキュメントがチェックインされるまでワークフローを待機させようとしましたが、ここで失敗しています。私は OnWorkflowItemChanged アクティビティを試していますが、そのチェックのコードでは、変更がチェックインされているドキュメントであることを確認しているため、この後、残りのワークフローを続行できます。問題は、このアクティビティがチェックイン イベントを変更として認識していないように見えることです。自動的にチェックインするドキュメントを閉じても、実際には項目フィールドは変更されないため、この種のことは理にかなっています。

そのため、ワークフロー内でチェックイン イベントを検出する方法を見つける必要がありますが、それまでは待機します。

SharePoint の SPDocumentLibrary リストのドキュメント (フォルダーではなく) にカスタム コンテキスト メニュー項目を追加しています。次のコードは機能しますが、常にコンテキスト メニューの上部にカスタム メニュー項目が追加されますが、これは望ましくありません。CAMOpt の最後のパラメーターは、順序を定義するシーケンス番号であると推測していましたが、効果がないようです。リストの一番下にカスタム コンテキスト メニュー項目を追加できるかどうかは誰にもわかりませんか?

SharePointドキュメントライブラリで、データベースではなくファイルシステムにドキュメントを保存する方法はありますか？

ドキュメント ライブラリ内のドキュメントをあるフォルダから別のフォルダ (同じライブラリ内) に移動しようと必死になっています。これはすべて、Web サービスを介して行う必要があります。

次のような XML のバッチ処理で UpdateListItems メソッドを使用しています。

上記のServerUrlの代わりにさまざまなフィールドを更新しようとしました-運が良ければ...

ヒントをありがとう...

私は保険会社で働いています。当社には、約 150 人の従業員と一部のプロバイダー (アウトソーシングやカスタムメイドのアプリがほとんど) で構成される独自の開発部門があります。私たちの会社では、私のチームが非機能ロジック ライブラリと呼んでいるものを作成しました。つまり、セキュリティ、Web サービス、ロギング、メッセージングなど、私たちの部門のすべての開発チームに共通することを処理するためのソフトウェア ライブラリです。ほとんどの、またはこれらのツールは、ゼロから作成されるか、デファクト スタンダードを採用したものです。たとえば、ロガーは Log4J に基づくアペンダーであり、ログ メッセージを DB に保存します。また、アプリケーションで使用するライブラリ (たとえば、Web サービスが使用するフレームワーク) も定義します。私たちは、組織全体でほとんど JavaEE と Oracle AS を使用しています (いくつかの Websphere アプリケーション サーバーを使用)。

これらのプロジェクトの多くは、アーキテクチャ (ユースケース、UML 図など) が文書化されており、通常、生成された文書が利用可能です。私たちが見たのは、私たちが提供するライブラリを使用するのが難しい場合があり、常に質問をしたり、単にそれらを使用していないということです。

そのため、彼らのために、よりわかりやすいドキュメントを作成する予定です。私の質問は次のとおりです。ソフトウェア ドキュメントに含める必要があるベスト プラクティスまたはチェックリストは何ですか?

何かが頭に浮かぶ：

1. API リファレンス ガイド
2. クイックスタートチュートリアル
3. API 生成ドキュメント。
4. 検索可能である必要があります
5. Web アクセス

他に何が必要ですか？また、あなたの経験に基づいて、この種のドキュメントを維持 (最新の状態に保つ) および公開するための最良の方法は何ですか?

SPListItem.Versionsコレクションを繰り返し処理して、承認された最新のリストアイテムを見つけようとしています。

私のリストアイテムには3つのバージョンがあります。最初の2つは承認され、最後はドラフトです。しかし、私のコードは、それらがすべてドラフトであると言っています！助けてください！