Vscode: パネルの位置を構成可能にする

+1

デフォルト設定に加えて、ウィンドウのすぐそばにあるボタンの方がいいと思います。 また、以前は、他のウィンドウを閉じることで、デバッグコンソールにスペースを100％使用させることができました。 現在、これはもう不可能です。 すべてのウィンドウが同じ動作を共有しているとよいので、すべてのウィンドウ（ファイル、デバッグコンソール、またはタスク出力）を垂直、水平、または100％に最大化できます。

@felixfbeckerフィードバックありがとうございます！

コンソールを水平にして、最後にクリップされることなく長い出力が見えるようにしました。 縦型コンソールを好むので、出力が表示可能よりも広い場合に縦型コンソールをどのように機能させるかに興味があります。 そのような状況であなたがしたことを共有できますか？

デバッグコンソールを水平にしたとき、フォーカスのあるテキストエディタの同じ機能と混同されないようにしたかったので、エクスプローラービューレットでファイルをクリックするとコンソールにフォーカスが移るとユーザーに思わせないようにしました。開いているファイルのあるコンソール。 これは以前は問題でした。垂直デバッグコンソールは、フォーカスがあったために開いたときにファイルに置き換えられることがよくありました。

テキストエディタを水平方向と垂直方向に分割できるようにするとともに、コンソールを水平方向または垂直方向に分割できるようにすることを検討しています。 また、コンソールとエディターを区別して、テキストエディターに置き換えることができると人々が考えないようにします。

これはあなたの懸念を解決するように聞こえますか？

@ bgashler1

TL; DRは、現在フォーカスされているウィンドウをより適切に強調表示し、すべてのウィンドウが同じように動作するようにします

私は垂直または水平のどちらを好むかにかかわらず、私は少しフェンスにいます。 しかし、多くの人が16：9モニターを使用しており、エディター用の十分なスペースがないため、水平コンソールを開いた状態でファイルを編集するのは面白くないことに確かに気づきます。 デバッグ中にファイルをスクロールするとすぐにコンソールを閉じて、目でスキャンしやすくなります。

コンソールを水平にして、最後にクリップされることなく長い出力が見えるようにしました。 縦型コンソールを好むので、出力が表示可能よりも広い場合に縦型コンソールをどのように機能させるかに興味があります。 そのような状況であなたがしたことを共有できますか？

コンソールの出力が収まらない場合は、ウィンドウのサイズを変更するか、開いているファイルを閉じて、全幅のデバッグコンソールを使用しました。 次に、 Ctrl + Tabを押してファイルに戻りました。 私が見たいのは、コンソールのボタンで長い行の折り返しを切り替えることです。これは、有益な場合（超長い文字列出力の場合）や、煩わしくてフォーマットが崩れる場合（スタックトレースの場合）があるためです。 特定の場合にラッピングを無効にできると、水平コンソールの必要性も減ります。

デバッグコンソールを水平にしたとき、フォーカスのあるテキストエディタの同じ機能と混同されないようにしたかったので、エクスプローラービューレットでファイルをクリックするとコンソールにフォーカスが移るとユーザーに思わせないようにしました。開いているファイルのあるコンソール。 これは以前は問題でした。垂直デバッグコンソールは、フォーカスがあったために開いたときにファイルに置き換えられることがよくありました。

はい、それは時々混乱しましたが、その理由は、どのウィンドウに焦点が合っているかという視覚的な指標があまりないためだと思います。 1月のリリースでは、アクセシビリティに関する多くの作業がありました。 たとえば、デバッグセクションには、パネルがフォーカスされていることを示す滑らかな青いアウトラインがあります。

たぶん、現在のウィンドウの周りに同様のアウトラインを追加して、ファイルを開いたときにどのウィンドウが置き換えられるかを明確にすることができますか？

テキストエディタを水平方向と垂直方向に分割できるようにするとともに、コンソールを水平方向または垂直方向に分割できるようにすることを検討しています。 また、コンソールとエディターを区別して、テキストエディターに置き換えることができると人々が考えないようにします。

すべてのウィンドウを垂直または水平にドッキングできる「ユニバーサル」ウィンドウ管理の場合は、間違いなく+1です。ボーナスとして、ウィンドウのドッキングを解除して、2台目のモニターでコンソールをドラッグすることもできます。 しかし、私はこの区別が乱雑になるだろうと感じています。 ウィンドウに同じ機能とボタンがある場合、どのようにその区別を表示しますか？ すべてのウィンドウが同じように動作する必要があると思います。

@felixfbecker共有してくれてありがとう！ これは素晴らしいフィードバックです。 チームと話し合います。 私たちは本当にこの体験を改善したいと思っています。

+1これは本当に基本的で必要な機能であり、すべての人のUXを向上させます。 最大化ボタンでさえ、何もないよりはましでしょう。

+1最新のコンピューター画面の比率が16：9であるということは、垂直方向のスペースがかなり少なく、無駄にする意味がないことを意味します。

これは間違いなく私にとって大きな問題です。 垂直方向の1080p画面から水平方向の1440p画面に移動しましたが、vscodeを使用したときに持っていた垂直方向のスペースが非常に不足しています。 未使用の水平スペースの一部を占めるように出力パネルを再配置できると、標準の16：9画面での作業がはるかに快適になります。

現在の画面では、2つのテキストバッファと出力パネルを並べて開くことができます。 それは素晴らしいことです！

ええ、16：91080pモニターでvscodeを使用することはできなくなりました。 全幅に及ぶものは、横向きのワイドスクリーンモニターではあまり良くありません:(

統合された端末ラベルを追加して、これが主な使用例の1つであるため、見つけやすくします。

これに関する更新、トグル最大化パネルコマンドが1.7.0で追加されました。これは当面の回避策であり、最大化状態と非最大化状態をすばやく切り替えることができます。 デフォルトのキーバインドはありませんが、コマンドパレットを介して、または独自のキーバインドを追加することでアクセスできます。 これが私のものです：

{ "key": "ctrl+shift+q", "command": "workbench.action.toggleMaximizedPanel" }

これを見るときに覚えておくべきことは、シェルがキーストロークを使用する必要があるため、ターミナルがいくつかのキーバインドを無効にすることです。 たとえば、分割エディタのデフォルトのホットキーであるctrl+\は、 SIGQUITをシェルプロセスに送信します。

@ bgashler1久しぶりですが、これに関する更新はありますか？

VSCodeは、Go開発のデフォルトIDEになりました。出力が非常にコンパクトであることが多いため、これは非常に大きな問題です。

次に、オープンソースのzapパッケージのテストを実行するときに無駄になるスペースの例を示します。

これは、役に立たない黒の画面の半分になります:(そのパネルを右端に配置して、テスト作業中にデュアルエディターを十分に活用できるようになると非常に便利です。

@Tyriar re：ターミナル

私はあなたの主張を確かに理解していますが、端末がこれの主な使用例の1つであることに同意するかどうかはわかりません。 かなりの数の人が、完全に別のウィンドウで優れたエミュレーター（読み取り、iTerm2、macOSを想定）を開くことに慣れていると思います。

vscodeには非常に優れたビルドシステムがあり、そのビルドシステムは内部コンソールに結びついています。 コンソールがポップアップすると、気になる列だけでなく画面の半分が表示され、多くの空きスペースが残ります。

@glibsm 1月から、この問題を含むワークスペース管理エクスペリエンスに取り組んでいきます。 すでにいくつかの関連作業を行っており、少し後で更新を投稿する予定です。

@ bgashler1アップデートありがとうございます！ 間違いなくそれを楽しみにしています:)

この作業が範囲内にあると聞いてうれしいです-より大きなモニターを使用している私たちにとって-画面スペースの使用を制御することが重要です

素晴らしい！ デバッグコンソール/統合端末でこれを見るのが待ちきれません。

私はVisualStudio Codeに本当に感銘を受けており、Emacsを20年間頻繁に使用している人として言っています。 🙂

このコメントで@glibsmによるユースケースショーを確認したいと思います。私は典型的な「短くて広い」ラップトップ画面を持っており、コーディング中にテストを見るのが好きです。 私の昔ながらのEmacsワークフローは通常次のようになり、テストはcargo watchまたは同様のツールで実行されます。

一方、私のVisual Studio Codeワークフローは、水平方向のデッドスペースが大量にある垂直方向のスペースに絞り込まれています。

2つのウィンドウを垂直方向に絞ろうとすると、いくつかのトレードオフがあることに同意します。 ただし、非常に基本的なワークスペース管理のサポート（通常のVisual Studio IDEにあるものよりもはるかに単純なもの）でも、これは簡単になります。 だからここでのあなたの仕事を本当に楽しみにしています！

長期的には、コンパイルエラーがオーバーレイされるのと同じ方法で、メインエディターUIに単体テストの失敗をオーバーレイし、失敗したテストを赤い波線で強調表示し、ポップアップで詳細を提供することが望ましい場合があります。 しかし、それには、現在存在するよりも多くのテストフレームワークからの協力が必要になります。

私がPowershellISEエディターを使用しているときにこれが発生することを知ってうれしいですが、これは現時点ではVSCodeにありません。
端末/出力/デバッグ/問題ウィンドウが実際にメインウィンドウから切り離されて別のモニターに移動できるかどうかを提案するだけです。 これにより、作業スペースが大幅に拡大します。
全体的に私はVSCodeが大好きです。 良い仕事を続けてください。

私は実際に失望しています、これらの機能は基本的です！ 各タブは、取り外し、水平方向の配置、垂直方向の配置などができる必要があります。コンソールとファイルの両方で。
私は、VisualStudioがプロジェクトベースのシングルウィンドウである方法の大ファンではありません。

@myuseringithub建設的なコメントをお願いします！ これはオープンソースプロジェクトであり、私たちのコミュニティは敬意を払うことを約束します。

タブが取引を妨げるものである場合は、常にVisual Studio（フルエディション）または他の多くのオプションを利用できます。 あなたのコメントがこのプロジェクトに時間を費やしている人々にとって前向きで有益であるかどうかを検討してください。

私は現実的で誠実であることが好きです。私のポイントは、これらは利用可能な機能または動作中の機能であるべきであり、開発につながる可能性のある提案ではないということでした。 ユーザーの需要が時間とともに増加するにつれて、ユーザーの期待も高まります。
コメントで自分が無礼だとは思わない。 私の意見を言うのではなく、批判を受けることは、より良い製品につながる前向きなことです。
VS codeは多くの点で私のお気に入りのエディターであるため、すべての寄稿者に感謝しますが、それでもいくつかの設計上の決定（プロジェクトを単一のウィンドウに制限するなど）については意見が分かれています。

多くの理由が上に述べられています。 そして、この機能を検討する場合、ウィンドウのすべてのコンポーネントの汎用/一般機能として作成するのが理にかなっていると思います。 を含む理由;

• マルチスクリーンの使用法-ウィンドウを分離すると、ワークスペースをより有効に活用できます。 ファイルタブ、コンソール、さらにはコントロールパネルを切り離します。

• セクションを水平方向または垂直方向に分割しますDebug console 、開いているファイル、コントロールパネルなど、すべてをウィンドウのセクションとして扱い、任意の側に配置して、任意の幅/高さにサイズ変更できます。

• ワイドスクリーンで垂直方向の寸法を利用する-出力が短いラインの場合、下に配置されたコンソールは特に厄介です。

CSSパッチを書かないと検索結果を下に移動できないので、ここで終わります。これは受け入れられません。

幅200pxの検索結果リストは、使用できないナンセンスです。サイドバーではなく、下部に配置する必要があります。 簡単な設定は見つかりませんでした。

ターミナルウィンドウをアプリウィンドウの右側に垂直にドッキングする機能の場合は+1。

何年にもわたってAtom、Sublime、Codaの組み合わせから切り替えた後、現在はVSCodeをプライマリエディターとして使用しています（いくつか例を挙げます）。 しかし、私が現在抱えている最大の問題は、VSCodeの組み込みターミナルは全幅ウィンドウとしてしか開くことができないということです。 gitコマンドやgulpwatchの実行などの基本的なものについては、ターミナルウィンドウを常に開いておくと便利ですが、全幅のウィンドウはやり過ぎで、多くの画面スペースを浪費します。

これは、13 "MBPでVSCodeを実行している場合と、その13"が2台の24 "モニターにドッキングされている場合です。

そのため、VSCodeと一緒にターミナルまたはiTermを開くことがよくあります。これにより、VSCodeの右側にあるフルハイト（ただし狭い）ターミナルウィンドウを開いたままにすることができます。 私が本当に望んでいるのは、VSCodeのターミナルウィンドウを垂直にドッキングできるようにすることです。これにより、2番目のアプリを開いて管理する必要がなくなります。

それは大したことではありませんが、その2番目のアプリを開き、OSXデスクトップに2xフルスクリーンアプリウィンドウを配置し、ターミナルアプリ内の適切なディレクトリにcdすることはすべて、ドッキングする簡単な機能を考えるとVSCodeがほとんど排除できる追加の手順です。右側のパネル。

それは本当に今VSCodeについて私を悩ませている唯一のことです！ ：o）

補足として、最新の実装機能を取得するためにVSCode開発バージョンを使用できますhttps://code.visualstudio.com/insiders

この機能はバックログからスプリントに引き上げられましたか？ イータとは何ですか？

@MZelenovDELL新しい6か月のロードマップにありますが、まだ開始されていません。

これにより、Quokkaでの作業が非常に便利になります。

おそらく、単純なエラーリストのために、出力パネルをサイドバーの下半分にすることさえできます。

ターミナルの各タブ（問題、出力、デバッグ、ターミナル）を切り離すと便利だと思います。出力（たとえば、sassコンパイラをウォッチモードで実行する場合）は常に右側に表示されますが、ターミナル（または、右側に長いコマンド/出力用の十分なスペースがないため、他のタブはまだ下部にあります。

パネルペインをワークスペースの幅の100％まで拡張できるように構成できるようにしたいと思います。 サイドバーとエディターの両方の下に存在すること。

これ欲しい ..

このようにvsコードの右側でターミナルを開いてみたいです（私の現在の作業スペース）

+1

+1

+1

+1

+1

これがまだ解決されていないのを見るのは本当に驚くべきことです。 ターミナルを一番下に置くのは実行不可能だと思います。 オプションがあるといいでしょう：
下部または右側（PowerShell ISEなど）
または切り離された！ （例えば、すべてを実装するPyCharm）

コードが大好きですが、これが出荷されればもっと好きになるでしょう

この機能リクエストの現状はどうですか？

私もEmacsから来て、Codeが本当に好きです！

フルパネルの構成可能性が設計哲学に干渉しすぎるかどうかは理解していますが、ほとんどの画面では垂直分割の方がはるかに賢明なので、どちらかといえばデフォルトとしてそれを好みます。

おそらく私は少数派ですが、私のコンソール出力のほとんどは垂直分割に簡単に収まります。

+1

投票がどのように機能するのか見当がつかないすべての人々のために、私はこれから退会するつもりです。 これがリリースされて、誰かが本当にそれについて考えているなら、ここですべてのニックネームに言及してください。 通知をオプトアウトしようとしている私たちにアラートを強制します。

@shmupは、受動的攻撃的な批判の代わりに、githubに精通していない人がこの問題に対するサポートを示す正しい方法を知っているのを助けることができますか？ 元の号の「イマイチ」アイコンを押すだけでいいですか？

それが規範に違反している場合は、+ 1のコメントを削除できてうれしいです。他の人が何らかのガイダンスで行動を変えても構わないと思っていると思います。

ええ、@ mike-the-automatorは親指を立てるのがスターターになります。 そして、それが追加の考えを追加する場合は、コメントを残すことができます。

+1のコメントは、公平を期すために、かなり長い間標準でした。

+1スパムを減らすための手法を実装したのは昨年だけでした： https ：//github.com/blog/2119-add-reactions-to-pull-requests-issues-and-comments

また： https ：//github.com/isaacs/github/issues/9

@shmupありがとう-あまり役に立たなかったのでコメントを削除し、親指を立てました。

+1
私はVSCodeと統合端末が大好きで、テキストファイルを表示する場合でも、非常に優れているため、あらゆる用途に使用しています。 @contentionから逐語的にコピーし、「ConEmuのような2番目のターミナルアプリケーションを開き、デスクトップに2xフルスクリーンアプリウィンドウを配置し、ターミナルアプリ内の適切なディレクトリにcdすることは、すべてVSCodeが実行できる追加の手順です（読み取り：不要）。パネルを右側にドッキングする簡単な機能を考えると、ほとんど排除できます。」
_ 「ターミナル」 _ウィンドウをアプリウィンドウの右側に垂直にドッキングする機能を追加してください。これにより、コードのテスト中に画面のスペースと時間を大幅に節約できます。
ありがとう、そして素晴らしい仕事を続けてください！

使用している他のすべてのエディターで構成したのと同じ方法で、画面の右側にコンソール出力を表示したいと思います。 この些細な問題がまだ解決されていない理由は私を超えています。 ロケット科学ではありません。

私の問題は、特に垂直方向とターミナル/タスク出力で非常に狭い出力をテストすることです-フォーマットされたテストを備えたソース管理列に似たテスト列はありませんか？

垂直方向のビューの場合は+1。 また、取り外し可能であると便利ですが、その時点では、他の人が表明した無駄なスペースの懸念を回避するために、完全に別個のターミナルインスタンスを実行することの利点はわかりません。

垂直統合端末の場合は+1。

これが非常に役立つ理由の例を捨てたかっただけです。

PEP8準拠の1行あたり最大79文字のPythonを作成している場合、コードの両側に大量のオープンな不動産がありますが、作業中の行の上下にはそれほど多くありません。

この問題に関する通知が次々と届いています。

アップデートを入手できますか？ 誰か（ @isidorn ）がそれに取り組み始めましたか？ 今後のリリースにぶつかることはできますか？

どうも。

また、右側にターミナルをドッキングできる機能も見たいです。 VS Codeの主な用途の1つは、F＃スクリプトです。 現在、F＃Interactiveを使用してコードの小さなスニペットをテストするために、ターミナルを常に開いたり閉じたりしています。 画面の右側で開いたままにしておくと、はるかに便利です。

私は子供たちに、コードを左側の列に配置し、右側に出力し、cmd-rマクロを「保存して実行」できる別のエディターを使用してプログラムするように教えています。 それらは単一の画面で/ cmd-r / edit / cmd-r ...を編集します。 VS Codeに切り替えたいのですが、テキストの2つの高くて狭いスタック（コードと結果の出力）を縦に積み重ねずに並べて表示できるようになるまで、切り替えることができません。

しかし、他のエディターでさえ、思ったほど柔軟ではありません。 理想的には、出力ウィンドウに、下/側面、折り返し/折り返しなし、通常のサイズと位置を最大化して戻す（通常の位置に関係なく）ためのトグルボタンを備えたボタンバーが必要です。前の実行の出力（スクロールバック）を維持するためのトグルと、各実行の開始時に出力をクリアするためのトグル。

そしてもちろん、これらの「ボタン」のそれぞれは、キーにバインドできるコマンドを表します。

そして、はい、「パネル」で利用可能なさまざまなウィンドウを個別に表示できれば便利です（例：右の列の出力、下部の必要に応じてターミナルを開閉します）。 そしてポニー。 ;-)

（素晴らしいオープンソースエディタをありがとう！）

新しい32 "2560x1440モニターを入手したばかりで、戦闘中にコンソールをパネルにドッキングできるようにしたいと思っています。これが可能な場合、ETAはありますか？

+1

+1

+1
コンソールを右側にドッキングする機能が必要です。

+1
コンソールを右側にドッキングする機能が必要です。

+1

このスレッドに+1、または同様に役に立たない同等のもので返信しないでください。 上記の元の投稿に自由に反応を追加してください。ただし、ノイズを追加すると、このスレッドに登録しているすべての人にスパムが送信されます。

将来的には、右パネルにシンボルツリービューを表示したいと思います。

私は超ワイドでコーディングしています。 この機能は必須です。 なぜまだ入っていないのですか？

+1
間違いなく重要な機能

+1また、超ワイドでコーディングするため、この機能はそこにある必要があります。

+1
コンソールを右側にドッキングする機能が必要です。

+1

+1

私だけではなく、この問題にはまだ積極的な支持者がいることを嬉しく思います。 VSCodeをフルタイムで使用したいのですが（phpStormは遅すぎてかさばります）、ウィンドウのようにパネル（デバッグ、拡張機能、探索、ターミナルなど）を切り離せないことが私を遠ざけています。 コードに垂直モニターを使用していますが、コードの一部や時計の一部などしか表示されない場合、デバッグを試みるのは面倒です...

ペインを切り離して移動したいだけです。 Visual Studioで作業していたときの古い構成の画像を添付して、意味を説明しました。

これは、 On Deckマイルストーンに割り当てられた最もコメントの多い問題であり、私は（一種の）次のマイルストーンにぶつかるのに適していると思います。

開発者の誰かが確認できますか、または誰かがこれが発生する可能性があるとき/発生する可能性があるかどうかについて電話をかけることができますか？

ありがとう

この機能はいつ実装されますか。 😭
これは私が古くからvscodeに望んでいた唯一のものです。

+1

+1！

+1

+1

+1

コーダーには右側の統合端子が必要です。 +1

+1

これに対処するには1年以上かかりますか？
この機能を追加してください。

@isidornこの機能に取り組みたいと思います。 PRのために開いていますか？

@AkashGutha許可を求めるよりも許しを求める方が良いです。

@BrandonLegaultとこのスレッドは、哲学ではなく、ソフトウェアの問題について議論するためのものです。

@AkashGuthaでは、それに取り組んでいないと思いますか？ これだけ多くのユーザーが1年以上要求してきた機能を完成させることで悪いことは何も起こり得ません。 しかし、それはあなたの呼びかけです。 あなたはあなたがしなければならないことをします。

@BrandonLegaultパネルパーツは、メインレイアウトの密結合コンポーネントです。 したがって、この機能に対応するための変更には、既存の方法論をリファクタリングするために採用するアプローチについてかなりの量の議論が必要になります。

話し合いがなければ、私は盲目的に射撃することになり、それは私の時間の価値がないでしょう。
とにかく、私は自分のフォークで実験しています。 お気軽にご覧ください。 現在ビルドの問題に直面しているので、何も変わっていません。

@AkashGuthaは、PR（空のPRを作成して、ディスカッションを開始します）を作成し、この問題の潜在的な解決策について話し合うことができるように、私にpingを送信してください。 ありがとう！
それとは関係なく、私は次の数回の反復でこの問題を調査することを計画しました。

皆さん、私はついにこれに対する解決策を見つけました！

見よ：

そうです、このオープンソースプロジェクトに貢献するか、簡単なソリューションを使用してください。 反対票を持ってきてください。

アトムでペインを最大化するようなアクティブペイン（トグル）オプションを最大化するための+1

@PixelTこれはサポートされています：

@Tyriarこれは、フォーカスのあるアクティブなタブではなく、ターミナルパネルを最大化します。

更新？ この機能が必要

@PixelTこれを行う禅モードもあります：

しかし、ええ、Atomのような統一された「ペイン」の概念はありません。編集者/編集者グループとパネルがあり、どちらもそれらに作用する異なるコマンドを持っています。

@ sascha1337今まで何もありません。 これに時間を割くことができません。 うまくいけば、私は来月何かを持っているでしょう

私のような失われた人々のためのPRへのリンク： https：//github.com/Microsoft/vscode/pull/34267。

私は超ワイドスクリーンを持っていますが、端末の価値が低いので、端末を上面または向こう側に表示できるようにしたいだけです。

一部の拡張機能が下部パネルを自動的に開いて作業中に流れを妨げるという非常に苛立たしい習慣があります。 自動オープンを防ぐか、そのようなイベントがいつどのように発生するかを構成するように、パネルを簡単に構成できると便利です。

編集：誰かが私のコメントを👎することに決めたので、私が話している問題に固有の他の問題についての「可能性のある重複」コメントに従って、この問題を見つけたことを明確にする必要があります。

非常に多くの人々がマイナーな変更（垂直端末）を要求した18か月後、それはまだ解決されていません!!!! ????

垂直統合端末の場合は+1

右側の端末の+ 1-私は超ワイドスクリーン（21：9）を使用しており、右側には未使用のスクリーンがたくさんあります

@AndrewHuffmanは、このスレッドにアクセスするほとんどの人が重要な修正を要求し、利用できない場合は動揺するため、親指を立てます。

代わりに、 @ ngrymanが述べたようにすべてここに行きましょう： https ：//github.com/Microsoft/vscode/pull/34267
解決策に取り組み始めます。

垂直統合端末の場合は+1

私がこれと任意のパネルが欲しい場所を選択するオプションを持っているための+ 1、Adobeのパネルシステムだと思います;）大きな質問が与えられました

垂直統合端末の場合は+1

水平端子はそれほど気になりませんが、垂直デバッグコンソールがあれば素晴らしいでしょう

@arturosaco @heisian私は通常、他人を批判しないことを選びます。 縦型端子としては必要ないのではないかと思います。 しかし、それは他の人が望んでいることでもあります。 これはオープンソースコミュニティです。 すべてのリクエストに反対票を投じるだけで、少しネガティブになります。

これは修正ではなく、機能のリクエストです。 それも些細なことではありません。 もしそうなら、問題はそれほど長くはなかっただろう。

私はあなたの側にもう少し共感を提案したいと思います。 これに反対票を投じることは、ワークフローを妨げるため、この変更を望まないことを意味します。 私はこれが事実であるとは思わない。 上記の立派な人々が要求しているそのオプション。

@bhargavrpatelサイドパネルのターミナルが欲しいです。 また、下部パネルの検索領域があればいいのですが。 私は人々に性交するように言っているのではなく、このスレッドの+1をやめるように人々に言っているのは、この機能要求の解決に何の貢献ももたらさないからです。

スレッドに+1を付けるのではなく、ユーザーに貢献するよう強く勧めるのが一般的な方法です。これは、（特に、多くの人がこの機能を望んでいることが明らかなこの時点では）ディスカッションに何も提供しないためです。

この+1の狂気を止める最良の方法は、実装することです...

2017-10-17 0:21 GMT + 02：00ティム[email protected] ：

@bhargavrpatelhttps ：//github.com/bhargavrpatel
サイドパネルターミナル。 また、下部パネルの検索領域があればいいのですが。
私は人々に性交するように言っているのではなく、これを+1するのをやめるように人々に言っているのです
これを解決するための貢献がまったくないため、スレッド
機能リクエスト。

ユーザーに貢献するのではなく、貢献するよう強く勧めるのが一般的な方法です
スレッドに+1を付けるだけです（特にこの時点では
明らかに多くの人がこの機能を望んでいます）それは議論に何も提供しません。

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

+1

この問題をロックしてPRを指摘する必要があると思います😂

https://github.com/Microsoft/vscode/pull/36827経由で修正
明日vscodeinisdershttps：//code.visualstudio.com/insiders/で試すことができます
または、約2週間後の次の安定したリリースで。

誰かがスクリーンショットを投稿してください:)

これは素晴らしいことで、私はこのオプションを長い間待っていました。 素晴らしい仕事と素晴らしいアドオン私は間違いなく今コードに切り替えます。
簡単な質問です。 ターミナルが右側ではなく左側に表示され、下部ではなく上部に表示されるようにスイッチを追加する計画はありますか？

@cielakmはbottomとrightだけのようです

https://github.com/Microsoft/vscode/pull/36827/files#diff -402cec15e2885738e3c58be96e3a5651R227

それがどうあるべきか？

@ Domer79 +1

私はリリースとインサイダーで同じ問題を抱えています。

おかげで、私はそれを少し試乗して、現在のtmuxとvimのセットアップを捨てることができるかどうかを確認します。

私はすでにそれを使用しています、そしてそれは素晴らしいです

はい、よくできました。 しかし、Windowsではそれを閉じるための右上隅にXがないようですが、Macでは...奇妙です。