問題タブ [sharepointdocumentlibrary]

標準のUIを使用しているが、別の永続層を実装しているカスタムドキュメントライブラリを作成したいと思います。基本的に、別のソースシステムからドキュメントをフェッチして表示します。このようにして、既存のオブジェクトモデルを使用できますが、SharePoint内の優れたオフィス統合を活用できます。

私はここでまともな記事を見つけましたが、彼らは不正行為をしており、外部永続性のための完全に新しいUIをコーディングしています。

SPListオブジェクトとSPDocumentLibraryオブジェクトを見てきましたが、必要なメソッドをオーバーライドできません。

イベントフレームワークを見てきましたが、より近いですが、「GetFile」や「PopulateList」などの重要なイベントがありません。

何かご意見は？

このようなものが機能することを期待していますが、ListItem、BeforeProperties、AfterProperties はすべて null/空です。ファイル名とファイルの内容が必要です。

ItemAdded は非同期であり、同期する必要があるため使用できません。アップロードを妨げて、ユーザーにメッセージを表示する可能性があります。

任意の提案をいただければ幸いです。たとえば、Upload.aspx を上書きすることは可能ですか?

ItemAdding イベントでドキュメントを検証する場合、ユーザーにエラーを表示する方法はたくさんありますが、検証が成功したなどの成功をユーザーに表示する方法はないようです。ドキュメント ライブラリの上部にあるユーザーへの情報メッセージは素晴らしいでしょう。

管理と臨床（ヘルスケア）の両方のポリシーと手順に使用されるSharepointドキュメントライブラリ。

バージョン管理と承認のワークフローは、法的要件をサポートし、責任の問題から保護します。

残念ながら、ドキュメントを削除すると、それまでに存在していたすべてのレコードが削除されます。すべての履歴がそれに伴います。

現在、確認するサンドボックスはありませんが、承認ワークフローもバイパスされていると思います。

法的に、これらのいくつかについては、それを削除した場合でも、特定の場所/時間でのポリシーが何であったかを示すことができなければなりません。

合理的に簡単な修正または回避策はありますか？

同様に、誰かがファイル名を変更した場合（誤って行うのは難しいことではありません）、両方のファイル名に履歴を表示する必要があります。

私は、私が働いている会社のイントラネット Web サイトを置き換える新しい SharePoint 2007 Web サイトを構築していますが、共通の議論が続いています。具体的には、複数のドキュメント ライブラリ (例: 部門ごとに 1 つ) を使用するか、複数のフォルダーを含む 1 つのドキュメント ライブラリ (例: 部門ごとに 1 つのフォルダーを含む 1 つのライブラリー) を使用する必要があります。

1 つのドキュメント ライブラリを使用し、カスタム ビューを使用して、カスタム列 (部門、目的、場所など) を利用してドキュメントを整理する利点を知っています。

また、承認はドキュメント ライブラリ レベルまたはフォルダー レベルのいずれかで設定できるため、どちらを選択してもメリットがないように思われます。

また、1 つのドキュメントが同じドキュメント ライブラリの複数のビューに表示される可能性があるように見えますが、その方法を使用する場合、ドキュメントを他のドキュメント ライブラリにコピーする必要があります。

現在の計画では、組織のすべてのドキュメントに対して 1 つのドキュメント ライブラリを使用し、その中に組織の構造を象徴する多数のフォルダーを配置する予定です。これにより、ユーザーは自分の組織フォルダーにドキュメントを簡単にアップロードできます (事前にそのフォルダーに割り当てられた権限を使用して)。次に、ドキュメントを追加するときに、カスタム列フィールドを選択してドキュメントを識別し、「タグ付け」します。これにより、カスタム ビューでドキュメントを複数のビュー (部門、目的など) にフィルター処理できるようになります。

複数のドキュメント ライブラリをリンクしてそれらのコンテンツを表示するのに、ビューは適用できないと思います。

とにかく、主な質問は次のとおりです。複数のドキュメント ライブラリと、複数のフォルダーを持つ 1 つのドキュメント ライブラリを使用する利点はありますか?

これが私がやりたいことを説明する図です：

ありがとう！

SharePoint 2007 ドキュメント ライブラリからプログラムでドキュメントを削除する方法が必要です。サーバー側のコードをデプロイするためにサーバーにアクセスできないため、Web サービスまたは純粋な http経由で行う必要があります。リスト アイテムから添付ファイルを削除する例はたくさんありますが、ドキュメント ライブラリから削除する例はありません。

Web パーツ接続を使用して、SharePoint のドキュメント ライブラリ内のドキュメントをフィルター処理しています。これを行うには、必須の列があり、「関連連絡先」と名付けました。ここに私の問題があります: (単なるドキュメントではなく) 新しいフォルダーを追加しようとすると、SharePoint はフォルダーのタイトルのみを要求します。「関連連絡先」列 (書類に必要) も表示されません。その列の情報は空であるため、Web パーツ接続はフォルダーをまったく認識しません。作成時にフォルダに別のフィールドを要求させる方法はありますか?

ありがとう

-V

私たちは MOSS 2007 を使用しており、いくつかのドキュメント テンプレートを含むドキュメント ライブラリを持っています。ドキュメント テンプレート (.dotx など) をクリックすると、テンプレートが開きます。しかし、テンプレートに基づいて新しいドキュメントが開かれるように動作させたいと思っています。

リストの上にあるツールバーの [新規] ボタンを使用してこれを行うことができますが、これは気に入らず、SharePoint ユーザーにとっては使いにくいものです。

回避策があります。ユーザーはテンプレートの名前の右側をクリックし、[送信] メニューに移動して [コピーのダウンロード] を選択し、ポップアップで [開く] を選択して作成する必要があります。テンプレートに基づく新しいドキュメント。

テンプレートに基づいて新しいドキュメントを作成するために使用できる JavaScript をいくつか見つけました。

これをどうしても使いたいのですが、このスクリプトをドキュメント ライブラリ リストの列のリンクに追加する方法はありますか?!? ハイパーリンク タイプの新しい列を試しましたが、「javascript:....」で始まる URL は、SharePoint によると有効な URL ではありません。

または、これを達成する別の方法、既存のリストにテキストを含む列があります。そのテキストをクリックすると、テンプレートに基づいてドキュメントが作成されます。

OpenFileDialogでは、ユーザーはSharePointサイトのアドレスを入力し、ドキュメントライブラリ内のドキュメントを選択できます。SharePointドキュメントのチェックイン/チェックアウト統合を提供する必要があります。ファイルがSharePointドキュメントライブラリに保存されているかどうかを判断する方法はありますか？

前もって感謝します！