Vscode: 複数のビューを同時に表示できるようにする

そのための問題を開くつもりでした。 コードアウトライン拡張機能には、非常に便利な複数のサイドバーがあり

おそらくこれは＃15038に関連する問題です

マルチサイドバーのセットアップは、特にコードアウトラインとGitLens 5.0以降の拡張機能を使用すると、すばらしいものになります。

同じことを望んでいた:)

+1

2つのサイドバーを見たいのですが、EclipseIDEのようなタイル型ウィンドウマネージャーがもっと欲しいです。

+1

右側のサイドバーにいくつかのペインが必要で、左側のサイドバーに残りのペインが必要なため、これが必要です...

ファイルツリーをナビゲートしている間、コードのアウトラインを確認するのは困難です。

https://github.com/Microsoft/vscode/issues/45283からもモックアップを投稿します。

+1

+1

+1

+1

+1

冗長な+1コメントを追加する皆さん。 しないでください。

これにより、他の人だけがこれから退会するか、この問題がコメントからロックアウトされます。 どちらも、この問題をさらに発展させるのに悪いことです。

元の説明に：+ 1：を追加することを検討してください。 アイコンをクリックするだけです。

ありがとうございました！

こんにちは、私はちょうど疑問に思っていました、これを実装するための（遠い）計画はありますか？

拡張機能が独自のボタンとエクスプローラーパネルを作成できるようになったので、これはユーザーとしての私たちにとって大きな問題になります。

左側（または構成されている場合は右側）にある4つ以上のビューレットアイコンが、vscodeに「アイコニック」な外観を与えるものだと思います。 2つのビューレットが有効になっている場合でも、1つは左に、もう1つは右に、アイコンを表示するのは片側だけだと思います。 反対側には、テキストのみの垂直タブを含めることができます。 そして、両側のアイコンまたは両側のテキストを有効にするように構成できます。

それについて何か進展はありますか？ ビューレットを含むすべてのコンポーネントを管理するための優れた新しいグリッドレイアウトを一般化することは、VSCodeで本当に欠けていることの1つです。 ファイルとコードの参照、git、デバッグ-毎回ビューレットを切り替える必要がなく、すべてがはるかに簡単になります。 Atomをインスピレーションとして見ることを強くお勧めします。 ほぼ完璧です。

＃49755は重複しているため閉鎖されていますが、そうではないため、2番目のアクティビティバーを導入する必要があるかどうかを最初に説明する必要があります。

アクティビティバーはアイコンの列であり、デフォルトではサイドバーの左側に表示されます。

2つ目のアクティビティバーを導入することをお勧めします。 アクティビティバーのアイコンは、ユーザーがすでに移動できます。 ユーザーがアイコンを右側の2番目のアクティビティバーに移動できるようにすることができます。このアクティビティバーは、アイコンを押したまま（マウスボタンを押したまま）表示できます。 クリックした各アイコンは、それぞれのサイドバーに表示されます。 したがって、左側のアクティビティバーのアイコンをクリックすると、左側のサイドバーの要素が開きます。 右側のアクティビティバーのアイコンをクリックすると、右側のサイドバーの要素が開きます。

右側のサイドバーとアクティビティバーの両方をデフォルトで非表示にすることができます。アイコンを移動しているときにのみ表示され、ユーザーに使用を強制せず、煩雑さを軽減します。

どう思いますか？

+1

アクティビティバーは左側だけにあるべきだと思います。 このようにして、コンテキストメニューオプションを選択して、右側のビューを開くことができます。

@nealotそれは興味深い提案です。 さまざまな側面のビューを頻繁に持ちたい場合は、機能し、柔軟性があります。 しかし、ユーザーがアイコンを右クリックしようとさえしないかもしれないことも想像できます。 または、マウスボタンを気にせずにクリックするだけです。 タッチユーザーは、右側でも開くための別の方法が必要になる場合があります。

@gersilex

しかし、ユーザーがアイコンを右クリックしようとさえしないかもしれないことも想像できます。 または、マウスボタンを気にせずにクリックするだけです。

現在、アクティビティバーアイコンを非表示にするには、コンテキストメニューを使用する必要があります-このアクションが異なるのはなぜですか？ これはドラッグアンドドロップ機能で補完する必要があると思いますが。

タッチユーザーは、右側でも開くための別の方法が必要になる場合があります。

上で述べたように、ここではドラッグアンドドロップが有益だと思います。 私はタッチスクリーンを使用していますが、コンテキストメニューは使用できませんが、操作が困難です。

2つのアクティビティバーがあると、見た目がかなり不快になるだけでなく、多くの画面スペースが無駄になります。 デフォルトで有効にするという考えには完全に反対です。 ただし、2番目のバーを設定のオプションにする場合は、コンテキストメニューを使用するよりもそのパスの方が面倒ではないのはなぜだろうと思います。

別の注意点として、このためのキーボードコマンドはどのようになりますか？

@nealot

これは、ドラッグアンドドロップ機能で補完する必要があります
ここで完全に同意します。

現在、アクティビティバーアイコンを非表示にするには、コンテキストメニューを使用する必要があります
私はあなたの最初のコメントを誤解したと思います。 コンテキストメニューを表示せずに、ビューをすぐに開く必要があると思いました。 ただし、コンテキストメニューのアイデアは良さそうです。

したがって、アイコンのコンテキストメニューに別のエントリを追加します。 エントリは場所を切り替えるためのものである必要がありますか（ Pin to right activity bar ）？ いいと思う。

ドラッグアンドドロップについて話します。 ビューを右にドラッグして、右側のサイドバーを表示することもできます。 これは、エディターウィンドウとグリッドのルックアンドフィールに準拠します。 多分私達は両方をすることができます。

私は2番目のアクティビティバーを使用することをまったく主張しません。 あなたはそこに長所を持っています、そして私は私たちが2番目の活動バーを導入するべきではないことに同意します。

@gersilex悪いことに、元のコメントをもっとうまく表現する必要がありました。 ポジションを切り替えるというあなたのアイデアが好きです。

たぶん私たちはこのようなことをすることができます：

1. ユーザーがアイコンを右クリック
2. コンテキストメニューオプションを選択しますPin to right
3. その時点からアイコンをクリックすると、アイコンが開きます
4. オプションがPin to left変更されます

関連もあります（私は思いますか？）： https ：

こんにちは、この分野で進行中の開発はありますか？ おそらく、すでに取り組んでいる同様の機能がありますか？ その場合は、誰かが関連するチケットの嘆願を提供していただければ幸いです。 UIの観点から、これは私にとって今のところ最大の問題です。

コードアウトラインには、独自のウィンドウが本当に必要です。 エクスプローラーとアウトラインを同時に開くことは、コード内でクイックをナビゲートするための最良の方法です。 ミニマップをドロップして、そこ（または左側）にアウトラインを配置することもできます;-)
数年以来、最も一般的な画面形式は16：9で、垂直方向のスペースよりも水平方向のスペースが多くなりますが、ソースコードは水平方向に拡大しなかったため、エディターの右側に多くの空白があり、より多くの画面スペースが無駄になります。

これのステータスが何であるか興味があります。 これらすべての要素を1つのペインに強制することは本当に過度に意見が分かれているようです。 IntelliJはこれをはるかにうまく処理し、各コンポーネントをどこにでも移動できる独自のペインにモジュール化します。

@bpasero皆さん、これについて何か計画はありますか？

この機能への欲求を追加して、垂直モニターのセットアップでvs-codeを使用しようとしています。パネル、アクティビティバー、およびビュー（サイドバー？）を下部に自由に積み重ねることができれば便利です。画面。 これにより、編集用のすべての水平方向のスペースが得られ、すべての「余分な」ものが上下に移動します。 明らかに、すべてのビューが短くて幅の広いウィジェットで同じように/効果的に動作するわけではありませんが、それが私の問題だと思います：P

@matthewess息を止めません。 他にも修正すべきリクエストやバグがたくさんあり、おそらくこれにはかなりの作業が必要になります。 しかし、それについて開発者からの完全な沈黙があったので、私たちはそれのどれも確かに知りません。 私が間違っていなければ、2年以上前のリクエストが作成されて以来、VSC開発者からのコメントは1つもありません。 あなたができる最善のことは、リクエストに賛成することであり、おそらくそれを気にする他の開発者にもそうするように頼むことです。

@RMacfarlaneおよびその他のVSCode開発者、

デュアルサイドバーやフローティングウィンドウ＃10121のサポートがまもなくサポートされる可能性はありますか？
これに優先順位を付けることはできますか？

デュアルサイドバーにはすでに325票があり、関連するフローティングウィンドウリクエストには2906票+ 364コメントがあり（ほぼ1年前にロックされていなかった場合はさらに多くなります）、これが大きな必要性を示しています。

これは、使いやすさの点でVSCodeをVisualStudioの競争力のある代替手段にすることに大きな違いをもたらします。 現在のところ、頻繁に切り替える必要があるか（ブックマーク、コードアウトライン、ファイルビューなど）、不足していることを考慮して、すべてのグループが同時に表示される非常に窮屈で使用できないサイドバーになってしまいます。可動ドッキングパネルのサポートの。

また、これがないと、複数のモニターを利用するための回避策として、ウィンドウを複数のモニターにまたがって拡張することさえできません。
これは、＃10121のフローティングウィンドウよりも簡単ですか、それとも難しいですか？

少なくともパネルをドッキング解除して実際に複数の画面を利用するための回避策はありますか？ 拡張機能が、ドッキングされた1つのサイドバーの外側にツールを表示するための独自のハードコードされたサポートを実装することは技術的に可能ですか。 独自のウィンドウで、もしそうなら、それを利用する拡張機能はありますか？

ツールが保存されていない編集と同期できないため、ワークスペースの複製は実際には実行可能な代替手段ではありません。そのため、コードアウトライン、ブックマーク/お気に入りなどのツールでブックマーク/メンバーをクリックすると、コード編集に使用されるウィンドウで開くことができません。 （vs. 2番目のモニターなどで別のツールパネルを表示するためだけに使用されるウィンドウ）、現在編集されているファイルに一致するアウトラインは表示されません（各セカンダリツールパネルウィンドウを使用する前に保存しない限り）。

ビューとツールが多すぎて、一度に1つのサイドバーと1つのツール/ビューに制限する必要があります。 Visual Studioを使用すると、3台のモニターにまたがって12種類のツールウィンドウが表示されることがよくあります。

一方、現在のVSCodeでは、1つのツールウィンドウと基本的に1つのモニターに制限されています（複数のウィンドウにまたがるメリットはほとんどないため）。

VSCodeは、古いバージョンのVisual Studioを使用したVBEでの基本的なVBAコーディングでさえ、しばしば必要とされる数のパネルを同時に表示することさえサポートしていません。

今年のロードマップはこちらです： https ：

ワークベンチのレイアウト
取り外し可能なワークベンチパーツのサポートは、アーキテクチャ上の問題のために実装が難しい、最も賛成の機能要求です。 この制限を回避する方法を探ります。 この調査では、端末（2番目に賛成された機能要求）とエディターの切り離しに焦点を当てます。

特にサイドバーに関して、これは私が達成したいことです：

特にサイドバーに関して、これは私が達成したいことです：

はい！ それもできるようにしたいと思います。

デバッグのためにこれが恋しいです。 私は非常に広いモニターを持っていますが、それほど高くはありません（5120x1440）。 ただし、デバッグサイドバーを2倍にすることはできず、一定のスクロールが必要であり、画面スペースのほとんどが無駄になっています。 そして、私は今、レジスターを見る必要さえありません。それ自体が私の画面の高さ全体を占めています。 サイドバー10個分のスペースは簡単に手に入りますが、折りたたむ以外に再編成することはできません。

また、縦向き（縦向き）でモニターを使用するユーザーは、横にない（横のスペースが限られているため）「サイドバー」の恩恵を受けることもできますが、代わりにサイドバーを次のように構成できます。上または下を開きます（別名、エディターとサイドバーを垂直に分割します）。 複雑な検索やデバッグを行う必要がある場合は、vscodeをランドスケープモニターに変更し、完了したらポートレートモニターに戻す必要があります。 サイドバーの取り外し可能なウィンドウの実装は複雑であることは理解していますが、短期的にはここの方が簡単かもしれません。

私は、執筆、分析、デバッグのいずれの場合でも、視点のコアを維持するというIntellijのアプローチを非常に喜んで使用し、愛しています。 現時点では、複数のサイドバーがないと、これを実現することはできません。 エクスプローラー、ツール、およびデバッグ情報を切り替える必要があるのは本当に苦痛です。

IntellijはIDEです。 これはテキストエディタです。 それはあなたが両方に乗ることができるのでシェビーとムスタングを比較するようなものです。

しかし、Atomにはこの機能があり、単なるテキストエディターでもあります。

投稿者：マイケル・デ・アブレウ[email protected]
送信：2020年4月2日木曜日午後1時28分25秒
宛先：microsoft / vscode [email protected]
Cc：b-fuze [email protected] ; コメント[email protected]
件名：Re：[microsoft / vscode]複数のビューを同時に表示できるようにする（＃26777）

IntellijはIDEです。 これはテキストエディタです。 それはあなたが両方に乗ることができるのでシェビーとムスタングを比較するようなものです。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/microsoft/vscode/issues/26777#issuecomment-607985051で表示するか、 https：//github.com/notifications/unsubscribe-auth/ACQEV7PY2T43BFI3KMSXYDDRKTDLTANCNFSM4DLUT4IAの登録を解除して

＃92786 （コメント）ですでに述べたように、もう1つの良いインスピレーションは、VSCと同じ概念と拡張機能を使用するTheiaです。

IntellijはIDEです。 これはテキストエディタです。 それはあなたが両方に乗ることができるのでシェビーとムスタングを比較するようなものです。

いつもと同じキラー引数。 特にUIに関しては、IDEとエディターの間に線を引いてください。 VSCを「本物の」成長したIDEにするために欠けているものは何ですか？ たぶん、IDEとエディターの定義にダックタイピングを適用する必要があります。

シーアは面白そうだ。

@ bpasero 、@ sbatten
https://github.com/Microsoft/vscode/issues/10121#issuecomment -345497635

「孤立したコンテキスト」とElectronについて...
新しいパネル「追加パネル」（たとえば）を1つ追加し、「アウトライン」、「変数」にすでに実装されている「パネルに移動」などの項目「追加パネルに移動」を「右クリック」メニューに追加するだけです。その他（workbench.action.moveFocusedViewなど、関数の実装へのリンクが見つかりませんでしたが、ご理解いただければ幸いです）。

この場合、「メイン」ウィンドウと同じメモリを共有する必要はありません。
軽量です。

ps誰もが、特にワイドモニターと2台のモニターのユーザーに満足します。

そして、はい、あなたの仕事に感謝します！

これは追加されますか？ もしそうなら、エタはありますか？

おそらく、これに新しいウィジェット/コンポーネント/コントロールが必要です。 Visual Studioは、基本的に.NETのTableLayoutPanelを使用します。 それをWebに移植することは努力する価値があるかもしれません。

UIガイダンスが必要な場合は、VisualStudioを参照してください。

面白い。
ブラウザーベースのアプリが未来の道であるということについて、同僚から耳を傾けられました。
ドッキング可能なウィンドウやツールバーなどの最先端のUI機能に対応できないように見えるので、少し疑わしいですか？

すべてを1つのビューに収めることができません。 Atomでは、別のビューに切り替えることなく、ファイルを開いたり、編集したり、変更をコミットしたりできます。 このワークフローは、頻繁なコミットを必要とする小さな変更を加える必要がある場合に、vscodeが提供するものよりもはるかに優れています。

これは確かに、VSCodeをおもちゃのように感じさせず、大人のエディターのように感じさせるための欠落したリンクです。

VS Studio、Unity、ItelliJはすべて、必要な構成で複数のパネルをドッキングし、ワークスペースをカスタマイズして、ディスプレイのフルサイズを使用できるようにします。

Ultra-wideでVSCodeを操作すると、1つの小さな400pxメニューが8ページのデータを非表示にし、一度に複数のデータを表示する方法がないため、少しばかげているように感じます。 シミュレーターを実行していても、さらに2列のスペースがあります。

これは残念なことです。これは、この1つの大きな欠陥を除けば、本当に優れたIDEだからです。

はい、本当に必要です...ビューを切り替えるのではなく、右側のデバッガーを常に表示するオプションが必要です。

少なくとも、サイドバーは2020年の「Workbench-Roadmap」に記載されています： //github.com/microsoft/vscode/wiki/Roadmap#workbench

左右のサイドバーを許可するなど、より柔軟なワークベンチレイアウトをサポートします。 たとえば、アウトラインを右側に、ファイルエクスプローラーを左側に配置できます。

私はVSCodeを初めて使用するので、以下に誤解がある場合はご容赦ください（誤解がある場合は、遠慮なく訂正してください）。

VS Codeを約10分間使用した後（そして非常に感銘を受けた後）に最初にやりたかったのは、別のサイドバーを開く機能でした。 それで私はインターネットを検索し、このリクエストを見つけました.... 2つのサイドバーを求めています。 それは1つよりもはるかに優れていますが、なぜ2つに制限する必要があるのか​​わかりません。

実際、Visual Studioまたはその他のほとんどのIDEでは、任意のビューを開いてどこかにドッキングできます。 しかし、VS Codeでは、多くのビューがサイドバーに限定されているように見えましたが、サイドバーは1つしかありません。 そのため、たとえば、検索結果とエクスプローラーを同時に開くことはできません。 VS Codeでそれを実行できないようにする理由、つまり、任意のビューを任意の場所にドッキングできるようにしたくない理由がわかりません。

特にサイドバーに関して、これは私が達成したいことです：

これも本当に私が見たいものです。 ただし、ファイルエクスプローラー（最初のアイコン）には、[エディターを開く]や[アウトライン]などのサブセクションがいくつかあります。 これが、ファイルエクスプローラーを移動するのではなく、両側で開くことができることが重要である理由です。 ですから、左側にすべてのファイルを表示し、右側にアウトラインを表示できるので、あなたの考慮は正しいです。それが私が求めているものです。

コードのアウトラインは今のところ使いにくいです...

。 @mjbvz ：これは＃46585で説明されている新しいAPIのサイドバーで可能でしょうか

たぶん、この改善をロードマップに含める時が来たのでしょうか？
お願いします ：）

はい、お願いします！