Ultimate UI for ASP.NET 製品を使用する時には、既知の問題と重大な変更点に注意してください。
以下のリストをクリックすると、既知の問題と重大な変更点を最初に紹介したさまざまなバージョンの Ultimate UI for ASP.NET のリストを参照できます。
Ultimate UI for ASP.NET 製品の 2015.1 バージョンでは、以下のコントロールが製品、サンプル、およびヘルプから削除されます。
WebSpellChecker
WebSpellCheckerDialog
Ultimate UI for ASP.NET 製品の 2011.2 バージョンでは、以下のコントロールが製品、サンプル、ヘルプから除外されました。
WebGrid
WebCombo
WebDateChooser
WebPanel
WebListBar
WebCalendar
WebNavBar
WebToolbar
UltraWebTab
WebDataInput
WebTextEdit
WebMaskEdit
WebNumericEdit
WebDateTimeEdit
WebPercentEdit
WebCurrencyEdit
WebMenu
WebTree
Web Async Refresh Panel (WARP)
WebGridExcelExporter
WebGridDocumentExporter
従来のコントロールは、Ultimate UI for ASP.NET AJAX フレームワーク上で再構築された新しいコントロールによって置き換えられています。上記コントロールに代わって使用するコントロールについては、 Ultimate UI for ASP.NET クラシック コントロール マイグレーション ガイド を参照してください。
以下の各表は、各コントロールで未解決の制限事項や外因による制限事項をリストしたものです。
- 回避策
- 既知の回避策はありません
- 修正予定です
Ultimate UI for ASP.NET と Ignite UI® 両方のドキュメント アセンブリを一緒に使用すると、名前空間の競合による例外が発生します。競合するアセンブリの一覧です。
注: ASP.NET の場合、アセンブリの名前は、Infragistics2、Infragistics35、または Infragistics4 という文字列で始まります。ただし、バージョンのないアセンブリを使用している場合は別です。
この問題を解決するには、アプリケーションで Ultimate UI for ASP.NET のドキュメント アセンブリまたは Ignite UI® のドキュメントアセンブリのいずれかを参照します。こうしたアセンブリに含まれるドキュメントライブラリは同じものであるため、互いに代用可能です。
新規行をグリッドに追加しても、テンプレート セルはクライアント側に作成されません。
行追加時のクライアント側イベントの中にそのテンプレート用のクライアント側コントロールを作成しておくことできます。次の postback.Clipboard ブラウザーサポートの後に、その行にサーバー コントロールが追加されます。
Web ページからの Clipboard の呼び出しがどこまでサポートされるかについては、ブラウザーごとに対応の度合が異なります。
Adobe Flash® プラグインを利用すると、どのブラウザーにおいても Clipboard へのデータのコピーが可能になります。JavaScript ライブラリの入手先: http://zeroclipboard.org。ここにあるライブラリを利用すると、Clipboard を呼び出せるようにすることができます。下の例では、このライブラリを利用して上記の方式を実装します。実行する前に、まず ZeroClipboard ライブラリをダウンロードして抽出してください。
<br/> タグを含むセル データを WebDataGrid または WebHierarchicalDataGrid からコピーして Excel® のスプレッドシートに貼り付けると、データが改行ごとに個別の行として貼り付けられてしまいます。
Clipboard 内では、すべての <br/> タグが復帰文字「\n」に変換されます。復帰文字を他の文字、たとえば、スペース「 」などに置き換える Pasting クライアント側イベントを用意しておけば、データが複数の行として Excel に貼り付けられることはなくなります。
エクスポーターがエクスポートするのはシンプルなテキスト テンプレートだけです。次のようなテンプレートはエクスポートされます。
<ItemTemplate>
Name: <%# Eval("FirstName") %> <%# Eval("LastName") %>
</ItemTemplate>
次のようなテンプレートはエクスポートされません。
<ItemTemplate>
<asp:TextBoxID="txtTemp"runat="server"Text="Temppp"></asp:TextBox>
</ItemTemplate>
EnableClientRendering プロパティが true に設定されると、「タグ」属性はグリッドの行で使用できません。
クライアントで実行された操作は、ポストバック/コールバックの後でサーバーに伝達することが保証されません (つまり、 PageIndexChanging イベントが開発者によって処理され、ページ インデックスがクライアントでの再バインドによって変更された場合、ポストバック/コールバックの後、グリッドはこの変更を失います)。
EnableClientRendering プロパティが true に設定された場合:
個々の CSS クラスの特定のセルまたは行への割り当ては機能しません。
BoundCheckBoxField および UnboundCheckBoxField 列は Boolean または null 許容の Boolean 型列に限り機能します。
列の移動とサイズ変更がバンド レベルで機能するには、列をバンドで定義する必要があります。そうでない場合には、行アイランドごとに機能します。
値が非バインド セルで変更された場合に、データ バインドが発生しません。したがって、並べ替えとフィルター処理動作により、行を取得するには一度データバインドする必要があります。これによって値を設定できますが、行はすでに順番に並んでいます。非バインド フィールドに基づいてフィルター処理または並べ替えるには、データバインドを再度実行する必要があります。
Microsoft® Internet Explorer™ 9 の場合:
ビデオを一時停止し、再度再生する間にミュートされると、ビデオのサウンドが一瞬再生されます。
ポスター画像が Internet Explorer 9 では表示されません。ビデオ ソースがビデオ タグによりロードされていない場合のみ表示されます。ブラウザーは、代わりに最初のビデオ フレームをポスターとして表示します。
jQuery UI バージョン 1.8.5 以前を使用している場合、ボリューム スライダーのハンドルがスムーズにドラッグできません。この問題は、バージョン 1.8.6 以降では解決しています。
Google® Chrome™ の場合:
ユーザーが通常の画面を全画面表示、またはその逆に切り替えると、カスタム ブラウザー コントロールがちらつきながら縮小および展開します。これは、Chrome にのみ固有のブラウザーのレンダリング問題です。
Opera™ 11.10 以前の場合:
バッファーされた進行状況は Opera 11.10 以前では更新されません。
jQuery 1.4.2 以前を使用した場合:
「400」などの文字列に幅/高さは、jQuery バージョン 1.4.3 以前では指定できません。400 などの数字または「400px」など中に「px」がある文字列を使用する必要があります。
コントロール レイアウト
コントロールをテーブル コンテナーに配置すると、カスタム Infragistics コントロールはテーブルのデフォルト プロパティによる影響を受けます。この問題を解決するには、その親コントロールに「border-spacing: 0;」を配置する必要があります。
オプション MaxSimultaneousFilesUploads を設定する時は、値を最大 2 に指定することを推奨します。同時に複数ファイルをアップロードしている時は、アップロードされるファイルの数に等しい要求を行っています。2 ファイル同時にアップロードされる時、現在のブラウザーのタブに対して要求を 2 つ行うのはこのためです。タブに対する同時要求の異なるブラウザーに制限があります。Internet Explorer バージョン 6 と 7 の場合は 2 で、Firefox の場合は 3 です。コントロールで例外を受け取りたくない場合には、2 よりも大きくない値で MaxSimultaneousFilesUploads を設定することを推奨するのはこのためです。
WebUpload はキーボード ナビゲーションをサポートしません。ただし、コントロールがフォーカス可能で、タブ シーケンスの一部を取得する点を除きます。TAB キーを使用すると、コントロールとその要素をナビゲートできます。
ファイルをアップロードしたいが、ローカル ドライブの項目を選択するポップアップ ウィンドウをブラウザーに表示する時は、選択できるファイルはひとつだけです。複数ファイルのアップロードでは、個々に追加することによって複数ファイルをアップロードできます。
このリリースでは、以下のテーブルの Infragistics.Excel および Infragistics.Documents のアセンブリ名に変更があります。
Excel アセンブリへの参照を含むプロジェクトでは、新しい Infragistics.Documents.Core アセンブリも必要となりました。この新しい Infragistics.Documents.Core アセンブリは、Excel および Word DOM アセンブリで共有されます。
30 を超える行で構成される親行アイランドを持つ WebHierarchicalDataGrid™ をエクスポートする時に、集計は Max、Min、Sum および Average 関数に対してプレーン テキストでエクスポートされます。
エクスポーターがエクスポートするのはシンプルなテキスト テンプレートだけです。
たとえば、以下のテンプレートがエクスポートされます。
HTML の場合:
<ItemTemplate >
Name: <%# Eval("FirstName") %> <%# Eval("LastName") %>
</ItemTemplate >
次のようなテンプレートはエクスポートされません。
HTML の場合:
<ItemTemplate>
<asp:TextBox ID="txtTemp" runat="server" Text="Temppp"></asp:TextBox>
</ItemTemplate>
SubMenuClosingDelay プロパティのデフォルト値が 1000ms から 0 に変更されます。
SubMenuClosingDelay がコンテキスト メニューにも適用されるようになりました。10.2 では、コンテキスト メニューは 100ms の終了遅延を修正しました。
DataMenuItem.GroupSettings は上位レベルから値を継承しなくなりました。継承可能な唯一のプロパティは、EnableAnimation、AnimationType、AnimationDuration および AnimationEquationType です。
ホバー スタイルはアクティブ スタイルと選択スタイルに視覚的に個別の値を持ちます。以前はこれらはすべて同じ視覚的スタイルでした。
項目がクリックされると、選択された状態になります。マウスがその他の項目上に移動されると、選択された項目は選択スタイルは失いますが、選択された状態を失うわけではありません。メニューから離れると、選択された項目はその視覚的スタイルを返して、コントロールがフォーカスと失った後で選択されたように表示されます。
このバージョンの Infragistics では、1 台のコンピューターに同じ製品のマニュアルの複数バージョンを同時にインストールすることはできません。たとえば、同じコンピューターに Infragistics [Product Name] 2010.2 の製品マニュアルとともに Infragistics [Product Name] 2010.1 の製品マニュアルをインストールすることはできません。新しいバージョンの製品マニュアルをインストールするには、古いマニュアルを最初にアンインストールしてから新しいマニュアルをインストールしなければなりません。
ドラッグ アンド ドロップ機能の制限:
ロード オン デマンドでツリーが構成される時にはこの機能はサポートされません。
数値ページャーはドロップダウンのコンテナーの幅と高さを拡張します。
DropDownItem オブジェクトの Activated プロパティは読み取り専用プロパティになりました。
WebDropDown オブジェクトの SelectedItem プロパティは読み取り専用プロパティになりました。
同じ値がキャプチャによって連続して 2 回生成されると、ユーザーが正しい値を入力したフォームを提出しても、キャプチャの検証は 2 回目は失敗します。
ランダムに生成されたテキスト コードに 1 文字しか含まれない時、キャプチャ オーディオはサポートされません。
英数字のみの場合にはキャプチャ オーディオはサポートされます。生成されたテキスト コードに '* '; '@'; '#'; etc. のような文字を含む場合にはオーディオはサポートされません。
2 つの新しいイベント ReminderDismissing および ReminderDismissed が WebScheduleInfo クラスに追加されます。
以下の新しいプロパティが追加されます。
UseBodyAsParent — このプロパティが有効な場合、クライアントでダイアログの html 要素が移動されます。これによって、オリジナルのコンテナーにかかわらず、その他の要素の上に WebDialogWindow を置くことができます。ただし、WebDialogWindow が UpdatePanel 内またはその他の非同期ポストバック コンテナー内に配置される場合、そのオプションは使用できません。
ModalTabIndices — このプロパティによって、モーダル WebDialogWindow の外側に配置されている要素の tabIndex 属性が変更されないようにできます。tab キーの動作に関連して小さい副作用をもたらす可能性がありますが、パフォーマンスを高速化してダイアログが閉じられる時に発生する問題を解決します。
新しいプロパティ、EnableSharePointCompatibility が追加されます。これは、エディタが SharePoint Server 2010 の WebPart に配置される場合に使用できます。これによって、外観を改善し、SharePoint によって使用される特別な css セレクターを回避できます。
AutoPostBack プロパティはもう使用されていないため、今後 ValueChanged イベントと SelectionChanged イベントに AutoPostBackFlags を使用する必要があります。
MaxGroupHeight>0 かつ AnimationDuration<=30 の時に、IE8 ではグループは展開していません。
EnableExpandButtons が false に設定されており、GroupExpandAction が ButtonClick に設定されている場合、グループを展開または縮小できません。
UpdatePanel が ItemTemplate 内で使用されている時に、デザイン タイムにコントロールを描画するとエラーが発生します。
VerticalTextMode.IETransformation が有効なのは TabOrientation.Vertical に対してのみであり、IE のみにサポートされます。
ContentTabItem.TabSize は TabOrientation.Horizontal のみでサポートされます。
AddNewTabItem.Enabled は DisplayMode.MultiRow と MultiRowAuto ではサポートされません。
MirrorCssClass のように "Mirror" を含む TabItemCssClasses は TabOrientation.Vertical のみに使用されます。
ContentPane
MaxHeight/MinHeight/MaxWidth/MinWidth は対応する属性をサポートしないブラウザ（たとえば IE6）で失敗する場合があります。
AutoSize が有効でコンテンツのサイズ（幅/高さ）がコントロールのサイズよりも小さい場合には、コントロールのサイズは削減されません。
PostBackOptions
EnableAjax が有効な場合、EnableDynamicUpdatePanels の False 値は有効ではありません。
EnableReloadingOnTabClick と EnableReloadingUnselectedTab が 外部の Web サイトをポイントする ContentUrl でサポートされない場合。
PostBackOptions EnableAjax と EnableLoadOnDemand の両プロパティが有効で EnableLoadOnDemandViewState が無効な場合、非同期ポストバックの間すべての以前に選択されたタブが再ロードされます。ただし、フル ポストバックの時には選択されたタブのコンテンツだけがロードされます（その組み合わせが機能するようにサポートされる）。それが .NET によって使用される AJAX フレームワークの制限です。
ClientEvents — UrlSubmitting と UrlSubmitted はローカル ページをポイントする ContentUrl のみでサポートされます。
TabLocation — TopRight と BottomRight は DisplayMode.Single 行のみでサポートされます。
WebDataGrid の以下のエディタ プロバイダーは現在廃止され、新しい軽量の ASP.NET AJAX エディター コントロールによって置き換えられています:
WebCalendarProvider
WebDateChooserProvider
WebCurrencyEditProvider
WebDateTimeEditProvider
WebMaskedEditProvider
WebNumericEditProvider
WebPercentEditProvider
WebTextEditProvider
新しいエディター コントロールは以下のとおりです。
MonthCalendarProvider
DatePickerProvider
CurrencyEditorProvider
DateTimeEditorProvider
MaskEditorProvider
NumericEditorProvider
PercentEditorProvider
TextEditorProvider
TextBoxProvider
SliderProvider
DropDownProvider
詳細については、 エディター プロバイダーを参照してください。
Infragistics.Web.UI.NavigationControls 名前空間内の NavItemCollection および DataMenuItemCollection の以下のメソッドが変更されています:
NavItemCollection :
FindItemByText (文字列テキスト) -> FindNavItemByText (文字列テキスト) に変更されました。
FindItemByValue(文字列値) -> FindNavItemByValue (文字列値) に変更されました。
DataMenuItemCollection:
FinditemByText (文字列テキスト) -> FindDataMenuItemByText (文字列テキスト) に変更されました。
FinditemByValue (文字列値) -> FindDataMenuItemByValue (文字列値) に変更されました。
Infragistics.Web.UI.NavigationControls 名前空間内の NavItemCollection の以下のメソッドが変更されています:
NavItemCollection :
FindItemByText (文字列テキスト) -> FindNavItemByText (文字列テキスト) に変更されました。
FindItemByValue(文字列値) -> FindNavItemByValue (文字列値) に変更されました。
DataLoadingMessage プロパティのデフォルト値は Loading… から空の文字列に変更されています。今後は、デフォルトでツリーにはロードオンデマンドを実行する間 AJAX インジケーターが表示されます。AJAX インジケーターの詳細は、 AJAX インジケータートピックを参照してください。
DropDownContainerHeight プロパティのデフォルト値は 0 から 200px に変更されています。 * 以下の変更が DropDownItem クラスに行われています。
Disabled プロパティの DesignerSerializationVisibility 属性が Hidden に設定され、デフォルト値は False に設定されます。
IsCustom プロパティの DesignerSerializationVisibility 属性が Hidden に設定され、デフォルト値は False に設定されます。このプロパティはデザイナーで使用しないでください。
SQL データ ベースのストアド プロシージャーは変更されています。2009.2 以前の WebSchedule2.sql データ ファイルからのデータを使用している場合、WebSchedule コントロールおよびコンポーネントは正しく機能しません。既存のデータベースのためにストアドプロシージャーを更新する必要があります。SQL データベースの更新についての詳細は、 データおよびストアド プロシージャの更新を参照してください。
Ultimate UI for ASP.NET をインストールした後で、Visual Studio を閉じて ASP.NET 2.0 AJAX 拡張をインストールします。AJAX 拡張インストーラーは C:\Program Files (x86)\Infragistics\2023.1\ASP.NET\ASPAJAXExtSetup.msi に配置されます。
Visual Studio 2008 を開きます。ツールボックス ツールが表示します。
WebDataGrid 項目テンプレートで WebProgressBar または WebSlider™ を使用する場合、EnableRelativeLayout プロパティは True に設定する必要があります。そうでない場合には、WebProgressBar/WebSlider はグリッドをオーバーフローして表示されます。
Shift キーを押しながらクリックして列の範囲を選択しようとする場合、列が移動された後では複数列選択は機能しませんが、Ctrl キーを押しながらクリックしてもこれまで同様機能します。
AutoScrolling（グリッドの外側に列ヘッダーをドラッグし、列移動操作の間に左または右のいずれかにグリッドをスクロールすることになる機能）は Opera では無効になっていました。グリッドのコンテナ div にスクロール位置を設定する時に Opera は mouseUp イベントを起動します。これによりドラッグ/移動操作を速やかに終了させることになります。
サーバーで ItemClick イベントを処理すると、WebDataMenu は項目クリックごとに自動ポストバックを生成します。したがって、EnableOnClick プロパティを True に設定することとサーバー側の ItemClick イベントを結合することは適切ではありません。
ItemClick イベントがサーバーで処理されるとフル ポストバックを発生させることになるため、ItemSelected イベントはサーバーで発生しません。ItemSelected イベントを正しく処理するには、ItemClick イベントを処理するべきではありません。ひとつのイベントまたは他のイベントを処理すべきです。
メニューは「メニューのスクロール」を現在サポートしていません。これはメニュー項目が多すぎてウィンドウの表示領域内に表示できない場合に、自動生成されたスクロールバーを作成できないことを意味します。このバージョンでは、ページの表示領域内にすべて収まるようにメニュー項目のサイズを管理するのは開発者です。
2 つ（またはそれ以上）のサーバー側イベントがある場合（それらの自動ポストバックは "On" または "Async"）、これはひとつのツリー アクションで発生するのですが（たとえばツリー ノードをクリックしてこれによって "NodeClick" および "SelectionChanging" サーバー イベントが発生する）、二番目のイベントは適切に実行されない、または全く実行されない場合があります。
ロード オン デマンドが有効の時に、子をロードするためにキーボードでノードを展開する場合、右矢印を押しても最初の子に移動しません。ただし、マウスでノードをクリックしてキーボードで普通にナビゲートする、または下矢印を押して（子の代わりにノードの兄弟に移動）、次に上矢印を押し、次に右矢印を押して最後に子に達することはこれまでと同じように可能です。
ロード オン デマンドはページングと併用できません。ロード オン デマンドとページングの両方が有効な場合には予期せぬ結果が発生します。
クライアント側でフィルタリング付きのロードオンデマンドはサポートされません。
AutoCompleteFirstMatch とクライアント側のみのフィルタリングの両方を有効にすると、場合によっては完全な入力値を前もっとフィルタリングできます（その一部は強調表示されないかのように）。
EnableMarkingMatchedText プロパティと AutoCompleteFirstMatch プロパティの両方を同時に True に設定することは現在サポートされません。
WebProgressBar は正しく表示および機能するためにページ内に常に相対的に配置すべきです。コントロールに絶対配置を使用したい場合には、絶対配置されたコンテナの中で使用します。
コントロールで設定された最大値および最小値に基づいて WebProgressBar に設定できる値に制限はありません。最大値が 100 で値を 200 に設定すると例外がスローされます。
Microsoft Visual Studio 2008 Service Pack 1 での問題
コントロールにコレクションがあり、コンテナ コントロール内に配置されている場合、コレクションの項目を追加するためにデザイナーを使用するとコレクションの項目はシリアル化されません。詳細は、Microsoft Connect の説明を参照してください。
Infragistics for ASP.NET インストーラの既知の問題
Infragistics for ASP.NET 製品のインストールの間に、以下のようなエラーが発生する場合があります：
インストーラが InetPub\wwwroot\aspnet_client\Infragistics フォルダーに対して管理者特権を必要とします。
管理者として現在ログインしている場合であってもです。これは以前に製品をアンインストールして、そのフォルダーに IIS がロックを掛けた場合に発生します。ロックを解除するには、IIS を再起動するか、コンピュータを再起動します。
行の削除
WebDataGrid は、EnableAjax が True に設定されている時に大きなデータ ソースの行を削除すると、"最大長を超えました" という例外をスローする場合があります。この理由は、ページングなどの特定の動作のためで、WebDataGrid がその表示を再ロードしなければならないために大量のデータを渡さなければならないからです。行の数が大幅に増加するにしたがい、データ量は非同期で問題なく渡すには大きすぎるようになります。EnableAjax が False であれば、削除に問題はありません。
ページング
ページ数がページャ領域の表示可能な領域を超える場合には、WebDataGrid のページャ領域はすべてのページ リンクを表示するわけではありません。ページャは領域に収まるのに十分なリンクだけを表示します。ページ リンクのすべてを表示できるようにスクロールバーを表示するには、ページャに以下のスタイルを使用します：
.pager {
height:30px;
overflow:auto;
}
デフォルト設定で WebDataGrid でページングを有効にし、データ ソースが非常に大きい場合、エクスペリエンス パフォーマンス問題が起こる場合があります。これは多くのページャ リンクが描画されるために、Microsoft® Internet Explorer® が各リンクに CSS クラスを適用するからです。このシナリオでは、クイック ページまたはページング用のテンプレートを使用することを推奨します。詳細は、 「カスタムのページング テンプレートの使用」を参照してください。
項目テンプレート
列にテンプレートを使用する場合、特定の動作が希望するように機能しない場合があります。編集はセルの html で行われます。ソートまたはフィルタリングなどのデータ ソースで操作する動作は、列がバインドされていないのでサポートされません。テンプレート列では、手動で必要となる動作を処理しなければなりません。
DataSource および EnableDataViewState プロパティ
DataSource プロパティを使用してWebDataGrid のデータ ソースを設定する場合、留意する必要があるいくつかの注意事項があります。
ポストバックのたびにページのロード イベントで DataSource を設定すると、EnableDataViewState プロパティかどうかにかかわらず、ポストバックのたびにデータのリクエストが起動されます。この動作を回避するには、できればデザイン タイムに WebDataGrid の DataSourceID プロパティを設定します。
最初のロードでページ ロード イベントに DataSource プロパティを設定することは、EnableDataViewState が True である時に AutoCRUD 機能を無効にします。これは、すべての WebDataGrid のデータが ViewState になっているが、データ ソースとの実際的な接続がないため、それ以降のポストバックでデータ リクエストが行われなくなるため、AutoCRUD 機能を排除します。繰り返しになりますがこれのための回避策は DataSourceID プロパティを使用することです。
列サイズの変更
Internet Explorer では、列がテキストよりも小さくリサイズされるとセルはテキストをクリップしなくなる（テキストは新しい行に折り返される）という問題があります。この問題を回避するには、列にパーセントを設定するか、テキストの回りを <nobr> で囲みテンプレート列を使用します。
スマート タグを使用したカラー プロパティ設定
Microsoft Visual Studio® にはスマート タグの使用を通して WebDataGrid で要素のカラー プロパティの設定を制限する既知の問題があります。Visual Studio プロパティウィンドウは、カラープロパティを構成するために使用されます。この問題は、マイクロソフトで現在解決策を模索中です。
フィルタリング
現在、ひとつの列での複数のフィルター条件はサポートされません。
Ultimate UI for ASP.NET 2008.2 で、head タグ内の style および link タグの配置は最後から先頭に変更されました。この目的は、ヘッダー内で固有のスタイルでコントロールのスタイルを上書きできるようにすることです。これは以前は不可能でした。
この変更のためにアプリケーションで生じる場合がある問題は、アプリケーションの基本 URL を設定するために基本タグを使用するかどうかです。今回から style と link が head タグの先頭に配置されるため、ユーザーが意図したように基本 URL はこれらのリンクで使用されなくなります。
この問題の回避方法は、基本 URL を指定する代わりにスタイルとリンクの絶対パスを使用することです。これを実行するには、StyleSetPath をデフォルトの ~/ig_res/ パスの代わりに http://ServerName/ig_res に設定します。
既存の ASP.NET プロジェクトを 2008 Volume 1 にアップグレードする場合には、少なくとも 2 つ以上のコントロールに影響する以下の重大な変更点に注意してください。
SystemTrayReminderNotification スターター キットが ASP.NET インストーラから削除されました。
Ultimate UI for ASP.NET 2008 volume 1 リリースから、ミント テーマは使用できません。Ultimate UI for ASP.NET 2008 volume 1 リリース以前に作成されたミントテーマを使用するプロジェクトは、以前のバージョンのスタイルライブラリを参照しているかぎり影響はありません。
既存の ASP.NET プロジェクトを 2007 Volume 3 (APTC) または 2008 Volume 1 にアップグレードすると、WebGauge コントロールが Partial-trust 環境で実行が可能になる重要な変更があります。
WebGauge コントロール付きの既存のプロジェクトを実行する場合は、デザイン タイムおよびラン タイムに発生する一部のエラーを下記のスクリーンショットに表示します。
WebGauge コントロールの各プロパティに固有のカスタム TypeConverter があるため、これらの例外が発生します。TypeConverter 機能の 1 つは、オブジェクトが表現するものに従って InstanceDescriptors を作成することです。
InstanceDescriptor クラスの定義:
C# の場合：
PermissionSet(SecurityAction.LinkDemand.Name="FullTrust"), HostProtection(SecurityAction.LinkDemand, SharedState=true)
partial trust 環境では、InstanceDescriptor の作成は不可能になります。そのため、WebGauge Ultimate UI for ASP.NET 2007 Volume 1、2、3 にシリアル化されていた一部のプロパティは Ultimate UI for ASP.NET 2008 Volume 1 ではシリアル化できなくなり、シリアル化のために文字列プロパティに置き換えられました。コードでプロパティの設定がまだできますが、XML では、代わりに文字列プロパティを使用することが必要になります。
アップグレードの問題だけです。すなわち、Ultimate UI for ASP.NET 2008 Volume 1 以降で作成した新しいプロジェクトは影響されません。
下記は影響されているプロパティおよび対応するマークアップのリストです。
Gauge.Margin
<ig:GaugeProp:Gauge Margin>
GaugeMarker.Value
<ig:GaugeProp:GaugeMarker Value>
GaugeMarker.Precision
<ig:GaugeProp:GaugeMarker Precision>
GaugeRange.StartValue
<ig:GaugeProp:GaugeRange StartValue>
GaugeRange.EndValue
<ig:GaugeProp:GaugeRange EndValue>
RadialGradientBrush.CenterPoint
<ig:GaugeProp:RadialGradientBrush CenterPoint>
RadialGradientBrush.FocusScales
<ig:GaugeProp:RadialGradientBrush FocusScales>
SegmentedDigitalGauge.InnerMargin
<ig:GaugeProp:SegmentedDigitalGauge InnerMargin>
その問題を解決するために:
ソースのビューでは、影響されているプロパティを下記のように変更してください:
Gauge.MarginString
<ig:GaugeProp:Gauge MarginString>
GaugeMarker.ValueString
<ig:GaugeProp:GaugeMarker ValueString>
GaugeMarker.PrecisionString
<ig:GaugeProp:GaugeMarker PrecisionString>
GaugeRange.StartValueString
<ig:GaugeProp:GaugeRange StartValueString>
GaugeRange.EndValueString
<ig:GaugeProp:GaugeRange EndValueString>
RadialGradientBrush.CenterPointString
<ig:GaugeProp:RadialGradientBrush CenterPointString>
RadialGradientBrush.FocusScalesString
<ig:GaugeProp:RadialGradientBrush FocusScalesString>
SegmentedDigitalGauge.InnerMarginString
<ig:GaugeProp:SegmentedDigitalGauge InnerMarginString>
Ultimate UI for ASP.NET 2008 Volume 1 リリースでは、Ultimate UI for ASP.NET 2006 Volume 3 リリース以降廃止されていたプロパティは削除されています。
次のリストは削除されたプロパティです。
FilterCollectionValues プロパティを支持して、Column オブジェクトから FilterCollection プロパティは削除されています。
WorkingListValues プロパティを支持して、FilterDropDownEvenArgs オブジェクトから WorkingList プロパティは削除されています。
WebResizingExtender を含むアセンブリ名が、Infragistics2.Web から Infragistics2.WebUI.WebResizingExtender に変更されました。
既存の ASP.NET プロジェクトを 2008 Volume 1 にアップグレードする場合には、WebSchedule に行われた以下の重大な変更点に注意してください。
重大な変更が Visual Studio 2008 のデザイン画面にあります。この変更を可能とするために、WebSchedule コントロールのうち 2 つのデフォルト タグ プリフィックスが調整されました。このプリセットは、Ultimate UI for ASP.NET 2008 volume 1 リリースを使用してデザイン表面に追加される WebSchedule コントロールに限り動作します。
WebHtmlEditor™
WebImageButton™
medium-trust 環境で AllowPartiallyTrustedCallersAttribute (APTCA) アセンブリと Infragistics AppStylist® for ASP.NET を使用する場合、セキュリティ例外がスローされます。
例外のスローを回避するには、以下の XML 引用で示すように "requirePermission" 属性を Web.config ファイルに追加し、False に設定します。
XML の場合:
<configSections> <section name="infragistics.web" requirePermission="false" type="System.Configuration.SingleTagSectionHandler,System, version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/> </configSections>
Ultimate UI for ASP.NET のトライアル版をインストールしてある場合、ユーザー アカウント制御（UAC）を有効にした状態で Windows® Vista™ で Infragistics AppStylist for ASP.NET アプリケーションを実行するとライセンスエラーを受け取る場合があります。この問題を回避するには、次のいずれかで実行できます:
管理者として（つまり高いセキュリティ権限で）Infragistics AppStylist を実行する
Microsoft Visual Studio® を実行して、試用期間を開始するためにページ デザイナーに Infragistics コントロールのいずれかのインスタンスを配置する
IE8 ブラウザで、テーブル セルをクリック/ドラッグすると、padding-left と padding-top によって定義されたピクセル数だけセルが縮小されます。この問題は Grid セルに影響します。
回避策として、ItemCSSClass から padding-left と padding-right を削除してください。
この問題は Microsoft でもログされています。将来の更新についてはフォーラムのポスト リンクを参照できます:
http://social.msdn.microsoft.com/Forums/en-US/iewebdevelopment/thread/f265c5b1-a45d-4949-85b2-86a97a884dc1 * CSS クラスをネストされたテーブルと併用するとパフォーマンスが低下します。この問題は、アクティブ セル/行または選択されたセル/行のいずれかがデフォルトの外観と異なる CSS スタイルを持ち、選択/アクティブ化が実行されるときに顕著になります。
これは 1 ページに多数の行（500 行以上）がある Grid に、列を固定する時に影響します。
回避策として以下のいずれかを実行できます:
ページあたりの行数を削減するためにページングを有効にします。
仮想スクロールを有効にします。
エクスポート制限に関して政府の承認がペンディング状態であるため、暗号関連の機能は 2007 Volume 2 リリースでは無効になっています。今後のリリースでこの機能は有効になる予定です。
以下はこの制限が影響するプロパティの一覧です:
Infragistics.Documents.Reports.PDF.IPermissions.Add
Infragistics.Documents.Reports.PDF.IPermissions.Copy
Infragistics.Documents.Reports.PDF.IPermissions.Modify
Infragistics.Documents.Reports.PDF.IPermissions.Print
Infragistics.Documents.Reports.Report.Preferences.PDF.IPassword.Owner
Infragistics.Documents.Reports.Report.Preferences.PDF.IPassword.User
日本語が含まれるデータを PDF 形式にエクスポートした場合、Windows OS 上の Adobe PDF Reader X 以外で日本語が正しく表示されません。
Visual Studio 2002/2003 のプロジェクトを Visual Studio 2005（.NET Framework 2.0）プロジェクトに Infragistics .NET Upgrade ユーティリティを使用してアップグレードするときには、アップグレードが完了したら Visual Studio 2005 を閉じて、それからアップグレードしたプロジェクトを開いてください。この操作を行わないと、ASPX ページのエラーが発生し、デザイン ビューの切り替えができなくなります。この問題は、すべての ASP.NET コントロールに影響します。
Visual Studio 2005 の HTML 認証機能の互換性の問題が原因で、ASP.NET ページを Visual Studio 2005 にアップグレードしたときに次のエラーが発生することがあります。
「ページのエラーのためデザイン ビューに切り替えられません。エラー リストで『切り替え不能』と表示されたすべてのエラーを解決してから再試行してください。」
「ビューの切り替えができません。認証（XHTML 1.0 Transitional）。要素「スタイル」を要素「div」にネストできません。」
この問題は、LineAnnotation の「スタイル」プロパティを示す要素を削除し、デザイン ビューに切り替え、プロパティ グリッドを使用してこれらのプロパティを設定するか、これらのプロパティをランタイム コードに設定するだけで、簡単に解決されます。
Style プロパティの持続モードが変更されました。LineAnnotation.Style プロパティは、内部要素として持続するのではなく、LineAnnotation 要素の一連の属性として持続するようになりました。これにより、認証エラーが発生しなくなりました。
Visual Studio 2008 内で、デフォルト画像をロードする全てのコントロールは、画像をクイック デザイナーのプレビュー ペインに表示しません。プリセット ファイル に指定された画像がない場合、コントロールは、埋め込みリソースからデフォルト画像をロードしようと試みます。ただし、Visual Studio 2008 を使用して返された URL は無効です。
回避策として、空白にする代わりにプリセット ファイルで画像 URL を設定します。
Visual Studio 2008 は、デザイン ビューでツールボックスからページに Extenders をドラッグすることをサポートしていません。
この変更により WebResizingExtender コントロールに影響があります。ただし、ツールボックスから WebResizingExtender をあなたのページのソースビューにドラッグできます。このビューから Visual Studio 2008 は、コントロールの新しいインスタンステキストおよびページ トップの "@ Register Assembly.." テキストを生成します。ソース ビューを介して WebResizingExtender を追加したあと、デザイン ビューに切り替えて、WebResizingExtender コントロールのプロパティを設定できます。
Visual Studio 2008 と Ultimate UI for ASP.NET コントロールの既知の問題があります。Visual Studio 2008 で WebApplication プロジェクトを作成する時に、ツール ボックスからページに ASP.NET コントロールをドラッグしても、コントロールのすべての従属参照をプロジェクト参照に自動的に追加しません。コントロールはデザイン タイムに正しく表示されますが、ランタイムにコンパイルしません。
この既知の問題の回避策は従属参照を手動で追加することです。
各アセンブリに含まれるすべての ASP.NET コントロールおよびコンポーネントのリストについては以下のリンクをクリックします。
Visual Studio 2008 の下での特定のケースで、複数の連続する反復でゲージ デザイナーを繰り返し起動すると予期しない動作の原因となる可能性があることが確認されています。作業は頻繁に保存することを推奨します。
編集されるコントロールが別のコンテナーである場合、Visual Studio 2008 はマークアップの更新に失敗します。これに関する詳細は、 http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=386027 を参照してください。
Ultimate UI for ASP.NET 2005 Volume 2 リリースでは、古いボリュームから手動でプロジェクトをアップグレードすると問題が発生する場合があります。
2005 Volume 2 リリースでは、すべての WebChart™ アセンブリがひとつのアセンブリにマージされました。以前の Ultimate UI for ASP.NET ボリューム リリースには、Infragistics.UltraChart.Resources.v5.1 という名前のアセンブリがありました。2005 Volume 2 リリースで、このアセンブリが Infragistics.WebUI.UltraChart.v5.2 アセンブリにマージされました。
HTML ビューの Web フォームの上で Register タグは以下のようになります。
<%@ Register TagPrefix="igchartprop" Namespace="Infragistics.UltraChart.Resources.Appearance" Assembly="Infragistics.UltraChart.Resources.v5.1, Version=5.1.20051.10, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb" %>2005 Volume 2 リリースでは、この行は以下のテキストに変更されます。
<%@ Register TagPrefix="igchartprop" Namespace="Infragistics.UltraChart.Resources.Appearance" Assembly="Infragistics.WebUI.UltraWebChart.v5.2, Version=5.2.20052.10, Culture=neutral, PublicKeyToken=7dd5c3163f2cd0cb" %>プロジェクトを手動でアップグレードする場合、Register タグを変更してアセンブリのマージを反映する必要があります。そうしなければ、プロジェクトを実行するとブラウザに以下のエラー メッセージが表示されます。
特定の事例において、WebChart の デザイナーで行った変更はシリアル化されず、プロジェクトを実行または Microsoft Visual Studio® IDE を閉じるときに設定を失うことになる可能性があります。
以下のいずれかのシナリオは、クイック デザインで行われた変更、またはデフォルト プリセットによって行われた変更がシリアル化されなくなります。
Visual Studio Toolbox からご使用のフォームに WebChart の コントロールをドラッグするのではなく、[ソース] ビューで <%@ Register TagPrefix…%> および <igtbl:UltraWebGrid runat="server"> と入力しました。次に、デフォルト プリセットがロードされた場合には、デザイン ビューに切り替えました。これにより、クイック デザインが自動的に表示されます。
v5.2 以前のバージョンを使用した WebChart プロジェクトは v6.2 にアップグレードされました。これによりデザイン ビューに切り替えるとデフォルト プリセットをロードし、クイック デザインを自動的に表示することになります。
上記のシナリオのいずれかの結果として設定がシリアル化されないという問題が発生した場合、回避方法が提供されています。デフォルト プリセット、またはクイック デザインが最初にロードされた後で、Visual Studio IDE の [プロパティ] ウィンドウでプロパティを変更します。これによって、WebGrid コントロールが完全にシリアル化されます。
<%@Register Tagprefix…%>
Ultimate UI for ASP.NET 2007 Volume 3 では、ヒストグラム チャートは複合チャートには描画できません。
aspx ページでサーバー ASP コード ブロック <%…%> を使用すると、WebDataGrid または WebHierarchicalDataGrid はデフォルト エディターを失う場合があります。デフォルトのカレンダーが使用されると、WebDatePicker に同じものが適用されます。以下は回避策オプションをリストします。
WDG/WHDG では、編集可能な列ごとにエディター プロバイダーを構成します。WebDatePicker では、aspx で WebMonthCalendar のインスタンスを作成し、日付ピッカーに添付します。
コード ブロックが JavaScript のみで使用される場合には、この JavaScript は aspx で BODY 内、FORM の外に配置する必要があります。
Javascript は、runat 属性をサーバーに設定して、html 要素によってもラップされます。
固定されない行の高さが固定行の高さと同じにならないため、リサイズの外観はよくありません。回避策として以下のいずれかを実行します:
全列で改行されないように空白のスペースを設定します。
AutoAdjust プロパティを True に設定します。ただしこれは動作を遅くします。
JavaScriptSerializer の文字列の長さの制限:たとえば、グリッドに 10 の表示行でデータソースに 10,000 行ある場合。ランタイムに RowCacheFactor プロパティを 1000 に設定する場合、"JSON JavaScriptSerializer を使用してシリアル化または逆シリアル化の間のエラー。文字列長が maxJsonLength プロパティで設定した値を超えます" という例外を取得します。回避策は RowCacheFactor プロパティでより小さい値を設定することです。これにより Row Cache の文字列長が JavaScriptSerializer の文字列の最大長を超えません。
バーチャル スクロールは、添付されたイベントを持つ要素 (ボタンなど) を含むテンプレート列で使用できません。
WebDataGrid は必ずしも XHTML 準拠しない HTML マークアップを生成します。
aspx ページでサーバー ASP コード ブロック <%…%> を使用すると、WebDataGrid または WebHierarchicalDataGrid はデフォルト エディターを失う場合があります。デフォルトのカレンダーが使用されると、WebDatePicker に同じものが適用されます。以下は回避策オプションをリストします。
WDG/WHDG では、編集可能な列ごとにエディター プロバイダーを構成します。WebDatePicker では、aspx で WebMonthCalendar のインスタンスを作成し、日付ピッカーに添付します。
コード ブロックが JavaScript のみで使用される場合には、この JavaScript は aspx で BODY 内、FORM の外に配置する必要があります。
Javascript は、runat 属性をサーバーに設定して、html 要素によってもラップされます。
aspx ページでサーバー ASP コード ブロック <%…%> を使用すると、WebDataGrid または WebHierarchicalDataGrid はデフォルト エディターを失う場合があります。デフォルトのカレンダーが使用されると、WebDatePicker に同じものが適用されます。以下は回避策オプションをリストします。
WDG/WHDG では、編集可能な列ごとにエディター プロバイダーを構成します。WebDatePicker では、aspx で WebMonthCalendar のインスタンスを作成し、日付ピッカーに添付します。
コード ブロックが JavaScript のみで使用される場合には、この JavaScript は aspx で BODY 内、FORM の外に配置する必要があります。
Javascript は、runat 属性をサーバーに設定して、html 要素によってもラップされます。
空の行アイランドのために新規追加行を描画するために、子バンドでは AutoGenerateColumns プロパティを False に設定し、データ バインドする前に列を定義する必要があります。これは空の子行アイランドを持つ WebHierarchcialDataSource および IEnumerable データ ソースに関連しています。
キーを押して編集モードを起動しても、ブラウザの制限によって押したキーがエディタに送信されません。
WebHierarchicalDataGrid は新規追加行を表示するためにバンドと列を定義する必要があります。
Delete キーが押された時に削除されるのは、現在フォーカスが置かれているコンテナ グリッド内の行だけです。その他のすべての選択行は階層に残ります。
子グリッド内の全行が選択され Delete キーが押されると、子行は削除されますが、ヘッダーがある空のグリッドは階層に残ります。この動作の結果として、Activation を有効にすると、空の子行アイランドをナビゲートできなくなります。
複雑なコントロール（Infragistics コントロールを含み、外部の Java Script ファイル/初期化スクリプトがあるコントロール）は、ロードオンデマンドがオンの場合、0 よりも大きいバンド レベルでテンプレート（ヘッダー、フッター、項目、代替え項目）に使用できません。この制限の回避策として、InitialDataBindDepth プロパティを -1 に設定することにより、ロードオンデマンドを無効にできます。
WebHierarchicalDataGrid は必ずしも XHTML 準拠しない HTML マークアップを生成します。
WebHtmlEditor コントロールで、ランタイムに設定された一部のプロパティがポストバック時に消えてしまいます。TextWindow と TabStrip の 2 つのプロパティは、その例です。
WebHtmlEditor は Application Style Framework™ でサポートされません。Application Styling がページまたはアプリケーション レベルで有効である場合、WebHtmlEditor はスタイルされません。
WebHierarchicalDataSource は現在表示状態に問題があることが分かっています。データ表示がランタイムに追加され、コンポーネントが WebGrid にバインドされる場合、ポストバックで WebHierarchicalDataSource には一切表示がないという例外が表示されます。この問題を回避するためにデザイン タイムに表示を追加します。
RoundedCorners.RenderingType プロパティでの既知の問題。
FileImages（自動的にすべてのデフォルトで有効化）を使用する場合、InternetExplorer 6 は背景画像のロードに失敗してボタンが透明になる場合があります。
BordersByTableCells を使用し、特定のブラウザが 1x1 ピクセルのサイズの HTML の TD 要素を作成できないとき、ボタンの境界線は歪み、幅が広くなります。
WebImageButton は Application Style Framework™ でサポートされません。Application Styling がページまたはアプリケーション レベルで有効である場合、WebImageButton はスタイルされません。
IME モードの WebMaskEditor はエンドユーザーが入力したキーにアクセスしません。表示された文字列を調整することも、編集の間にマスクを保持することも、カレットの位置を制御することもできません。したがって、WebmaskEditor が IME モードで使用されるときに最善の使用は保証できません。
Apple® Safari™ Web ブラウザでは以下の WebSchedule コントロールに対する制限または既知の問題があります。
キーボードがサポートされません。
[アラーム] および [予定] ダイアログが常に表示されるように、ポップアップ ブロッカーを無効にする必要があります。
以下に WebSchedule コントロールおよびコンポーネントで現在使用できない機能をリストします。
会議はこのリリースではサポートされません。またメモ、休日はこのリリースでサポートされません。
このリリースに MS Exchange 用の DataProvider はありません。
このリリースでは iCalendar/xCalendar のインポート/エクスポートはサポートされません。
動的 SQL モードのデータ プロバイダー（UseStoredProcedures = False）のみがデータ バインディングによるカスタム データ モデルへの自動適合をサポートします。ストアド プロシージャーを使用するときにカスタムのデータ モデルに適合させるためにストアド プロシージャーる必要があります。
個々の日と週は直接スタイルできません（Today または ActiveDay でない限り）。
WebMonthView が圧縮された週末表示の書式の時、週末に関する予定情報を表示するために十分なスペースがない場合があります。
日の各列の幅のため、予定情報は WebMonthView™ で切り捨てられる場合があります。
以下は複数日イベント バナー機能との問題です。
WebMonthView コントロールを使用して複数日イベント バナーが有効になると、水平および垂直スクロールバーの外観に注目する場合があります。これは、バナーが複数行に渡る場合に発生します。
AllDayEventAreaStyle プロパティは TD 列の代わりにあらゆるイベント バナー行に適用されます。EnableMultiDayEventBanner が True の時（これがデフォルト）に発生します。False の場合、このクラスは列に適用されます。
EnableMultiDayEventBanner プロパティが True の時 AllDayEventAreaSelectedStyle プロパティは無視されます。複数日イベント バナーを使用する時この選択された領域は定義されません。
WebSchedule Preset 画像は、フォームでコントロールをドロップした後で任意の WebSchedule ビューでプリセットを適用するデザインタイムに表示されません。
これは画像ファイル名が同一の時に背景画像を更新しない IDE デザイン ビューによって発生します。
この問題に対する対策は以下のとおりです。
プリセットを適用後、VS2005 メニュー オプションの View | Refresh を選択できます。
デザイン ビューとソース ビューを切り替えて、プリセットを適用後にデザイン ビューに戻ることができます。
これらのいずれの技法によっても、IDE はキャッシュした画像をリリースして、画像上の背景画像を再描画します。
現在、データ ソース コントロールにバインドされた時に 1 回だけバリアンス情報を更新できます。これ以降の更新はバリアンスの値をオリジナルのアクティビティの値にリセットします。
Expanding クライアント側イベントをキャンセルする間、setCollapsed クライアント側メソッドでペインの縮小状態を変更する場合、展開および縮小効果は見られません。
サーバーで ItemClick イベントを処理すると、WebDataMenu は項目クリックごとに自動ポストバックを生成します。したがって、EnableOnClick プロパティを True に設定することとサーバー側の ItemClick イベントを結合することは適切ではありません。
ItemClick イベントがサーバーで処理されるとフル ポストバックを発生させることになるため、ItemSelected イベントはサーバーで発生しません。ItemSelected イベントを正しく処理するには、ItemClick イベントを処理するべきではありません。ひとつのイベントまたは他のイベントを処理すべきです。
メニューは「メニューのスクロール」を現在サポートしていません。これはメニュー項目が多すぎてウィンドウの表示領域内に表示できない場合に、自動生成されたスクロールバーを作成できないことを意味します。このバージョンでは、ページの表示領域内にすべて収まるようにメニュー項目のサイズを管理するのは開発者です。
2 つ（またはそれ以上）のサーバー側イベントがある場合（それらの自動ポストバックは "On" または "Async"）、これはひとつのツリー アクションで発生するのですが（たとえばツリー ノードをクリックしてこれによって "NodeClick" および "SelectionChanging" サーバー イベントが発生する）、二番目のイベントは適切に実行されない、または全く実行されない場合があります。
ロード オン デマンドが有効の時に、子をロードするためにキーボードでノードを展開する場合、右矢印を押しても最初の子に移動しません。ただし、マウスでノードをクリックしてキーボードで普通にナビゲートする、または下矢印を押して（子の代わりにノードの兄弟に移動）、次に上矢印を押し、次に右矢印を押して最後に子に達することはこれまでと同じように可能です。
ロード オン デマンドはページングと併用できません。ロード オン デマンドとページングの両方が有効な場合には予期せぬ結果が発生します。
クライアント側でフィルタリング付きのロードオンデマンドはサポートされません。
AutoCompleteFirstMatch とクライアント側のみのフィルタリングの両方を有効にすると、場合によっては完全な入力値を前もっとフィルタリングできます（その一部は強調表示されないかのように）。
EnableMarkingMatchedText プロパティと AutoCompleteFirstMatch プロパティの両方を同時に True に設定することは現在サポートされません。
フィルタリングが有効の時、WebDropDown クラスの DropDownContainerHeight または DropDownContainerMaxHeight プロパティを設定する必要があります。
IE に限り EnableAutoFiltering が Client に設定されると、ポストバック時にスクリプト メッセージの遅延が発生します。AutoFiltering が Client に設定されると、すべての項目はすぐに作成され、遅延ロードは発生しません。回避策は、ページングを使用してクライアントに送信およびロードされるレコード数を制限する、またはサーバー側でフィルタリングを使用することです。
WebProgressBar は正しく表示および機能するためにページ内に常に相対的に配置すべきです。コントロールに絶対配置を使用したい場合には、絶対配置されたコンテナの中で使用します。
コントロールで設定された最大値および最小値に基づいて WebProgressBar に設定できる値に制限はありません。最大値が 100 で値を 200 に設定すると例外がスローされます。
コントロールに設定されたフォント プロパティはエクスポートされません。現在、WebExcelExporter は CSS からに限ってスタイルのロードをサポートします。
Microsoft Office 2007 がインストールされている場合、ExportMode=InBrowser は常に新しい Excel ウィンドウを開きます。詳細は、この 「KB」を参照してください。