Vscode: フローティングウィンドウを許可する

これに私のサポートを追加するだけです。 完全なVisualStudioでは、2つのコードファイルを同時に表示できるように、タブを他のモニターにドラッグすることがよくあります。 分割ペインの機能は優れていますが、同じではありません。

エディタータブは他のタブよりも重要だと思います。 タブを分割できない場合、2台のモニターを利用するのは非常に困難です。 これは、コードを参照するときに重要ですが、Markdownプレビューなどにも重要です。

それはどのように機能するはずです...？ 動作させることができません（1.11.0-Insider）。 タブをウィンドウの外にドラッグすると、🛇が表示されてドロップできなくなるか、Windowsエクスプローラーウィンドウの上にドロップすると、ファイルがコピーされます...

@CherryDTこの問題はまだ開いており、バックログとしてマークされています。 1.11で実装されることになっているというリファレンスはありますか？

@ vossad01確かに、私はクローズされた問題＃10147から来て、「すでに＃10121で対処済み」と表示され、「対処済み」を「解決済み」と

タブのドッキング解除（より具体的にはエディター）は、_最終的に_タイプのタスクではなく、_必須_タイプのタスクだと思います。 それを実装してもらいたいです。

@bpasero @aeschliこれは、プルリクエストとして取得して確認したい機能ですか？ それはより大きな仕事のように思われるので、実装を始める前に尋ねることは理にかなっています。

@mlewandこれは、技術的な制限のためにPRを期待する領域ではありません。 あなたがアイデアを持っているなら、私たちに知らせてください。

@bpasero技術的な制限によると、それは電子の制限だと思いますか？ それとも、VSCode1プロジェクト<-> 1ウィンドウデザインについてですか？

@mlewandは、同じJavaScriptコンテキストを共有する軽量ウィンドウを開いて、その中にUIを構築できれば、確かに役立つでしょう。 そうしないと、表示したいUI部分のみを含む独自のコンテキストで重いブラウザウィンドウを開くことになり、方向が間違っているように見えます。

「me-to」でチャイムしたい。

具体的には、エディタータブ。 問題の作成者の優先順位が逆になっているのは残念ですが、マイクロソフトの誰もこのチケットを過去1年間のある時点で見たことがなく、エディタータブを1つからドラッグできることの計り知れない価値を認識していません。別のウィンドウ（Visual Studioの群衆は何十年もこれを行ってきました）そしてこれを今までに実現させました。

これは、エディターとしてのVSCodeの重大な欠陥です。

Visual Studioをプライマリエディターとして約9年間使用し、フロントエンドのみのプロジェクトチームに移動した後、VSCodeに切り替えました。 VS Codeには多くの魅力がありますが、私にとって重要な欠落している機能の1つは、エディタータブのみのフローティングウィンドウがないことです（Visual Studioでの使用に慣れているように）。

FWIW、私は4台のモニターを並べて使用しています。 特に複数のファイルを同時に処理している場合、コード編集のために1台のモニターだけにとどまるのは非常識だと感じます。

上記のコメントに同意する必要があります。 この機能の欠如は、複数のモニターを使用している人（基本的にはコードを扱うすべての人）にとって大きな問題です。 明らかに、別の（ctrl + shift + N）Visual Studio Codeインスタンスで特定のファイルを開くことで回避できますが、これは間違いなくできるだけ早く対処する必要があるものです。

ファイルを新しいウィンドウで開くことができるようにしたい（たとえば、別のモニターや別の仮想ワークスペースに配置するため）。
新しいウィンドウを直接開くことができない場合は、タブを新しいウィンドウに切り離すか、タブを別のVSCodeウィンドウにドラッグできるようにする必要があります（[ファイル]→[新しいウィンドウ]で作成）

AsciiDocsの編集にWYSIWYGビューアプラグインを使用しています。 この場合、ウィンドウを異なるモニターに分離することが基本的な要件です。 うまくいけば、この機能はすぐに優先されます

タブを切り離してファイルを表示したり、別のウィンドウにタブで表示したりできれば、本当に嬉しいです😪

JetBeansから移行しようとしていますが、これはオプションの機能でも、便利な機能でもありません。 マルチモニターコーディングの基本です。 それを持っていないことは取引のブレーカーです。

+

この機能を探しています。 ありがとうございました ：）

複数のモニター/ウィンドウをサポートする最もクリーンな方法ではありませんが、次のことができます。

• ファイル>新しいウィンドウ

• 次に、既存のVisual StudioCodeウィンドウのタブを開いたばかりの新しいウィンドウにドラッグします。

既存のタブを別のモニターにドラッグできるのは本当に素晴らしいことだと私は同意しますが、タブを別のモニターにドラッグできるようになるまでは、これは少なくともかなり簡単な回避策です。

この機能に対する私のリクエストも追加します。 他の人が同じことを望んでいるのを見るのはうれしいです。

そうでなければ、私はこのIDEが大好きです。 😄

ではごきげんよう。

非常に必要な機能。
ありがとう

+1

（BTW。：ここの右側のパネルにあるBacklog-Link（https://github.com/Microsoft/vscode/milestone/8）は機能しませんか？）

これがリリースサークルに追加される予定はありますか？ ありがとう！

誰かがこの電子プロジェクトを見たことがあるかどうかはわかりませんが、ここに残しておきます。 たぶん、MSは彼らの膨大な時間の中で助けることができるでしょう:)。 私はしばらくの間コミットを見ていません、彼が引っ掛かりにぶつかったのか、それとも忙しくなったのかはわかりません。

https://github.com/electron-utils/electron-dockable

VSCodeとして確立されたエディターでは、タブを2番目のモニターにドラッグできないことにショックを受けたことを認めなければなりません。

これに私の+1を追加します。

この機能も利用したいと思います。 +1

@bpaseroタブをドラッグした場合に、VSCodeの別のインスタンスを開くことができるようにすることはそれほど大きな問題ではないと思います。 少なくともそれは始まりでしょう。

Sublime TextからVSCに変更することを考えていますが、この制限が両方を使用し続ける唯一の理由です。皆さんがこれを追加すると、VSCにもっと傾くでしょう！

+1
エクスプローラーとデバッグだけが必要な場合でも

タブ
エクスプローラー/検索/デバッグ/ git /拡張機能

これに対する非常に多くの要求があり、それらも一貫して入っています。 一人じゃなくてよかったです。 現実的には、これが現時点でのVSコードに関する私の唯一の問題です。

+1

上記のコメントと一緒にチャイムを鳴らします—本当にこれがVSCodeに対する私の唯一の問題/機能の願いです。 そうでなければ、一緒に仕事をすることは絶対的な喜びであり、Sublimeや他の人よりもはるかに優れています（私の意見では）。

@RoyTinkerはここでも同じです。 これが、VSCodeへの完全な切り替えを妨げる最後のことです。

上記のすべてに同意します-これは、Sublimeから切り替えた後の私にとって軟膏の唯一のハエです。

これを持っているもう一つの重要な理由は、あなたが「出力」と「ターミナル」ウィンドウを壊すことができるようにするためだと思います。 VS Code内でデバッグを実行する場合は、すべてを1つのモニターに詰め込むのではなく、出力ウィンドウを1つのモニターに、コードを別のモニターに配置することをお勧めします。

@laserbeak複雑な問題は、複数のオペレーティングシステム間でウィンドウ管理を処理する必要があることから生じると思います。 すべてのプラットフォームでそれを行うためのクリーンで明確な方法はないかもしれません。

3つのディスプレイで作業しているにもかかわらず、大規模なプロジェクトのデバッグに苦労しています。デバッグコンソールとステップスルーしているコードのみを1つの画面に表示できます。 デバッグコンソールがウィンドウの下部全体をコードエディタとは別に表示するので、同じ画面にそれらを並べて表示することもできません。

特に1年以上オープンしていることを考えると、この機能の優先度を高くできることを願っています。

無関係https://www.npmjs.com/package/electron-window-manager

Op 5okt。 2017 2:38 schreefリュック・シェルトン[email protected] ：

@laserbeak https://github.com/laserbeak複雑な問題は、複数のオペレーティングシステム間でウィンドウ管理を処理する必要があることから生じると思います。 すべてのプラットフォームでそれを行うためのクリーンで明確な方法はないかもしれません。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/Microsoft/vscode/issues/10121#issuecomment-334327742で表示するか、スレッドをミュートしますhttps://github.com/notifications/unsubscribe-auth/AD90FFy4E1Ra3EKfLfwh026vvezYp9FJks5spCT2gaJpZM4

どうやらJetBrainsの人たちはそれを行うための最良の方法を知っています。
すべてのIntelliJ製品では、すべてのビューに次のオプションがある歯車アイコンがあります。

• ドッキングモード
• フローティングモード
• ウィンドウモード

この機能がないと、開発者は次のサイクルに入ります。これには、開発者の時間の少なくとも20％がかかります。

while (developing){
    swithToIDE() // because you were checking browser before this.
    findTheFileYouAreInterested() // because you can't see more then one file unless you split the view which brings another problem(limits visible area)
    findTheCodeYouAreWorkingOn() // since the coding window is too small because of the space taken by other views (terminal, output etc.)
    changeLogicCode()

    // checking output
    if (output.NotVisibleEnough){ // TODO: change to if(true) becuase it's never visible enough
        output.resizeToVisibleSize()
    }

    findTheProblemInOutput()

    if (output.takesTooMuchSpace){ // TODO: change to if(true)
        output.resizeToMinimalSizes()
    }

    changeLogicCode()

    changeUICode()

    swithToBrowser();
}

私はF ocusing UのSERS' Cのreativity Kのillerサイクルとしてこれを呼び出します。

これが一見優先度が高くないのは残念です。 それは本当にこの他の点では素晴らしい編集者にとっての目玉です。

これは彼らがそれについて私に言った最後のことでした@Hypernut

https://twitter.com/TheLoveDuckie/status/916447993594859522

彼らがこの機能に対する一見高い需要を無視するのは奇妙なことです。

@Hypernut私も同じだと思いました。 私には、それが最新のIDEの基本機能であるように思えます。

@LoveDuckie @Hypernutエクスプローラーから新しいウィンドウにファイルをドラッグすることで、この問題を回避できます。 しかし、それは実際には受け入れられる解決策ではありません。 彼らはそれが電子の制限であるという質問を避けているようであり、彼らが実際にそれを悲しいことにできるようになるかどうか。

あるいは、VisualStudioに対してあまりにも激しい競争をしたくないだけかもしれません;-}

@ benm-eras私はそれを知っていますが、その機能はすでにサポートされているようです。 MSがVSCodeと統合したいという単純なケースです。

+1。 必須ですが、複数のモニター（タブ）を持っている人にとっては便利ではありません。 14か月以上、まだ沈黙？ しかしねえ、macOSタッチバーのサポートがあります。 👎悲しい...

「これをVisualStudioと競合させないようにしましょう」というコメントに同意します。 SPAとVisualStudioのWebAPIバックエンドで効率的に作業できれば、VSCodeも必要ありません。

+1にはこの機能が必要です

この機能はバックログにありますが、機能リクエストを賛成票の数で並べ替えると、14位にランク付けされます。
https://github.com/Microsoft/vscode/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20sort%3Areactions-%2B1-desc%20label%3Afeature-request

トップ10に入るには、さらに104票が必要です。

この問題は、元の質問の表現が適切であれば、より多くの賛成票を受け取る可能性があります。

タイトル：VSCodeマルチモニター/マルチワークスペースサポートの追加。

説明：

複数のワークスペース/モニター間でIDEインスタンスからVSCodeドキュメントタブ、ツール、および拡張ウィンドウをドラッグすることをサポートします。 この方法で分割されたウィンドウは、IDEに接続されたときに通常実行されるのと同じコンテキスト内で動作する必要があります。

現在の動作：

https://cloud.githubusercontent.com/assets/2397125/26831065/5b8f145c-4acb-11e7-8f81-fe25512708cd.gif

望ましい行動：
https://user-images.githubusercontent.com/3527695/31317649-71a530b2-ac4d-11e7-9531-6fe2d4a2e967.gif

サポート：
https://www.npmjs.com/package/electron-window-manager

では、Visual Studioを使用してみませんか？

@ s952163
私は使用していますが、Windowsのみに制限されています;-) Linux、MacOS、Windowsで使用しているvscode

@ s952163多くの考えられる理由：

• LinuxまたはMacOSXの使用
• MS以外のランタイム/プラットフォームに対する開発

私は現在macOSのフロントエンド開発者であり、マルチウィンドウのサポートのためだけにWindowsとVisualStudioに戻ることはありません。 私は現在、同様のエディターを調べて、フローティングウィンドウをサポートしているかどうかを確認しています：ブラケット、Atom、Sublime、JetBrains ...

また、この機能に対する私のサポートを投入したいと思います。 この時点で、それはVSコードフルタイムを使用してから私を保っている欠けている機能です。

この問題に関する典型的な開発者のコ​​メント：「90年代に設計された悪いUIを持つ他のすべてのIDEは、生産性を高めるために複数の画面を購入することを余儀なくされたので、この新しいIDEは問題を別の方法で修正しようとするのではなく、同じ悪いUIを複製し、複数の画面」。

これが実装されないことを本当に望んでいます。単一のウィンドウに焦点を合わせ、合理化され、編集に焦点を合わせたUXは、VSCodeの強力な利点であり、欠点ではありません。

@ Krzysztof-Cieslak同様に、Chromeはタブを新しいウィンドウにポップアウトすることをサポートすべきではありません。 誰もがそれを主張しているとは想像もできませんでした。 複数のモニターは、利用可能な画面領域を増やすため、依然として_本当に_役に立ちます。 複数のモニターをサポートするアプリは、そうするのにまったく不格好ではありません。

上記の@ D1noの図を参照してください（クリックして上にスクロールします）。 これは私が欲しいものです-ちょうどChromeタブを飛び出すように。 [編集：新しいタブのウィンドウがメインウィンドウのUIを複製する必要があると言っているのではありません。 必要なのはタブバー（複数のコードエディタタブ用）とタブの内容だけだと思います。]

@ Krzysztof-冗談を言っているCieslakでしょ？ 信じられないかもしれませんが、コーヒーショップや木のてっぺんなど、現在流行しているものはすべて、地域よりも生産性を重視する開発者の大規模なコミュニティが存在します。

マルチモニターワークスペースは、90年代の遺物ではありません。 それらは、モビリティや流行に敏感なライフスタイルの変更で犠牲にされるべきではない信じられないほどの生産性ツールです。

@ Krzysztof-Cieslakこれはおそらく私が読んだ中で最もばかげた声明です。 参考：21世紀のVRムーブメントの半分は、無限の数の「ウィンドウ/インターフェース」の画面領域の制限に触発されています🙄

では、トピックに戻りましょう。何ができるでしょうか。

VRが、プログラミングなどの重いテキスト編集や読書活動とどのように関連しているのか疑問に思います。 それは簡単な部分です。

@ Krzysztof-Cieslak、古いIDEには設計上の問題があり、複数のモニターが必要になったとおっしゃっていますが、わかりました。そのトピックについては、それが正しいか間違っているかを十分に理解していません（そして、私は1991年なので、実際にはチャンスがありませんでした）が、どのように表示するかは関係ありません。タブをクリックしたり、いくつかのキーの組み合わせを使用してビューを変更したりするよりも、2つ以上のファイルを同時に表示する方が生産的です。これらのファイルに強い依存関係がある場合は特にそうです。 私はこれが必要であることを説明する必要はないと思います、あなたは私が話していることを知っているべきです。 ところで、英語が下手でごめんなさい。

キッド、あなたは月の後ろに住んでいますか、それともただトローリングしていますか？
https://gearburn.com/2016/06/space-vr-app-turns-the-htc-vive-oculus-rift-into-a-productivity-hub/
https://www.bloomberg.com/news/articles/2016-11-16/how-working-in-vr-could-make-you-more-productive
https://www.theguardian.com/technology/2015/mar/24/andreessen-horowitz-london-virtual-reality-startup-improbable
（...）

情報への露出を最大化することは、マルチスレッドからピクセル密度まで、そしてもちろん、マルチスクリーンおよびクロスデバイスアプリケーションまですべてを推進するものです。 IDEが含まれています。

したがって、強化されたエディターがその確立されたワークフローに参加するように_依頼_するのが適切です。 トローリング以外に共有できる貢献があれば、ぜひお聞かせください。 しかし、この時点で、この問題の1年以上の活動はそれ自体を物語っています。

私たちは_if_を超えており、むしろ_when_と_how_でこの拡張機能がvscodeにヒットします。

この問題はかなり熱くなっています。それをサポートする私たちの人々は、それに対する意識を高め（ツイート、推奨、議論）、リクエストのトップ10リストに入れることができると思います。 トローリング/名前の呼びかけ/議論は私たちをどこにも連れて行かない。

そして@ D1noに感謝し

@ Krzysztof-Cieslak
これは機能であり、設計上の選択ではありません。 この機能が実装された場合、VSCodeを使用するために複数のモニターを用意する必要はありません。 実際、何もする必要はありません。VSCodeをそのまま使用します。 あなたがそれに反対している理由がまだわかりません。
とにかく、私は2台のモニターを持っていますが、まだ3台目のモニターを購入することを検討しています。 どうして？ ウィンドウをクリックしてサイズを変更してコンテンツを表示するには、非常に時間がかかります。 仮想マシン、作成するコード、設計するHTMLページ、確認するブラウザウィンドウ、デバッグ出力、端末など。 それらすべてを一度に見る必要があります。

ところで、MacOSまたはLinuxを使用することだけがVSを使用しない理由ではありません。VSを使用したことがある場合は、それがどれほど肥大化しているかを知っています。 前回ダウンロードしたのは数ヶ月前で、当時のサイズは約7GBか8GBでした。 それでも、8GBインストーラー用のオフラインアンインストーラーはありません！ ネット上のオンラインインストーラーからオフラインインストーラーを作成するための回避策があります！

@tavuntu

2つ以上のファイルを同時に表示する方が生産性が高くなります

現在、3つのファイル、1つの垂直パネル（デバッガー、git、検索、エクスプローラー）と水平パネルを同時に表示できます。

@ D1no 、
よくできました。IDE（または一般的なテキスト編集）に関係のないものを、GuardianやBloombergなどの立派なコンピュータサイエンス/ソフトウェアエンジニアリングメディアのVR誇大広告記事にリンクすると、完全にあなたの視点がわかります。 ただし、このスレッド全体には、テキスト編集に複数の画面を使用することによる生産性の向上を示す調査、研究、論文への1つのリンクはまだありません。 そのような機能を実装するさまざまな方法の考えられる影響について、合理的な議論は見当たりません。 概念実証の実装は見当たらないでしょう。 私が見ることができるのは、巨大なデザインの意味を持ついくつかのランダムな機能を+1して喜んでいるたくさんの人々です（そして異なる意見を持っている人にはたくさんの憎しみがあります）

とにかく、私は外出しています。 ええ、私を月の後ろに住んでいるキッドと呼んで、この議論に勝ちました！ あなたはまた、私をランダムなインターネットトロールとしてわかりやすく説明しました。

@ Krzysztof-Cieslak、
いいえ、間違っていることが証明されたときに逃げませんか？
最初に、複数のモニターをサポートしない方が生産性が向上する、またはむしろより良い選択であることを示す研究を指摘してください。 あなたが人々に与えたのはあなたの主張だけであり、彼らは彼らの主張をしました。

「現在、3つのファイル、1つの垂直パネル（デバッガー、git、検索、エクスプローラー）と水平パネルを同時に表示できます」、いい試みですが、私が何を意味するかはご存知でしょう。モニターと、別のモニターにHTMLを含む最大化されたウィンドウ...同じモニターに多くの不快なパネルがあるよりもはるかに優れています。 それは個人的な好みだと思いますが、ねえ、これは237の賛成票と7つの反対票があるので、そうです。

@tavuntu @ Krzysztof-Cieslak 22インチモニターの1つを垂直方向に保ちます。隣接するモニターの最大化された分割ペインで、対応するHTMLファイルとCSSファイルを使用してJSウィジェットファイルを編集すると便利な場合があります。

レイアウト：

                                 +---------+
                                 |         |
                                 | JS File |
                                 |         |
+-------------+ +--------------+ |         |
| Chrome tabs:| | CSS  | HTML  | |         |
| App, docs,  | | File | File  | |         |
| inspector   | |      |       | |         |
|             | |      |       | |         |
+-------------+ +--------------+ |         |
                +--------------+ +---------+
                | Terminal,    |
                | Email,       |
                | Slack        |
                |              |
                +--------------+

理想的には、上部中央と右側のモニターはVS Codeの単一インスタンスを実行し、JSファイルは個別の最大化されたウィンドウとしてポップアウトされます。

この間違いをしないでください...

一度に複数のファイルを読み取ってフォーカスを維持することはできません。 コードを1つの画面に分割するだけで十分であり、この種の決定は、ユーザーエクスペリエンスに多くの設計上の影響を与えることを意味します。

VSCodeには、複雑さを増すことなく現在のユーザーエクスペリエンスを向上させるために、やるべきことがすでにたくさんあります。 新しいウィンドウであるため、コンテキストが1つのウィンドウなどで単純ではないため、おそらくVSCodeプロバイダーがそれをサポートする必要があることを意味します。

可能性のあるより良いフォーカスIMO、単語パターンの選択と名前の変更の選択、パネルへのドラッグアンドドロップのサポートの追加など...

また、ほとんどのOSはWindows用の適切なタイリングシステムをサポートしていないので、それぞれを管理するのを楽しんでください...

@MangelMaxime新しいウィンドウがオプションになることを

@ jez9999はい、それは理解しています。将来追加して維持するのは簡単な機能ではないことも理解しています。 :)後で私の意見を述べるだけで、ほとんどの人はすでに+1を付けているようです:)

@MangelMaxime
「一度に複数のファイルを読み取って集中することはできません」
複数のファイルをクリック、サイズ変更、読み取りができる場合は、最初にクリックしてサイズを変更しなくても、確実に複数のファイルを読み取ることができます。
その上、それは常にあなたが見続けるコードではありません。 出力を見たり、ターミナルにコマンドを入力したりすることがあります。 これが、この機能がVSコードになるまでIntelliJに固執する理由です。

@ramazanpolat
これは確かに良い点ですが、コンソールまたはコマンドの場合、たとえば、一般的なIMOでより適切に機能するコンソールアプリケーションがすでにあります。

あきらめる。
複数のモニターをサポートすることはお勧めできません。
費用がかかり、アプリケーションのメンテナンスが難しくなり、ユーザーがコードに集中できなくなります。 さらに、1台のモニターは2台よりも間違いなく安価です。 目を左右や上下に動かす必要はありません。画面の中央を直接見つめ、マウスを使用して関連するコンテンツを画面の中央に移動するだけです。 このように、コンパクトなサイズと安価な価格のために、小さいサイズのモニターの方が魅力的です。

編集：どうやら誰かが皮肉を取得していませんでした。

それが出て以来、Codeはマルチモニターをサポートしておらず、意図的に選択されたと思いました。 とはいえ、それが役立つかどうかはわかりません。 1つのモニターでコードを使用し、もう1つの画面でブラウザーとエミュレーターを使用しています。 -1。

使用しないという理由だけで投票するのはなぜですか？

私は、この機能をバックログで提供する必要があると思う優先度のレベルについてフィードバックを提供することに反対しました。 これは私が優先する機能ではなく、実際、設計と意図に反すると思います（「コードがリリースされて以来、コードはマルチモニターをサポートしておらず、意図的に選択されたと思いました」を参照してください。 ）質問ありがとうございます！

費用がかかり、アプリケーションのメンテナンスが難しくなり、ユーザーがコードに集中できなくなります。
さらに、1台のモニターは2台よりも間違いなく安価です。

うん！ パンが苦手な人は誰も食べてはいけません！ 店舗が散らかってしまい、メンテナンスが難しくなります。 人々が他のより重要な食べ物に集中するのを防ぎます。
さらに、バターはもう必要ありません。これにより、生活が大幅に安くなります。
なんてばかげた議論...

私が正しいかどうか教えてください。 機能が組み込まれている場合。 対機能が後で組み込まれる場合、「必要な機能」のためにコードがより複雑になる場合。 システム全体が比較的単純な今、それを組み込むのは良いことではないでしょうか？

（私のように）知らなかった他の人にいくつかの素晴らしいニュースをもらいました：この機能はすでに（ほとんど）実装されているようです。 タブを別々のウィンドウに切り離すことは__すでに可能です__🎉ですが、いくつかの警告/回避策が必要です。

準備手順：

1. プロジェクトフォルダまたはワークスペースを開きます（まだ開いていない場合）
2. ファイル>新しいウィンドウ
3. 新しいウィンドウでウェルカム画面を閉じる
4. （サイドバーが表示されている場合）新しいウィンドウを選択した状態で、[表示]> [サイドバーの切り替え]をクリックします
5. （アクティビティバーが表示されている場合）新しいウィンドウを選択した状態で、[表示]> [アクティビティバーを非表示]をクリックします
6. モニター＃2の新しいウィンドウを最大化する

次に、エディタタブをプロジェクトウィンドウから新しいウィンドウにドラッグアンドドロップします。
==>ブーム：ワークスペースがマルチモニターになりました。
（ドラッグしたタブも閉じる必要があります）

したがって、手順2〜5（+元のタブを閉じる）を自動化し、誰かがタブをvscodeが所有していない画面の部分にドラッグ/ドロップしたときに自動化をトリガーできる場合、この機能の最小限の実行可能な実装は手に負えません。

はい、それは既知の回避策（プロジェクトを複数回開くなど）であり、コメントのどこかに記載されています。 ただし、これは面倒であり、プロジェクトの複数のインスタンスを同時に開くと問題が発生する可能性があります（これらのインスタンスは互いに直接通信しません）。

@RoyTinker 「22台のうちの1台を維持している」モニターは垂直方向に向けられています。 "、それは有効な議論です！

他のエディターでもデバッグできません。 複数のウィンドウを使用する最も便利な理由は、サーバー（ノード）とクライアント（Angular）全体でデバッグすることです。 すべてを1つのスペースに詰め込むのは、本当に苛立たしいことです。 Angularファイルを1つのウィンドウに、ノードファイルを別のウィンドウに、ターミナルを別のフルスクリーンに表示して、何が起こっているかの出力を確認したいと思います。 Web Stormのようなものですべて可能ですが、VSCodeでは不可能です。 それは本当に生産性を助けます、そしてその単一の理由のために私はまだVSCの代わりにWSを使います。

良いニュース-これは、賛成票でソートされた機能リクエストで＃13に移動しました。 トップ10に入るには、あと88票しか必要ありません。

私からもう一票！

投票した、これはサブライムからの移動に欠けている唯一のものです

もう1票、非常に必要な機能。

そしてもう一票！

もう一票！

この機能が欲しいです。 賛成。

もう一票。
投票としての解説は役に立ちますか？ それとも、メインの投稿を十分に高く評価しますか？ そうしないと、このスレッドは少しフラッディングします。

メインの投稿を高く評価します。

メインの投稿を高く評価することが必要です...ディスカッションに追加するものがない限り、このスレッドに追加しないでください。 投票ありがとうございます!! 😃

+1私からの投票

プロジェクトが大きくなるにつれて、私はこれをもっと必要とし始めています。 それが原因でパフォーマンスが低下しなければ、それは素晴らしい機能です。

一部のテキスト編集にもこれを使用するのが理想的です。 たとえば、私はVS-Codeで研究論文を書いています。 また、VSCodeでMarkdownベースのドキュメントをたくさん書いています。 1つの画面でコード/テキストを記述し、外部モニター（または2番目の画面）でプレビュー（VSCode内のまま）を取得すると非常に便利です。 私はこの機能を完全に必要とし、サポートしています！

私から+1票！ Vscodeは素晴らしいです、そしてそれはこの機能性でもっと素晴らしいでしょう！

@ amadare42

一般的な+1の方法よりも、親指を立てる方が常に優先されます。 GitHubが、すべての投稿に+1ボタンを付けると、+ [絵文字]よりもわかりやすくなります。

常にredditスタイルも大好き

やったー、トップ10になりました（これは実際には9位です）。 あと68票しかなく、これは上位5つの機能リクエストに含まれます。 （投票するには、一番上のコメントに「いいね」の反応を追加します。）

このためのサムアップ。 ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP ASAP

私から投票する

私にとっては+1。 切り替え時に最初に気づいたことがありません。

私の現在のVSCommunity Editionのセットアップ：
左画面：

• ソリューションエクスプローラー
• ブレークポイント
• エラー
• プロパティ
• ソース管理

右画面：

• コードエディタ

今のところこれに近いのは「禅モード」です。しかし、それはほとんど同じ経験ではありません。

だからお願いします...「すべてのものを浮かせてください！」 🙏

しかし、おそらく、vscode開発者にとっては簡単な作業ではないと思います。
この機能では、拡張ウィンドウをフロートさせたい場合、拡張開発者が何らかのインターフェイスを実装する必要があります。 最悪の場合は、フローティングをサポートするようにすべての古い拡張機能を書き直す必要があることです。

しかしとにかく、拡張機能の開発者がこれ以上何も気にする必要のない機能がうまく機能していれば、、、、、、、それは素晴らしいことです。

Visual Studioからコードに切り替えた後もこれを待っています:(今のところ、私の唯一の解決策は、アプリケーションを最小化し、モニターに合うように手動で拡張することです。

@nguyenlamlll https://github.com/Microsoft/vscode/issues/2686#issuecomment-344808761をお読みになることをお勧めします

これはすごいアプリで、最近Webstormからvscodeに移行しました。
この機能が本当に欲しい！

@bpasero 「バックログから削除」-コメントはありますか？ チームの反応が「ノー」だと知って悲しいです。

@RoyTinkerいいえ、特定の意味はありません。作業が開始されない限り、気になる問題をマイルストーンなしに割り当てたいと思っています。 今後6〜12か月で取り組む予定のロードマップをご覧ください： https ：

今後6〜12か月で取り組む予定のロードマップをご覧ください。

私はそこにそれを見ないので、皆さんはこの機能に対する高い需要を無視し続けているようです。
どうして？

ええ、この機能は「ハッピーコーディング」カテゴリにしっかりと分類されると思います。 400以上の賛成票。 ロードマップに記載する必要があります。

私はそれが素晴らしい機能になることに完全に同意しますが、実際には、vscodeの素敵な人々に少し休憩を与えます。 まだ始まっていないのには十分な理由があると確信しています。 これはフリーソフトウェアであることを忘れないでください;）

@bpaseroに感謝します。

@ zewa666はい、それは無料で素晴らしいです、私はそれについて感謝しています。 問題は、これらの人は答えを出していないことであり、これを実装しない正当な理由があっても、彼らの沈黙は彼らがこの要求を気にしないことを私たちに伝えます。 私たちは開発者です。私たちの多くは技術的な理由を理解しています。 時には沈黙は否定的な答えよりも悪いです。

はい、無料です。 しかし-そして私は間違っているかもしれません-それはマイクロソフトとマイクロソフトの開発者によってのみ開発されています。 それが正しければ、私は彼らがこれに取り組んだことに対して報酬を得ると確信しています。 したがって、これは、人々が楽しみのために、そして暇なときに行うコミュニティプロジェクトとは少なくともわずかに異なります。 このような他のオープンソースプロジェクトでは、これが実装されるかどうか、いつ実装されるか、そうでない場合はその理由について、すでに回答があります。
それが私が求めているすべてです。
オープンソースプロジェクトでは沈黙は奇妙ですが、残念ながらマイクロソフトのような会社では典型的です。

この機能があまり進歩していない技術的な理由があります。私たちは、下にあるChromeに基づくクロスプラットフォームUIフレームワークとしてElectronフレームワークを使用しています。 Chromeには、各ウィンドウが独自の分離されたコンテキストを取得するモデルがあります。たとえば、各ウィンドウには独自のプロセスと独自のJavaScriptコンテキストがあります。 複数のウィンドウ間で同じコンテキストを共有することはできません。

ここで、入力するエディターがあり、それをドラッグして新しいウィンドウを作成したいとします。その操作は非常に高速で軽量であることが期待されます。 ただし、代わりに、スタンドアロンウィンドウにエディターを配置する場合でも、個別の拡張ホストを使用してVS Codeのまったく新しいインスタンスを作成する必要があります（これは、[ファイル]> [新しいウィンドウ]を実行してそのファイルをウィンドウで開くのと同じです）。 。

この機能が可能なのは、「メイン」ウィンドウと同じメモリを共有するウィンドウを作成して、この操作を軽量化する方法を見つけたときだけです。 フローティングウィンドウのそれぞれを現在のように完全に分離することは機能しません。

https://github.com/azain/electron-window-manager

@ bpasero-この機能のために軽量であることはそれほど重要ではありません-2つのvscodeインスタンスが同期されていれば、すでに非常に役立ちます。メイン画面でファイルを編集するだけで、2番目の画面の問題パネルまたは端末がすぐに更新されます。 私は通常、たとえば2番目の画面でパネルを開き、この画面設定を何時間も開いたままにします。

理想的には、問題のパネルを一瞥して端末を開くことができるように、2番目の画面に1〜4個のウィンドウを並べて開いた分割画面（単体テストとクライアントとサーバーの出力の表示など）を使用できるようにしたいです。サイドパネルを常に開閉しなくても、最初の画面がフルスクリーンになります。

cmd + jで常にターミナルを開いたり閉じたりする状況や、変更を並べて差分したいのですべての分割タブを閉じなければならない状況に頻繁に遭遇しますが、これらは単に開いたままにすることができる2番目の画面があります。

返信いただきありがとうございます。
軽量でも構いません。 ターミナルとデバッグコンソールを、バグが最も少ない場所に移動できるようにしたいだけです。

@bpasero

ええと、私たちは文脈を保つことができませんか？

    // STEP 1: open a new browser window and store a reference to it
    this.externalWindow = window.open('', '', 'width=600,height=400,left=200,top=200');

    // STEP 2: append the container <div> (that has props.children appended to it) to the body of the new window
    this.externalWindow.document.body.appendChild(this.containerEl);

それがReactv16ポータルがとても便利である主な理由の1つなので、私はそれについて知っています。
https://hackernoon.com/using-a-react-16-portal-to-do-something-cool-2a2d627b0202

提案と議論をありがとう。 ウィンドウが別々のプロセスにある場合でも、ウィンドウ間で通信する方法は確かにあります。 一方のウィンドウがもう一方のウィンドウを実際に認識していないという課題がまだあります。 electron-window-managerようなライブラリはこれを少し簡単にするようですが、結局のところ、いくつかの概要を説明するために、たくさんの作業が必要です。

• ワークベンチの各部分（エディター、パネル、ビュー）は、個別のブラウザーウィンドウで実行可能である必要があります。つまり、各部分は完全に自己完結型である必要があります。
• マスターウィンドウは、基本的にワークベンチレイアウトを複数のウィンドウに多重化する必要があります（たとえば、出力パネルを開く場合は、出力パネルが開かれたウィンドウにフォーカスする必要があります）
• おそらく最大の課題：現在1つのウィンドウ内に存在する（すべての拡張機能と拡張機能ホストを含​​む）すべてのサービスは、ウィンドウから各ウィンドウが通信できる共有バックエンドに移動する必要があります。 例を挙げると、一方のウィンドウでデバッグセッションを開始しますが、もう一方のウィンドウにはデバッグコンソールが表示されます。もちろん、両方のウィンドウが同じデバッグバックエンドと通信する必要があります。

これが技術的に不可能であるとは言えませんが、UIの影響と、現在の各側面に必要な根本的な変更のために、この機能リクエストは非常に困難であると言えます。 それが理にかなっていることを願っています。

この機能を段階的にリリースすることを目指して、計画にとらわれないことを願っています

+1はこれを気に入るはず

@bpasero n00bの質問で申し訳ありません： nativeWindowOpenは問題の解決に役立ちますか？

私から+1と

@ Blackbaud-簡単な回避策をありがとうDustinLunsford

@ n9両方のウィンドウ間の通信は解決可能だと思いますが、他の問題、特に各ウィンドウには独自のDOMがあり、すべてのサービスがすべてのウィンドウから同じバックエンドと通信する必要があるという事実が残っています。

これは私が必要とする素晴らしい機能です！

@bpasero回答ありがとう

決定版は、分割画面に1つの縦向き、1つの横向きが必要です。

私がまだVSコードではなくEclipseを使用している理由の1つ。 縦向きのウィンドウコード-横向きのツール

+1

この機能がすぐに来るのを見たいです🙂

よくやった; 私はエディターが大好きです

イエス

+1 ...！ 😃

@bpaseroあなたが言及した複雑さのいくつかを含まない80/20（％利益/努力）の中間目標があると思います。

次の機能を追加できるとしたらどうでしょう。

• 複数のウィンドウが同じプロジェクトディレクトリを指すことを許可する
• 「エディターのみ」ウィンドウを開くための内部APIオプションを追加します（つまり、ステータスバーなし、アクティビティバーなし、エディタータブのみ）
• 拡張機能が「編集者のみ」のウィンドウで関心/無関心を登録できるようにする
• 新しく作成されたウィンドウで指定された（保存されていない）バッファーを使用してエディタータブでファイルを開くための（内部）APIオプションを追加します
• エディタータブがアプリの外にドラッグされた場合：
  
  
  
  • ファイルとその現在の（保存されていない）バッファ（該当する場合）を使用して、アクティビティとステータスバーのない新しいウィンドウを作成します
  
  
  • 元のウィンドウのエディタータブを閉じます
  
  
• 同じプロジェクトディレクトリ上のすべてのウィンドウにフックを追加して、いくつかのUIイベントを通知およびリッスン+反応させます。
  
  
  
  • エディタータブが選択されました（ファイルを指すようにアクティビティバーエクスプローラーが更新されます）
  
  
  • エディタタブを閉じました（エクスプローラを「タブが選択されていません」に設定しただけで、最後のタブを選択するのは難しいかもしれません）
  
  

@RoyTinkerもっと簡単にできると思います。

最初の解決策として、100％「取り外し可能な」ウィンドウである必要はありません。 実際のAPPは、内部で再配置できる複数のキャンバスの「コンテナ」である可能性があります。
運が良ければ、VSCodeメインウィンドウの非常に単純な変更である可能性があります。

@Rouche VSCodeはElectronに実装されています。つまり、各ウィンドウは個別のクロムプロセスであり、いくつかのバックエンドプロセスも伴います。 「アプリ」は、これらのプロセスをインスタンス化/調整するOS固有のコンテナです。 そのモデルを変更することは、現時点ではかなり基本的（大規模）です。

それが設計上の考慮事項ではなかったことに少しがっかりしました
非常に始まりです。

9時39分PMで金、2017年12月1日に、ロイティンカーの[email protected]は書きました：

@Rouche https://github.com/rouche VSCodeはElectronに実装されており、
つまり、各ウィンドウは個別のクロムプロセスであり、いくつかのウィンドウが付随します
バックエンドプロセスも同様です。 「アプリ」は、OS固有のコンテナです。
これらのプロセスをインスタンス化/調整します。 そのモデルを変更すると
この時点ではかなり基本的（大）です。

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

-

ゲームプログラマー

www.lucshelton.com

+1

過去のVisualStudioユーザーとして、これはVSCodeで私がひどく見逃している機能です。

+1

@bpaseroすべてのウィンドウが独自のプロセスにあるという事実を電子の問題として扱うことはできませんか？ 電子などのフレームワークのウィンドウごとにマルチプロセッシングを行うのは不要なオーバーヘッドではありませんか？

そうですね、電子チームは問題はクロムにあると言うことができると思います。 以来、chromeはすべてのタブに新しいプロセスを作成します。 唯一の解決策は、電子を動かして他のフレームワークで完全に機能させることです。

@vvavrychukこれは、Webテクノロジーの根本的な制限ほど電子的な問題ではありません。 （電子=クロム+基盤となるOS機能にアクセスするためのAPI）

たとえば、「拡張モード」などのモードでvscodeを初期化できるとしたらどうでしょうか。
いくつかのパラメータを渡します。 例えば。 vscode --extended-window --socket-id
（（socket-guid））-root-window（（root-window-guid））

このようにして、ウィンドウ間の通信のソケットまたはバスを作成できます
または独立したアプリ。

作成される各拡張ウィンドウには、ルートウィンドウIDが割り当てられ、
通信するUNIXソケットIDを作成しました。

このような実装の可能性はあると思います。

電子がソケットを開いたり、読んだり、書いたりする方法がある場合、このアプローチは
成功する。

@RoyTinker chromeには「シングルプロセス」オプションがありますが、electronはそれをサポートしていませんhttps://github.com/electron/electron/issues/11398。 1つのプロセスに複数のnode.jsインスタンスを含めることはできないと言われています。 それは確かです。 しかし、複数のウィンドウに複数のnode.jsインスタンスが必要な理由がわかりません。 1つのプロセスでElectron =複数のwindows +単一のnode.jsを使用することはできませんか？

@ Jesus-Gonzalez @bpaseroがこれを実装するのに必要だと言ったことのバリエーションのように見えますが、「親」電子プロセスツリーが

ただし、 @ bpaseroの課題リストの項目（1）と（2）は残ります。 さらに、エディター/パネルタブにソケット通信を追加するには多くの作業が必要になります-私が間違っていなければ、多くの内部APIを同期ではなく非同期/プロミスベースに更新する必要があり、これはかなりの労力になります。

@vvavrychuk by "single-process"私はWebコンテキスト（ワーカーなし）のみを参照しています。 「電子プロセス」とは、より多くのプロセスツリーを意味します。これには、任意の数のNode.jsプロセスといくつかのバックグラウンドクロムプロセスを伴う単一のWebコンテキストが含まれます。 そうでなければ、私はおそらく尋ねるのに最適な人ではありません。

+1

これについて何か進展はありますか？ 両方のモニターでVScodeを使用し、それらの間でファイルを分割できるようにしたいと考えています。

+1

誰もが知って喜んでいると思いました-この機能リクエストは、賛成票によって＃4に到達しました。 あと150だけで、トップ3に入るでしょう！

+1
この機能のリクエストを強く支持します。

+1は、より大きなモニターまたは複数のモニターに非常に役立ちます。

+1
ホームオフィスでは大きな4kモニターを使用していますが、4台の小さなモニターを使用している職場のデスクでは速度が低下しています。 他の編集者からの完全な動きから他の人が言ったように、これは私たちが見逃している最後の部分です。

@RoyTinkerどこで

@pantonis最初のコメントの下部にある「

「+1」とだけ言うコメントを追加しても効果はなく、ディスカッション領域が乱雑になるだけです。

+1。 ここでは、バックエンドとフロントエンドを同時に使用します。 メインモニターでは、バックエンド。 2つ目は、フロントエンドです。 同じプロジェクトで同じワークスペースです。 同じワークスペース/プロジェクトで複数のウィンドウを開くことができるはずです。

これはすぐに実装されますか？ Google Chromeのタブと同じように、タブはどこにでも自由に移動できる必要があると思います。 開いているウィンドウ間を移動するか、デスクトップにドラッグすると、そのタブの新しいウィンドウが開きます。 これは非常に重要です。

+1

神のためにこれを起こしてください！

素敵なvscodeを更新するたびに、タブを切り離そうとしますが、機能しません。 さあ、これは初日からすでに要求されていました。

ロードマップもマイルストーンも約束もありません、何が起こっているのか！

今800賛成！ これは親指を立てて3番目であり、コメント数では2番目です

この機能も利用したいと思います。

+1同意しました。タブを自分のウィンドウにドラッグできるようにしたいと思います。 そうすることができないと、複数のモニターを持つという目的が損なわれます。

唯一の42 33 22 17 8 2 0票と、この問題は＃1になります。

+1

@tavuntu +1でコメントするだけの問題は、無駄な混乱を引き起こし、この問題を監視している人々に無駄な通知でスパムを送ります。

この機能が実装されているのを見たいですか？ 元の投稿に👍リアクションを追加すれば、それで十分です。恐ろしい+1コメントをコメントアウトする必要はありません。

私のコメントでさえメタです。なぜなら、それは同じことをし（より雑然として）、必要とされるべきではないからです。 これは、まさにこのスレッドですでに話し合われてい

それにもかかわらず、Sublime Textから来たこの機能は、私が本当に楽しんだものであり、いつかVSCodeで見たいと思っていました。

@ V-ed

これは、GitHubの反応システムに欠陥があることを認識していることを意味します。 問題のスレッドが機能リクエストと見なされる場合は、「この機能への+1」用の追加のUIが必要です。 しかし、うまくいけば、より影響力のある人がそれをGitHubに持ち込むことができます。

@ketozhang

確かに、GitHubが自動「 +1からトップポストへの👍変換」システムを実装するというアイデアについて誰かが話しているのを見たのを覚えています。彼らの投票を追加します。 機能リクエストを+1するための適切なUIのアイデア/「この問題があります！」 問題のために素晴らしいでしょう！ 事は...

この議論はこのスレッドの範囲外であり、ここで話すことができ_しかし、時間が経つにつれて希望はどんどん低くなっています..._ _またはそれですか？ _ ）-うまくいけば、この問題に関して何かが起こるでしょう。 ここでそれについて話すことによって、私たちはそれを悪化させているだけです-力の反対側であなたに会い、良い一日を過ごしてください！

私はvscodeを使用して、大規模なc＃ソリューション、具体的には19644 c＃ファイルで作業します。 Visual Studio 2017は、メモリ不足の例外で終了します。 フローティングタブ/エディターは、特にデュアルモニターセットアップで作業する場合は必須です。

この機能リクエストは、賛成票で1位になりました。 やった！ 🥇

インスピレーションを探しているなら、Xcodeはこれを本当にうまくやっていると思います。

これは、このエディターを書き始めるときに最初に行う必要があります。 メインウィンドウの外側にある移動可能なタブ/パネル（メインウィンドウにくっつく可能性がある）は、すべての実際のエディターのコア機能であり、特に現在の大きな4k画面とマルチモニターセット（プロのプログラマーの場合）ではそうです。

これは単なるベースであり、Windowsとその管理の間の通信に適切なAPIを設計する必要があります。その後、残りをこの上に構築する必要があります。 あなたは現在、これまでに作成されたすべてのものを破損することなく、何らかの方法でそれを解決するのが難しい状況にありますが、より多くの時間を費やし、より多くのコードを書くには遅すぎる可能性があるため、この課題に早く取り組むことは誰にとっても良いことですそのような変化。

現実の世界では、左/右/下のパネルだけでなく、はるかに多くのものを見る必要があります。このソリューションhttps://github.com/Microsoft/vscode/issues/10121#issuecomment-335013296は素晴らしいです。

降順のトーンはバグを修正しません。 投票するには👍を使用してください。

この機能は何年も前から要求されています...実装してください。

新しいウィンドウでファイルを開きたいだけで、Googleによってこのページに誘導された場合は、「新しいウィンドウでアクティブファイルを開く」のキーボードショートカットを使用してください。
Ctrl + K、O

それはそのような基本的な機能です、私は最初にフローティングウィンドウの欠落がバグだと思いました： '）

VS Code Teamにお願いします、これが必要です！

フルマルチスクリーンサポート!!

このスレッドは1年6ヶ月4日前に開かれました...。

編集：悪いことに、bpaseroは1年前にスレッドに回答しました。チームが、 2018年2月の反復計画での柔軟なワークベンチレイアウト計画項目の

@Aetherallと他の人は、スレッドをさらに読んでください。 ベンジャミン・パセロは何度か返答しました。 彼はVSCodeチームのコアメンバーです。

また、これはオープンソースプロジェクトであることを忘れないでください。 いくつかのコメントは、MSがここで私たちに何かを負っていると仮定しているようです...真実ではありません。

おそらくVSCodeはとても素晴らしい人で、商用だと思っている人もいます:-)

@patrysこれは投票数の多い問題であり、あなたはそれを知っていると確信していますが、そうです、これは魔法のように修正されることはなく、時間と労力が必要であり、人々は（ @Aetherallが言ったように）考えているようですこれは商用ソフトウェアです（それは素晴らしい要求として始まりましたが、今では強い緊急性のようです）

タブを引き裂くことは私が望む振る舞いです（Chromeブラウザで機能するのと同じ方法です）。 ただし、右クリックメニューオプションなど、新しいウィンドウで何かをすばやく移動したり開いたりする機能はすべて解決します。 今、私は新しいVSCodeを開いて、手動でファイルを再度開く必要があります。 どちらの場合も、VisualStudioのようなフローティングウィンドウは実際には必要ありません。 VSCodeの新しいコピーを生成したい。 フローティングウィンドウが失われました。新しいウィンドウが欲しいだけです...

ニース

@inarius上記の@ christopher-

@RoyTinkerに感謝します。 そのためのメニューオプションがまったく見つからず、ショートカットを忘れることは間違いありませんが、機能します。 アクティブなタブやOpenEditorsドキュメントエクスプローラーのアイテムの右クリックメニューに表示するのは良いオプションだと思います。

また、問題＃8171がまさに私が望んでいる

TIL、タブを別のvscodeウィンドウにドラッグすると、そのウィンドウでもファイルが開きます。 残念ながら、フローティングウィンドウのアイデアに期待される古いタブは閉じません。

この振る舞いは私を困惑させます。 これは、Markdownプレビュータブを開くのと似ていますが、これも時々複製されます。

ねえ@ketozhang 、

残念ながら、フローティングウィンドウのアイデアに期待される古いタブは閉じません。 この振る舞いは私を困惑させます。

奇妙なことに、私は実際にこの動作を楽しんでいます。新しいタイルを作成するときと同じように、同じドキュメントから参照するのに便利です。 これがその背後にある設計上の決定であると確信していますが、そうでない場合は知りたいと思います。

よろしく

特に時計の窓をドッキング解除する動きでチャイム

+1
私は最近、超ワイドモニターを検討しており、新しい画面領域を使用して、生産性を最大化するためにそれを利用したいと考えています。 Visual Studio 2017は、タブをドラッグして新しいウィンドウにするためにこれを非常にうまく処理するので、近い将来、そのようなものが見られることを願っています。

+1。 タブを別のモニターにドラッグして新しいウィンドウにする機能があると非常に便利です。

++
本当に多くの人が2台のモニターで作業しています。 だから私は私のコードの出力情報を少し見るのが好きではありません。
コードだけを見なければなりません。 したがって、ユーザーがターミナル/出力/タブを別のモニターに移動したり、このウィンドウをフローティングにしたりできるとしたら、私は奇跡になります。 その後、たとえばCmd +〜で必要なウィンドウを選択するか、別の画面で結果を確認します。

@bpaseroなぜ、ブラウザーのコンテキスト全体を含む完全な新しいインスタンスではないの

このウィンドウドッキング可能な機能はすでにVSCodeです。 しかし、最近なぜそれが機能しないのかわからない...

+1。 ウィンドウの外側にタブをドラッグすると、他のすべてのタブ付きアプリケーションと同じように、新しいウィンドウに分割されます。

タブは私の優先事項ではありません。 しかし、取り外し可能なデバッグは本当に良いでしょう。

この号は現在、ほぼ1年半の間公開されています。 その機能の現在の状態にいくつかの応答を与えてください。

VS Codeウィンドウの外側にタブをドラッグすると、現在、ファイル（またはそのショートカット？）がドラッグターゲットにコピーされます。 これは、他のIDEと比較すると非常に直感的ではありません。

考えてみると、（VS固有のような）フローティングウィンドウがないことが、VSCodeに関する私の唯一の本当の問題です。 実装する必要があります。

@belstや他の人はこのコメントを見ます、現在のデザインを考えると、この機能を実装することは非常に困難です

@Jorilxどこかに電子に関連する問題があるかどうか知っていますか？

複数の画面またはフローティングウィンドウのサポートが表示されると非常に便利です。 今のところ、2つのモニター（赤い線はモニターの端）に合わせてウィンドウのサイズを手動で変更する必要がありますが、これは快適ではありません。

現時点で私にとって、それはUI / UXに関して最も必要な機能です。

+1！ <3

@kodipe理想的ではありませんが、現時点では状況に応じた回避策があります。 プロジェクトを「ワークスペース」として保存してからファイルを開き、ホットキーCtrl + KO（Windowsを使用しているように見えます）を使用して、アクティブなファイルを新しいウィンドウ/インスタンスに表示します。 次に、リポジトリルートフォルダをその新しいウィンドウ/インスタンスに追加します（これは事実上新しいワークスペースであるため）...これで、2つのモニターで同じワークスペースを使用する2つのウィンドウができました。 私が言ったように、それは決して理想的ではありませんが、ワークスペース機能を使用した回避策として私が使用しているものです。

これはUI機能が必要です。 それは日常業務の経験と生産性を損ないます。

バンプ、これは私がVSCodeに完全に移行するのを妨げている唯一のことです。

この機能を実装するには技術的に複雑な点があることを理解しています。
ただし、このリクエストにアクティビティの兆候がないという事実は、現時点ではばかげています。 これは最も要求されている機能の1つである必要があり、vscodeチームから、いつ、または何かを計画しているかどうかを確認する通信は文字通りありません。

これは無料の製品であり、マイクロソフトは私たちに何も負っていません。 それは、この機能がレーダーにさえないことに私が極端にイライラしていないという意味ではありません。 この機能を要求するgithubの問題が複数ページあります。 VsCodeは素晴らしいIDEですが、私たち全員が複数のモニターを持っている2018年にこの機能がないことは、恥ずかしいことです。

技術的な制限のためにこれを許そうとしているすべての人へ：誰かがvscodeを構築するためのプラットフォーム/言語を評価する機会があり、彼らは非常に明白な欠陥があるフレームワークを決定したことを覚えておいてください。 私はvscodeチームから何らかのコミュニケーションを得ようとすることに正直にうんざりしています。

これがvscodeロードマップにすぐに追加されない場合は、新しいIDEが見つかると思います。

@BentOnCodingこの機能の欠如は理解できないことに同意しますが、あなたが言ったように、IDEの構築に完全に適していないフレームワークを選択したので、この機能を追加することは大きな努力であり、彼らはそれを作る気がないようです。

正直な質問ですが、AtomはElectronにも実装されておらず、取り外し可能なタブを適切にサポートしていませんか？ それらの実装はVScodeのアーキテクチャには適していませんね。

@ruippeixotogatomは取り外し可能なタブをサポートしていないと思います。 ウィンドウ間でタブを移動することはできますが、タブをドラッグして新しいウィンドウを作成することはできません。

@belstそれでも、同じワークスペースで複数のウィンドウを使用できます。これは、
コードで同じワークスペースの複数のウィンドウが許可されている場合は、新しいウィンドウのドラッグタブがなくても、複数のウィンドウを許可するために新しいワークスペースを作成するよりも優れています。

タブの移動と取り外し可能なウィンドウの間のこの混乱が、取り外し可能なタブをサポートしない理由です。 タブを移動すると、新しいウィンドウに新しいプロセスが生成されます。 Chromeブラウザとまったく同じように機能させたいです。

VScodeチームはこのトピックに対応して、問題について話し合いました。 これには複数のアプローチがあり、複数の未解決の問題が組み合わされているため、この機能のリクエストが行き詰まらないように、少なくともここでどのアプローチを好むかについてのガイダンスを提供してくれることを願っています。非生産的な議論。

この問題は、実際には過去3か月ほどで目立つようになりました。 まだ社内での議論が続いていると思います。

私も以前、VisualStudioからタブやウィンドウをリッピングするのが好きでした。 私は今Macを使用していて、VSCodeを使用しています。 この機能がサポートされていないことに非常に失望しています。 エクスペリエンスは、VisualStudioおよびVisualStudio用の拡張PythonToolsに近いものですが、それでもいくつかの便利な機能が欠けています。

このすばらしい機能が存在するときにpingを実行するには、この問題をサブスクライブします。

ここにも2ビット残しておきます。 このスレッドを長い間フォローし、2018年3月下旬（ほぼ2年）にまだそれを持っていないのは、とても残念です。 うまくいけばすぐに利用できるように私の指を交差させます。

それはそのような基本的な機能です、私は最初にフローティングウィンドウの欠落がバグだと思いました： '）

@Aetherall👍私は同じことを考えました！ それから私は来てこのスレッドを見つけました... :-(

これはフリーソフトウェアです。 あなたはそれに対して何も支払っていません。 この機能がないためにVSCodeを使用できない場合は、これを機能させるために必要な変更の少なくとも一部を実装するプルリクエストを自由に提供できます。 あるいは、あなたはあなたのゼロドルを取り、それを他の場所で使うことができます。

あなたがしてはいけないことは、泣き言を言って、VSCodeの背後にある偉大なチームを罪悪感に駆り立てて気分を悪くしようとすることです。

このスレッドで時間を無駄にする代わりに、より良い代替手段があった場合は、次回は「これはまだ行われていない」ではなく「ありがとう」と言ってください。

@Nepoxx 「フローティングインプロセスウィンドウのテクニカルディスカッション」のようなタイトルの新しい問題をいつでも開いて、この問題にリンクすることができます。

@Nepoxxあなたはただ人々からの意見やコメントを

@patrys 「これを機能させるために必要な変更の少なくとも一部を実装するプルリクエストを自由に投稿できます」

そのためには、VSCodeチームが、この非常に要求された機能を実装するための計画について公に話し合う必要があります。 _最も基本的な機能でさえ_を実装する大規模なPRを作成することは、個人にとって非常に大きな問題です。結局のところ、ウィンドウまたはプロセススペースへの参照を処理するすべてのファイルは、破棄および再書き込みされない場合、更新が必要になります。 正直に言って、vscodeチームは、製品を指示していないときに、そのような基本的なレベルで製品を変更する何かをマージすると思いますか？ 私はしません。 そのような計画が公然と議論されるまで、コミュニティは貢献することができません。

このスレッドの_（ほとんど）_人は「これが欲しい」と不平を言っていません。 または「自分でやるのが面倒だからやる」 これは非常に重要な機能であり、コアコントリビューターからの応答はほとんどまたはまったくないため、コミュニティは懸念しています。本質的に、「これは難しい問題です」。

想像してみてください。あなたはタクシーに乗り、運転手に目的地を伝えます。 その後、彼は車を駐車します。 ちょっと待って、なぜ動かないのか混乱して、「行けますか？」と尋ねます。 応答なし。 あなたが同じ質問をする1時間、彼は「そこにたどり着くにはたくさんのターンが必要です」と答え、それ以上は言いません。 混乱しませんか？ 欲求不満？ それが私たちの気持ちです。 しかし、私たちはただハンドルを握って自分で運転するつもりはありません。それは私たちのタクシーではありません。

ドッキングできないタブがあなたとあなたの会社にとって非常に大きな価値がある場合、これを要求するすべての人への提案があります。 クラウドファンディングを設定してみませんか？

生産性の向上のためだけに4台のモニターを購入できるのであれば、そのような機能の開発にいくらかのお金を費やすこともできると思います。

申し訳ありませんが申し訳ありません

@bpaseroタクシーの運転手について議論しているので、コメントのためにこの問題をロックする必要があるかもしれません🤣

私が間違っている場合は申し訳ありませんが、複数のウィンドウのサポートがあります： https ：

VSコードのUXがアトムのように機能した場合、私は切り替えを行います。 現状では、私はVSコードをインストールし続け、ほとんどすべてを愛し、UXがまだ更新されていないことに気付いたときに最終的にアンインストールします。 この問題を監視します。修正してください。

ここにいるほとんどの人は要点を見逃していると思います。VSコードはIDEではなく、コードエディタです。 （デバッグ）にいくつかの優れた機能が追加され、プラグイン、クロスプラットフォームなどを介した複数の言語の優れたサポートがあります。そうでないことの1つは、IDEです。

そのため、小さな画面（つまり、不動産を優れた方法で管理するラップトップ）とWindows以外のプラットフォームのデフォルトです。 適切なワークステーションでは、VisualStudioを使用しています。 それだけです。

適切なIDEは非常に高価なツールです。 JetBrainsを見てください-彼らはこれらのものを構築するというビジネスを成功させました;）

@mdmnkいいえ。これはIDEです。

notepad.exeはテキストエディタ、 notepad++はテキストエディタ、統合端末、タスクランナー、scm、およびデバッグの前のvscodeは_テキストエディタでした。 _他のIDEには、 vscodeはない機能がありますか？_確かなことがいくつかありますが、多くはありません。

1000個のプラグインをインストールしない場合は確かに軽量です。 私は開いて気にしないvscode編集に~/.bash_profile私はVisual StudioまたはWebStormでテースト4分間待つ必要はありませんので。

@rozzzly Visual Studioには、少なくとも、vscodeにはない機能が多数あります。 .NET、SQL Serverツール、大規模なテスト管理システム、Azureツール（MSのクラウド）、組み込みのタスク/ PR /問題追跡のランタイムプロファイリング—頭のてっぺんからいくつかを思い出します。 それは本当に巨大な製品です。 その意味では、組み込みのデバッグなどにもかかわらず、VSCodeは単なるエディターです。 —ソフトウェアを大規模に開発して出荷するために必要なすべてのものが同梱されているわけではありません。

@ rozzzly-それを構築しているチームでさえ、IDEではなくエディターと呼んでいるので、明らかにIDEを完全に吹き飛ばすドライブはありません。

これらのものはお金がかかります。

@RoyTinkerが言ったことを見てください。 コードカバレッジ、チームサービス、マージ競合ツール、レイアウトの完全なカスタマイズ、組み込みのパッケージマネージャー、クラウドエクスプローラー、SQLエクスプローラー、サーバーエクスプローラー、アプリケーションインサイト、クラスビュー、オブジェクトブラウザーなどを追加します。

VSCodeは非常に素晴らしいツールです。 それでもそれは無料であり、それは相殺からそれが制限を持っていることを意味します。
気に入らない場合は、JetBrainsまたはMicrosoftに行って、必要なすべての機能を備えたものを購入してください。

このツールが特定の機能を実装するために必要な義務についての議論をやめることができれば幸いです。 これは、このトピックをロックする簡単な方法のようです。 この機能のサポートについては、賛成とまれな建設的なコメントで引き続き共有します。

これにアプローチする方法は複数ありますが、他の形式の建設的なヘルプにサポートを指示する前に、VSCodeチームからの一般的なガイダンスが必要だと思います。 他の人が述べているように、作業が受け入れられるというある程度の保証が得られるまで、これほど重要な機能の作業を実際に開始することはできません。

@ michaljaros84 VSCodeがVisualStudioのようなIDEになることを意図していないという事実は、フローティングインプロセスウィンドウのようなUX拡張をまったく排除するものではありません。

@RoyTinkerおそらく、フローティングインプロセスと個別のインスタンスのメリットについて説明できますか？ 新しいプロセスを生成することで同じ機能を実現できる場合、複雑さを劇的に増加させる価値はありません。

コードがIDEであるという事実は、フローティングパネルのようなVSのすべてのひどいUXの選択を移植する必要があるという意味ではありません。

新しいプロセスを生成することで同じ機能を実現できる場合、複雑さを劇的に増加させる価値はありません。

新しいプロセスを生成しても同じ機能を実現することはできません。AIUIでは、LSPベースのツールを使用する言語の場合、2つのプロセスが両方とも同じ言語サーバーと通信できないため、LSPベースのみを使用することになります。それらの1つの機能。

@inarius確かに、それはすでに上で議論されていますが（私の「20％の努力/ 80％の利益」コメントを参照してください）。 私が理解しているように、ユースケースは複数のモニターをより適切にサポートすることです。

さまざまな理由（@HighCommanderで言及されている理由など）により、VS Codeはフォルダーごとに1つのワークスペースのみを開始します（現在、1つのワークスペースが複数のインスタンスにまたがることはできません）。

答えてくれてありがとう。 理解できると思います。 正直なところ、私はフォルダではなくファイルを開くことでVSCodeを使用することがよくあります。 gitプロジェクトで作業している場合、新しいウィンドウを開いてそこにファイルをドラッグする現在のワークフローでは、元のウィンドウからのみフォルダー/ gitアクションを実行できることがわかりました。

今これを試してみると、新しいワークスペースは間違いなくフォルダを再度開きませんが、リポジトリディレクトリの下のファイルで作業している場合でもgitアクションは残ります。

@ Krzysztof-Cieslakフローティングパネルは、Visual Studioでは完全にオプションになるように構築されているため（つまり、機能やワークフローで使用する必要はありません）、そうでない人の観点からも、UXの選択が悪いとは思いません。それらを使いたい。

これがまだ不可能なのは残念です。マルチモニターを設定している人は多くの利益を得るでしょう。
だから機能に投票する💃

複数のウィンドウを使用してそれらのウィンドウをワークスペース構成に保存できるようにするための許容できる方法はありますか？ ウィンドウが開いたら、ウィンドウを追跡する方法があると想像できます。 コードの後半で少し掘り下げて、少なくとも1つのワークスペースを複数のウィンドウにまたがらせる方法を見つけることができるかどうかを確認するかもしれません。

少なくとも、複数のウィンドウで同じフォルダを開く際の非常に恣意的な制限を削除してください。

@TedYavこの制限には、技術的な理由があります。詳細と説明については、＃2686を参照してください。

それで、反復計画＃47369の参照は、これをサポートする計画ではなく、4kモニターを入手することについての単なる冗談ですか？

@hosaka正解ですが、コメントに皮肉を

@RoyTinkerまったく違いますが、読んだ他の人が期待を

バンプ。 私もコードタブをデスクトップにドラッグして新しいウィンドウで編集したい

Visual Studio、notepad ++の長年のユーザーであり、3（21〜25インチ）モニターで何年も作業しているのは、実際には、Visual StudioCodeを数時間使用すると使用できなくなる単一の機能です。 数回試しました。 しかし、私にとっては人間工学的に非常に不快で、私が再びそれを離れるほど疲れます。 それがあれば本当に素晴らしいでしょう。

うわー、これはこれまでで最も求められている機能です！ ：sweat_smile：

^^ https://github.com/Microsoft/vscode/issues?q=is%3Aissue+is%3Aopen+sort%3Areactions-%2B1-desc

そして驚くべきことに、次に最も必要な機能は非常に関連しています：+1：

現在、複数のモニターとショートカットCTRL+k oを備えたvscode 1.22.0を使用して、新しいウィンドウでタブを開きます。 これは私にとってはかなりうまくいきます：sweat_smile：

それは正確にはどういう意味ですか？ 上位3つの機能がいつ実装されるかについての見積もりはありますか？

Op 9jan。 2018 3:15 schreefロイティンカー[email protected] ：

誰もが知って喜んでいると思いました-この機能リクエストは、賛成票によって＃4に到達しました。 あと150だけで、トップ3に入るでしょう！

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

ディスカッションに何も追加しないため、人々は反対票を投じていますが、この問題を購読しているすべての人があなたのコメントを電子メールで受け取ります。

上位3つの機能がいつ実装されるかについての見積もりはありますか？

一部の機能は、目立つようになってから出荷されるまでに2年かかりました。

これは現在、2（TWO！）年間高い需要があります。 特にマイクロソフトがこれを「公式のコードエディタ」と見なしているという事実を考えると、これは非常に残念です。 私はそれを使うのを延期し続けます、なぜなら私が試みるたびに、これ（そして他のいくつかの欠けている機能）は私を非常に遅くするからです。
少なくとも決定的な声明については、今がその時だと思います。

• これは最終的に実装されますか？ はいの場合：いつ？ そうでない場合：なぜですか？

@Hypernut実際、この問題への投票は昨年12月頃に始まったばかりです。 コメント履歴を確認すると、8か月以内に（IIRC）から「投票数がXだけ増え、これがトップ10に入る」という投稿が表示されます。

編集：ここにコメントリンク： https ：
2017年10月25日現在、「トップ10に入るにはさらに104票」。

私は本当にこの機能も必要です-主に別のモニターにデバッグウィンドウを表示するだけです。

実装するためのより簡単な解決策（？）は、新しいウィンドウ（CTRL + SHIFT + N）で同じプロジェクトを開くことを許可することです（これは現在許可されていません）。 次に、この新しいウィンドウで必要なタブを開くことができます。または、ここにデバッグコンソールが必要な場合は、最大化してウィンドウ全体に表示できます。 これは、ウィンドウの同期が維持され、コードの変更/デバッグメッセージなどがすべてのウィンドウインスタンスですぐに更新される限り機能します。

この機能を追加してください。 この動作を模倣するには、両方のVSコードを開く必要があります...これが組み込まれているとしたら、これはすばらしいことです。

なぜダウン票の@minajevs、@ djm158、および@JustinAddams？ 私は、他の誰もがこの機能をサポートする際に行ったのと同じことを述べました。

@faustinoaqはい。 はい！ ありがとう、ありがとう、ありがとう！

今のところ、少なくとも、Cmd-K oで十分です。つまり、切り離されたウィンドウでソースファイルを開きます。 誰かがマークダウンウィンドウに同じものを要求しているのを見ました...それを使用していませんが、同じソリューションで達成するのはそれほど難しいことではありませんよね？ それとも、Cmd-K oを使用してすでに可能ですか？

Cmd - K Oキーボードの組み合わせをありがとう@steinhh 。 私はまだそのことに気づいていませんでした。来週はマルチモニターシステムでそれがどれだけうまく機能するかを確認するために使用する予定です。

あなたのヒントにより、私は以下のPDFを見つけ、以下のリスト/スクリーンショットも作成しました。

すごい！ ありがとうありがとう！

• https://code.visualstudio.com/docs/getstarted/keybindings 、
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-macos.pdfおよび
• https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

スクリーンショットで見つけたバインディング（Macの場合）：

• Cmd - Shift - P ：すべてのコマンドを表示
  
• Cmd - K O ：現在のファイルを新しいウィンドウで開く
• Cmd - Shift - N ：新しいウィンドウを開く
  
• Cmd - K Cmd - R ：デフォルトのWebブラウザで現在のOSのキーボードショートカット参照PDFを開く
• Cmd - K Cmd - S ：キーボードショートカットエディタを開く
  

キーボードショートカットエディタには、キーバインディング名自体またはコマンド名のバインディングを見つけることができる検索があります。

VSCodeに切り替えたとき、私はそれに恋をしました。 それはとても使いやすく、私の遅いコンピュータで高速です！
しかし、最初の15分間使用した後、この機能を見逃しました。 私は3台のモニターを持っており、通常は2つのファイルを同時に処理します...

@steinhhそれは素晴らしいことですが、OPで説明されていることとはまったく
"_...フローティングウィンドウオプション：
ターミナルデバッグコンソール問題出力_
「」
ショートカットで開いた新しいウィンドウには、これらすべてのサブウィンドウがアタッチされたままです。

@RoyTinker
不注意で失礼します。 「去年の12月」に突然需要が生まれたと思います。 それ以前は、誰もフローティングウィンドウを望んでいませんでした。 :)

とにかく、要点は次のとおりです。ここでは現在需要が高く、絶対に無視されています。

@Hypernut私はVSCodeチームのメンバーではなく、彼らのために話すこともありません。 私は、彼らの過去の行動の観察に基づいて、そしてこの機能が最初に彼らの「ユーザーの需要が高い」レーダーに現れたときに、期待を設定するのを手伝おうとしています。

@algiuxassここでも同じです。 これがまだ追加されていないのを見て驚いています。 vscodeが追加されるのを見るのが私の最大の願いです。 私は電子開発者ではないので、これが電子アプリの制限であるか、それが可能であるかどうかを確認してください。

@RoyTinker
私はあなたがVSCチームのために話さないことを知っています。 しかし、なぜ「期待を設定する」必要性を感じるのでしょうか。

少なくとも何を期待するかについてのヒントを与えるには、8か月で十分だと思います。 特にこのスレッドでの憶測を考えると、それはまったく不可能かもしれないということです。

@Hypernut VSCodeチームは、この機能に関するタイムラインや計画を_何も_示していないため、情報が

私はVSCodeチームなどを擁護しているのではなく、苦情などを信じて行動しているだけです。 コメントであまり役に立ちません。 私が前に言ったように、彼らの注意を引くための最良の方法は、多くの人々が彼らの👍投票を問題に追加することです。

この問題の解決に時間を費やしたい場合は、この機能が必要になる可能性のあるオンラインの他の場所（Stack Overflow、redditなど）にアクセスして、この問題にリンクすることをお勧めします。

VSチームさん、この機能を実装してください。 それは実際には「多く」ではありませんが、これは他のエディターで利用できる機能であり、非常に不足しています。 実際、VSCodeを排他的に使用することを妨げる唯一の機能です。

私はフローティングウィンドウの問題についていくつかの研究を行ってきました（私の電子に関する知識はほとんど存在しません）。 電子はフレームレスウィンドウをサポートしているようですが、ユーザーがVisual Studioのようにファイルを外側にドラッグしたときにフレームレスウィンドウを作成するだけで、問題を解決できませんでしたか？
https://github.com/electron/electron/blob/master/docs/api/frameless-window.md

@ Trevinlc1997
はい、アプリケーションの小規模では、これと同じくらい簡単かもしれません
VSCodeは複雑なプログラムであり、コアの機能にパッチを適用できないか、維持および改善するのが悪夢になります（リポジトリのクローンを作成して、獣の内部で何が起こっているかを確認してください）。

私の推測（私は間違っているかもしれません）：
彼らがこの機能を追加したいのであれば、彼らはそれが最大限の可能性を可能にする方法でそれを実装したいと思うでしょう
VSCodeチームはこの機能の需要を認識しており、他の機能を実装すると問題が処理しやすくなるため、説明やディスカッションが500mスクロールするのを防ぐために、何も言わないようにしています。

これはまだ機能ではありませんが、VSCodeを排他的に使用することを妨げる唯一の機能です。

そもそもVSCodeに惹かれたのはLanguageServerProtocolでした。

この問題の結果として、代わりにEclipseでのLanguage ServerProtocolサポートへの貢献に移りました。

私はVSCodeが大好きです。 これは私が本当に好きではないことの1つです。 最もミニマルなエディターでも、機能としては明らかなようです。 マルチモニター設定を使用して、エディタータブをウィンドウの外にドラッグしようとする人は誰でも、それが元の場所に戻ってくるのを見て失望の痛みを感じています。 VSCodeチーム、これをリストの上位に配置してください。

+1。 PyCharm / CLionに似ているといいでしょう。

この回避策として機能する新機能が追加されたようです。
「新しいウィンドウでワークスペースが重複しています」。
これは、ウィンドウ間でコンテキスト/ワークスペースを共有しているようで、基本的なマルチモニターの問題を解決します。

VSCodeチーム（そしてこれに取り組んだ人）に感謝します。

彼らはまた、新しいグリッド機能を出している。 https://twitter.com/joaomoreno/status/1004303587755855872?s=19

はい、そうです！

Yehya Abouelnaga [email protected] schrieb午前神父、8 Juni 2018 UM
12:22 Uhr：

@Deltatiger https://github.com/Deltatigerこれはすでに出荷されていますか？

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/10121#issuecomment-395718792 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AEVMyNsBaeorg-rczkcZsifgpi-jtPR7ks5t6lB7gaJpZM4JckZO
。

@Deltatiger
ターミナルや出力など（OPで説明されているように）を自由にサイズ変更して移動できるようにすることが目標である場合、これは何も解決しません。
マルチモニターのサポートだけが、この機能が必要な理由ではありません。

@Hypernut私は完全に同意します。
この機能を回避策として使用したのは、すべての出力/ Git /ターミナルに1つのウィンドウ（元のウィンドウ）を設定し、実際のコード用に新しいウィンドウを作成できるという意味です。
このようにして、ターミナル/出力を監視しながら、より多くの不動産を取得できます。これが、フローティングウィンドウの主な理由の1つであると私は信じています。 しかし、それは私の見解です。

また、マルチウィンドウコーディング（新しいウィンドウを開くためのCtrl + K、Oの元の提案）についてもある程度の議論があったので、その機能を探しているすべての人のために、ここでその部分を明確にしたいと思いました。

しかし、これは、ミニ専用ウィンドウを自由にドラッグするのと同じ自由を与えることは決してありません（たとえば、ターミナル用、git用、2番目のターミナル用）。

この機能を実装できれば素晴らしいと思います。

好奇心から、なぜ端末を新しいウィンドウに分割したいのですか？ VSCodeの外部で新しいターミナルプロセスを開く方が良いのではないでしょうか？

@ iansan5653では、そもそもなぜ端末をVSCodeに配置するのでしょうか。 なぜ別のgitアプリケーションではないのですか？ ファイルエクスプローラー？ すべてのプラグインを削除し、1つのコードウィンドウを提供しますか？

@ iansan5653それは私の場合です：
私はよくWebStorm（そのような機能を持っています）を使用します。 私のワークステーションは、ラップトップと、読みやすくするために垂直に回転する追加のモニターで構成されています。 したがって、次のように表示されるようにIDEを構成します。

• 垂直画面上：エディター、ツールバー、および（最終的には）垂直分割を備えたIDEのメインウィンドウ
• ノートパソコンの画面：プロジェクトのファイルエクスプローラー/アウトライン、ターミナル/テストダッシュボード/デバッグダッシュボード

私はそれなしで生きることができますか？ ええ、もちろんです。 しかし、それでも私はそれが楽しいと思います。

Visual Studio（適切な）チームがクライアント側のアプリケーション開発/デバッグのサポートに優れていることを望んでいます。 とはいえ、これがVSCodeをデバッグに使用できない大きな理由の1つです。

「ファイルを以前のリビジョンと比較する」機能を使用する場合、エディターが1つの画面に2つに分割されているため、行末に移動せずに特定の差分を表示することはほとんど不可能です。 2つのウィンドウで2つのバージョンを開くオプションがあると、本当に節約になります。

この機能が必要だと思います。

Notepad++はウィンドウをフロートさせるこの機能がありますが、 vs codeはありません。

したがって、他の画面でウィンドウをフロートさせたい場合でも、新しいウィンドウを開いてからファイルを開く必要があります。使用するには手間がかかりすぎると思います。

したがって、この関数を追加してください。

そしてそれを解決する良い方法を持っている人はいますか？教えてください。

ありがとう！

PS絵文字を諦めるだけで、他のアイデアを聞いたり、それを解決する方法を教えたりしない人がいます。私はこれらの人々を軽蔑すると思います。

悪いレビューや欠点が気に入らない人もいます。床を洗う方法を知っているだけで、吹き飛ばして無視するだけです。
これらの人々はおそらく私たちとコミュニケーションをとることができないと思います。

フローティング/ドッキング可能なウィンドウと、次のロードのために保存された位置が欲しいのですが。 現在、複数のモニターにウィンドウを広げることができますが、次に開くと位置がデフォルトにリセットされます。 ほとんどの場合、ペインのデフォルトの位置が気に入らず、移動したいと思っています。

@ CHN-STUDENT人々は私たちがそれを必要としていることに同意するので：-1：投票をしていると思います（このスレッドには270のコメントがあり、最も：+ 1：投票された問題です）。 トピックは、私たちが何を望んでいるのか、なぜそれを実装するのかではなく、ということではありません。会話を前向きに保ち、この機能の実装を支援する方法に焦点を当てましょう。 :)

この欠落している機能が、VSコードを使用できない主な理由です。

他の人が言ったことに耳を傾ける-さまざまなパネルをドッキングできないことは、私にとってもちょっとした問題です。 -これは、VS Codeで実行しようとした3番目のことでした（テーマをライトに変更した直後、メニューが表示され、mssql拡張機能がインストールされた直後）。

役立つ-私にとって役立つのは、複数の画面でファイルを開くことができるだけでなく、IDEの任意の場所に任意の種類のパネルをドッキングできることです（新しいウィンドウに移動できる新しいウィンドウにファイルをポップアウトすることを含む）画面）。 -私の典型的な設定では、最初の2つの画面でコードファイルを開き、3番目の画面にすべての便利な「ステータス」パネルのコントロールパネルをドッキングします。

私の3番目の画面がどのように見えるかの典型的な例を以下に添付しました（それが役立つことを願って）-難読化されたテキストについてお詫びします：

ちなみに、Visual Studioが行うパネルドッキングのほとんどは.NETに組み込まれているという印象を受けましたが、これを実装するのは本当に難しいのでしょうか。 -とにかく、Visual Studioはこれを驚くほどうまく行っています。おそらく、Visual Studio Primeチームに連絡して、このビットのコードを借りるように依頼することができます。 ;-)

編集：ええと、VS Codeは電子アプリのようです...まあ、それは_興味深い_決定です...うーん...

これが、私のチームの誰もが実際にVSCodeを主要な開発プラットフォームとして使用していない唯一の理由です。 私たちはVS2017を使い続けていますが、それは明らかな脆弱性のすべてです。

VS Codeチームがこれが-核レベルの問題-であることを認識しなければならないことは疑いの余地がありません。したがって、明らかに彼らには大きなアーキテクチャ上の欠陥があり、単に対処することはできません。

これは、Visual Studio（およびBill ClinitonがPresedentであったためにサポートされている他のすべての開発者環境）の開発者環境の上位3つの機能です。 したがって、これは次のカテゴリに含まれるものではありません。 「ああ、そんなことは考えたことがなかった！」

VSCodeは単にそれをやってのけることができません。

問題/出力/ターミナルウィンドウを上下に調整するのにうんざりしました。 それを取り外し可能にするための素晴らしい最初のステップになるでしょう。

回避策が必要なpplの場合、プロジェクトのフォルダーへのシンボリックリンクを作成し、そのフォルダーを新しいウィンドウとして開きます。 プロジェクトは両方のウィンドウで取得できます。 （あなたはマルチウィンドウ支援OFCを追加しない限り）VSコードチームに、してください決して「修正」このバグ

数バージョン前にコマンドパレットに「新しいウィンドウでワークスペースを複製する」コマンドを追加した方がよいオプションではありませんか？

@JustinAddams

回避策としては問題ありません。 複数の言語、ツール、フレームワーク（バックエンドとビジネスロジック用の.NET（およびツールとライブラリ）+ DB抽象化、フロントエンドまたはその他のフレームワーク用のAngular / VueJS / Reactなど）の複数の構成でプロジェクトにアクセスしてみてください

ワークスペースを複製すると、メモリとストレージドライブの使用量に大きな欠点があります。
これは基本的に、同じワークスペース内のVSCodeの新しいインスタンスです。
重複する言語サービスと言語サーバーを実行すると、特にプロジェクト全体の分析を使用するツールを使用して、同じファイルにアクセスすると競合状態が発生し、HDD / SSDが大量に使用される可能性があります。
確かにこれらのツールなどを無効にすることはできますが、大規模なチームで作業している場合は、常に誰かがvscode設定フォルダーをコミットします（たとえそれがgitignoredであっても、これがどのように発生するかを聞かないでください）。 次に、混乱が起こります。

また、キャッシュが問題になる可能性があります。
Electronのフレームレスウィンドウは、実装されたクールなソリューションですが、コアにあります。 それも時間がかかります。 そのレベルでコアコードを変更することが重要なので。
彼らはおそらく最大のパフォーマンス/ RAM使用率に機能を実装したいと思っていますが、Electronと複雑なコアのカスタムビルドのために非常に複雑です。 コアで実装すると、Visual Studio 2015、2017、WebStormなどのように、すべてのウィンドウでフレームレスの「存在」が可能になります。

これは、特にマルチモニターのセットアップにとって重要な機能です。 マルチウィンドウで開いたファイル間で単一のワークスペースプロセスを共有します。

_考えられる解決策：フレームレスウィンドウの実装の代わりにVSCodeの新しいインスタンスを開きますが、コマンドラインオプションを追加して、最初のインスタンスの共有拡張機能を使用できるようにします（問題：拡張機能ホストを共有できるか、インスタンスに関連付けますか？）。

@JustinAddamsそれは私が今していることです、

また、複製されたワークスペースビューのビュー構成を調整しておくと便利です…

例えば、

• 表示するフォルダを選択します
• 表示するパネル
• サイドパネルの視認性

等

また、メインワークスペースウィンドウから、開発者として、子の複製されたワークスペースイベントからリッスンするブリッジサービスを作成し、メインワークスペースウィンドウがそれと対話することができます。

ユースケース、例：

1. ワークスペースのメインウィンドウを開く

2. 事前設定されたテンプレートでsubWorkspaceを作成します

   複製ワークスペースと同様ですが、メインワークスペースウィンドウから子プロセスを作成します。
   テンプレートには、たとえば「パネルのみ」という名前を付けることができます（問題、出力、デバッグコンソール、ターミナルのみが含まれます）。

3. 子ワークスペースターミナルタブで、 yarn test --watch開始できます。

4. …コーディング、または私ができることは何でもします…
5. テストの1つが失敗した場合は、サブワークスペースvscodeセッションでCommand+Clickします
   5.1。 サブワークスペースは、イベントをメインのワークスペースウィンドウにターゲティングします
6. メインワークスペースはイベントを処理し、テストが失敗したファイルを表示します
   ……
   ちょっと利益!!! …言うでしょう、

しかし、これはVisual Studio Codeの子セッションをロードするだけで、完全にロードされたvscodeではなく、単純化された軽量のロードバリアントであることがわかります。

また、VSCodeのモジュールは、相互に多くのインスタンスを簡単に接続できるミドルウェアを介して通信する必要があるため、子ワークスペースウィンドウでは、たとえばESLintの問題を確認できます…………

たぶん、この「ブレインストーム」は誰かに役立つでしょう、そう願っています:)

乾杯！ ＆thx forattention…

別のウィンドウを開くことを提案する人のために。
この機能の主な利点は、別のモニターで端​​末/出力/問題を開くことです。そのため、コードウィンドウとは別にエラーのリストを表示できます。 したがって、Ctrlキーを押しながら1つのモニターをクリックすると、対応するコードが別のモニターで表示されます。

この機能が追加されるのを楽しみにしています。 Webstorm / Phpstormには両方ともこの機能があり、これらのアプリで私が気に入っているのは本当にそれです。 メインエディターとして縦向きモニターを使用していますが、ファイルツリー/エクスプローラーパネルを別のモニターに配置すると、大きな違いが生じます。 また、端末を別のモニターに配置するのも好きですが、vs codeと統合されていない端末をいつでも使用できますが、これらのパネルのvscodeに取り外し可能なウィンドウがあると便利です。

そう？ 2年と何も？
統合された「検索」パネルは常に巨大で幅が広いので、我慢できません。

これが2年前になり、ここで最も望まれ、議論されている機能であるにもかかわらず、これが開発者によって完全に無視されているのは奇妙だと思います。
私は恐れています、彼らはすでにそれがあまりにも複雑である/あまりにも多くの仕事をずっと前に考えていて、それは価値がないと判断し、フォールアウトをできるだけ長く遅らせるために静かに保ちます...

そして、私は言わなければなりません、私はこの非コミュニケーションに少し腹を立てています。 たぶん私は間違っていますが、それはマイクロソフトの政治のようなにおいがします...

私は恐れています、彼らはすでにそれがあまりにも複雑である/あまりにも多くの仕事をずっと前に考えていて、それは価値がないと判断し、フォールアウトをできるだけ長く遅らせるために静かに保ちます...

これがどのように複雑になるのか私にはわかりません。 他の無数のソフトウェアがこれを実行し、実行しており、今後も実行を続けるため、最も要求された機能の1つを実装することを実際に妨げているのは何なのか完全にはわかりません。

現在、VSCodeで作業する開発者が参加していないためですか？ VSCodeは収益化できないため、十分な価値があるとは見なされませんか？

最近のコンピュータには以前よりもはるかに多くのシステムリソースがあることを考えると、「これはコンピュータに負担がかかりすぎることが判明するかもしれない」という議論が最近有効であるかどうかは完全にはわかりません。 また、ワークステーションにこの影響があることが判明した場合は、この機能を完全にオフにする機会があります。

率直に言って、これを使用するかどうかを選択できる方が、まったく選択しないよりもはるかに優れています。

VSCodeは、CODEを実行する人によって使用されます。 コーダーが機能のオンとオフを切り替える方法を理解できない場合は、間違ったソフトウェアを使用している可能性があります。

システムリソースの浪費を減らすための措置が講じられますが、「ほとんどのユーザーはそれをオフにする方法がわからないため、インストール時にデフォルトでオンになるという古くからの信念に基づいて、このような新機能の追加は控えます。さまざまなコンピューターで非常に遅く、見栄えが悪くなる」とは、実装が不足しているために考えられる最悪の議論です。これは、ターゲットユーザーベースがほとんどの場合よりも技術的に傾いていないことを意味するためです。

最後に確認したところ、そうではありませんでした。

私の推測では、タブを使用して新しいウィンドウを作成し、電子のためにタブをその状態に保つことは難しいと思います。 タブを独自のウィンドウにドラッグするたびに新しいウィンドウを作成する必要がありますが、これは簡単なことではありません。 特にターミナルやサイドバーなどに。

私はまだこの機能がどうしても欲しいです。

@Penagwin同様に、それを実装できないことの技術的な理由がわからないので、私も礼儀正しく判断を保留し、他の人と同じように辛抱強く待ちます。 😄

それまでの回避策は、2つのウィンドウを開き、同じプロジェクトの親フォルダーと子フォルダーを開くことです。 たとえば、一方のウィンドウでアプリのディレクトリを開き、もう一方のウィンドウで「public」フォルダを開きます。 欠点は、タブをそれらの間にドラッグアンドドロップしないことですが、それ以外の場合は機能します。

2つのウィンドウで回避策を提案するすべての人に。 これは、デバッグインスペクターや端末/出力などを2番目の画面に表示できないという実際の問題にはまったく役立ちません。

「CtrlK、O」を使用して、現在のファイルを別のvscodeウィンドウで開いて編集します。 新しく開いたウィンドウを構築するには、ターミナルのデフォルトディレクトリを再度設定する必要があります。 ファイルでのみ機能します。 ターミナルウィンドウではありません。 ドラッグアンドドロップと同じではありませんが、2番目または3番目のモニターを使用するためにいくつかのファイルを別のウィンドウに移動する必要がある場合に便利です。 解決策がないため、回避策に問題はありません。 世界は完璧ではありません。私たちが持っているものを最大限に活用して、仕事を成し遂げましょう。 何か良いことが起こるまで、これが役立つことを願っています。 ハッピーコーディング！

2年経ったとは信じがたいですが、これについてはほとんど進展がありません。 全体として、それは素晴らしいIDEであるため、私はVSコードに真剣に取り組み始めていました。 ただし、マルチスクリーンのサポートがなければ、専門能力開発の真剣な候補とは言えません。 これらのコメントを見ると、この見方では私だけではないようです。

今のところWebstormに戻る=（

この機能をしばらく見守っていましたが、これが実現することを本当に望んでいるという別の声を追加するだけです！ VSコードがこれを実装できれば、完璧なエディターになります!!

なぜこれはまだ問題ではないのですか？ この機能のホールドアップは何ですか... VSコードは素晴らしいエディターですが、これは欠けている主要な機能です...

これは本当に起こる必要があります！ Microsoftのアカウントに対する大きな監視。

みんな、やってください！ これはこれまでで最も求められている機能です：dancer：

私は3つのモニターを使用していますが、この機能が必要です。コード内で、1つのファイルから実装する必要のある関数を確認する必要があり、これを別のウィンドウで開いてコピーして貼り付ける必要があるためです。作業スペースの領域を制限できる1つのモニター内でウィンドウを分割する代わりに、必要です。
この機能を実装して、ウィンドウをフロートさせてください（ウィンドウの切り離し）。

+1。 これは、マルチモニターの生産性にとって非常に役立ちます。

この機能リクエストは最近、2歳の誕生日を迎えました。 私はそれが実装されることはないと思います:(

+1この機能に関する更新はありますか？

この機能が必要なのは、GHを正しく使用できないことや、インターネットでの議論でうまく機能していないことと相関しているようです。 マインドレス+1スパムは間違いなくあなたの大義を助けます。

@ Krzysztof-Cieslak問題に関するコメントを無効にし、OPへの反応のみを許可するオプションがあるはずです

@ Krzysztof-Cieslak +1は、議論ではなく投票に関連していると思います。

+1は会話をUPするためによく使用されるので、Microsoftの人たちは問題を失うことはありません;）

@SkyzohKey 、それはすでに開かれています、彼らは何も失うことはありません。

MSがgithubと本質的に電子プロジェクトを所有しているので、これが実際に日の目を見る可能性はありますか？ 私はこれがエディターの根本的な問題であることに同意します。そうでなければ、それはかなり素晴らしいことです。

@ napalm684良い点ですが、これはElectron（https://github.com/Microsoft/vscode/issues/10121#issuecomment-346088717）では問題ではなく、VSCodeアーキテクチャ自体（https://github.com）では問題だと思います。 / Microsoft / vscode / issues / 10121＃issuecomment-346290180）。

ああ、私はもともと@ n9を読んだ。これは電子の問題だった。 とにかく、これが現時点で一番の機能リクエストだと思いますか？

この機能は次のメジャーバージョンになりますか？

私は誰もが促されるのが好きではなかったことを知っていますが、
この機能が最優先事項であることを願っています。
これがオープンソースのフリーウェアであることは知っていますが、この制限により、新しいユーザーがVSCodeを使用できなくなる可能性があります。
私たちは新しい素晴らしいIDEを喜んで使用しており、人気がありますね。

そうですね... VSでの作業と同じように、VSCodeからタブを切り離したいと思っている開発者がもう1人います。

ここのほとんどの人と同じ：
1つのフォルダー/プロジェクトに複数のVSコードウィンドウを設定し、複数のモニターで作業できるようにしたいと考えています。

それにもかかわらず、素晴らしいIDE👍
それを続けてください、私はあなたの仕事を愛しています。

また、同じディレクトリを複数のウィンドウで開くことができるようにしたいと思います。

👍

2台目のモニターで表示できるようにデバッガーコンソールを切り離したい

+1
回避策（新しいウィンドウを開き、ファイルを現在のワークスペース/ウィンドウから新しく開いたウィンドウにドラッグアンドドロップ）は問題ありませんが、ワークスペース自体にアクセスできません。 異なる設定、ワークスペース内の他のファイルへのアクセスなしなど。

しかし、このVSCは別として、素晴らしいです！

VSCのフローティングウィンドウで何ができるかを確認しようとしました。
まず第一に-Electronは複数のウィンドウをサポートしています。 追加のBrowserWindowインスタンスを開くことは可能ですが、ロード時にHTMLファイルが必要です。

その場合、フローティングウィンドウの端末を考えてみましょう。 VSCコードに関してはそれほど流暢ではありませんが、すべてのアプリケーションが「モノリスアプリ」として実行されているようです。 つまり、VSC UIの何かを追加のウィンドウに表示したい場合は、そこにすべてのアプリケーションをロードして、UIの不要な部分を非表示にする必要があります。

いいね？ あんまり。 追加のウィンドウでは、不要なUIパーツを非表示にする必要がありますが、ファイルの変更やショートカットで他のアプリ領域の更新を無効にする必要もあります。 さらに... Electronメモリがどのように機能しているかはわかりませんが、すべてのアプリケーションを2番目のウィンドウにロードすると、VSCのメモリ使用量が劇的に増加すると思います。

単一のUIパーツを備えたフローティングウィンドウで作業を開始する前に、VSCをよりモジュール化して、何らかのマルチウィンドウメカニズムを準備する必要があると思います。

親愛なるコミュニティ、VSCチームを助けてみましょう。

+1は会話をUPするためによく使用されるので、Microsoftの人たちは問題を失うことはありません;）

いや、今では彼らは問題を無視することに慣れています。 :)それはあなたのバスルームの鏡にメモを置くようなものです。 最初は無視することはできませんが、しばらくすると表示されなくなります。

私はどんな種類のElectronの男でもありませんが、少しいじくり回しました。 新しいウィンドウを起動し、webContents APIを介して親ウィンドウと子の間で通信を行うことはできませんか？

@kodipe

@scriptcoded良い質問！

特定のHTMLファイルなしでBrowserWindowを使用できるこのプロジェクトhttps://github.com/illBeRoy/ElectronScriptWindowを見つけました。 基本的に、ベース64でエンコードされた文字列をウィンドウのURLとして作成します：ロード時にhttps://github.com/illBeRoy/ElectronScriptWindow/blob/master/src/index.js#L76 。 その後、webContentsを介して親から子を制御できるようになります。

@kodipeきちんと！ それはそれを行うための非常に賢い方法です。 おそらく、私は情報源を詳しく調べて、これがそれを行うための良い方法であるかどうかを理解するでしょう。 これは、コア機能の束を大幅に書き直したことを意味していると思います。

@scriptcodedええ...現時点で機能を実現するのは本当に難しいです。 いくつかの単純なFloatingWindowAPIの解決策を探し、フォークで何か面白いものを作成した場合は、ここで共有します。

この機能の+1

私は1日に数回この制限に達しました。それは私にとってかなり大きな欠けている機能です。

回避策：

1.）プロジェクトフォルダを開きます
2.）ワークスペースとして保存
3.）一方のウィンドウでワークスペースを開き、もう一方のウィンドウでプロジェクトフォルダを開きます

お役に立てれば

この機能は期限切れであり、複数のモニターを使用する生産性にとって重要です。この機能をスコープに追加するには、何回の返信が必要ですか？ 必要に応じて、すべての同僚に返信してもらうことができます。

https://www.npmjs.com/package/electron-window-managerはどうですか？

@WNemenchaチームは不要な依存関係を望んでいないと思います。 おそらくそれを悪くしますか？

私たちが最終的にこれを手に入れることを願っています、これは持っている必要があります:)

革新を続け、VSCodeを最新のフル機能のエディターにするためには、これが必要です。 これは、それが完了するまでの主要な長期目標であるはずです。

この機能は、実際には優先度の高い機能である必要があります。 1台のモニターでコーディングするだけの開発者は誰も知りません。タブを新しいウィンドウにドラッグして並べて使用できる機能は、機能としてはあまりにも便利でありません。

この機能は、実際には優先度の高い機能である必要があります。 1台のモニターでコーディングするだけの開発者は誰も知りません。タブを新しいウィンドウにドラッグして並べて使用できる機能は、機能としてはあまりにも便利でありません。

ねえ、 @ oryandunnあなたが不平を言っていることは実際に可能です。 このチケットの下に追加された私のコメントを参照してください：
「新しいウィンドウを開き、ファイルを現在のワークスペース/ウィンドウから新しく開いたウィンドウにドラッグアンドドロップします。」

このチケットは、同じワークスペースで2つのウィンドウを開くことに関するものです。

@kapalkat明確にするために、この問題は、ターミナル、エクスプローラー、デバッガーなどのUIの一部をメインウィンドウから切り離すことに関するものです。 ＃2686は、同じワークスペースを持つ複数のウィンドウを扱います。

この問題は、誰かが実際に作業できるようになるまで（VSCodeチームから）凍結/制限する必要があると思います。

近い機能ではいつでもこの機能を期待できるとは思いません。 私の理解では、チームはこれを機能させるために多くのインフラストラクチャを変更する必要があります。 それだけでなく、他にどれだけ影響を受けるかはわかりません。

また、これが電子と関係があるのではないかと思います（電子側の制限/問題ではありません）。 現在のアーキテクチャによって制限されているだけです。

このスレッドは、実際に役立つコメントよりも多くの+1コメントで埋められています。

このスレッドは、実際に役立つコメントよりも多くの+1コメントで埋められています。

複数のモニターがサポートされていないため、ユーザーベースは不満を感じています。 開発者は他にどのようにしてユーザーベースが必要とする情報を入手する必要がありますか？

開発者は他にどのようにしてユーザーベースが必要とする情報を入手する必要がありますか？

👍を残し、次のような建設的な議論のために議論領域を明確に保つことによって：

UIの任意の部分をドラッグすると、画面の一部に「スナップ」できるVSの実装が非常に気に入っています。 今すぐタブをドラッグすると、メインビューにタイトルを付けることができます。

正直なところ、私が本当にやりたいのは、コードエディタのタブをドラッグすることだけです。 代わりにOSウィンドウマネージャーを使用できるので、メインウィンドウの外に並べて表示できるかどうかさえ気にしません。

誰もが@mrmosと彼の解決策のためにあなたの手をたたきます。

@jayarjo新しいvscodeウィンドウを開き、そこにタブをドラッグして、同様のことを行っています。 ここでの問題は、実際の「ワークスペース」に関する情報がないため、どの検索も適切に機能しないことです。

簡単な回避策として、コマンドDuplicate Workspace in New Window （バージョン1.24以降）を使用して、別のモニターに移動できる2番目のVSコードウィンドウで現在のフォルダー/ワークスペースを開くことができます。 このコマンドにキーバインディングCtrl + Shift + Nを割り当てました。

@ n0v1

簡単な回避策として、[新しいウィンドウでワークスペースを複製]コマンドを使用できます

うーん、最新のmacOSではこの機能がないようです-有効にする必要がありますか？

よろしく

@ldexterldesignコマンドパレットを開いて（ ⌘ + SHIFT + P ）、 Duplicate Workspace in New Windowと入力して実行してみましたか？

@ n0v1問題は、ファイル/ワークスペースを新しいウィンドウで開かないことです。 これらの両方のウィンドウで基になるバッファ（ファイル）のコンテキストを維持することが問題です。

明確にするために、1つのワークスペースでファイルを開き、複製されたワークスペースで同じファイルを開きます。 ここで、一方のウィンドウでファイルを編集します。もう一方のウィンドウには反映されません。

誰もが重複したワークスペースのことを言っていますが、それは今では誰もが知っていることであり、それほど頻繁に繰り返す必要はありません。 そして、この「回避策」全体は実用的でさえありません。他のエディターで実装されているような実際のフローティングウィンドウ機能が必要です。

「重複するワークスペース」の提案はやめてください。 それは解決策ではありません。 ワークスペースエクスプローラーも複製する必要があります。 そうではありません。

コンソール（およびエディターの他の部分）を切り離して別の画面にプッシュし、作業中にコードを読み書きするためのメイン画面の全領域を取得できるようにしたいと思います。複数の画面がある場所/

これにより、電車の中や顧客のサイトなど、メイン画面しか使用できない移動中でも、より適切に管理および作業できるようになります。

この機能の進歩は見られず、数年前です。 それを実現するにはコストがかかりすぎるアーキテクチャ上の制限に固執した場合は、それを閉じて先に進んでみませんか？

VisualStudioコミュニティがあることを忘れないでください。いくつかの機能をVSプラグインに移動することを検討してください。

@Nyconing VSLinuxまたはMacでは実行されません。

@Nyconing VSLinuxまたはMacでは実行されません。

まったく真実ではありません...

OK、コミュニティ。

左側のモニターに1つのファイル（単体テストあり）を表示し、右側のモニターに2番目のファイルを表示する最良の方法は何ですか？

Vim、Emacs、Visual Studio Enerprise、Sharp Develop、Eclipse、Jetbrains、またはメモ帳の使用を推奨しないでください。

左側のモニターに1つのファイル（単体テストあり）を表示し、右側のモニターに2番目のファイルを表示する最良の方法は何ですか？

二重投稿しないでください。 私が提供できる最善の方法は、ウィンドウのサイズを変更して両方の画面をカバーし、エディターをモニター間の中央に沿って2つのタイルに分割することです。

二重投稿しないでください。

GitHub自体にいくつかの内部問題があります

まったく真実ではありません...

それはワインまたはウィンドウズ仮想マシンでMac上で実行されます

@ hellboy81 @belst残念ながら、 VSCodeとおっしゃっていたと思います。 ごめんなさい！ 今軌道に戻る...

ちょうど私の2セント
「Ctrl + K、次にO」
「新しいウィンドウでアクティブファイルを開く」にバインドされています

ちょうど私の2セント
「Ctrl + K、次にO」
「新しいウィンドウでアクティブファイルを開く」にバインドされています

他の人が言っているように、新しいウィンドウで開くことは、求めていた、または望んでいたことではありません。

基本的に、プレミアプロがさまざまなパレットで行うように、ウィンドウをポップアウトして必要な場所に移動する機能を探しています。

ちょうど私の2セント
「Ctrl + K、次にO」
「新しいウィンドウでアクティブファイルを開く」にバインドされています

他の人が言っているように、新しいウィンドウで開くことは、求めていた、または望んでいたことではありません。

基本的に、プレミアプロがさまざまなパレットで行うように、ウィンドウをポップアウトして必要な場所に移動する機能を探しています。

完全にあなたと同意します。 この機能を待っている間に使用する一時的な回避策を手伝おうとしていました。

これについて意見を述べたいと思います。 多くの開発者が複数のモニターを持っていると思います。それらを効果的に使用することは、生産性にとって大きなメリットです。

この機能は大規模なサポートがあり、与えられたコードは電子アプリであるため、この機能が進歩しない理由はわかりません。電子の外で実行した場合、完全に実行可能で分解可能です。

一言で言えば、vscodeでMDIをサポートしてください。

VS Codeが複数の表示をサポートするまで、このエディターへの移行はデフォルトではありません。 私は最近、代わりにJetBrainsツールを使い始めました。 私はこの問題を1年以上見てきましたが、まだ動きはありません。 なぜ遅れるのかわかりませんか？

Xcodeでは、プロジェクトに複数のウィンドウを使用できます。 さらに、ウィンドウはすべて同じで完全に機能するウィンドウです。つまり、2番目のウィンドウを開いて元のプロジェクトウィンドウを閉じても、プロジェクトウィンドウ全体を使用できます。

このアプローチは、複数のモニターが簡単にサポートされることを意味します。 また、どちらが「実際の」プロジェクトウィンドウであるかを覚えておく必要がないので、ウィンドウ管理をベビーシッターする必要がないことも意味します。

このアプローチは、VSCodeで大いに評価されます。

Xcodeでは、プロジェクトに複数のウィンドウを使用できます。 さらに、ウィンドウはすべて同じで完全に機能するウィンドウです。つまり、2番目のウィンドウを開いて元のプロジェクトウィンドウを閉じても、プロジェクトウィンドウ全体を使用できます。

どうやって？ Mac OSXで同じワークスペースを開こうとすると、常に開いているウィンドウだけがフォーカスされます。

VSCodeはElectronで記述されているため、「フローティングウィンドウ」を実現するのは少し難しいですが、プロジェクトを2回開くことを許可すると大いに役立ちますが、これも機能しないようです。 どんな助けでも大歓迎です。

入って自分の経験を述べる：私は過去にVScodeを使用して、貢献しているゲームエンジンプロジェクトをコンパイルおよびデバッグすることに成功しましたが、VScodeでデタッチされたウィンドウを実行できないため、残念ながらCLionを使用しています。ゆっくりと、しかし確実にVisualStudio全体を採用しています。

このスレッドでそれについて言及した他の人のように、マルチモニターコーディングはちょっと取り外し可能が必要です。

Xcodeでは、プロジェクトに複数のウィンドウを使用できます。 さらに、ウィンドウはすべて同じで完全に機能するウィンドウです。つまり、2番目のウィンドウを開いて元のプロジェクトウィンドウを閉じても、プロジェクトウィンドウ全体を使用できます。

どうやって？ Mac OSXで同じワークスペースを開こうとすると、常に開いているウィンドウだけがフォーカスされます。

VSCodeはElectronで記述されているため、「フローティングウィンドウ」を実現するのは少し難しいですが、プロジェクトを2回開くことを許可すると大いに役立ちますが、これも機能しないようです。 どんな助けでも大歓迎です。

Xcodeでこれを行うには、タブを切り離すか、[ファイル]-> [新しいウィンドウ]を使用します。 プロジェクトをナビゲートしたり、コードを編集したりできるすべてのウィンドウは同じです。 Xcodeには「メイン」ウィンドウのようなものはありません。 以下の添付gifを参照してください。

依頼から2年。 VSコードがこれを実行できる可能性がある場合の見積もりはありますか？

これはOSSです。 あなたはあなたのスキルをVSCodeに助けそして貢献することができます。 VSCodeを複数のウィンドウで機能させたい場合は、フォークして自分でそれを可能にしてみませんか？

私はそれがOSSであることを知っています。 だから私はそれについて何の期待もしていませんでした。 私はこのレポの世話をしている人々からの見積もりがあるかどうかだけ尋ねました。 「見積もりなし」も答えです。 ありがとう

リクエスト：コメントについては、この問題を閉じてください。
VSCodeチームは素晴らしい仕事をしており、世界最高のコーディングツールの1つを通じて、成長を続ける開発者のコ​​ミュニティに信じられないほどの価値を提供し続けています。
マルチウィンドウの可能性について、ここにいる誰よりも熱意を示していますが、それが必要な限りお待ちしております。 私はすべてのme too 、 you can duplicate your workspace as an alternative 、 but this tool has it 、 when will we get thisまたはこの問題に関するかなり厳しいコメントに少しうんざりしています。 私は、この問題に関するすべてのコメントを待ち望んでおり、関連する更新を聞いて、前述のコメントをさらに見るだけです。 上記の363のコメントを考えると、チームメンバーから関連するコメントを見つけることは困難です。

この問題はチームの注目を集めていると確信しています（これは、要求された最大の機能です）。
@bpaseroは、上記のこのコメントで最新のフィードバックを提供しています： https ：
これには、vscodeの内部を少し再設計する必要があるため、辛抱強く（または貢献して）みましょう。
そのステータスの更新は私にとって十分です。 さらに更新があると、彼らは私たちに戻ってきます。
あなたのサポートを示すために問題を👍してください。