@Tekbr私たちのアプローチの何が問題になっていますか？

@bpaseroあまり明確ではなかったと思います。 もっとよく説明しようと思います。 英語でごめんなさい

私はバージョン1.7の新機能を楽しんでいましたが、垂直方向と水平方向の分割を同時に許可するのは興味深いことです。

gifに示されているように、3つのタブ。 垂直分割、水平分割を同時に。

ボタンをクリックして（またはショートカットを使用して）向きを変更すると、少し退屈になります。

タブを横にドラッグするのと同じように、「エディターグループレイアウトの切り替え」を使用せずに、このウィンドウの下端近くでウィンドウを下にドラッグして調整します。

私は👍を使用しましたが、このユースケースにも口頭でのサポートを提供したいと思いました。 私は2x3グリッドでSublimeを使用するかなり大きなモニターを持っていますが、水平か垂直かを選択する必要があるため、現在VSCodeでは使用できません。

最終的に＃1749を実装した後、これは他のエディター（ Sublime Text、Atom、vim、Emacs、完全なVisual Studio-すべてグリッドレイアウトをサポート）と同じくらい柔軟にするために必要なもう1つのステップです。 特に大画面では、2×2または1 +2グリッドレイアウトを使用すると非常に便利です。 画面が非常に大きい人の中には、さらにクレイジーなレイアウトを使用する傾向があります。これは、複数の関連ファイル（C ++のヘッダーファイルなど）があるプロジェクトで作業する場合に役立ちます。

VS Codeにこのようなものがあれば、とても素敵です！

私は垂直方向と水平方向の両方に分割できるのが好きです、そしてこれは本当にここに欠けています:(

うまくいけば、それは実装されるでしょう。 これは私が現在vscodeで抱えている唯一の大きな問題です。

+1

次の3つの理由から、VSCodeではなくWebStormを使用しています。

1）水平に分割できない
2）vimエミュレーションは平凡です（しかし、とにかく感謝します、それはそれをまったく使用可能にします）
3）キーボードマクロを記録できない

VS Codeは非常に高速で、JavaScriptであることが気に入っています。 それは非常に多くの可能性を秘めています。 それらが実装されるとき、それが私の選択のエディターになると確信しています。

明確にするために、これがWebStormメニューのスクリーンショットです（水平分割の意味）：

私にとって、Atomはそれを完全に持っています...上/下に分割...左/右に分割...そしてあなたは4つの象限、または左に2つと右に1つ、または左に1つとなることができます右側に2つ、または必要に応じてさらに多く...それぞれに独自のタブのセットがあります。 新しく開いたファイルは、開いたときにフォーカスのあるセクションに入ります。 私は現在、4Kモニターで3つのケースすべてを使用しています。

なぜそれがまだ実装されていないのか、あるいはVSチームが水平分割に対していくつかの正当化を持っているのだろうか？

@whitecolorVSCodeには水平分割があります。 'alt + shift + 1'（垂直分割と水平分割を切り替えます）を押すと有効にできます。

ただし、VSCodeでは、水平ウィンドウと垂直ウィンドウのミスマッシュを可能にするグリッドレイアウトが必要であることに間違いなく同意します。 私のオフィスでは、VSCodeを一貫して使用しているのは私だけです。顕著な理由の1つは、グリッドレイアウト機能がないことです。

右は縦横を切り替えることができますが、両方を使用することはできません。

これは考慮されるのでしょうか、それとも単に忘れるべきでしょうか？

正直なところ、vscodeについて今見ているのはそれだけですが、毎日使いたいので、使えないのはとても辛いです。
時間は無限ではないことは理解していますが、ここではあまり起こっていないので、これを上げてイライラしているのなら失礼しますが、この議論をさらに続けてほしいです:)

＃9443の説明を参照してください。

@kieferrmあなたはこの問題を人々に紹介する問題＃9443を閉じました。 では、この問題はグリッドレイアウト機能を追跡する_one_であると想定できますか？

@andradeiはい。

また、これを気に入るはずです。 任意のグリッド分割は、私のワークフローのかなり中心的なものです。 他の場所では素晴らしいので、コードに切り替えたいのですが、これは私を妨げ続けています。 😄

これが私の同僚の何人かがvscodeトレインに参加していない一番の理由です

間違いなく。 C-x-<n>キーの組み合わせを使用して、バッファーグリッドを継続的に再定義することは、ほとんどのemacsのユーザーワークフローの不可欠な部分です。 一番の用途は、1回分割して、同じバッファーの2つのビューを取得し、参照用に別の部分にすばやく移動することです。その後、分割を解除することがよくあります。

私はEmacsから切り替えようとしているだけですが、それがないと移行が面倒になります

ワオ。 私はこれが嫌いです。 新しいソフトウェアを起動し、少し遊んで、何か厄介なものを見つけたときはいつでも、問題を開くことになります–しかし、次のバージョンでリリースされることが解決されたか、それを実行する必要があるという議論が終わったばかりです。 。
いずれかの方法。 React-Nativeで遊んで、Android Studioの後、この画面の分割が本当に恋しいです

水平方向と垂直方向の両方に分割できる必要があることに同意しました。 一方のフォーマットを他方よりも選択することは使用できません。

次の場所からページを取得することをお勧めします。
https://github.com/SublimeText/Origami

これは、SublimeまたはAtomを離れた場合に見逃してしまい、VSCodeを使用できなくなっている唯一の機能の1つです。

マルチタスクを行う本格的なコーダーや作成者にとって、これは必須の機能であり、少なくともプラグインでサポートされている必要があります。

私はいつも、3つのウィンドウが細すぎて短く、何もはっきりと見えないと感じていました。グリッドレイアウトは、問題を軽減するための優れた方法です。 2つの参照ファイルを開く必要がある場合、今すぐvscodeで使用できるようにするのは面倒です:(

これは、グリッドが現在のグリッドよりもはるかに優れている理由を視覚化するのに役立つ小さな写真です（おそらくすでにかなり明確になっていますが）

うまくいけば、これは将来のロードマップに含まれるでしょう！

私はこれがとても必要なので、時間があれば自分でやるでしょう。 これがないと、VSCodeは多くの開発者にとって使用できません。 これがすぐに利用できない場合は、開発者がすべてのテキストエディタに期待するようになった基本的な機能であるため、先に進む必要があります。

👍

90年代から00年代初頭にかけての古い学校のVIM、そして00年代から14年間のVS、何年にもわたってVIMプラグインを備えたSublimeとAtomから来ています... VSCodeに切り替えて、この制限で深刻な障害にぶつかろうとしています。 真剣に、30分以内にこれを打って... 「待って、真剣に...グリッドを作成できないのですか？」

VSCodeは素晴らしいものになりつつあります。 しかし、とにかく私にとってはグリッドレイアウトが必要です。 グリッドを使用しなかった場合、それがデフォルトのエディターになります。

MSはその理由として＃1749で言及しました（レイアウトとグループ化、およびキーバインディング）。

しかし、「デザインレビュー」で十分です-他のすべてのエディターが持っている機能を有効にして、それで済ませてください。 インフラストラクチャやタブのグループ化などを壊す必要がある場合は、それをメジャーバージョンのバンプにして、その理由を全員に伝えてください。 完了。

.NET Coreは、MSがもはや「下位互換性」市場にないことをすでに示しており、製品を進化させ、簡素化するために、今後機能を壊すことをいとわない。 VSCodeが同じパターンに従えず、他の成熟したエディターのレベルに進化するためにいくつかのことを壊すことができない理由はわかりません。 コミュニティの基準に。

次のことができないことは重大な制限です。

:vs 
:vs 
:split

非VIMの達人への翻訳：これは、このスレッドと＃1749で、グリッドのようなエディターを形成するために垂直方向と水平方向に分割できないことについての暴言への反響です。

非常にイライラするので、照明の編集にはVSコードを使用し、ハードコアグリッドの編集にはターミナルにドロップする傾向があります。

私の4k30 "またはMacbookPro 15" Retinaでは-グリッドレイアウトのみを使用しています。

ウィンドウのドッキングを解除することも大きなプラスになります。 しかし、今はまだ[n] vimを使用する必要があります-VSCodeは 'をサポートしていないため、今のところ3つの3つのモニターでtmuxを使用してコンソールを開いており、1つのモニターである程度の美しさを実現するために1つのVScodeセッションを使用しています。水平分割と垂直分割のグリッドレイアウトを同時に実行します。

私は上記のコメントにある程度同意します。 ハンマーで入ってやるだけじゃないけど。 キーバインドが心配な場合は、問題ありません。 開始するバインディングなしで機能を「利用可能」にします。 妥協点を見つけてキーマップを作り直すことができたら、後でそれを実行します。 私はほとんどのエディターと同じように大部分がカスタムのキーマップを持っているので、とにかく私には関係ありません。そのため、それらはすべて互いに（ある程度まで）一貫しています。

しかし、機能が機能していて利用可能であり、文書化されていれば、人々はまだその前向きな勢いを気に入っていると思います。 別のPRを作成して、それを既存のワークフローとキーマップに統合する方法を見つけてください。

これが近い将来に実装されるかどうかについての更新はありますか？

私はまた、崇高な折り紙をチェックアウトする（読む：からアイデアを盗む）という以前の推奨事項をエコーし​​たいと思います。 これは非常に強力で、（基本的な「コード」構造を学習した後）適切に設計された直感的なキーバインディングを備えています。これには、ウィンドウを水平/垂直に任意に分割するショートカット、ペイン間でファイルを移動する、ペイン間でフォーカスを移動する、ペインのサイズを変更する、すばやく拡張するためのショートカットが含まれます。 1つのペインからエディターサイズの数パーセントまで。

それは私にとって断然最も価値のあるSTプラグインであり、vscodeで私が日常的に見逃していることの1つです

グリッドレイアウトのサポートがないことが、VSCodeを真剣に試すことを妨げている主な理由です。

この機能に関する更新を待っています。 これがないと、AtomからVSCodeへの切り替えは面倒です。

この機能が必要です。

これに関する更新はありますか？ 積極的に取り組んでいるものでなければ、PRを入れてみて嬉しいですか？

これは非常に重要な機能であり、切り替えについて私を悩ませているのは、この機能がないことだけです。

VSコードにはこれが必要です！

このトピックに取り組んでいる間、プログラムで分割を制御するAPIをリクエストしたいと思います。 パネルのサイズを変更するたびにマウスを使用しなければならなかったとしたら、それはちょっと足りないでしょう。

さらに、かなりクールなプラグインが可能になると思います。

間違いなくこの機能が必要です!! お願いします ：）

@ atmd83舞台裏で何かが取り組んでいない限り、これは誰もが積極的に開発しているものではないようです。 この問題に関連するプルリクエストはまだ確認されておらず、今後のマイルストーンにも追加されていません。 それでもPRをしたいのなら、無駄ではないと思いますし、近いうちにこれを見るのがベストショットかもしれません。

@ atmd83このスレッドのコメントと反応に基づいて、この機能を実装すると、何千人もの開発者からヒーローとして歓迎されると言っても過言ではありません。

@pelotom @ atmd83 @JeremyKruman私はこの上で動作するようにしようとの警戒すると思います。 これは多くの幅広いことに影響を与えるものであり、PRがマージされる可能性は低いでしょう。

貢献したい場合は、途中でVSCodeコアチームの1人に相談することをお勧めします。

@Chilleeあなたは正しいかもしれません。 私は正直なところ、その電話をかけるためにすべてが舞台裏でどのように機能するかについて十分に精通していません。 これに関する更新を入手するまで、カスタムCSSとJSをVSCodeに挿入できる拡張機能をここで見つけました。これは、この機能を特に切望している人々に一時的な回避策を提供する可能性があります。 まだ遊ぶ時間はあまりありませんが、今夜は画面の左側に1つ、右側に2つの水平エディターを配置するために時間を費やす予定です。 他の人が示唆しているように、言うのは口で言うほど簡単ではないかもしれませんが、他の誰かが調査したい場合に備えて、この潜在的なオプションを人々の注意を引くようにしたいと思いました😃

VSCodeを使用したい人のために。 私には小さな回避策がありますが、特別なことは何もありません。

2つの別々のVSCodeウィンドウを開きます。 ウィンドウの1つで、作業中のプロジェクトのメインフォルダーを開きます。 もう一方のウィンドウで、メインプロジェクトフォルダーのサブフォルダー、つまり/ srcを開きます。 次に、これら2つのウィンドウを並べて配置し、それぞれのレイアウトを個別に設定できます。 2 + 1レイアウト、または2 +2レイアウトなどを使用できます。水平または垂直。

メインフォルダが開いているウィンドウで変更を加え、同じファイルの他のウィンドウでも変更を加えると、変更が上書きされる可能性があることに注意してください。 このような優れたIDEを使用するための小さなコスト。 うまくいけば、適切なグリッド分割機能が将来追加されるでしょう。

これが役立つことを願っています！

乾杯、
グレッグ

誰かが興味を持っているなら、この要点でグレッグのようなレイアウトを実現する私のカスタムCSSを見つけることができます。 それは少し厄介です（スクロールバーがないなど）が、当分の間仕事を終わらせます。

@JeremyKruman少なくともマウスホイールを使用してスクロールできますか？

はい、スクロールはマウスとキーボードを介して機能します。スクロールバーは表示されません。 それらはどこかにあります、それらを適切な場所に配置するために適切にスタイリングする必要がありますが、私はまだそれを回避していません。

@JeremyKrumanおい、あなたは上司です！

この機能が実装されるかどうかにかかわらず、更新はありますか？

これはまだバックログにあります。

私はangular-cliプロジェクトで機能する拡張機能を作成することを考えていました。 * .component.tsファイルを開くと、コンポーネントに関連付けられているテンプレートとcssファイルが自動的に検出され、水平に分割された画面に表示されます。

ファイルを移動するのは面倒です。angular-cliプロジェクトでは、コンポーネントからテンプレートへ、またはその逆に多くのことを行う傾向があります。

残念ながら、水平分割はサポートされておらず、垂直分割を多すぎると使用できなくなります。

------------------------------
TEMPLATE     | COMPONENT.TS
             | 
------------- 
STYLES       |
             |
------------------------------

参考までに、Ember-CLIの世界の

グリッドレイアウトが来ると、私は崇高なものから切り替えます。 私は自分の目を信じることができませんでした....そうでなければとても良いです！

@ peabnuts123それは素晴らしいアイデアです。 私は何かを見つけて、このスレッドにも従おうとします。

@praveenpuglia Find Relatedは、ショートカットキーのシナリオをサポートする必要があります。 残念ながら、Angularのルールセットが組み込まれていないため、そのままでは機能しません（ただし、追加したいと思います）。 ルールセットの設定についてサポートが必要な場合は、お知らせください。

複数のエディターを開きますか？

はい、それはオプションです、

@coddingtonbearが言ったことに

@bonarja @coddingtonbear @alexriedlこれは私にとっても実際には機能しません。作業中は常にバッファを分割、切り替え、閉じ、配置を変更する傾向があるためです。 また、複数のウィンドウを使用するのは、高速で継続的な切り替えには遅すぎて面倒です。

VSCodeでグリッドビューが必要な別の人😭

VSCodeでグリッドビューが必要な別の人もいます... :)

VSCodeのグリッドレイアウトも必要です。

...そして私も本当にこれが欲しい

+1

このスレッドの人々は+1し、「私もこれが欲しい」と言っています。この問題が見えるように、元の投稿を👍してください（問題は👍の数で並べ替えることができます）。

この機能（グリッドレイアウト）は、Atomから完全に切り替えることを妨げる唯一のことです。 私はVSCodeが大好きで、高速で、Typescriptを使用してプラグインを作成できます。 すごい。 しかし、この機能は非常に見逃されており、VSCodeを完全に採用することを妨げています。

この機能の前にmacOSタッチバーのサポートが導入されたことに驚いています。

大変な努力をありがとうございました、それは素晴らしいアプリです（これを除いて）。 この機能を優先的に上げることを検討してください。

（私はすでに元の投稿も+1して、サポートを示しています;）

まだ誰も割り当てられていません：/これを優先してください！ これは、vscodeの大量採用を遅らせる唯一の機能です;）

+1してコメントする-エディターウィンドウのグリッドレイアウトが本当に欲しいです。 特に、画面の上半分に1つの全幅エディターと下半分に2つの半幅エディターのピラミッドレイアウト👍

_VS Code_ハッカー、これに関する更新はありますか？ お願いします。

+1

この機能の何が問題なのか本当にわかりませんか？ エディターは、両方のオプションを同時にサポートするのではなく、必要な機能をすでにサポートしています。 大きなモニター（43 "4kディスプレイ）を持っている私のような人々にとって、これは天の恵みでしょう！

@underscoreHao問題は、実装が難しいことだと推測されますが、外部からは簡単に見えるかもしれません。 しかし、それが優先されていないのは悲しいことです。 これは、ロングショットでvscodeの最も要求された機能である必要があります。

みんなおいでよ。 これまでに製品に取り組んだことはありませんか？ ユーザーが本当に望んでいるからといって、物事が現れるだけではありません。 明らかに、彼らは明らかに優先度の高いことを行っています-複数のフォルダのように（または顧客/ユーザーに公開されていない他の理由で）。 githubで👍優先度で並べ替えることができます。これは実際には最もリクエストの多い機能ではないことがわかります。11があります。チル:)

VIMとEmacsはどちらも20年近く前のエディターであり、ほとんどのプロフェッショナルIDEや他の電子ベースのエディターAtomと同様に、これをサポートしています。 それでも、VSCodeはまだこれをサポートしておらず、おそらく最高のエディターです。 これにより、VSCodeを単純なメモ帳以外のものとして使用できなくなります。 Visual Studio IDEはこれをサポートしていますか？

編集：これは、最新のエディターがサポートしていると想定される基本的な機能であるため、バグとしてマークする必要があります。 上記のコメントから、Visual StudioIDEでもこれをサポートしていることが確認されました。 これは、VSCodeのユーザーエクスペリエンスを抑制して、「完全なエクスペリエンス」のためにVisual Studio IDEに移行するように人々を促すための意図的な選択ですか？ その場合は、VIM、Atom、IntelliJを使い続けます。

グリッドレイアウトの欠如は私にとっても苛立たしいものです。 最近、Visual Studio、Atom、Spacemacs、Vimを使用しました。 VS Codeは現在私のお気に入りですが、水平分割がないことは深刻な欠点です。

👍を追加しました-ワークフローをVSCodeに移行中ですが、これまでのところ、これが私が遭遇した唯一の本当の問題点です。 （つまり、このエディターはすごいです-だから、ありがとう！）

上記のいくつかのコメントをエコーするために、私が使用したさまざまなエディター（およびプラグイン）の中で、これに対する私のお気に入りのアプローチは、 SublimeTextの折り紙です。

+1

私のための取引ブレーカー。 今のところVSCodeをあきらめます。

私は本当にこの機能が欲しいです。 現在、私は複数のウィンドウを使用していますが、それほど良くありません。 理想的には、コードの管理に1つのインスタンスのみを使用する必要があります。

+1

この議論に関連していますが、まだ明示的に言及されていません。3つのエディターウィンドウの制限は、大きな（4k）モニターには不十分です。 エディタービューのレイアウトをより柔軟にする場合は、作成できるエディターウィンドウ/行/列の数の制限を削除することも含める必要があります。

+1。 これが完了するまで、Atomに切り替えました。 IntelliJパック、Sublime、Atom、VisualStudioなどがこれをサポートします。
特に2560x 1080の画面で、最初に探したものです。 カスタムグリッドは私にとって最も重要です。

この問題がまだ解決されていないなんて信じられません。 それは本当にコードエディタの必需品です！ ：/

私にとっては+1。 次世代のコンセプトとこのエディターの純粋な素晴らしさのためにvscodeに戻りますが、4kモニターで作業していて、通常はさまざまなパネルで4〜6枚開いているので、数時間後にsublime + origamiに戻ります。レイアウト設定。 残念ながら、現時点では、3タブの制限は私にとって大きな問題です。

これを上陸させたい場合は、必ず元のPRコメントを👍してください。 vscodeチームは、リアクションソートを使用して機能に優先順位を付けます。

この機能が削除されたら、私は決して振り返りません。 それまでの間、素晴らしい編集者に感謝します！

グリッドがないことを除けば、VSCodeが大好きです。 グリッドしてください:)

エディターウィンドウを分割する必要があります!!!!
グリッドレイアウトが最適です！

ねえ、私たちは皆、この分割するものが欲しいことに同意しました。 では、次は何ですか？

Microsoftチームの誰かが、なぜこれが機能しないのかを教えてくれるのを待ちますか？ および/または必要なスキルを持った人がPRをまとめることができます。 コードベースに精通している場合、この機能を実装するのが特に難しいとは信じられませんが、JS / TSの行を書いたり、コードベースを見たりしたことがないので、完全に間違っている可能性があります

これの開発をスピードアップしてください！ 私はそれを1年以上待っていましたが、基本的なものが組み込まれておらず、最悪の事態がまだ始まっていないことを信じることができません。 これは、最新のアプリケーション開発にとって非常に重要です。 素敵なエディターをありがとうございますが、私たちの多くは、水平+垂直分割（またはグリッド）機能なしではメインストリームエディターとして使用できません。

この機能をサポートするためにチャイムを鳴らすだけです。 画面を分割する方法についてほぼ無限の自由度を与えるSublimeTextのような環境に慣れている開発者は、VSCodeへの移行が非常に魅力的ではないと思うでしょう。 （私自身について言えば、私のチームのほとんどはVSCodeを使用していますが、個人的には水平+垂直分割がないため使用できないと感じているので、今のところSublimeを使用し続けています。）

ここでより多くのサポート！ この機能が実現することに本当に興奮しています。 私を含め、この事件を見ている人の半数は、これを実行するチャンスに飛びつき、確かにそうするためのスキルと資格を持っているに違いありません。 VSCodeが非常に最適化され、合理化され、十分に採用されているため、これに優先順位を付けるのに何が時間がかかるのかわかりませんが、現在割り当てられていないPRは7つしかないため、怠けているように見えるとは言えません:)

それまでの間、Sublimeに何マイルも費やし続けます。また、電子ランタイムの殺人を開かずに、モニター全体をコードに効率的に使用できるようになったら、VSCodeをもう一度試すことを楽しみにしています。

これを実現してください

@kieferrm ：少なくとも、これがまだカットされていない理由について何か

賛成票が足りませんか？

そうは思わないでください。これはトップ5の問題であり、「フローティングウィンドウ」のみがより多くの賛成票を持ち、割り当てもされていません（＃10121、ドラッグアンドドロップの使用に関連しています）。
ほんの少しの作業ではなく、この問題はある時点で途中で解決されたと思います（水平分割と垂直分割がありますが、同時に両方ではありません;）
ただし、高解像度モニターには組み合わせが必要です。実現させてください。 :)

これをすぐに見て喜んでいるでしょう。

なんて奇妙な陰謀反応。 VS Codeが実装するすべてのものを考えると、グリッドレイアウトが、VSStudioからの共食いのためにMicrosoftが追加を拒否するものの1つであるとは思えません。

陰謀を企て始める前に、あなたのプルリクエストが説明なしで即座に拒否されるのを見てみましょう。

陰謀を企て始める前に、あなたのプルリクエストが説明なしで即座に拒否されるのを見てみましょう。

それでも、彼のコメントはすぐに削除されました...陰謀説を払拭するための最善の方法ではありません。

@MikeGitb @ Justus-Maierこのコメントによると、「十分な賛成票がない」ことが当てはまるようです。

この問題を初めて読む人へ：

開発者はこの問題の重要性を認識していますが、このフィルターを使用して元の問題に👍で賛成してください。

開発者はこの問題の重要性を認識していますが、このフィルターを使用して、どの機能を最優先するかを決定します。 この機能を開発したい場合は、必ず元の問題に👍で賛成してください。

これは頻繁に繰り返されるリフレインですが、賛成票が増えることによる4つの問題のいずれもその議題に含まれていないことに注意してください。

@aberonni @egamma @bpasero開発者による応答の欠如は、ここでコミュニケーションの問題を投稿者は、関与の欠如のために不満を感じています。 開発者が詳細な詳細な応答でのみフォローアップできれば、多くの不安が緩和されます。

@alxgrtnstrnglこの機能に対する不安は確かにかなり高いですが、次の大きな課題に取り組む前に、実際に何に取り組んでいるのかを知らずに開発者に過度に要求するべきではありません（これはそう思われます）。

この機能も期待しています。 しかし、私にとってVSCodeは、それがなくてもAtomよりもはるかに優れています。

👍

+1

1年以上進歩がなかったため、今日VSCodeを離れます。 本当にがっかりしました。

私は最小化されたコードが大好きです。それを再利用するために、グリッドビューは、あらゆる言語での開発に大いに役立ち、便利でシンプルなモニタースペースの使用を実現します...

私の英語でごめんなさい...：P ...この機能がすぐに来ることを願っています...

この問題は、@ egammaによって2018年1月の

「我々は、この機能は多くのアップ票を持っていることを理解し、他はであるより多くの票。今の機能は、私たちのレーダーにあるということであるためにすべての私が言うことができます。」

誰かが私に、問題が開発者にそれを考慮に入れるように強制するために必要な投票数を説明できますか？
これは本当に便利な機能であり、私たち全員がそれを見逃しています。つまり、たくさんのことです。

@pallapo参照
https://github.com/Microsoft/vscode/issues?q=is%3Aopen+is%3Aissue+label%3Afeature-request+sort%3Areactions-%2B1-desc
そこでは、このタスクは投票数で5番目です

私は正直に言って、これが機能が正確に何票持っているかという問題ではないかと疑っています。 また、予想される必要な努力と相乗効果/依存関係も考慮に入れる必要があります。 そして、投票はとにかく、コミュニティにとって機能がどれほど重要であるかを示す非常に大まかな指標にすぎません（たとえば、見たい機能を別の機能よりも優先することはできません）

そうは言っても、これが明らかに実装するのに非常に問題のある機能であることに私は驚いています。

@MikeGitbその通り。 すべてがこの1つの機能がVSCodeの現在のアーキテクチャの大きな変更を意味することを示しているので、彼らは時が来たらこれに焦点を合わせ、他の重要な機能を脇に置いておく必要があると思います。 この1つの機能が現在機能しているとしても、これがオールハンズオンデッキアプローチでない限り、次のリリースサイクルまたは次のリリースサイクルで出荷されるとは思えません。

マルチウィンドウは、これが実装されるまで、より広い画面または4Kの人々に少し役立つかもしれないと思います。

これに取り組んでください!!! 私たち全員が巨大なモニターを使用しているので、これが私たち（ここでは10人が働いています）がVSCODEを使用するのを妨げる唯一のことです！ よろしくお願いします!!

これが現在アクティブであると知る前に、私はこれについて投稿しました。 VSCodeチームから、これがユーザーにとってエディターをより良くするための時間の価値のある使用であると考えるかどうかについての更新はありますか？ これは、大画面でコーディングしない、またはラップトップでコーディングしていて、ファイルを全幅で表示したいが、一度に2つまたは3つのファイルを開く必要がある多くの人にとって有益な機能です。

13インチのMacBookProまたは15インチのLenovoラップトップでコーディングするときは、移動したいのですが、別のモニターに接続できるように机にとどまる傾向があります。 これは他のほとんどすべての競合他社が持っている機能であり、Sublime、Atom、Vimなどから切り替えるときにここの多くの人々が見逃している機能のようです。

Atom Editorは、ほとんどの人（私を含む）がVScodeで望んでいて、このスレッドで参照しているDocksの概念を紹介しました。

また、ここにgifを使用してツイートを作成しました➡️あなたの懸念を表明するためにリツイートします😄

私はこの機能をAtomで毎日使用しています。 これは、2つのコードファイルが開いていて、リンターとエラーパネルが開いていて、2つの端末が開いている私の不自然なデモGIFです。 前述のすべては、エディター内のほぼどこにでもドラッグおよび配置できます🔥✌️

git diffビューアでさえ、UIのどこにでもドラッグ可能です

ええ、 @ cliffordfajardoが投稿したものが実装されているものであることを願っています、それは非常に強力で直感的です。 もちろん、タブを独自のウィンドウにドラッグできるのであれば、それは素晴らしいことです。 マルチモニターの編集とデバッグがその目的です。

私が疑問に思っているのは、VS Codeの開発者が✅[グリッドレイアウトをサポート]チェックボックスをオンにして、それを提供していないのはなぜですか？ 真面目な話ではありませんが、これは些細な変更ではないので、まだここにないのも不思議ではありません。 :)

これは、 <C-w>wと<C-w>sのVimキーバインディングが正しく機能するために不可欠です。

ネクロバンプして申し訳ありませんが、私は3840ピクセル幅のディスプレイを持っており、制限として3は、実際には1920ピクセル幅のディスプレイにしか対応していないため、少なくとも4つを並べて配置したいと思います。

これは素晴らしいでしょう-一度に4つのウィンドウを表示する機能：上部に2つのウィンドウ、下部に2つのウィンドウ。 AtomおよびSublimeTextで簡単に実行できます。 この機能がないため、VSCodeを使用していません。

この@aberonniを見てくれてありがとう

これについては「ターミナルタブのバグ」で少し触れましたが、編集者がタブでいっぱいのペイン（このスレッド/アトム/崇高な方法）ではなく、ペインでいっぱいのタブ（ターミナルのように）を使用することに興味がある人はいますか？についてですか？

ペインでいっぱいのタブを使用すると、ファイルのグループを開いて、いくつかのレイアウトに配置することができます。 次に、タブ、ファイルの別のグループを、同様または異なるレイアウトで変更します。

Linuxターミナルクライアント「Tilix」のような複数のレイアウトを持つマルチパネルターミナルとまったく同じようにしたいと思います。 横にドラッグする機能ですが、各パネルに上、下、左、右を追加します。 そして、端末も同じです。 ウィンドウの作業ウィンドウエディタの左上にあるボタンで、新しいビューを追加したり、ビューを切り替えたりすることができます。 https://youtu.be/XzHE_BcSRbA?t=312

複数のビューを非表示にする代わりに、それらをタブに変換し（できれば、それらにラベルを付ける機能を使用して）、各ペインに独自のヘッダーがあります。 または、展開すると各ビューレイアウトのプレビューが表示される折りたたみ可能なサイドバーにします。 または、Tilixと同じように、ボタンをクリックするとプレビューが表示され、切り替えることができます。 たぶん、それらの間を切り替えるために上下のナビゲーターを追加します。

ターミナル、なぜ本当に3つ以上並べて欲しいのかわかりませんが、複数のビューのメニューを選択できるボタンの代わりにタブがあると便利です。 ターミナルは、独立していて、エディタービューとは別のUIコンポーネントとして機能する場合に最適です。

ターミナル、なぜあなたが本当に3つ以上を並べて欲しいのか私にはわかりません

超ワイドモニターのフルスクリーンモード。

しかし、複数のビューのメニューを選択できるボタンの代わりにタブがあればいいのですが。

うん、それは他のスレッドです。

ターミナルは、独立していて、エディタービューとは別のUIコンポーネントとして機能する場合に最適です。

私はこれを行ったり来たりします（構成可能なものについてはそうです）。 メインエディタ領域の分割ウィンドウがターミナルになるといいと思います（大きなターミナルが必要な場合もあります）。また、プロジェクト全体に役立つことを行うため、永続的なウィンドウは常に存在します。そして私はいつもそれを見たいです。

ええ、多分、地震コンソールスタイル、上部、側面、下部のオプションがあるか、ビューのパネルのタイプとしてそれらを持っています。 また、構成可能であることも知っていますが、ショートカットは単一のキーである必要があります。 それについて考えなければならないかもしれませんが、利用可能であればf12を使用したいと思います。

OrigamiがSublimeTextで機能する方法よりもはるかに優れているとは思いません： https ：

もう1つの注意：Sublimeでは、同じファイルのまったく別のウィンドウを開くこともできます。 たとえば、これを使用して、特定のペインを1つのモニターで開き、他のペインを別のモニターで開きます。 （ただし、これは完全に別個の機能である可能性があります）

コード内のすべてが単なるタブ（ターミナル、問題、出力デバッグコンソールなど）であり、タブがアトムのようにどこにでも（上、下、並べてなど）自由に配置/分割できる場合に適しています。

コード内のすべてが単なるタブ（ターミナル、問題、出力デバッグコンソールなど）である場合は好まれます

丁度！ これは、VIMまたはEmacsとしてのエディターの主な機能の1つであり、エディターを非常に強力にします-__ windowsへの一般的なアプローチ__。

私はかつて非常に関連性のあるものを要求しましたが、特定のユースケースに焦点を当てています：＃30987。 VSCodeチームはそのユーザビリティの価値を完全に理解していなかったようです（cc @bpasero ）

丁度！ これは、VIMやEmacsなどのエディターの主な機能の1つであり、非常に強力です。これは、Windowsへの一般的なアプローチです。

emacsターミナルエミュレーターは素晴らしいです。 キーストロークですばやくナビゲートし、バッファ内の任意の場所でテキストを追加または削除できます。 （もちろん邪悪なモードで）

私は数か月前にspacemacsで1か月過ごし、バッファの多重化と端末エミュレーションが大好きでした。 Emacsには、vscodeで毎日使用しているツールがいくつかありません。
vscodeに戻すと、3つの開いているファイルとターミナル多重化用のtmuxに戻りました。

emacsの機能が必要になるたびに少し泣きます（悲しいことです。私は常にemacsに住んでいる同僚をからかっていますが、時々彼をうらやましく思います）。 マイクロソフトはこれを実装できると思いますが、このスレッドを何ヶ月もフォローした後、私は希望を失い始めています。

素晴らしいニュース。 グリッドレイアウトは2018年2月の反復計画に到達しました

https://github.com/Microsoft/vscode/issues/43361

ワークベンチ

🏃通知UIを改善＃22388 @bpasero
💪Investigateはエディターのグリッドレイアウトをサポートしています＃14909 @stevencl @bpasero @Tyriar @joaomoreno

Emacsには、vscodeで毎日使用しているツールがいくつかありません。

まさに、最新の言語機能の優れた統合が、私がVSCodeを使用している主な理由です。 残念ながら、Emacsにそれを提供することに取り組んでいる人は誰もいません。

それでも、VSCodeでの私の生産性は、そのような限られたウィンドウ処理の純粋な原因に苦しんでいます

WOOO私は今崇高なテキストからVSCodeに移行することを計画することができます!!!
ありがとう〜チャックノリス〜マイクロソフト！

「調査する」とは、問題を分析し、それを実際に実装するための目標を設定することを意味しますか？ 正しい？

このアイテムは、02/26の時点で2月の反復計画で延期されているようです。 うまくいけば、次のサイクル。

非常に背の高い.texファイルで作業しているときに、このグリッドレイアウトがまだないという問題が突然発生しました。 背の高い.texファイルペインをLEFTグループの2つの垂直方向と、RIGHTグループの1つのPDFファイルに分割できることを望んでいました。 VS Codeを使って論文を書くのは、VSCodeチームにとって素晴らしいことです。 したがって、グリッドレイアウトc（〜_〜）の機能リクエストを承認してください。」

私はVSコードが大好きですが、この機能がないため、Sublimeが恋しくなります。 うまくいけば、これはより多くの愛を得て、すぐに出るでしょう！

これは、列/行の最大数を制限せずに実装する必要があります。現在の3列の制限は私には意味がありません。

申し訳ありませんが、これは単なる調査です！
" Investigateは、エディターのグリッドレイアウトをサポートしています＃14909 @stevencl @bpasero @Tyriar @joaomoreno"

@pallapoの「調査」は依然として前進の兆候です。 このチケットで公式の動きを見るのは素晴らしいことです。 ありがとう、チーム！

@joshjensenその通りです！

@fabiospampinatoに同意します。 UIで許可されている限り、ビューポートをどちらの方向でも2つに分割するオプションは、これを実装するための強力な方法のようです。 ウィンドウが十分に汎用的である場合、それらを使用して任意の数のツールを構築できます（上記で参照したAtomのドック機能と同様）。

このMicrosoftVSチームについて何かをする時が来ました👍😄

アトムを完全に置き去りにしようとしていますが、これは大きな問題です。 私はVSCodeに関する他のすべてが大好きです。 Microsoftがすぐに垂直方向と水平方向の分割を許可することを願っています！

「これが、VSCodeをフルタイムで使用できないようにする唯一の理由です」という感情に+1を追加します。

@elleryfamilia両方を同時に実行できるかどうか気にしない場合は、これらは垂直方向または水平方向だけをアクティブ化する手順です。

• [表示]> [エディターグループレイアウトの切り替え]メニュー。
• 表示：コマンドパレットの[エディターグループの垂直/レイアウトの切り替え]コマンド（⇧⌘P（Windows、Linux Ctrl + Shift + P））
• OPENEDITORSツールバーのボタンを切り替えます。
• ⌥⌘0（Windows、Linux Shift + Alt + 0）キーボードショートカット。

しかし、ファイルを上下左右のどこにでもドラッグできる機能があると、vscodeは実質的に無敵になります。

VimからVSCodeに切り替えようとして、自分でこれに遭遇しました。 大きな挫折。 それぞれが明示的に番号付けされているため、キーバインドを使用して分割間を左右にジャンプする方法が見つからなかったときに特に気づきました。 私のVim + iTermセットアップでは、vimスプリットとターミナルスプリットの間をシームレスに上下にジャンプすることができ、VSCodeでそれを複製することはほぼ不可能です。

エディターだけでなく、すべてがタブであるという言及は、グリッドレイアウトシステムにも大きな違いをもたらします。 ターミナルタブ、エディタータブ、デバッグタブなどがあると、巨大になります...サイドバータブでもいいかもしれませんが、もちろん大規模なオーバーホールになります。 これが確実な牽引力になることを願っています。 編集者間を比較的ナビゲートするためのいくつかのハックを理解しない限り、私はVSCodeに長く固執しないかもしれません。

ええ、これは重要なことです。 画面は必ずしも思ったとおりではありません。 私は複数のポートレートモニターを使用していますが、超ワイドモニターでは、とにかく3列以上を実行したい理由があります。

VSCodeが、画面の使用方法に関する個人的な考えに基づいて制限を実装する理由はありません。

この1つが浮かび上がるまで、私はAtomに恋をしていました。 私は通常、両方のポートレートモニターに水平分割のあるアトムプロジェクトを持っており、超ワイドには複数の3〜4垂直分割を使用しています。

実は、私がハハできない方法はないと思って、それをやろうとして5分間を費やしました。 :-P

これを実装するには+100！

Investigateが編集者のグリッドレイアウトをサポートするタスクが遅延アイテムに移動されたようです。
ほぼ毎日この号のページにアクセスして状況を確認しています。
実際、エディターを開いてウィンドウを分割するたびに、希望があればこれを確認します。

私はエディターの切り替えが嫌いです。VSCodeはすべての面で完璧です。すべての素晴らしさに感謝します!!
しかし、切り替えを真剣に検討し始め、現在のレイアウトで複数のファイルを操作することは、毎日苦痛です。
拡張機能やその他の問題をインストールした後にリロードするよりもはるかに多くの苦痛があり、これよりも多くの票がありました。
まったく重要ではありませんが、これは私が使用した中で断然最高のオープンソース製品です。

コミュニティにもっと多くの情報をいただければ幸いです。これは実現可能でしょうか。もっと知るまでどれくらい待つ必要がありますか？ これは大多数のユーザーにとって重要ではなく、優先度も低いですか？
決定して先に進むことができるように、お知らせください。

延期されていないようです-＃47369

3月に延期され、次の反復のために指が交差しました。

ええ、私もこれを待っています。 Visual Studioでさえ、面倒な作業でそれを行うことができます（ファイルをドラッグして別のウィンドウを開始します。これを再度分割できます=複数の分割で複数のウィンドウを作成できます）。

複数のファイルを表示する必要がある場合は、絶対に必要です。 多くの人々がそれを要求し、さらに多くの人々がそうするでしょう。 どうぞ、どうぞ、かなりお願いします、それを実行してください。 大画面で非常に便利です。

4月＃47369は「進行中」のようです

あなたが説明するように分割間を移動するにキーを結合することによってなんとかです@RayBenefield workbench.action.navigateUp|Down|Left|Right 。

@bpaseroは1.23インサイダーリリースでウィンドウレイアウトなし（＃14909）に見えます。 4月に更新されないということですか？

変数、ウォッチ、コールスタックパネルが小さすぎます！
何も表示されない変数値を検査する必要がある場合は、常に左側のパネルのサイズを変更する必要があります。
デバッグパネルの向きを水平に設定してください!!!

：+1：50セントという素晴らしい言葉で、 Patiently Waiting 。

しかし、実装がそれほど難しいかどうかはわかりません。ビジュアルスタジオの専門家に問題があると思います。グリッドエディターのレイアウトはサポートされていません。

49599ベンを殺す、殺す。 2018年にVSCodeを唯一のエディターとして選択する最後の欠けている部分。sshを除く。 VSViCode 2k19？

ワオ。 この問題のすべてのコメントを調べたところです。 グリッドなしのレイアウトにほとんど慣れており、これが非常にホットなトピックであることに気づいていません。 最後までスキップする人のために、最新のアップデートにはそれが含まれていませんが、問題＃47369によると、彼らはこれに似たものを作成しているところです。

これを含めるために5月の更新のために私たちの指を交差させましょう：crossed_fingers：

@elebumm実際には、プルリクエストがあり、この機能の使用状況と継続的な進捗状況を確認できます。

また、インサイダー向けに6月に展開する予定であるとも述べています。

現在の計画では、この機能を今月（5月）のエンドゲームウィークでテスト可能にしてから、6月上旬にインサイダーに出荷する予定です。 これは、6月末のリリースで安定した状態になることを意味します。

彼らはそれを披露するアニメーションさえ投稿しました。

@skrebornこれが本当だといいのですが。 垂直分割が3つしかない場合、モニターが2つあると非常に実用的ではありません。

@ psychosis448それは本当です、これがWIPPRからのgifです：

🤞gifを見ると本当に喜びがあります。
すべてのコメントを読み終えたばかりで、これらの人たちは間違いなく一生懸命働いていることに気づきました。
これは簡単な作業ではなかったので、これを押し進めて、もう一度殴打して私たちの声を聞いてくれてありがとうと言いたかったのです。

大変感謝しています！

私はパーティーに遅れていることを知っており、これはグリッドレイアウトの範囲外になると思いますが、VS Codeチームが監視している場合、特にターミナルウィンドウができれば本当に素晴らしいでしょう。どういうわけかこのグリッドレイアウトに適合します。 ご存知かもしれませんが、* NIXの多くのユーザーは、vimやその他のコンソールエディターと一緒にscreenまたはtmuxを使用しています。 他の人は、基本的に同じ効果のために、グラフィカルエディタだけでタイル型ウィンドウマネージャを使用します。

このような大きな変更を加え、少なくともこのアイデアの論理的な拡張を念頭に置いて新しい機能を設計しないとしたら、それは残念なことです。

この機能の実装には非常に長い時間がかかります.....それでも準備ができていません...
フォーカスウィンドウを全画面に切り替える機能（およびもう一度切り替えたときに前のレイアウトに戻る機能）が含まれることを願っています。

• https://atom.io/packages/maximize-panes（atom ）
• https://packagecontrol.io/packages/MaxPane（sublimetext ）

スプリットHとVは、今日では必須です。

高度なコーダーは、これらの派手なファンのAppleMacを扱いにくいものと一緒に使用しないでください。

私は2x4Kモニターを使用しています。

そして、8kモニターは今年の軌道に乗っています。

1xモニター40 "解像度4k60hz、 https： //prnt.sc/jm3rapの例

Atomは非常に遅いので、できるだけ早く修正してください。

ありがとう。

ああ、60Hz？ 神のようなコーダーは120Hzを使用します。 この商品は使用できません。
これらの追加の更新は、カーソルの移動速度を向上させるために必要です。

@phoenixsamprasそのスクリーンショットに機密性の高いものが何もないことを願っています。

DBのパスワードIPの@michaelduminyと少なくとも@phoenixsampras ...私

編集：今私はそれが皮肉だったことに気づきました@ michaelduminy😅..。

この機能は来週のいつか（ 6月末の安定したリリースのために）インサイダービルドに組み込まれますが、この機能をテストするためのカスタムインサイダービルドがあり、より多くの人が試してみることができます。

• macOS：ダウンロード
• Windows：ダウンロード
• Linux：ダウンロード

注：これらのビルドを実行するには、最初に実行中のVSCodeInsiderビルドをすべて閉じる必要があります。

フィードバックは大歓迎です。理想的には、購読者への通知数を減らすためのコメントとしてではなく、個別の問題としてです。 最初に、workbench-gridラベルの探していることを確認してください： query

このエンドゲームウィークで行ったテスト計画項目を除いて、新機能の実際のドキュメントはまだありません： https ：

簡単な概要：

• エディターは垂直方向と水平方向に分割できます（たとえば、ドラッグアンドドロップを使用するか、エディターツールバーの分割アクションから- Altキーを押したままにして他の方向に分割します）
• workbench.editor.closeEmptyGroups設定により、グループの最後のエディターを閉じるときにも閉じる必要があるかどうかを構成できます
• 「編集者を開く」ビューには、場所（左/中央/右）に基づいてグループが表示されなくなり、作成順に番号が表示されます。

特にこれらの未解決の問題を中心に、このエクスペリエンスを微調整することをまだ計画しています。

• サッシを2x2グリッドに接続します＃50770
• 2が重なる場所でサッシをドラッグして、双方向のサイズにすることができます＃50769
• グリッド：「CenteredEditorLayout」を実装＃50936

特にVimから来た人にとっては、開いているファイルがエディターにバインドされているという事実に関連しています。

ファイルを閉じずにエディターを閉じる方法はありますか？ では、vim-bufferのような機能を持つことができますか？

この実装はアクティビティバーにも適用されますか？ 底にバーを付けてもらえますか？

これらは内部IP範囲であり、パブリックIPではありません。 あなたはについてもっと学ぶことができます
https://en.wikipedia.org/wiki/Private_networkでそれを

13時47分に2018年5月28日、ルーカスAndiónMontáns [email protected]
書きました：

@phoenixsampras https://github.com/phoenixsampras @michaelduminy
https://github.com/michaelduminyIPと少なくともDBパスワード...
降ろすことをお勧めします🤦‍♂️

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/14909#issuecomment-392577362 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AB37QPG3mjlaU8bbCEuA7e1h190rdZj2ks5t3DgYgaJpZM4KoZDu
。

-
宜しくお願いします、
CP

@bpaseroしかし、実際にこれらをインストールするにはどうすればよいですか？

@dnutelsは、アプリケーションバイナリを解凍してダブルクリックすることで、インストールせずに提供されたダウンロードを実行できるはずです。 インストーラーはまだインサイダーに届いていないので、インストーラーを立てたくありませんでした。その直後に更新通知が届き、前のバージョンに戻ります。

@bpasero投稿したビルドを試したところ、問題なく動作しました。ありがとうございます。

制限のない素晴らしい機能！ 素晴らしい仕事@bpasero

ありがとうございました！ これはすごい！ 私はこの問題を何年も見てきました。 おめでとうございます!! 「これなしでVSCodeを使用することはありません！」というひどいコメントを処理するための皆さんの本当にハードワークと忍耐力に感謝します。

@bpaseroはうまく機能しますが、分割を開始する領域は少し小さいと思います。 「出力」や端末などのパネルを新しいレイアウトでサポートする予定はありますか？

うまく機能しています、それが大好きです！ ありがとう@bpasero !!! 🍾はどこに送ればいいですか？ :)

私が気づいたことだけ。
私が最初に対称的な2x2グリッドのフルページを持っている場合。
エディターのサイズを画面の半分だけに変更して、再び全画面にします。開いているセクションの比率が維持されません。
最初の列は非常に狭いです。
手動のサイズ変更とMagnetの使用でこれに気づきました。
重要ではありませんが、持っておくと便利です。 😄

あなたが素晴らしいVSCodeチーム！ ありがとう、ありがとう、ありがとう。 🍾🍾🍾

この機能により、vscodeでの3方向の差分が可能になりますか？

万が一、これを任意のウィンドウに拡張できますか？ サイドバーを完全に取り除き、ターミナル、コードの概要、エクスプローラー、問題リストなど、必要なすべてのウィンドウから独自のタイルUIを構築できるようにします。
この場合、サイドバーは使用可能なウィンドウと自動非表示のパレットのようなものとして機能する可能性があります。

graet job @bpasero本当に大好きです！
ありがとう、どうもありがとう!!!!

編集者以外のUI要素のグリッドサポートに関心のある人は、高く評価する必要があります。

• 左右両方のサイドバー/マルチサイドバー＃26777
• ワークベンチ＃11472の任意の場所にエディター、ビュー、およびパネルをドッキングできるようにします
• 複数のパネルを同時に表示できるようにする（分割ペイン）＃11889

グリッドレイアウトについての議論中の@bpasero 、おそらくこのトピック：
https://github.com/Microsoft/vscode/issues/16927

私がそこに書いたように、これと同様の機能：
Atom-> https://github.com/santip/maximize-panes
SublimeText-> https://github.com/jisaacks/MaxPane

これは素晴らしいです！ すぐにStableビルドに移行することを願っています！ 👍

家を出るのが嫌いな人のために、グリッドウィンドウアクションのキーボードショートカットを検討してください。

ターミナルをグリッドシステムの一部にできるといいので、ターミナルを任意のグリッドに配置することもできます。 https://twitter.com/_rctl/status/1004704690586705921

@eighteyesグリッドの一部として追加される

これはすごい！ VSCチームがこれに取り組み、それを実現できたことは、単に素晴らしいことです。 安定版リリースが待ち遠しいです。 時間が経つにつれて、チームはターミナルやgitウィンドウなどに分割する機能を焼き付けると確信しています。今のところ、これが来ていることに文句を言うことはできず、単に恍惚です。 これをありがとう！ 🥇

親愛なるVSCodeチーム：機能の準備ができたときに通知を受け取りたい場合は、Githubでこの問題をサブスクライブする必要があることをVS Codeリリースノートに記入してください：「この機能は、6月初旬のInsiderリリースで利用可能になります。これが発生したときに通知を受け取るには、発行14909を購読してください。」 理論的にはクールなアイデアです！ 最小限の作業で、既存のツールを活用し、ユーザーはGithubの使用方法をすでに知っています。しかし、実際には、この問題から多くのノイズが発生しており、他の人もそうだと思います。 過去24時間以内にサブスクライブしましたが、リリースとは関係のないGithubを通じて、そもそもサブスクライブしたいと思った通知をすでに12件ほど受け取りました。 この建設的な批判がお役に立てば幸いです。 しかし、私は間違いなくこの問題の購読を解除するつもりであり、新しい機能を購読する別の方法がうまくいくことを願っています。 よろしくお願いします：ランダムな男。

@sdegutis https://tellmewhenitcloses.com

リンクをありがとう@pelotom素晴らしい!!

機能がインサイダーに上陸したので、これを閉じます（ダウンロード）。 このマイルストーンでまだ計画されている作業に対するこのクエリを確認できます（たとえば、「Centered EditorLayout」を適切にサポートするため）。

問題やフィードバックを引き続き報告してください（重複を確認した後）。

人々が受け取る通知の数を減らすために、この問題を読み取り専用としてマークします。