» Officeのブログ記事

PowerPoint2010に含まれるCommandBarを調べてみた。
Word版はこちら。
Excel版はこちら。

認識できないコンテキストメニュー(*2)

只今、確認中！

*1,*2) 確認した項目のみ記載，VSTO(v4)とExcel2010環境にて確認。

このソフトは、Microsoft Word 2003, 2007, 2010用のアドインです。

Word自体が備えている、下書き印刷と1枚に複数ページを印刷する機能を使いやすくまとめたものです。

下書き印刷は、オプション設定で、いちいち変更するのがわずわらしい…
そんな手間を省きます。
ただし、下書き印刷には対応するプリンタが必要です。

そして、1枚に複数ページを印刷するのも、印刷プレビュー画面を見なが設定することがわずらわしかったりします。
ついつい会社のプリンタで印刷コストを気にしていないと、ドラフト版でも全部印刷してしまったていたりしませんか？

このソフトでは、印刷コストの節約のモチベーションを高めるために、どの程度節約できたかわかるようにしてあります。

個人利用の場合に限りフリーソフトとして提供しています。
無料使用の詳細な条件は、ダウンロードファイルに同梱されているReadme.txtをご参照ください。
なお、フリーの要件を満たさない場合でも、1ライセンス120円（税込み）なので、削減される印刷コストからすると、割安ではないかと…
ご理解ください。

Word2010用のインターフェース

Word2007用のインターフェース

Word2003用のインターフェース

VisualStudioでVSTOを使ったプロジェクトを開いていて、PCが強制終了された場合、あるいは、休止状態から復帰した場合に、リボンインターフェースでエラーがよく出ます。
無視して続けると、問題なく表示されますが、上書き保存しても、次回以降プロジェクトを開いた時に毎回同じ状態になります。
何とかならないか？

追記（2011/08/19）

ちなみに、リボンインターフェースのファイルには悪いところはありません。
新たな編集を加えると治るようです。（知らないうちにこのエラー出なくなっていた。）

追記（2011/08/20）

無視して続行すると、オブジェクトイベントの関連づけが全て消えてしまうことが発覚しました。

Private Sub Button1_Click(～省略～) Handles Button1.Click
　　～　中略　～
End Sub

上記のイベントプロシージャのHandles の部分が消えます。

とにかく毎回Handles 句を記述し直すのもアホらしいので、どこに原因があるのかを調べてみました。
結論からいうと、リボンインターフェースの記述自体には特に問題はありません。

小生の行った作業は次の通り。
(1)リボンインターフェースのプロシージャを全て削除する
　Imports句とPublic Class HogeHoge　～　End Classの宣言は残します。
　自分が追加したプロシージャのみ削除します。
　なお、実際には削除ではなく、メモ帳などにコピーを残しておきます。

(2)削除したプロシージャを一つずつ復活させていく。
　プロシージャを復活させる都度、リボンインターフェースにエラーが表示されないことを確認します。

(3)エラーが確認された場合は、問題のプロシージャを精査します。
　小生の場合は、プログラム記述時に、処理内容別に#region句で区切るので、#region句毎に復活させていったところ、右クリックメニューを生成するプロシージャを復活させた時にエラーがでました。
　このプロシージャには、リボンインターフェースとは関係なく自分でオブジェクトを生成し、WithEvents句で宣言したオブジェクトのイベントをHandles句で記述していました。
　これが原因なのかと考え、今度は、#Region句単位ではなく、プロシージャ単位でコードを復活させたら、何事もなかったかのようにエラーは出なくなりました。

結局のところ、原因はわかりません。

現在製作しているEasyPrint for Word 2010 という Word2010用のアドインソフトで、種々の設定を行うために、WindowsFormを使ってダイアログウィンドウを作成している。

Enterキーを押せば「OK」ボタンと同じ働きをし、Escキーを押せば「Cancel」キーと同じ働きをするように、KeyEventを定義してみた。

しかしながら、デバッグするとイベントが発生しない。
WindowsFormのプロパティを調べてみると、KeyPreviewプロパティをTrueにしなければならないことが判明！

KeyPreviewの項目の説明を見ると、「フォーム上のコントロールのキーボードイベントがフォームと共に登録されるかどうかを決定します。」と書いてあるが、「なんのこっちゃ？！」といった感じ…一読しただけではよくわかりません。
まだまだ修行不足です…＾＾；

Fig.1　Formのプロパティ

ちなみに、EasyPrint for Word 2010は、Fig.2，Fig.3のような感じのアドインです。

Fig.2　EasyPrint for Word2010のイメージ

Fig.3　EasyPrint for Word2010のイメージ

Word2010専用です。
ただいま、デバッグ中ですので不具合探しにご協力いただけるモニターを100名くらい募集しています。法人でもモニターOKです。
モニター終了後は、気に入っていただけた場合は、そのままご利用ください。
ご協力いただける方には、ライセンスキーをお送りいたしますのでメールで info@macroya.jp までご連絡ください。
送付元のメールアドレス宛に、セットアップファイル（*.msi）とReadme.txt，Standard Editionのライセンスキー（630円相当を予定）をお送りいたします。