「このタブを最小化」の復帰後のアクティ	No.06078
naanfushi さん　10/09/15 12:40
かなり前のバージョンから、「何だか、おかしいなぁ〜」と漠然と感じていた動作 が、ある程度、特定できたようなので、報告致します（もしかすると、当方のビデオ 等のハード面に問題があるかもしれませんが…）。 【症状】 　Windows 7 + HM8.02b8で、タブモード時に複数のファイルを開き、「このタブを最 小化」させ、その最小化したファイルを元に戻した場合、ツールバーのサムネイルで そのファイルをクリックしても、別のファイルがアクティブになってしまいます。 （サムネイルへのマウスオン状態では、秀丸の編集領域に当該ファイルが表示されま すが…） 【動作内容】 　タブモードで3個のファイル（１.txt,２.txt,３.txt）を開き、一度、３.txtを 「このタブを最小化」させます。その後、３.txtを元に戻した状態にすると、ツール バーのサムネイルから３.txtを選択しても、他のファイルがアクティブになってしま います。その様子を見て頂いた方が早いので、下記にアップしたのでご確認頂ければ と。 http://www.geocities.jp/naanfushi/swf/HM_tab01.swf （ビデオの関係か、なぜか秀丸のマウスカーソルだけは反転してキャプチャされてし まうようで、少し見苦しいですが…） 　再現しますでしょうか？

[ △ ]

RE:06078 「このタブを最小化」の復帰後の	No.06080
秀丸担当 さん　10/09/15 13:50
>【症状】 >　Windows 7 + HM8.02b8で、タブモード時に複数のファイルを開き、「このタブを最 >小化」させ、その最小化したファイルを元に戻した場合、ツールバーのサムネイルで >そのファイルをクリックしても、別のファイルがアクティブになってしまいます。 >（サムネイルへのマウスオン状態では、秀丸の編集領域に当該ファイルが表示されま >すが…） 報告ありがとうございます。 再現させることができました。 最初はうまく再できなかったのですが、動画の通りに全く同じように操作して再 現させることができました。 次のβ版で修正させていただきます。 あと、Windows7ではわからないですが、XPのときに「このタブを最小化」をする とタスクバー上に現れず、デスクトップ上の最小化ウィンドウとして出現するよ うになってしまっていました。 これはV8.01のレベルダウンでした。 こちらも修正させていただきます。

[ △ ]

RE:06080 「このタブを最小化」の復帰後の	No.06083
naanfushi さん　10/09/15 16:45
再現できて良かったです。 >Windows7ではわからないですが、XPのときに「このタブを最小化」をする >とタスクバー上に現れず、デスクトップ上の最小化ウィンドウとして出現する 　その「最小化ウィンドウ」とはもしかしたら、下記のようなタイトルバーの左端の 数十ドットの幅のアイコンみたいなものだとしたら、これはWindows7でも再現するか もしれません。しかも、アイコンのようにデスクトップ上を自由に移動・配置できま す。 http://www.geocities.jp/naanfushi/img/hm_icontab.jpg 　で、もし、これがバグだとすると、かなりショックかもしれません。これまでずっ と、「これが正式な動き」と思い込んで使っており、かなり面白い利用法も考えられ る気がしていました。実際、マクロコマンド名も「iconthistab」ですし、すっかり こうした動きだと信じ込んでいた次第です。 　既に当方では、新しく秀丸を使う者に対して『「このタブを最小化」は「疑似アイ コン化」だと考えると、その動きや使い方をスムーズに理解できます』と、かなり強 調してプッシュしていたので…。 　例えば、「このタブを最小化」を使うと、直接的な秀丸上の作業からは見えなくな ります。この性質を、「これまで一時的に退避させておくが続けてすぐに再び使いた くなるファイルや、編集作業に直結しないが喫緊に再びアクセスしたいファイル等を アイコン化してデスクトップに置いてきた作業」へ応用するわけです。つまり、現行 の「このタブを最小化」コマンドを「当該ファイルを疑似アイコン化してデスクトッ プ上に置いておく作業」（まさにアイコン化したファイルをデスクトップに配置する ような作業）を一発コマンドとして実用的に使いつつ、全終了時には疑似アイコン化 された秀丸も終了する…という地味だけど非常に便利な新しいコマンドが追加された んだなぁ〜と感激していたのでした…。 　もし、上記の動きがバグで修正＆廃止されるとしたら、現行の「このタブを最小 化」を新規に例えば「疑似アイコン化」コマンドとして（適宜修正を加えて）在留さ せる、というのはやはり難しいしょうか…？ （プログラムの内部的な事情から不可能な場合は仕方ないですが……） 　バグ報告が、要望に変わって申し訳ないのですが、ご検討、よろしくお願い致しま す。

[ △ ]

RE:06083 「このタブを最小化」の復帰後の	No.06084
秀丸担当 さん　10/09/15 17:51
「このタブを最小化」は、新しい機能というより、タブが分離できなかった頃の 古いバージョンにあったもので、互換のために残してあるというようなものにな っています。 正しく動いているとすれば、XPではタスクバー上に独立した最小化された秀丸エ ディタが出現し、その存在がわかっていたと思います。 Windows7ではどれが最小化したものか分かりづらくなってしまったようです。 現状でデスクトップ上の最小化ウィンドウとなってしまったのは WS_EX_TOOLWINDOWというウィンドウスタイル（いわゆるツールバーのようなウィ ンドウ）を指定したためのようで、この場合Alt+Tabのリストに現れないので、単 純にこの状態をそのまま使うということは技術的に言ってもできないです。 タブモードのタブを右クリックして、[タブモードの詳細]→[互換性]よりV7.xx以 下にすると、各ウィンドウは完全に分離して、さらにWindows7のタスクバーのプ ロパティも「結合しない」にしておくと、どちらも従来通りになって最小化され たものもタスクバーから確認しやすくなるようです。 対応するとすれば、Windows7のためのタブごとのサムネイル表示をやめて、 Windows標準のままの自動的に作られるサムネイルをそのまま使うようにすれば、 ウィンドウごとのサムネイルとなるので最小化ウィンドウについてはわかりやす くなるかもしれません。（その代わりタブごとの切り替えができなくなります が） そういうオプションを追加するということであれば可能だと思います。

[ △ ]

RE:06084 「このタブを最小化」の復帰後の	No.06091
naanfushi さん　10/09/16 12:48
お忙しい中、適切なご説明ありがとうございました。 　タブモードの設定を指示通りに変更して、「Windwos7でも（正規の？）最小化ウィ ンドウがタスクバー上に表示される」ようにできました。（いわゆるグループ化され るとタスクバー上でのアイコンは１個で住むのでしょうが、現行では、５〜６個のフ ァイルを最小化しただけで、タスクバーが一杯になり、実用的ではないかもしれませ ん） 　結果的には、ユーザー側の勝手な立場からすると「現行のまま、デスクトップに疑 似アイコンとも言えるような最小化ウィンドウが配置されるという仕様の方が圧倒的 に便利な使い方ができる（余地がある）」という感じです(^^)。 　また、新しいオプション追加も、もし絶対的に必要であるならば是が非でも追加す べきでしょうが、今回の動作内容からすると、「オプション追加しても混乱するユー ザが増えるだけ」という感じがします。他のユーザのみなさんから猛烈な抗議や不便 さの直訴が多くならない限り、ヘルプへの追記程度（Windows7での動きと、先に説明 して頂いた内容等）で十分な気はします。 （と言いますか、疑似アイコン化する現行の仕様が消えると、逆に非常に残念だった りします…。まあ、厳密な動作を調べると、微妙な部分もあるかもしれませんが…）

[ △ ]

RE:06091 「このタブを最小化」の復帰後の	No.06092
秀丸担当 さん　10/09/16 15:07
サムネイル表示のオプション追加の件ですが、やはり今までできていたことが違 うようになってしまうということで、互換性の設定のところに追加させていただ こうと思います。

[ △ ]

RE:06092 「このタブを最小化」の復帰後の	No.06096
naanfushi さん　10/09/16 17:21
>互換性の設定のところに追加 　いずれにしても、ユーザーとしては秀丸が良い方向に進化して頂ければそれで良い ので、すべてお任せ致します。 　ただ、ちょっと面白い動きをまた見つけてしまったので、お暇な時にでも楽しんで ください。 ●「このタブを最小化」アイコンを、画面最上部へドラッグで自動再オープン!? (1)１回目の「このタブを最小化」で、デスクトップに疑似アイコン化した最小化ウ ィンドウが出現する。 (2)これを適当な場所にドラッグ&ドロップで移動させ、そこで「元のサイズに戻す」 を実行すると、元の秀丸がこれを開く。 (3)続けて同ファイルに対して「このタブを最小化」を実行すると、(2)の位置を記憶 していて、そこに疑似アイコン化した「最小化ウィンドウ」が出現する。 (4)疑似アイコン化した「最小化ウィンドウ」を画面の最上部にドラッグすると、最 上部にぶつかった瞬間に左サイドへ自動的にピューと移動して、元の秀丸で開く（秀 丸アイコンへドロップされている訳ではありません）。 　下記にキャプチャしておきました。まあ、厳密言うと、バグ的な動作なのかもしれ ませんが、素人からすると、なかなか、面白い動きだったりします(^^) http://www.geocities.jp/naanfushi/swf/hm_tab_top31.swf （以上、Windows7の基本邸動作と関連していると思われますが、動作報告とは直接関 係ない話ですいません）

[ △ ]

RE:06096 「このタブを最小化」の復帰後の	No.06097
秀丸担当 さん　10/09/16 18:01
とりあえず修正してV8.02β9を公開しました。 秀丸エディタとしては、前にも書きましたが、WS_EX_TOOLWINDOWというツール バーに使われるウィンドウスタイルを指定していただけで、特に最小化ウィンド ウの挙動を作っているわけではないです。 最小化ウィンドウの挙動はもともとWindowsに備わっているものだと思います。 MDIアプリの子ウィンドウの最小化も同じような表示になると思います。 （Windows7 標準にあるものでは管理ツールのパフォーマンスモニター） 最小化ウィンドウをどう解釈するかはOS側(シェル側)に委ねられていて、 Windows3.1/WindowsNT3.51までは最小化といったらアイコン化のことで、デスク トップ上のアイコンでした。 Windows95/WindowsNT4.0からはシェルがタスクバーになって、最小化はタスク バー上のアイコンと解釈されるようになりました。 Windows7でもタスクマネージャからexplorer.exeを強制終了させれば、シェルが 無くなって、あらゆるソフトの最小化は最小化ウィンドウになるようです。 （ちなみに消えたタスクバーは、タスクマネージャで[ファイル]→[新しいタス クの実行]でexplorer.exeを実行すれば復活できました） タスクバーが存在する限りは、通常の最小化がタスクバーに収まるように解釈さ れるのは避けられないと思います。

[ △ ]

RE:06097 「このタブを最小化」の復帰後の	No.06098
naanfushi さん　10/09/16 20:56
>とりあえず修正してV8.02β9を公開しました。 　秀丸8.02b9+Win7で、「このタブを最小化」が、ごく普通に動作することを確認し ました。 　疑似アイコン化も、それなりに面白かったのですけれども(~_~;;;、「ごくごく普 通にきっちりと動くことこそ、秀丸さしさ」でしょうね！　その「らしさ」に惚れ込 んで、ずっと秀丸を使わせて頂いているわけで、本当にありがとうございました。 P.S. 　その点で言えば、サムネイルとタブ表示の非連動は少し残念かもしれません。タス クバーのサムネイルを色々動かしたときに、秀丸では編集領域もタイトルバーもサム ネイルに対応して変化するのですが、「タブ」だけは動かないため、「編集領域とタ イトル名が、タブ名と見た目で異なる」状態（サムネイルで１.txtを表示した際、タ イトルと編集領域は１.txtなのに、タブは例えば２.txtがアクティブのままという状 態）となり、非常に残念です。FirefoxやIEでもタブ表示状態でサムネイルを表示さ せると、一度、全画面を書き換えるような感じの動作が入るので、これまたOS依存の 症状あるいは技術的な限界だろうとは思われます。現行の秀丸では、そのようなちら つきを避ける狙いがあり、敢えて書き換えていないのだろうと推察していますが（同 じかもしれませんが？）、サムネイルとタブ表示も連動した方が自然なので、一応、 ネタと言うことで、いつかお願いできれば、より快適に秀丸を使えると思われます。

[ △ ]

RE:06098 「このタブを最小化」の復帰後の	No.06103
秀丸担当 さん　10/09/17 11:06
タブのサムネイル上にマウスの乗せたときの本体側のプレビューで、タブバーが 切り替わらないのは、IEも同じだと思います。 FireFoxはそもそも対応していないですが、他のタブ型ブラウザ(Sleipnir)でも 同様でした。 プレビューの仕組みは、実際には本体ウィンドウの中身は全く切り替わっていな くて、Aeroのとき限定でビデオ表示上のレイヤーがかぶさっているだけというよ うになっています。 そのためIEも他のアプリでも同様なのだと思います。 もしやるとしたら、タブバーと全く同じものを自前でレイヤー用のビットマップ として作成することになり、現実的ではないかもしれません。 あと、タブのサムネイルにマウスを乗せたとき、IEは画面が一瞬フラッシュする 感じになるのが秀丸エディタでは大丈夫とのことですが、たぶんビデオカードの リソースの使用状況などが関係していて、どちらも同じなのではないかと思いま す。 あとあんまりサムネイルが多すぎると抜けるものが出てくるようです。これもIE でも同じようです。

[ △ ]

RE:06103 「このタブを最小化」の復帰後の	No.06106
naanfushi さん　10/09/17 14:57
あっ、確かに、IEはタスクバー上で表示されるサムネイルにマウスを乗せてもタイ トルバーとWeb画面が変わるだけで、タブ等は固定されたままでした。確認不足です いません。 >FireFoxはそもそも対応していないですが、 　一方、Firefox(Ver.3.6.8)は、こちらの環境では下記の動画のように、「タイトル バー＋URL表示＋タブ＋Web画面」の４部分がサムネイルの移動に合わせて全て切り替 わっています（やはり、サムネイルに対応した本体部分を最初に表示する際に、一度 パッと画面が書き換えられ、以降は滑らかに切り替わるようではあります）。非常に 自然でユーザからすると、意識的な内的処理（見えている画面とタブが異なることを 黙殺する）も必要なく、ストレスなく、スムーズにサムネイルと本体を眺めることが できます。なお、特別なソフトや設定をした記憶はありませんが…。 http://www.geocities.jp/naanfushi/swf/tab_change2.swf 　ただ、いろいろ見て回っていると、やはり、こうした処理には負荷がかかるようで す。Firefoxは「ブラウズ」が最大の使命なので、上記のようなブラウズに直結する 部分は、負荷がかかろうと「ユーザーフレンドリーで、ブラウザとしてのあるべき動 作」を最優先して開発されたのだろうと思われます。 　一方、秀丸は、同様の動きの方が自然で望ましい姿ではありますが、それを実現す るために秀丸全体の動作に負荷かがかったり、制作する上でも過度な工数がかかるよ うでは、エディタとしての本筋とズレるような気もしないではありません。タブの部 分は見て見ぬふりをしようと思います。 　とは言うものの、サムネイルで表示される「編集領域とタブが異なる」のも事実は 事実でして、ネタとして、頭のどこかに置いておいて頂ければ幸いです。 （当初の「このタブを最小化」の話題から外れ、長いスレになって、申し訳ありませ んでした m(_ _)m。）

[ △ ]

RE:06106 「このタブを最小化」の復帰後の	No.06107
秀丸担当 さん　10/09/17 15:40
Firefoxも対応しているとは知りませんでした。 about:config で browser.taskbar.previews.enable を true にしたらできまし た。 ちなみに Ver3.6.10で、false が「初期設定値」と出ていました。(謎) Firefoxはタブからメニューバーまで全て自前で描画しているようで、ビットマ ップ化(レイヤー化)も可能なんだと思います。 プラットフォームを選ばないソフトならではの対応だと思います。 普通のWindowsのコントロール(部品)を使ったアプリケーションではやはり敷居 が高いのではないかと思います。

[ △ ]

---