▼ hidetoさん
> オプションが大変ならやはり戻すべきかと。

さほど大変なことではないです。
内部処理的には以前の挙動のほうが何もしてなかっただけですから、フラグを作って数箇所に判断を入れる程度でできると思います。
今の動作にする際、こういう話は必ず出てくると想定はしていました。
SDI型からタブ型に移行したものについては、従来の挙動を好む人がいて不思議はないと思います。
現実にそれは便利かもしれない挙動なので。
Windows 使いがその操作性を他 OS に求めるのと似ている、などと極端なことを言うつもりはないです。(^_^;
でも、当初からタブ型として設計されたアプリでもそういう要望や議論は出てくるんでしょうかね？
サクラで通常のタブ型アプリを好む人向けに作り始め、のんびり機能実装されてきたタブ機能ですが、逆にそういう人以外から要望が出ているような気がするのは、思い込みでしょうか。まぁ、思い込みなんでしょうね。

SDI型のみからタブ型も採用したアプリとしては秀丸やEmEditorがありますが、次のようなオプションが追加されています。

秀丸：
「ウィンドウ右上の「閉じる」（×）でタブをすべて閉じる」オプション
この設定をOFFにすれば、前のサクラエディタと同様、右上隅の×で１個ずつタブを閉じます。
タブの実装当初は無かったけど、ユーザーからの要望で追加されたモノだったはず。

EmEditor：
「最後の文書を閉じる時ウィンドウを閉じない」オプションがあるらしい。
↓FAQ参照（他に関連オプションがあるかどうかまでは知りません）
http://jp.emeditor.com/modules/xoopsfaq/index.php?cat_id=9

自分は、従来挙動に慣れたユーザーが、挙動が変わったばかりの今の段階で主張する「前のほうが良かった」ではどういう動作まで残すのが良いのかちょっと判断できないです。従来挙動に対してのこだわりも特に持ち合わせてはいないし、確信を持って手出しすることができない。今、議論されるのはかまわないけど、ちょっと静観させてください。他の方が、揺るぎ無い確信でやられる分には、どうぞ、です。
ひとことだけ、今の挙動が選択できないようになるのは世の中のWindowsタブ型アプリの一貫性の観点からはまずいのではないか？、とだけは言っておきます。（でなきゃ、そもそも今の挙動への変更には手出ししてません）

▼ げんたさん
> しかしやっぱり一度付いた癖はなかなか直らないのも事実かと．
これは身近な人になら、悪癖は矯正したほうが良いですよ～、とお勧めしておくところですけど．．．、ね。

> 実際，従来動作も許すようにするには
> ・タイトルバーのXを普通の閉じるにする
> ・最後の文書を閉じたらウィンドウを閉じる
> の２つだけでOKですよね．
その２つに相応の利点がありそうということであれば、それでいいと思います。

> ただ，マクロの「閉じる」機能への影響が気になります．1つ目はマクロに影響しませんが，2つ目はマクロからはオプションで操作出来るような仕掛けがあった方が良いのかも．
懸念だけで先手を打つより、実際に悪影響するパターンを見てから対策したほうが良い対策ができるんじゃないでしょうか？
自分にとってはマクロに悪影響が出ることより、タブを閉じるだけでウィンドウまで閉じてしまうほうが嫌です。
で、次は、「すべて閉じる」でも(無題)が残るようにしたいです。
（grepやダイレクトタグジャンプでたくさん開いてしまったあと、クリーンな状態に戻して必要ファイルだけ履歴から開きなおして使う）
ウィンドウを閉じるときのために、タブモード時固有の「終了」コマンドを追加して。

タブ機能ユーザとして、個人的な意見を述べますと、
このエディタの、
編集中のファイルをタブによって切り替える機能は、
編集バッファをプロセス内で切り替えるのではなくて、
動作中のプロセスごとごっそり切り替えることによって
実現しているところがありますよね。

タブ機能を使ってて、表面上複数１プロセス複数バッファを
保持しているかのごとく見せているところに、
問題があるんじゃないかと感じるときがあります。
サクラエディタにある“タブバー”を使っているユーザーが、
ぼくも含めて、特に大きな負荷を強いられているように
感じるものの一つには、おそらく、タブ１つに１プロセスが
立ち上ってメモリ空間を大きく占領していることが
挙げられるのではないかと思います。そしてそうイラっと
思わせる原因は、サクラエディタのタブ機能と著名な
ソフトウェアのそれの意味するものが似て非なるもの
だからかと。

そういう背景を考慮して考えると、
サクラエディタの現状のタブバーは、
高度なタスクバーとして明示的に表現したほうが、
使う側も納得するのではないかなと、個人的に、
思うわけです。

そんなわけで、今取り上げられてる問題だと、
具体的には、タブが一つのときは、
タブバーの×印が灰色っぽくなって、
クリックできない状態になって、
ウインドウ右上の×印で終了するインターフェースが、
考えられるのではないかなと。

つまり、従来の動作を許容させるべき、
ということですかね（汗）

オプション追加版作りました．

http://sakura.qp.land.to/?Junk%2F25

今回の動作を元に戻すオプションを付けただけです．
新規に「タブ」シートを共通設定に追加してみました．
代わりに「クリッカブルURL」を廃止して「編集」へ項目を移動しました．

作ってはみましたが，以下懸念点があります．
▼懸念点
「まとめない」ボタンもタブシートへ移すべきか．
閉じるボタンの動作は「まとめない」がOFFのときは意味が無く，最後のタブを残す動作はさらに閉じるボタンが「すべて閉じる」でないと意味がない．
なので3つのボタンを階層構造にするのが良いのか？
それとも最後のタブを残す動作を適用出来る場所が他にある？

最後にmaruさん，ryojiさんへ
sakura.hmとsakura.hhの関係がよくわかりません．sakura.hmはリソース編集用のダミー？
アイテムを追加したとき，どこを直せば良くてどこを直してはいけないんでしたっけ？
(続きはdevの方がいいかな？)

すみません、訂正です（汗）

▼ ラスティブさん
> タブバー表示してないときは、

タブバー表示してないときと、タブが１つしかないとき、
という意味・・・ですね。
（確認とってないのが丸出し(^^;;;)）

サクラエディタの中身は、
複数バッファ構造になってないようなんで、
タブバーというより、
プロセスバーっぽくなってる感じがしますので。

>純粋なMDI型／タブ型のアプリだったら、１プロセスで複数バッファなわけで、バッファごとに閉じるのをプロセス終了で検知しようなどとは考えもしないんじゃないかしら。
というか，外部エディタの編集終了をプロセス終了で監視するアプリには，必然的にSDIのプロセス独立型エディタしか使えないってことです．「考えられてないならソフトを捨てればいいじゃない」なら捨てられるのはサクラエディタの方ではないかと．
メールとエディタならエディタを捨てるでしょ．

元々は最初のプロセスが起動されたときは自分が管理プロセスになってから新規にエディタ用プロセスを立ち上げる構造だったのですが，それだと編集終了と認識してくれないので後から作る方が管理プロセスになるように直した経緯もありますし．