お世話になります。 画面に表示されたセル範囲だけを正確にリアルタイムで更新する必要が あります。　それを行うためにVisibleRangeで範囲を特定し処理しています。 ただし問題があります。表示画面の変化をリアルタイムで捉えること ができないケースがあります。 PageUp/Downキーで画面の上下移動を行ったときはWorkbook_SelectionChage イベントが発生するのでリアルタイムで画面表示範囲の変化を捉えることが 出来ました。（何故か、Worksheet_Selection_Changeではできない?!) ところが最もよく使用するスクロールバーでの上下移動、およびと画面表示倍率 （ズーム）はイベントが発生しないためリアルタイムでの更新処理ができない のです。 ちなみにFormの場合は、ScrollというイベントがありFormにスクロールバー 表示ONにした場合は、Scrollのイベントが発生します。 Formも、EXCELの画面も基本的にはWindowオジェクト(?)なので同じようにScroll イベントを捉える方法があるのではないかと期待しています。 すくなくとも、スクロール操作を行ったときVBAでそのコードを生成しているので 当たり前ですがEXCEL、VBAはスクロールを内部的には捉えているはずです。 何故Worksheet, Workbookのイベントにスクロールがないことが不思議です。 ●質問 １．EXCELのスクロールバーで画面が移動したことをリアルタイムで知る方法 はないでしょうか。 ２．同様にズームが変更されたことをリアルタイムで知る方法はないでしょうか。 ※以前にも同じような質問をさせていただいたことがありますが、どうしても あきらめがつかず再度、最新情報をいただきたく投稿させていただきました。 どうぞよろしくお願いいたします。 ++++++++++++++++++++ OS      ⇒Windows XP Version⇒Excel 2003 ++++++++++++++++++++

こんにちは。 >※以前にも同じような質問 この辺りですね。 http://excelfactory.net/excelboard/excelvba/cfs.cgi?word=96783&andor=and&logs=12.txt http://excelfactory.net/excelboard/excelvba/cfs.cgi?word=97451&andor=and&logs=12.txt １．については自前のスクロールバーを作って、そのイベントで処理するとか、 あとは常時監視の方法しかないような気がしますが... >画面に表示されたセル範囲だけを正確にリアルタイムで更新する必要があります。 なぜ？...というかその目的が書いてあれば代案があるかもしれません。 （今のところ私にはありませんが） ２．については、すぐ下のログを参考にどうぞ。 [106678] ワークシートの表示倍率が変更されたとき http://excelfactory.net/excelboard/excelvba/excel.cgi?mode=all&namber=106678&rev=0

こんにちは スクロールの話ですが、垂直スクロールバーの話をすると、 MSDNの説明をそのまま掲載すると //////////以下MSDN Platform SDK WM_VSCROLLより引用///////////// The WM_VSCROLL message is sent to a window when a scroll event occurs in the window's standard vertical scroll bar. This message is also sent to the owner of a vertical scroll bar control when a scroll event occurs in the control. A window receives this message through its WindowProc function. ////////////引用ここまで/////////////////////// 拙い英語力で解釈すると、スクロールイベントが発生すると、WM_VSCROLLメッセージが Windowに送られます。ってな感じかな？ で、そのメッセージは所有Window又はMainWindowのWindowProc などで捕まえて 必要な処理をする事になります。 ExcelのWorkSheetの場合、何が必要になってくるかと言うと、 スクロールバーから送られてくる、 ・WM_VSCROLL を捕まえて、 ・その解析をし、必要な情報を取得する ・処理を行う と、いう処理が必要です。 で、何が言いたいかと言うと、ExcelにそのWM_VSCROLL を取得してUserに通知 する仕様がないと、自分で実装するしかありません。 　実装するためにはワークシートへのメッセージをフックしてWM_VSCROLLを 検出する必要があります。 メッセージフックはよりWindowsの処理に近いため、危険性が高く、 実行ファイル化できないVBAでは更に危険が増し、自分だけが使い、 どうでも良いようなことをするアプリで使うのはともかく、それ以上の アプリには使わない方が安全です。 　何かの拍子で、広域変数が初期化されてしまうようなVBAでは使うべきでは ないと考えます。何かの拍子で最悪ハングアップもあります。 従って、できないと考える方が良いと思います。 ※これらの危険性を理解した上で、検証し、VBでActiveX　DLL、C++やその他 開発言語でその機能を実装したDll等を作成し、Excelに提供した場合は その限りではありません。 ・・・目的を達成できる範囲で代替処理があるならそれを考えられた方が良いかも？？ 参考：英語ですが・・・ http://msdn2.microsoft.com/en-us/library/bb787529.aspx

nさん、neptuneさん、いつもありがとうございます。 そうですか・・だめですか・・　残念です。絶対必要なイベントだと思うの のですが・・・　 ありがとうございました。理屈はわかりました。また、何か考えます。 尚、表示画面だけを特定してリアルタイムで更新しなればならない理由は、 下記のとおりです。何かアイディアがあればアドバイスお願いいたします。 理由： 数千の図形を数千行の各行にあるデータ内容によってリアルタイムで再表示 するためのパフォーマンスアップ対策です。別スレッドでいくつか質問させて いただき図形の描画の速度も相当向上しましたが、図形を描くのも時間がかかり ますが、数千の中から更新しなければならない図形を抜き出す方が時間を要する ことが判明しました。そこで、数千の図形の更新部分の抜き出しはやめて、 すべての図形をすべて消し、必要な部分だけ新しく描画する。つまり、 今見えている画面だけを常に最新化していればユーザーからみたら どのスクロールしても常にどの画面でも最新化されているように見えるのです。 PageDown,Upではまさに期待したとおりの動きになり、全くストレスを感じません。ただし、スクロールバーで画面を変更すると、何も図形が表示されて いない画面が出てくることになってしまします。(いずれかのセルを 選択するとすぐに最新化されますが・・・） よろしくお願いいたします。

>数千の図形を数千行の各行にあるデータ内容によってリアルタイムで再表示 ここのトリガーでWorksheet_Changeイベントが使えるなら、 セルの変更があった時のみ、再描画が必要な図形のみ再描画すれば良いと思います。 >数千の中から更新しなければならない図形を抜き出す方が時間を要する ...Loopせず、図形の名前で決め打ちすればよいような？ 図形作成時に名前を行�ｂﾉするとか。 この記事にはVBAのコードが含まれています。 緑の太文字→注釈 茶色の太文字→条件分岐 赤の太文字→ループ 青の太文字→その他

失礼。過去ログのこの部分が関係してますか... >各行のデータは相互に関連（参照されている）し >ている場合もあり、ひとつのデータを変更すると数百の行の値が変化するケースもあ >り、棒グラフを書き終えるまでに十数秒かかる場合もあります。 いっそのことグラフにしてしまうとか。^ ^; あるいは、見える部分をコントロールしてしまうとか。 元データとは別に、固定のビューエリアをつくって、 あたかもシートの表示範囲を移動、縮尺、拡大させるように操作用のコントロールを配置する。 コントロールのイベントでビューエリアに元データを表示させる。 元データ表示は関数やカメラ機能でもいいかもしれません。

nさん、アドバイスありがとうございます。参考にさせていただきいろいろ とトライしてみます。また教えてください。 ありがとうございました。