問題タブ [ribbon]

自分のアプリケーションで MS Office 2007 (およびそれ以降) のようなリボン バーを使用したいと考えています。これを行う方法についてのリンクや参考文献を教えてください。

編集: 実際、私は Microsoft のリボン コントロール ライブラリを使用していますが、MS Word のようなステータス バーを追加する方法が見つかりませんでした。

WTL アプリでネイティブの Windows 7 リボン コントロールを使用しようとした人はいますか?

私は背後にあるコントロールを意味します：

またはMFCの例。(MFC Feature Pack のリボンについては触れません!)

--- スヴェン

RibbonLib をコンパイルした後、2 つの DLL (Microsoft.WindowsAPICodePack.dllとRibbon.dll) を取得しましたが、Visual Studio 2008 で使用するには、この DLL をどこに置く必要がありますか?

必要に応じて、Windows 7 Ultimate を使用しています。;)

新しいバリアント「ScenicRibbon」はWindowsAPIの一部になりました（Office 2007の「FluentRibbon」は含まれていませんでした）。

「ScenicRibbon」を使用するプログラムが、リボンの「Fluent」バリアントを使用するプログラムのようにライセンスプロセスを通過する必要があるかどうかを誰かが知っていますか？

プログラムが元のWindowsAPIを使用せず、「ScenicRibbon」のレイアウトを模倣するサードパーティのツールキットを使用する場合はどうでしょうか。-それはライセンスの特別な場合ですか？

OfficeリボンUIを使用して、アプリケーション内を移動したり、現在選択されているタブにさまざまなツールを提供したりすることを検討しています。

リボンを差し込む必要があります。各プラグインには独自のタブがあり、DataTemplateを使用すると必要なものが表示されます。

メインコントロールエリアの左側にはナビゲーションがあり、右側にはタブコントロールがあります。ほとんどの場合、複数のタブが開きます。

わかりました質問：1。リボンコントロールはジョブの正しいコントロールですか2.ビューモデルを使用してリボンコントロールにタブを動的に追加するにはどうすればよいですか3.外部アセンブリでDataTemplatesを定義する方法を知っている人はいますか。メインアプリケーションIE内の構成を避けてプラグイン可能にする必要があります：D

ご参考までに。アプリケーションはPOSシステムです

リボンに CMFCRibbonEdit を追加しましたが、フォーカスが合っていないようです。

無効に見えます。

Microsoft のサンプルからこのコントロールの作成の実装をコピーして貼り付けましたが、同じ動作が得られます。

私が間違っていることや忘れていることについて何か考えはありますか?

Office 2007のように、WPFでリボンバーを作成するにはどうすればよいですか？

Excel用の.netアドインがあります。アドインはExcel2007のリボンUIを作成し、切り取り、コピー、貼り付け、並べ替えなどの既存のコマンドを再利用します。

切り取り、コピー、貼り付けの場合、ボタンがクリックされたときにOnAction値をオーバーライドして、独自のプロシージャを呼び出します。ただし、Sort、Sort Asc、およびSort Descコマンドの場合、大文字と小文字は少し異なります。[並べ替え]、[並べ替え]、[説明の並べ替え]ボタンのいずれかをクリックすると、通知を受け取り、デフォルトの機能を呼び出します。これは、Excel 2003コマンドバーでCommandBarControlのExecute（）メソッドを呼び出すことで可能でした。

Excel 2007には、プログラムでリボン要素をクリックするExecuteMso（）メソッドがありますが、OnActionがオーバーライドされると、このExecuteMso（）メソッドは、そのボタンのデフォルト機能ではなく、独自のプロシージャを実行するだけです。

そこで、[ホーム]タブの[編集]グループにある[並べ替え]ボタンを非表示にして、[並べ替え]、[昇順]、[説明を並べ替え]ボタンを追加することを考えました。ボタンは最初にプロシージャを呼び出し、そこからデフォルトの動作を呼び出します。

ここで問題となるのは、編集グループ（idMso = "GroupEditing"）を変更/非表示にできないことです。この組み込みグループは編集できませんか？ただし、クリップボードやその他のグループを非表示にすることはできます（ただし、ボタンを追加することはできません）。

リボン タブがクリックされたときに、WPF アプリケーションでメイン サーフェス (リボン自体の下のもの) のコンテンツを変更したいと考えています。私はオフィスのリボンを使用していますが、それは大した問題ではありません。では、どの WPF コンテナー コントロールを使用する必要があり、どのように使用すればよいでしょうか? 可視性を非表示にしたさまざまなコントロールを用意する必要がありますか、それとも何ですか。私は WPF の専門家ではないので、少しインスピレーションが必要です。

アプリの 1 つにリボン GUI を実装することを考えています。もちろん、MS ガイドラインに準拠したいので、通常のリボンのように感じます。しかし、動的に変化する特定の問題を解決する方法を見つけようとしています。リボン。

私はコンセプト ゲーム エディターを作成しています。これは純粋にコンセプト アイデアであるため、リボンを使用する理由について質問しないでください。ただし、アプリケーションには多くのエディター (2D、3D、コードなど) があり、それぞれに GUI を適応させて表示する必要があります。関連するコントロール、つまり 2D エディターではおそらくペイントブラシ、3D では多くのパンおよび回転ツールです。

リボンのガイドラインを考えると、[ホーム] メニューに最も一般的なツールを含めることは理にかなっていますが、編集対象のオブジェクトの種類に限られます (回転は 2D またはコードには意味がありません!)。

最初はエディターごとに 1 つのウィンドウを持つことができると思っていましたが、これは本当に混乱を招きます。Eclipse などのようにすばやくフリックできるように、タブ付きのエディターをたくさん用意したいと思います。また、すべてのエディターが 1 つのファイルに保存されるので、理にかなっていますユーザーのためにこのメタファーを維持するために、1 つのアプリケーション ウィンドウを用意します。

ユーザーが開いているエディターの種類に応じてリボンタブを動的に変更できると考えていました (タブが表示/非表示になる可能性があり、[ホーム] タブのコンテンツなどが変更される可能性があります) が、これは次の MS ガイドラインに違反します:

「グループに表示されるコントロールは、選択の結果として変更してはなりません。コントロールがアクティブでない場合は、グループから削除するのではなく、コントロールをグレー表示にする必要があります」

「リボンで選択されたタブは、177 ドキュメントで行われたユーザーの選択の結果として自動的に切り替わってはなりません (コンテキスト タブ セクションに記載されている場合を除く)。」

ガイドラインの背後にある理由は理解していますが、この状況でリボンを正しく感じる方法がよくわかりません。

• エディターの種類に応じてタブの内容を変更します (ガイドラインに反します)。
• エディターの種類ごとにタブを用意します (ただし、エディターの種類が 15 になるとどうなるでしょうか!)
• 非常に一般的なリボンを用意し、特定のエディター操作をサイド バーなどに移動します (最適な GUI 設計ではありません)。
• エディターの種類ごとにコンテキスト タブを使用します (より良い解決策ですが、常に 1 つのコンテキスト タブが開いていることを意味します)。

リボンを使用する必要があり、このタイプのアプリケーションに使用する必要があるため、他のアイデア/ソリューションは大歓迎です!