問題タブ [document-library]

ドキュメントの「名前」をルックアップ値として使用するドキュメント ライブラリへのルックアップ列を作成するにはどうすればよいですか?

「FileName」のような別のカスタム フィールドを追加し、アイテム レシーバーを使用してカスタム フィールドに Name フィールドの値を入力することを推奨するブログ投稿を見つけましたが、安っぽく見えます。興味のある方はブログへのリンク: http://blogs.msdn.com/pranab/archive/2008/01/08/sharepoint-2007-moss-wss-issue-with-lookup-column-to-doc- lib-name-field.aspx

とにかく本当にうまくいくはずの回避策で混乱させたくないカスタムドキュメントコンテンツタイプがたくさんあります。

1日より古いすべてのファイルを削除できるスクリプトが必要です。このスクリプトは、Sharepointサーバーで毎日自動的に呼び出す必要があります。スクリプトの書き方として、これとヒントをどのように行うことができますか？

そのため、ユーザーがSharePointドキュメントライブラリに新しいフォルダーを作成するときに、4つのテンプレートドキュメントも新しいフォルダー内に追加されるようにしたいと思います。ユーザーは各テンプレートのドキュメントテンプレートをクリックするだけで済みますが、常に追加してほしいと思います。

テンプレートドキュメントをドキュメントlibフォルダのコンテンツタイプに追加するオプションはないようです。

Sooo ....これは、ドキュメントライブラリ内のフォルダーの作成をチェックするカスタムSharePointワークフローを作成するための唯一の代替手段です。（理想的には、カスタムコンテンツタイプの特定のフォルダーが作成されたときにのみ制限することをお勧めします。）これは作成する簡単なワークフローのように見えますが、実際には作成していないので、作成する必要があることを確認したいと思います。カスタムSharePointワークフローはまだ...

ありがとう、

クリス

SharePoint (wss3 または MOSS 2007) Web パーツを作成して、ファイルをその上にドラッグ アンド ドロップし、定義済みのドキュメント ライブラリにファイルをアップロードすることはできますか?

これには何らかの形式のクライアント側スクリプト (Ajax ?) が必要になると思いますが、ajax に関する私の知識は少し大ざっぱです。

これまでの調査から、私は次のように考えています。

1. ユーザーがファイルを「ドロップ ゾーン」Web パーツにドラッグします。
2. このアクションはいくつかのコードをトリガーします
3. このコードは、ファイルを SharePoint ライブラリに読み込みます (このように: SharePoint へのファイルのアップロード)

任意のポインタは、感謝して受信されます

どうもありがとう。

ニック

簡単に言えば、ドキュメント ライブラリに独自のカスタム dll を使用するカスタム editForm.aspx があります。ユーザーがレコードを編集すると、ファイルに関連付けられたすべてのプロパティを更新できますが、実際のドキュメントを更新 (つまり、置換) してから Update() (または SystemUpdate()) すると、次のようになります。

ファイル BLAH.doc は、2009 年 5 月 1 日 09:41:12 +0100 に DOMAIN\ACCOUNT によって変更されました。

ファイルは置き換えられますが、ファイルのプロパティは更新されないため、パスとファイル名は古いバージョンと同じです!?

この投稿: http://hristopavlov.wordpress.com/2008/05/14/uploading-a-file-event-receivers-the-file-has-been-modified-by/ は、イベントレシーバーの使用を提案しています。 DisableEvents() を使用して、ワークフローに同様の問題があります。これは素晴らしいことですが、編集フォームを変更してイベント レシーバーを操作する方法がわかりません。ドキュメント ライブラリ内のファイルの更新に関するドキュメントやチュートリアルはありますか? また、イベント レシーバーを使用してこれを行う方法はありますか?

現在ファイル サーバー上にある約 100,000 (MS-Word) ドキュメントを SharePoint にアップロードする必要があります。これは過去 7 年間に追加されました。SharePoint ドキュメント ライブラリは実際には 2,000 ドキュメントに制限されるべきであり、これを超えるとパフォーマンスの問題が発生することを読みました。

暦年ごとに Doc ライブラリを作成することを考えましたが、それでも、各年に 10,000 をはるかに超えるドキュメントが存在することになります...

Doc ライブラリでビューを作成するとパフォーマンスが向上すると読みましたが、これがどのようになるかわかりません。インデックスを追加するのはどうですか??

最善の解決策は何ですか? 誰でもこの問題に遭遇しますか?

私たちのSharepointサイトは一種のドキュメントライブラリとして機能し、ユーザーは追加されたドキュメントを閲覧することはできますが、編集することはできません。本当に役立つのは、ユーザーがドキュメントとして個別に「お気に入り」としてマークを付けてから、どこかにリストを作成して、戻って表示できるようにした場合です。これを可能にする「機能」またはカスタム拡張機能はありますか？

カスタムアクション機能をカスタムドキュメントライブラリの新しいメニューにターゲティングする目的で、カスタムドキュメントライブラリを作成したいと思います。

私はインターネット上で多くの異なるガイドを見つけました、しかしあなたはそれらが何歳であることができるか知っています。

では、SharePoint2007でカスタムドキュメントライブラリを作成するための「正しい」方法は何でしょうか。

ありがとう、キース

ドキュメント ライブラリのカスタム定義があり、すぐに使用できる Web サービスのみを使用して、ライブラリ内のドキュメントの名前を変更しようとしています。提供された「名前」フィールドでビューを定義し、「LinkFilename」を試行すると、ファイルの名前を変更する呼び出しがそれぞれ失敗を返すか、新しい値を無視します。

SharePoint Web サービスを使用してファイルの名前を変更するにはどうすればよいですか?