問題タブ [web-parts]

AjaxToolkit コントロールを使用する SharePoint Web パーツを作成するためのリソースはありますか? アコーディオン コントロールを使用する Web パーツを作成する必要がありますが、完全なチュートリアルやウォークスルーが見つかりません。SmartPart を使用しないチュートリアル/記事の方が好きです。

ティア！

カスタム ユーザー コントロールを読み込む SharePoint WebPart があります。ユーザー コントロールには、複数の LinkBut​​ton を含む Repeater が含まれています。

Web パーツの RenderContent 呼び出しで、イベント ハンドラーを追加するコードをいくつか用意しました。

ただし、関数 PageNavigateButton_Click は呼び出されません。ただし、デバッガーでイベントハンドラーとして追加されていることがわかります。

何か案は？私はこれを行う方法に困惑しています。

ソリューション内の機能の一部として、WebパーツをWebパーツギャラリーに追加しています。

Webパーツがギャラリーに追加されると、Webパーツの説明フィールドが空の文字列で上書きされます。

私が考えることができるすべての場所に、次のような説明を追加しました。

1. Webパーツ自体。myWebpart.webpart<property name="Description" type="string">my description</property>
2. feature.xmlDescription="mywebpart description"
3. feature.xml<Property Key="Description" Value="mywebpart description"></Property>
4. webpartManifest.xml（機能で指定）<File ...><Property Name=Description" Value="mywebpart description">

ソリューションが展開されたときにWebパーツギャラリーの[説明]フィールドに表示されるように、説明を配置する場所のアイデアが不足しています。

あなたはなにか考えはありますか？

ASP.NET でいくつかのユーザー コントロールを開発するように依頼されました。これは、後で Web パーツとして SharePoint サイトに取り込まれます。私は SharePoint を初めて使用するので、これらのパーツのプロトタイプを作成する必要がある間、SharePoint サーバーにアクセスできません。

このアプローチが機能しない理由を知っている人はいますか? このアプローチが推奨されない場合、他のオプションは何ですか? SharePoint を念頭に置いて ASP.NET Web パーツを開発する際に考慮すべきリソース/チュートリアルに関する提案はありますか?

ありがとう

編集: 2008 年 12 月 31 日 ついにこれに対する回答をマークしました。SharePoint ルートをすぐに使用することが、最初は苦痛でしたが、最善の方法であることに気付くまでにしばらく時間がかかりました。無料の VPC イメージを使用すると、比較的簡単に開発をセットアップできます。

私が行ったように、SharePoint を使用せずに ASP.NET で Web パーツを開発することはできますが、SharePoint アプリケーションの開発と展開に関しては、何も学んでおらず、学習曲線を先に進めて、完了したと思ったときだけです。 、（そしておそらく利害関係者にその旨を通知した）。SharePoint の学習曲線を遅らせることは、あなたやあなたのプロジェクトにとって何のメリットもありません。最終的な製品は、その過程で得た専門知識により優れたものになります。

いくつかの Web パーツがあり、1 つはコントローラーとして、いくつかはコントローラーから情報を取得してそれに基づいて動作するとします。これは、ASP 2.0 で導入された Consumer/Producer インターフェイスを使用してかなり簡単にモデル化できます。

上記を維持しながら、どうすれば逆にインタラクションを追加できるでしょうか?

簡単な例は次のとおりです。ユーザーが検索を実行する Web パーツ A に情報を入力すると、結果が Web パーツ B に表示されます。結果は B になります。

一度にすべての接続で使用できるインターフェイスは 1 つだけであるため、WSS 3.0 では実行できないようです。

これは意味がありますか？:-)

AJAX 機能を公開したい WebPart (オブジェクト モデルは使用しませんが、SharePoint 環境で使用されます) を開発しています。 環境の性質上、スクリプト マネージャーをページに直接追加することは、オプションではないため、プログラムで追加する必要があります。Web パーツ コードで ScriptManager コントロールをページに追加しようとしました。

ただし、このコードを実行すると、次のエラー メッセージが表示されます。

「DataBind、Init、Load、PreRender、または Unload フェーズ中にコントロール コレクションを変更することはできません。」

ScriptManager を WebPart からページに追加する別の方法はありますか、それとも、WebPart を使用する各ページ (またはマスター ページ) に ScriptManager を追加する必要がありますか?

サイトを SharePoint 2 から 3 に移行しています (実際には、SharePoint Portal Server 2003 から Microsoft Office SharePoint Server 2007 に移行しています)。少数のサード パーティ Web パーツがあり、これはインプレース アップグレードではなく移行であるため、これらの Web パーツを新しいファームにインストールする必要があります。

SharePoint 構成アナライザーによって cab ファイルの形式で提供されるパッケージ化された Web パーツがある場合、これを行うにはどうすればよいですか? これらの cab ファイルは、ソリューションとしてパッケージ化されていませんが、どうにかして展開できますか? または、cab ファイルをばらばらにして、ソリューションとして再パッケージ化する必要がありますか? それとも、SharePoint 3 用に作成された新しいバージョンの Web パーツを入手して、それらを使用するページを編集する必要がありますか?

最近、 \some_server\c$\directory\file.xlsからリモート ファイルを解析するプログラムを作成しましたが、ローカル マシンでは通常の aspx ページとして正常に動作します。

次に、プログラムを VM SharePoint サーバーの Web パーツ フォームに配置すると、次のエラーが表示されます。パス '\some_server\c$\directory\file.xls' へのアクセスが拒否されました。

ファイルはDomain\Authenticated Usersに共有されているため、拒否される理由がわかりません。私の SharePoint がローカルまたはネットワーク サービス アカウントでそれを呼び出そうとしている可能性はありますか? どうすれば読めるようになりますか？ありがとうございました。

1 つの Web パーツに完全な信頼を設定しようとしていますが、これは可能ですか? manifest.xml かな？

新しい Web パーツを作成したばかりですが、非開発サーバーに展開しようとすると、次のエラーが発生します。

既定の名前空間 ' http://schemas.microsoft.com/WebPart/v2 ' は、基本 Web パーツ プロパティ用に予約された名前空間です。カスタム Web パーツ プロパティには、一意の名前空間が必要です (プロパティの XmlElementAttribute またはクラスの XmlRootAttribute で指定)。

Web パーツを CAB ファイルに書き込み、これを使用して展開しています。

Web パーツを追加しようとするまではすべて正常に動作しますが、ポップアップでこのエラーが表示されます。私の開発用 VM では問題なく動作します...?

任意のアイデアをいただければ幸いです、ありがとうございます。