Drawer対応（ツリー表示とメッセージ表示の左右分割など）があるとよいか？

[LumaKernel]

あるといいのかもしれないという話があったので対応issueを作成。

notiosに設計的・技術的な壁があるかと言われればそれほどないとは思うし、欲しい気持ちもわかる。

一方で、常に1ページのみにすることで、 実装は簡単になる。

使い方も、くせがあるかもしれないが、notiosが強く影響を受けた fern.vim で紹介されている http://vimcasts.org/blog/2013/01/oil-and-vinegar-split-windows-and-project-drawer/ にあるように、window指向で（少なくとも私は今のところ）使いやすい。

（ただ、設定値などを用意し、それを実装できそうしようというのを止めるというほどでもない）

[solufa]

実装の辛さを想像できないけど、ヘビーユーザーとしてはだいぶ欲しい・・・！

[LumaKernel]

drawer(左側のツリー表示)とsplit(右側のメッセージ表示)と呼ぶことにして、ツリー表示とメッセージは「フォーカスを切り替える感じ」なのか、「drawerで上下選択したものが、すぐにsplitで表示され、上下キーは使えないので、他のキーでスクロールする」という感じなのか、どちらが近いですかね。マイスホイールは利用できると仮定して良いです。

1 processでやるなら。以下のようになるのかな。

「drawerで上下選択したものが、すぐにsplitで表示され、上下キーは使えないので、他のキーでスクロールする」

• tree-procs への toggle-split コマンド
• tree-procs への split-scroll-*-* コマンドなどを一式用意

「フォーカスを切り替える感じ」

• tree-procs への inspect-in-split コマンド
• tree-procs への focus-in-split コマンド
• inspect-proc への focus-in-drawer コマンド (可能ならdrawerへ行く、というもの)

---

複数プロセスは考えられるが、やはり実装方針というより設計方針がわからない。

[solufa]

「すぐにSplitで表示される」は慣れると超ラクになりそう
その上で今まで通りEnter/BSでフォーカスをDrawer<->Splitで切り替えるのはどう？

上記がスムーズなら切り替えにストレスないので複数プロセスを同時に表示しなくても良いはず

[LumaKernel]

なるほど。「drawerで上下選択したものが、すぐにsplitで表示され、上下キーは使えないので、他のキーでスクロールする」のほうが必要とされていると思っていたので意外でした…。

切り替えにストレスない

Inspect先のプロセス切り替えの（慣れない画面切り替えによる）ストレスを減らしたい、というのが元の要求っぽいですね。

[solufa]

私がCLIに慣れてないから上記を想像しただけで、notiosのメインターゲットの要求に合っているかは自信がないですね
今までCLIの開発者体験を意識したことがなかったので・・・

Splitにターミナルが切り替わるのはGitのcommitコマンドでviが突然開いた時のビックリに近い感じ
だからDrawerと一緒に表示されていると安心するしGUIっぽい挙動でわかりやすい

[LumaKernel]

実を言うとvim界でも普通にIDEライクなdrawerが主流でwindow指向は異端なんだと思います。ヘビーユーザーに限定するとわかりませんが…

drawerを実装したいが、形が決まらない。
そういえば VSCode Extensionにするという話もあった。
あとは、それとは別にnotios server modeみたいなのは考えられるし、それをdrawerのアイデアと組み合わせるというのも考えている。

window派の私としては、この辺を検討しつつ実現を目指すスピードでいいのかなってなってます。