Application Styling – 機能強化

エクスプレス スタイリング

カスタマイズされたスタイル化すれば便利なのですが、スタイルセットの UI ロールをひとつずつスタイル化するのは、時間がかかり面倒なタスクになることは認めざるを得ないところです。インフラジスティックスではスタイルライブラリテンプレートを提供し、ボタンをクリックすることで完全なスタイルセットを生成できるようにしました。

テンプレートからテーマ化されたスタイルライブラリテンプレートを生成するだけなので、色を選択するくらい簡単になります。[ファイル | 新規スタイルライブラリ | テンプレートから新規スタイルライブラリ]メニューを選択すると[テンプレートから新規スタイルライブラリ]ダイアログボックスが表示されます。修正するスタイルライブラリテンプレートを選択すると、独自の外観を生成するために色カテゴリから色をマッチさせることができます。OKボタンをクリックすれば自動的に新規のスタイルライブラリ全般を生成することができます。

テーマ化されたスタイル ライブラリを生成するときに使用するためにスタイル ライブラリ テンプレートを作成すると、大幅に作業時間を削減することができるだけでなく、いくつかの異なるロールのために色をカスタマイズする機能を提供します。標準のスタイルライブラリをテンプレートとして使用することもできますが、スタイルライブラリのリソースの色をカスタマイズすることで、よりテンプレートの用途を広めることも可能です。[スタイル ライブラリ ジェネレータ カラー カテゴリー マネージャ] ダイアログ ボックスによって、カラー カテゴリーを生成することができ、これでリソースまたは特定の UI ロールに指定することができます。これらのカラー カテゴリーが作成されると、[スタイル ライブラリを生成] ダイアログ ボックスで色を指定することができます。可能な組み合わせは無限です。

スタイル ライブラリから画像をエクスポート

UI ロールとリソースのスタイリングはアプリケーション スタイリングの中心です。これらの UI ロールとリソースは、背景に画像を表示することができます。高度にカスタマイズ可能な ボタン、タブ、またはその他の UI エレメントになります。ただし、これらの画像は、スタイルライブラリ (*.isl)ファイルに埋め込むことができ、画像フォルダの実際の画像としては保存されません。いったんスタイル ライブラリが保存されると、異なる UI ロールにある画像を修正することは困難です。この制約は、スタイルライブラリを全社的に、またはデザイナーコミュニティを通じて共有しようとしていれば、もっと顕著でした。

今回のリリースで、インフラジスティックスは任意のスタイル ライブラリからのすべての画像を回復する方法を提供しています。[ファイル] メニューの新しい [画像をエクスポート...] メニューをクリックすることによって、ダイアログ ボックスが開き、任意のフォルダをブラウズする、または新しいフォルダを作成してすべてのスタイル ライブラリの画像をその中に配置することができます。画像エクスポータがエクスポートするのは Portable Network Graphics（PNG）フォーマットの画像のみであることに留意してください。この機能は、他の同僚と作業を共有したいと考えているグラフィック デザイナに間違いなく歓迎されるでしょう。

スタイル ライブラリに個人情報を追加

アプリケーション スタイリングの概念が 2006 Volume 1 で採用されて以来、複数の開発者だけでなくデザイナが、さまざまなシナリオで使用するためにスタイル ライブラリを作成してきました。これらのスタイルライブラリの多くが、お客様の創造性と工夫によるものです。すばらしい腕前による功績をコミュニティ全体で共有したいという願望はとても自然なことです。

今まで、固有のものとしてスタイル ライブラリをマークする方法はありませんでした。このたび、固有の個人情報をスタイル ライブラリのプロパティに入れる機会をご提供します。[ファイル]－[スタイルライブラリプロパティ...]メニューをクリックすればアプリケーションスタイルライブラリプロパティのダイアログボックスが表示されます。これらのプロパティから追加できる情報は以下の通りです。：ファイルバージョン、著作権、著者、許可された使用方法、その他の詳細。スタイルライブラリプロパティはファイル名と最終修正日も追跡しますが、これらのフィールドは読取専用です。

複数のコントロールが個別のスタイル ライブラリを使用可能

ランタイムに、アプリケーション スタイリングが一度にサポートするメモリにロードされるスタイル ライブラリはひとつだけでした。特定のコントロールは同じスタイル ライブラリのスタイルセットを使用しなければならなかったため、これらはアプリケーション スタイリング機能を厳しく制限しました。

このリリースでは、StyleLibraryName プロパティがスタイル可能なコントロールおよびコンポーネントに追加され、StyleManager.LoadStyleManager.Load メソッドへのオーバーロードに一致します。StyleManager を介してスタイル ライブラリをロードするとき、識別を支援するために新しいオーバーロードを使用できます。これで任意のコントロールまたはコンポーネントに StyleLibraryName プロパティを設定して、ロードした特定のスタイル ライブラリと一致させます。これは異なったライブラリからコントロール固有のスタイルセットを使用して異なったコントロールを利用し、さらにカスタマイズ可能なスタイルエクスペリエンスのために作成します。

Presentation Layer Framework – 機能強化

これまでは、NetAdvantage for Windows Forms はすべての Microsoft® 32 ビット オペレーティング システムをサポートしていました。Windows® Vistaが完成したこと、そして 64 ビット オペレーティングをサポートするデュアルやクアドコアプロセッサの出現によって、プロセッサやオペレーティング システムのより広範囲なサポート能力を与えざるを得ませんでした。

OSのサポート範囲を拡張いたしました。Windows XP 64ビット、Windows Vista 64ビット、Windows Server 2003 64ビット、その他64ビット .NET 2.0アーキテクチャーをサポートしているOSが含まれます。

WinGauge ベータ公開 – 新機能！

WinGauge は NetAdvantage 2007 Volume 1 リリースで追加された新しいコントロールです。計器、ダイアル、メーター、目盛盤、表示情報などをシミュレートした形で視覚的に値を範囲表示するコンポーネントです。針、マーカー、およびテキストを使ってその範囲上に値を表示します。

WinGauge コントロールは、以下の 3 つのタイプのゲージで表現されます。

線形ゲージ

四角形、水平、または垂直に配置された値の範囲を表します。このコントロールには通常、特定の範囲を表すひとつまたは複数のセクションが含まれます。針または棒マーカーが軸に沿って移動して、現在の値を指し示します。水平方向のゲージはガソリン ゲージに似ており、垂直のゲージは温度計に似ています。

放射型ゲージ

円形でデータを表示します。放射型ゲージを四角形にすることもできますが、現在の値を表す針および棒マーカーは四角形に（時計の針と同じように）回転します。

デジタルゲージ

デジタル腕時計や目覚まし時計に似た値を表します。値内の各数字は、さまざまな「セクション」を配置することによって描画されます。デジタルゲージは既存のゲージにオドメータのような表示を提供することができます。または単体としても使用できます。英数字はデジタルゲージでサポートされています。

さらに、ゲージ タイプを組み合わせて、以下に示すように複数のスタイルのゲージを表示する複数面のコントロールを作成することができます。本質的には、WinGauge のすべてのオブジェクトは、ゲージの 3 つのタイプを使用して完全にカスタマイズできます。

WinExplorerBar™ – 機能強化

Outlook 2007 ナビゲーション ペインを折り畳むことが可能

2006 Volume 3 のリリースでは、弊社の多くのコントロールに Office 2007 のルック アンド フィールが適用されました。WinExplorerBarは、新しいルック アンド フィールを受け取ったコントロールのひとつです。WinExplorerBar は、Style プロパティが OutlookNavigationPane に設定されている場合、Outlook 2007 ナビゲーション ペインをエミュレートできます。

本リリースでは、ナビゲーション ペインを縮小する機能が追加されました。ナビゲーション ペインを縮小する主な利点は、エンド ユーザーがリカバーできる画面領域の量です。縮小すれば、ナビゲーション ペインは大幅にサイズが少なくなり、小さいシルバーが表示されるだけです。

最も顕著な違いはグループ領域です。グループ領域は、項目またはコントロール コンテナが表示される場所です。このエリアはデフォルトで "ナビゲーションペイン" ボタンと置換されます。(テキストは変更できます。)ボタンをクリックすれば、そのグループのエリアにあるすべての項目のあるフライアウトが表示されます。このフライアウトの表示方法、時間、そして場所は、ナビゲーション ペインのオブジェクト モデルによって完全にカスタマイズ可能です。

WinToolbarsManager™ – 機能強化

ControlContainer がリボン内で機能

2006 Volume 3 のリリースでは、ControlContainerは、リボンがサポートされていなかったツールのひとつでした。ControlContainer ツールは、ツールバーの非常に重要な部分です。このツールは .NET コントロールをホストでき、ツールバーで完全な互換性を提供します。これで ControlContainer ツールは RibbonGroup で使用することができ、リボンで Windows Forms コントロールをホストすることができます。

デザイン時と実行時の両方のサポートで、ControlContainer ツールの追加は、他のツールをリボンに追加するのと同様に簡単です。 一度、Windows フォームコントロールや任意の.NET コントロールのうちのひとつでもインスタンス化してみると、単にコントロールコンテナのコントロールのプロパティをコントロールに設定する必要があります。

StateButton ツールの新しいグリフ

チェック ボックスおよび ラジオ ボタンは WinToolbarsManager で作成されたツールバーで以前は使用できなかった 2 つのツール タイプです。StateButton ツールから使用できる 2 つのコントロール タイプを作成しました。 ToolbarDisplayStyle プロパティを Glyph に設定することで、StateButton ツールがチェックボックスに変換されます。また、OptionSet プロパティが設定されている場合（以前のバージョンで既に存在している）、StateButton はラジオ ボタンの選択に変換します。

新しい MiniToolbar

Microsoft® Word 2007 は、現在選択しているテキストの近くにツールバーをフロートし、ツールのフォーマッティング タイプを提供する新しいタイプを導入しています。2007 Volume 1 のリリースでは、インフラジスティックス は MiniToolbar も提供しています。

MiniToolbar は、コンテキスト メニュー付きまたはなしでマウス ポインタの上に表示できる別のタイプのツールバーです。MiniToolbar にツールを追加する方法は他のツールバーに追加する方法と同じです。ツールを作成(または既存のツールを使って)し、MiniToolbarのツールコレクションに追加して終わりです。MiniToolbar を表示したいツールの行数の制御も行います。

MiniToolbar が完全に不透明になるポイントにマウスを移動するまで右クリックで MiniToolbar は半透明で表示されます。ユーザのマウスがMiniToolbarから離れれば、より透明になります。MiniToolbar はある程度はなれると消えます。

リボン用の新しいタブ項目ツールバー

リボンに最後のリリースのツールを配置するために十分な場所があると考える場合、再考してください。リボンに他のツールバーが追加され、インフラジスティックスのツールから期待する柔軟性が得られます。この新しいタブ項目ツールバーは、標準のツールバーとして表示および動作します。リボン、リボン グループの上、およびリボン タブの右にそれが見つかります。

タブ項目ツールバーは、クイック アクセス ツールバーとして同じ目的を果たし、常にエンド ユーザに必要なツールへのアクセスをタイムリーに提供します。タブ項目ツールバーをアプリケーションに関係するタスクでエンド ユーザを支援するツールを含む他の標準のツールバーとして使用することもできます。

完全にカスタマイズできる MiniToolbar と結びつき、新しいこのリリースでもツールが欠落しているアプリケーションを見つけることはできないでしょう。

リボン KeyTips がメニュー ニーモニック を無効にすることを防止

リボンの表示中に Office2007Compatibility プロパティが True に設定されている場合は、WinToolbarsManager からの標準のツールバーおよびメイン メニューは表示できません。ただし、これらのツールバーとメニューは非表示ですが削除できません。したがって、正しいニーモニックを知っていれば、エンド ユーザはこれらのツールバーとメニューにアクセスできます。ただし、2006 Volume 3 のリリースでは、何が非表示のニーモニックであるかに関係なく、メイン メニューのリボンは自動的に KeyTips をクイック アクセス ツールバー、アプリケーション メニュー、タブ、およびツールに指定します。

ReserveMenuBarKeyTips プロパティを True に設定することで、リボンは非表示のメイン メニュー バーのニーモニックと競合する KeyTip を作成しません。エンド ユーザが予約されたニーモニックで入力すると、ReservedKeyTipToolTipText プロパティに配置したテキストと共にメッセージが表示されます。エンド ユーザは非表示のメニューからツールにナビゲートすることを続行できます。

リボンは Windows Vista で Glass をサポート

最先端の技術を取り入れることはアプリケーション開発者にとって重要です。この重要性を理解し、弊社は Windows® Vista™ システムで表示する時にキャプション領域にグラスを表示するため、リボンに機能を追加しました。グラス効果によって、半透明でリボンのキャプション ヘッダを表示することができます。この機能は、[構成] をオペレーティング システムから有効にすればデフォルトで使用でき、リボン自体に追加のプロパティを設定する必要はありません。

複数のドキュメント インタフェースでリボンの結合が可能

2006 Volume 3 で、弊社はリボンをリリースしました。標準のツールバーではMDIマージングはサポートされていたのですが、リボンが初めの方で取り扱えない動作の１つがMDIマージングでした。Ribbon MDI マージングはMDIマージングとほぼ同じ形で発生します。

MDI 結合によって、ご使用の標準ツールバー、そして今回はリボンも、親ツールバーまたはリボンと結合できます。リボンの場合、親フォームはリボンのタブおよび子フォームのグループをそれ自体に追加します。これにより、子フォームに属しているツールを全て１つの論理的配置でまとめて、スクリーンをユーザが最大限利用できるようにします。

WinGrid™ – 機能強化

WinGrid 列のセルを条件フォーマット可能

値に基づくセルの外観の変更は面倒な作業でした。nitializeRowイベント中に各値をテストしなければならなかったからです。このコードはかなりカスタマイズされていて、書くのに時間がかかることが証明されています。列にあるセルを条件的に書式化するメソッドがより開発者フレンドリで効率的になりました。

新しい条件的なフォーマット機能を使用すれば、シンプルなダイアログ ボックスで簡単に条件文を作成できます。行うことは、新しい OperatorCondition を作成し、それを列の ValueBasedAppearance プロパティにリンクするだけです。ValueBasedAppearance プロパティが設定されたら、自動的に列は OperatorCondition を使用して、ユーザが指定する任意の条件に対して列のセルのすべての値をテストします。

ConditionGroup に複数の OperatorConditions を追加することで複数の条件文を使用することもできます。条件が全て合った時、もしくはいずれかの条件が合った時に外観を適用するかを選択することができます。

WinSpellChecker™ – 機能強化

カナダとオーストラリアの辞書が追加されました。これで合計が 9 ヶ国語で、WinSpellChecker 辞書は特定の言語の地理領域に基づくユーザのニーズにより適応しています。

以下は WinSpellChecker 辞書がサポートする言語:

• オーストラリア英語
• カナダ英語
• オランダ語
• 英語
• フランス語
• ドイツ語
• ポルトガル語
• スペイン語

WinMonthViewMulti™ – 機能強化

年スクロール ボタンを使用可能

本リリース以前は、WinMonthViewMulti はカレンダーの月ヘッダで月のスクロールだけをサポートしました。ただし、一度に月全体を表示することは可能だったので、年をスクロールすることができれば便利でした。それができるようになりました。YearScrollButtonsVisible プロパティでスクロールする年数を変更することができます。 YearScrollChange プロパティでスクロールする年数を変更することができます。これらの年スクロール ボタンは、OfficeXP または Office2007 などの ViewStyles すべてもサポートします。 YearScrollButtonAppearance オブジェクトも NetAdvatnage AppStylist for Windows Forms のこれらのボタンのアピアランスをスタイルするのを簡単にします。

WinFlowLayoutManager™ – 機能強化

WinFlowLayoutManager コントロールは、水平または垂直のパターンでフォームの複数の子コントロールをきちんと整列できます。これまでは、WinFlowLayoutManager はお互いではなく、フォームに関する子コントロールの配置をサポートしていました。今は廃止された Alignment プロパティは、Orientation プロパティに関して WinFlowLayoutManager によって管理されるコントロールを配置するために使われていました。Orientation が Horizontal に設定されると、レイアウトはフォーム（または親コンテナ）に対して水平に配置されます。

2 つのプロパティが追加されました。 HorizontalAlignment と VerticalAlignment です。これらのプロパティは、名前が示す方向で常に配置するため作業がより簡単になります。Orientation に基づいて、HorizontalAlignment は ContainerControl に関してすべてのコントロールを水平に配置するか、互いにすべてのコントロールを揃えます。たとえば、Orientation を Horizontal に設定すると、子コントロールは左から右に配置されます。HorizontalAlignment を Center に設定すると、すべてのコントロールは ControlContainer の中央に配置されます。VerticalAlignment を Near（上）に設定すると、子コントロールの上に揃います。

これらの 2 つの新しいプロパティは、互いに対して子コントロールを常に中央に揃える場合に必要です。これはコントロールの名前が意味して "フロー" のいくつかのケースで粗雑な実装に至ることが出来ました。

近接性のサポート – 機能強化

リハビリテーション法第 508 条に基づいて、すべての政府アプリケーションは障害を持つ個人に適応するための規格に準拠する必要があります。Windows フォーム コントロールのほとんどは、複数のリリースでアクセス可能です。

WinListView および WinWeekView は完全にアクセス可能なものとしてコントロールの残りに加わっています。これらのコントロールは AccessibilityObject を持ち、エンド ユーザが必要とするアクセシビリティ サポートを得ることができます。