範囲外

ツールバーなしで他の人気のあるIDEを見せてください

39548：

長い間バックログにあった問題をクローズします

vijayvepaは2017年12月4日15:34にこの号を開きました
vscodebotは2017年12月4日18:01にこれを閉じました
...それは長い時間でした...すでに2時間半:)

18042：

チケットはクローズしました。 あなたの理解と幸せなコーディングに感謝します！

うん！ vscodeなし:)

＃18042が閉じられたため、別のIDEに切り替えました。 申し訳ありませんが、マイクロソフト！

悲しいことに、Microsoftやvscodeチームは顧客が何を望んでいるのか気にしないと思います。 このトピックは長い間、数え切れないほどの問題を無視して、ほとんど陰謀レベルの露骨なものでした。

私も、vscodeを赤ちゃんと見なしているチームの誰かとして通知を受け取りました...これまでとは反対のことに関心がなく、それがうまく機能しているのを見て。

ジェットブレインズのフルサブスクリプションを購入しましたが、振り返りませんでした。 私はvscodeをツールボックスに入れたいと思っています...コミュニティの提案に対するこの種のフィードバックを見るソフトウェアエンジニアとして..それは私の口に本当の読みの悪い味を残しました。

Vscodeチームは、彼らが一握りのユーザーを失ったことを気にしません...それがそれです。

私はOPに完全に同意します。 VSCodeの最大の機能ギャップは、ツールバーがないことです。

ツールバーとツールバーボタンを備えた、古い学校のms-office-2003のようなツールバーが必要です。 思いやりのあるアイコン、およびマウスオーバーで説明とキーマップが交互に表示されます。 優れたデフォルトのツールバーがあり、ユーザーがカスタマイズできる必要があります。 プラグインは、プラグイン固有のツールバーも定義できる必要があります。

ツールバーは、より多くの採用を促進し、ユーザーがキーボードの代替を学ぶのを容易にします。

私は長年のVisualStudio、Eclipse、およびJetbrainsのユーザーです。 VSCodeのセットアップと学習に多くの時間を費やしましたが、ツールバーがないことを除けば、VSCodeは素晴らしいと言えます。 オフィスのようなツールバーがあれば、VSCodeだけに切り替えます。 しかし、それがなければ、私はJetbrainsに戻らなければならないのではないかと心配しています。

マイクロソフト、あなた自身の未来を妨害するのをやめてください。

一時的な解決策は、ステータスバーを使用して必要なコマンドを追加することです。
この拡張機能はそれを行うことができます：
https://marketplace.visualstudio.com/items?itemName=anweber.statusbar-commands
https://marketplace.visualstudio.com/items?itemName=gsppvo.vscode-commandbar
https://marketplace.visualstudio.com/items?itemName=gizak.shortcuts
https://marketplace.visualstudio.com/items?itemName=fabiospampinato.vscode-commands

これはステータスバーにタスクを追加できます：
https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

結果：

これについては@morozovskと一緒です。 vs codeは非常に多くのことを成し遂げていますが、機能の発見可能性の欠如、簡単なナビゲーションの欠如、そしてユーザーをCtrl + Shift + P /すべてのコマンドパレットバケットの土地に強制することは、IMOを妨げます。

ツールバーは、vscodeにはない必須の機能です。

正しいことをします。 ユーザーインターフェイス設計で世界的に認められている標準であるユーザーインターフェイスを実装します。 デフォルトのツールバー、プラグイン固有のツールバー、およびユーザー定義可能なカスタマイズ可能なツールバーを使用して、vscodeを実際に使用できるようにします。

これは実装する大きな機能になると確信していますが、この機能リクエストがロードマップで可視化されるのを妨げることはありません。

@alkorsan私のリストに私のものを追加してください。これは、ツールバーに含めるのに適した機能を提供します...

開発者には、タスクごとにクリック可能なボタンを追加するオプションが必要です。

https://marketplace.visualstudio.com/items?itemName=GuardRex.status-bar-tasks

私はそれを引退したいです！

Atomから来た、カスタマイズ可能なツールバーは、私が最も見逃している機能の1つです。 実際のコードに焦点を当てる必要があるので、新しいショートカットを学ぶ必要はありません。 近い将来、何かが手に入るといいのですが！ マイクロソフト、すばらしい仕事を続けてください。

興味深いことに、この問題はまだ範囲外としてクローズされておらず、この機能が実装されることを期待しています。

2018年の公式ロードマップでは、「Happy Coding」、「新規ユーザーと既存ユーザーの両方にとって、エクスペリエンスをさらに快適にしたい」、「VSCodeの採用を困難にするブロッカーを排除する」について説明しています。この問題はロードマップ上にあり、ロードマップ上にあり、言われたことに基づいて取り組んでいる必要があります。

@bpaseroはこの問題でアクティブであり、アクティブなVSCode開発者です。 Microsoft VSCodeチームの開発者が、この号の記録に残り、計画が何であるかを言う時間を見つけることができれば、本当に素晴らしいことです。

彼らは記録に残っていて、それは基本的に予見可能な将来には起こらないだろうと言っていませんか？ それは私がすべての未解決の問題と解決済みの問題で理解していることのようであり、それは単にバックログで立ち往生するだけではないと述べています...しかし、問題が数え切れないほど提起されているにもかかわらず、「興味がない」のようです。

ネガティブフィードバックループなどを開始しようとはしていません...しかし、このトピックは痛いものです...そして私はほとんどアンチツールバーの陰謀レベルがあるように感じます。 どこかで誰かがそれに対する機能要求の量が汎用ツールバーになることはないと決めました...そして彼らの心は作られています

こんにちは@ronnyek私はこれに似た複数のクローズドな問題を見てきました、そして私はあなたがあなたのスタンスでどこから来ているのか理解しています。 私は前向きであり続けようとしています。 この問題が今日も開いたままであるという事実は、これが本当に有効な提案であると考えるvscodeチームの意欲があることを私に期待させます。

私も惑わされないことを願っています:)

デフォルトのツールバー、プラグイン固有のツールバー、およびユーザー定義可能なカスタマイズ可能なツールバーの欠如は、新規ユーザーのvscodeの入力/採用に対する真の障壁であり、この欠落している機能は、これらの人々にとっても無限の生産性阻害要因です。関係なくvscodeに固執することをいとわない。

そうそう、誤解しないでください...私はこの変更のためです、そして私が言ったように私は負帰還ループか何かになりたくありません...ただ驚いたことに、この問題はそれが続く限り続いていました。 VS Codeは、進行するにつれて飛躍的に進歩しています...そして、ツールバーに対する反対を本当に理解していません。 今のところ、Webストームを優先してフロントエンド編集用にvscodeを削除しましたが、将来的にはオプションとしてvscodeを使用したいと思います。

とても基本的なようですが、見つからなかったときは非常に驚きました...しかし、デザイナーが最小限のUIを維持するという哲学を持っている場合は、UIをサポートする価値がないと感じているかもしれません。

多分誰でもこのアトムツールバー拡張機能を移植しようとすることができますhttps://github.com/suda/tool-bar

私はその固定ツールバーを実行することを目的としたいくつかのコードで機能ブランチを開始しました：
https://github.com/junalmeida/vscode/pull/1
あなたがその一部になりたいかどうか私に尋ねてください。
ツールバーの初期要件（配置などのUI）は、3つの一般的な基本アクションですでに作成しました。 私がPRに載せたgifを見てください。

まだやるべきことがたくさんあります。

@junalmeidaこんにちは、現在この機能リクエストは（他の多くの人と同様に）開いているので、すぐに取り組みたいという理由ではなく、ユーザーからより多くのフィードバックを集めることができます。
VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。

すべての機能要求と同様に、最良の最初のステップは、通常、すぐにコーディングを開始するのではなく、ディスカッションを開始することです。
プルリクエストのガイドラインをご覧くださいhttps://github.com/Microsoft/vscode/wiki/How-to-Contribute#pull-requests

敬具
isidor

@isidorn
アトムは最小限のコードエディタです。

notepad ++は、非常に最小限のコードエディタです。

vscodeは... vimwayコードエディタです。
左パネルとトップメニューを削除してください！ キーボードショートカットのみ！ ただハードコア！

マウスは1946年に発明されましたが、キーボードの使用を強制されます。
私はたくさんのプログラムを使っています。 すべてのプログラムでキーの組み合わせを覚えておく必要はありません。

プログラムを他のプログラムと一緒に使用したい場合は、互換性がなければなりません。 互換性を望まない場合（msの方法）、好きなように行うことができますが、気にかけているふりをしないでください。

：怒り：

@isidorn私はあなたの理解しましたが、このトピックや他のトピックですでに議論が始まっていると思います。 とにかく、私はこれを自分自身のPOCとしてコーディングし始め、使用されているすべてのガイドラインとUIコードを理解しようとしました。 これが公式のVSCodeチームの指示でない場合は問題ありませんが、これはオープンソースの美しさです。誰でもフォークして実験を行うことができます。これは必ずしもPRが受け入れられることを意味するわけではありません。 ;）

これは本当に奇妙な決定であり、私が個人的にvscodeを採用するための大きな障害になることは間違いありません（そして他の多くのユーザーも想像しています）

また、ツールバーがないため、すべてがステータスバーにダンプされます。 git-history、cmakeのように、ステータスバーをひどく乱雑にする拡張機能があります。 ステータスバーアイコンを個別に無効にすることはできないため、かなり重要なことを行うスペースがありません。

VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。

私はそれを完全に理解できますが、それがここで必要な行動であるとは限りません。 拡張機能を介してツールバーを出荷できるように、拡張機能の作成者が描画可能な領域を公開することはまったく問題ありません。 そうすれば、コアエディターはそれを完全にサポートする必要はなく、デフォルトのエクスペリエンスは確かに影響を受けません。

最近の開発を見ると、VS Codeが、すべてが構成ファイルを介して行われる「ハードコア」機能からすでに移行していることは明らかです。 完全な構成GUIが出荷されたため、VSCodeがよりマウス中心のユースケースも受け入れるようになったことは明らかです。 少数のユーザー向けであっても、ツールバーを用意することは確かに良い考えです。 それは、追加の拡張機能の多くの可能性を開くということだけです。

+1

ツールバーをオプション機能にできない理由がわかりません。 超最小限にしたいですか？ 消して。 マウスを介して機能にすばやくアクセスしたいですか？ それをオン。 必要に応じて、プラグインとして実装してください。 しかし、ユーザーがプロジェクトを殺したいものに対するこれらの強硬なスタンス（たとえば、Amarokを参照）。 VSCは多くの点で驚くべきものですが、ツールバーがないことは明らかに多くの人にとって迷惑です。

どうぞお願いします..私はひどくツールバーが必要です..私はそれなしでは絶対に麻痺しています..ファイル間を移動する方法がわかりません。

VS Codeのヘッダーの[メニュー]行で、[ファイルの保存]、[ファイルを開く]などの最もよく使用される機能のアイコンの別のツールバーを使用してください。VisualStudioなど。 アイテムを追加/削除するように自分で構成できる必要があります。

これを追加するためにMSFTから永遠に待つつもりはありません（もしあれば）。 jetbrainのWebStormを購入する。

+1
私はまだすべてにキーボードを使用することを好みますが、この新しい（そしてかなり基本的な）UI要素は、他の方法で私を納得させるかもしれない拡張機能と構成の新しい可能性を提供します。
私はそれをオフにしますが、私がそれを望むなら、それでも可能性として存在したいと思います。

悲しいことに..しかし、これがお役に立てば幸いです...
Windows用のVisualStudioCodeキーボードショートカット
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

誰もが情報を高く評価していると思います...それがツールバーを要求する私の主な理由です...覚えておくか、コマンドウィンドウコマンドで検索するための非常に多くのコマンド。

上記のツールバーを構築するのにそれほど多くの作業が必要になるとは本当に思いません...しかし、問題は、vscode開発者がまだツールバーについて興味も計画も考え直していないのではないかと心配しています。 ツールバー機能を備えたプルリクエストは、ほとんどがエーテルに消えてしまうと私はかなり確信しています。

完全に同意します。一般的に、あなたのビジネスで必要なものは何でも、それが満たされれば、あなたはより多くの存在感を得ることができます！

キャロル

誰もが情報を高く評価していると思います...それがツールバーを要求する私の主な理由です...覚えておくか、コマンドウィンドウコマンドで検索するための非常に多くのコマンド。

上記のツールバーを構築するのにそれほど多くの作業が必要になるとは本当に思いません...しかし、問題は、vscode開発者がまだツールバーについて興味も計画も考え直していないのではないかと心配しています。 ツールバー機能を備えたプルリクエストは、ほとんどがエーテルに消えてしまうと私はかなり確信しています。

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

GUIよりもコマンドラインを愛する30年以上のITベテランですが、このGUIエディターに最も基本的なツールバーさえないのはばかげているというOPに絶対に同意する必要があります（Windows-OSで無効にできるオプション機能としても）突然非常に反基本的なGUI機能であるGUIアプリの開発者/ユーザー）。

（恥ずかしがらずに）さらにサポートするために、最も基本的なメモ帳の置き換えでさえ、最も基本的なツールバーを追加する機能があります-上記のものよりもはるかに伝統的なアンチGUI機能、または私の長年のNotepad ++のgotoは、以下に示すように、Windows用のEVENVIMです。 UNIX VIポートが、GUI用のツールバーにコードを投入する余裕がある場合...私はあなたが要点を理解していると確信しています。

しかし、それはどれほど必要であり、その背後にある考えは何ですか？ IMOは、私がキーボードを使用しているのと同じように、他の理由がない限り、「視覚的な」グラフィックボタンを使用することで常に快適に感じることがあります。基本的なファイル操作です。 うん、私は完全に理解し、：wqを打つことが1000倍速くなることに同意します！ しかし、これは10/10回、主要なファイルのオープン/保存操作ごとに4〜5秒のヒットを取得して、他のすべてのMicrosoft GUIについて言いたいツールバーボタン（ある場合）をクリックする領域です。 vscode以外の過去35年間に書かれたものは、そのオペレーターが利用できるようになりました。 上記のコメントから、私の典型的なワークフローの使用法では、おそらく絶対的に最も時間効率が良いわけではありませんが、（残りの白髪を維持するために）快適さ、便利さ、そしてシンプルな作品であるのは確かに私だけではないようです心の中でパフォーマンスに勝ちます。

そして、上記のように（そして他の多くのオフラインで）、私のプライマリエディタが私にとってどれほど統合的であるかによって、現実には聞こえるかもしれませんが、そのような基本的な機能が欠けている間はvscodeはそれを作るのに十分な快適さを与えません私の主な編集者。 はい、部分的に機能するツールバーを追加するサードパーティの拡張機能があるかもしれませんが、コアvscodeの更新によってそれが壊れたり、別の拡張機能が競合して保存ボタンが誤動作したりする場合はいつでも.....ツールバーは本当に必要です安全性と信頼性のためにコアvscodeで利用可能である。

UNIX-born VIm Windows-port _Windows GUI標準に準拠するためにのみ拡張_（〜2016 +の明らかな新しいGUI機能（より少ない）標準より前）：

そのような基本的な要求を無視するために、MSFTでVSCodeを担当する人は誰でも解雇されるべきです。 再び古いMSFTのように聞こえます。

私は以前、「自分が開発しているものを使って人々の話を聞きたくない」という問題をすぐに見たことがありませんでした。拡張機能は、ユーザーが基本的なファイル操作よりも文字通り頻繁にクリックするものであると見なされていました。

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

DEVが閉じて問題をすばやくロックし、基本的に「離れる」と言うと、彼はスイスの海外のMSに所属していることがわかります。この製品には、MSの場合に大きな問題と見なされないDEV管理者はいないと思います。顧客は今、私が深刻な恥ずかしい問題であると私が考えるものが何であるかについて明確に何を言っているのかさえも閉じ込められていますか？ 私がそのDEVチームを管理している場合、その設計の選択を擁護するDEVに、ファイルを開いたり、保存したり、閉じたりするよりも、ファイルを開いたり、保存したり、閉じたりするよりも頻繁に巨大な「拡張機能」ボタンをクリックする可能性のある1人の人間を表示するように依頼します。ファイル-代わりに、これらのすべての操作で、ユーザーがメニューやコマンドバーを複数回クリックしてコマンドを入力するように設計することを擁護しますか？！？

その問題のロックを解除すると、ここの場合のように多くのユーザーが同意することになります（これはおそらくクイッククロージングが達成することを目的としたものです）。 そして@BenHayatあなたは絶対に正しいです-90年代後半に私は実際に

VSコードに小さなツールバーが欲しいです。
ほんの少しの項目で私は幸せになります（戻る/進む/最後の編集の位置）-おそらくVS Code UXチームはツールバーが悪いと感じています（製品のデフォルトのツールバーが多すぎる場合は同意します）。 とはいえ、ツールバーはすでに存在しているようです（写真を参照）が、そこにあるアイテムは私には役に立たないので、それらを置き換えたいと思います。

私はついにこれについてコメントするために分解しました。 私は30年間開発者であり、私が学んだことの1つは、コマンドラインから完全に自動化された配信に至るまで、特定の仕事に適したツールを使用することです。 それぞれに理由があり、高度なAI統合によってソフトウェア開発ツールが劇的に変化するため、ツールバーは過去のコマンドラインになります。 VSコードには、IDEからコマンドラインを除外するのと同じ基本的な進化的コンポーネントがありません。 つまり、私のコンサルティング業務では、2つの基本パッケージとしてVisual StudioProfessionalとJetBrainsUltimateを使用しています。 VSコードは、ツールバーのないほとんどのプロフェッショナルIDEパッケージの柔軟性とは完全に一致しません。 私は、1年目の開発者をVSコードの前に置き、彼/彼女に骨抜きにされたIDEを学ばせることにお金を浪費しませんでした。 正直な意見です。

@pgmolloy私は同じ懸念のいくつかを持っています、私は現在主にビジュアルスタジオとウェブストームを使用しています...そしてそれらは一般的に機能します（そして場合によっては、他のプラグインとより良く動作するより完全なプラグインを持っている傾向があります）、しかし幻想はありませんvscodeと同じくらい軽量で、操作が快適であること。

私の問題は、実際には、コードの速度を低下させたり、「軽量のコードエディタ」にしたりするような機能の大幅な増加について話しているのではないということです（これが、ツールバーを取得できない理由について私が最もよく耳にする言い訳のようです。 ）。 おそらくツールバーとそのボタン構成は、文字通りそれらのコマンドパレットコマンドを呼び出しているでしょう。 構成は、デバッグのような単純な構成である可能性があります（または少なくともそうでした）

私の意見では...（そしてこれは必ずしも事実に裏付けられているわけではありません...）、それは決定されたばかりです...誰か、どこかでツールバーのアイデアが気に入らないと決定したので、私たちはツールバー機能の要求に漠然と似ている問題の陰謀レベルの扱い。

私は、CSS / HTMLで良かった、とIF I場合は、この機能を持つプル要求のさえティーニー小さなチャンスがあったのに...受け入れられる.would ...私はこれに時間と労力を置くところ。 それが「これをやりたい、自分たちで取り組む時間がない」ということだったと思います。 以前の履歴と、作成直後または作成直後にクローズされた他の数十の関連する問題に基づいて、私はかなり自信を持っています。vscodeチームは、ツールバーに関連するプルリクエストを望んでいません。 それは彼らのビジョンと一致せず、彼らは彼らの銃に固執しています。

私は間違っていると証明されたいです。

@ronnyek ：

私の意見では...（そしてこれは必ずしも事実に裏付けられているわけではありません...）、それは決定されたばかりです...誰か、どこかでツールバーのアイデアが気に入らないと決定したので、私たちはツールバー機能の要求に漠然と似ている問題の陰謀レベルの扱い。

@bpaseroと@isidornは私たちの「ヒーロー」です:)

ツールバーは、vscode以外のほぼすべてのエディターに不可欠です。追加してください。

本当にこの機能が必要です

MSのvscodeチームで作業している人々や、これが必要だと感じている顧客をなだめるために、それは拡張性のフックでさえあるので、不動産や潜在的なオーバーヘッドを自動的に選別するのではないでしょうか？

ツールバーのオーバーヘッドがそれほど大きくない場合、 vscodeを使用する人々がツールバー（

Visual StudioCodeの左側のバーにカスタムボタンを追加するためのツリービューコンテナーと呼ばれるこのオプションを見つけました。

• https://code.visualstudio.com/api/extension-guides/tree-viewおよび
• https://github.com/Microsoft/vscode-extension-samples/tree/master/tree-view-sampleの例

また、このカスタマイズ可能なステータスバーも興味深いです

• https://code.visualstudio.com/api/references/vscode-api#StatusBarItemのドキュメント、および
• https://github.com/Microsoft/vscode-extension-samples/tree/master/statusbar-sampleの例）

そしてフローティングツールバーエクステンション

• https://github.com/JerryGoyal/Shortcut-Menu-Bar-VSCode-Extensionのドキュメント

私は最後の項目に気づいていませんでした...これは役立つようです...ツールバーのそれらが実際に統合または有効化されていなくても、少なくとも拡張ポイントを開発することは価値があると思いますデフォルトでは。

元の号は103票で、これまでにクローズされた無数の号に加えて、すでに貴重なステータスバーの不動産などにハッキングすることなく、そのような機能に対する人々の関心を示す必要があると思います。

私は奇妙な世界にいますか？
2019年にこれがまだツールバーを欠いているのはどうしてですか？ なんらかの理由で後退しているのでしょうか？

@ eb7898 、

ツールバーのオプションは悪いものではありませんが、アクティブにコーディングするのではなく、ブラウジングする場合は特にそうです（つまり、私の手はキーボードから離れています）。
回避策はすべてチーズです（素敵なエポワスではなくプロセスチーズ）...
画面の右上にあるエディタツールバーが遠すぎます。
ステータスバーがいっぱいです...とにかく下部にツールバーが必要なのは誰ですか？
サイドバーはあまりにも多くの不動産を占有します。

他のアイデアはありますか？

@awittaker別の回避策は、前述のツリービューコードに基づくこの拡張機能です。

https://marketplace.visualstudio.com/items?itemName=usernamehw.run-commands-view

それはまだツールバーではなく、ツールバーのボタン/オプションを見つけることが期待される通常の上部の位置ではなく、左側のツリービュー領域に表示されますが、構成可能であり、ユーザーが大量のキーストロークを覚える必要がないようにしますランダムなもののために。

@awittakerの「アクティブなコーディング」は、すべての人にとって普遍的なソリューションではありません。 Web開発者は、時間の半分をブラウザーで過ごし、レイヤーを調整し、Chrome開発者ツールなどを使用します。 ゲーム開発者は、エディターとゲームを絶えず切り替える以外に選択肢はありません。 どちらもPhotoshopやその他のソフトウェアに切り替えて、何かをすばやく描画または作成します。 したがって、ほとんどの場合、彼らは手にマウスを持っており、すべてを行うためにマウスを使い続ける方がはるかに良いです。 VSCodeには、キーボード中心の人とマウス中心の人の両方のモードが必要だと思います。 「メインメニュー」でさえ十分ではないかもしれません。個人的には、Photoshopの動作を模倣する垂直トレイやMSOfficeのリボンなどを作成するオプションが必要です。 もちろん、非常に特定のタスクのための完全にオプションのこととして、つまり、コマンドボックスからメニュー項目にすべての機能をミラーリングする必要はありません。 オーナーが描いたメニューやボックスを作成する機会を与えるだけで、それだけです。 申し訳ありませんが、このため、TheiaまたはIntelliJ IDEA Community Editionに移行する必要があり、オプションが残っていません。

理想的なツールバー機能の要件：

1. MS Office2003のドッキング可能なツールバーにできるだけ近づけます。 （これを使用したことがない場合は、完璧なツールバーの最良の例でした）。
2. 関連するツールがグループ化されたデフォルトのツールバーのセットが含まれています。
3. ツールバーを個別にフロートまたはドッキングする機能。 ドッキングは、上、下、左、または右にすることができます。
4. ツールバーを表示または非表示にする機能
5. 新しいツールバーを作成する機能
6. デフォルトおよびユーザー作成のツールバーにツールを追加および削除する機能。
7. 組み込みツールは、VSCodeの関数とコマンドに関連付けられています。 ユーザーツールは、ユーザースクリプトまたはマクロに関連付けることができます。
8. ツールにカーソルを合わせると、名前、簡単な説明、および同等のキーボードが表示され、VSCodeの機能および同等の機能を見つけて学習するのに役立ちます。
9. ユーザーは、アイコンを表示するか、テキスト名を表示するか、または両方を表示するように個々のツールを構成できます。
10. ツールには、シングルクリックコマンド（[保存]など）、コマンドのドロップダウンリスト（[ビルド]、[すべてビルド]など）、またはテキスト入力（フォントサイズなど）があります。
11. ツールバーの構成とカスタマイズは、人間が読める形式のJSONでエクスポートおよびインポートできます。 インポートは、追加的または破壊的である可能性があります。
12. 洗練されたツールとツールバーを作成するためのシンプルなAPIとオブジェクトモデル。 コンテキストに基づいてツールをリアクティブに有効/無効にするインテリジェントステートマシン。
13. NOT現在のMS Officeのリボンのように。 スペースを取りすぎて、1回ではなく2〜3回のクリックが必要になることがよくあります。

私はこれを突破し、ある程度の正気を取り戻すためのダムバスターを持っていると信じています：アクセシビリティ。

ツールバーを含めない、または許可しないことにより、VS CodeチームとMicrosoftは、視覚障害のあるユーザーを喜んで除外できるという立場を取っています。 このようなユーザーは、テキストエディタのフォントサイズを大きくしたり、ボイスリーダーや編集ツールを使用したりできますが、テキストベースのメニューを使用するのは非常に困難です。

では、マイクロソフト、視覚障害者の貢献を評価しますか？ それとも、この製品とその使用を必要とする仕事と機会からそれらを除外し続けて満足していますか？

VSCodeは、オープンソースに「登場」したため、Microsoftによる誇大広告プロジェクトであることが判明しました。
MSは、VSCodeが遅くて遅いVisual StudioXXXXの競合相手になることを許可しません。
彼らのプロフィールの詳細のために、主要な貢献者のこの抵抗を理解するのは難しいことではありません。 彼らはマイクロソフトで仕事をしていて、解雇される可能性があります。
ツールバーでVSCodeのフォークを待っています。

@NickMaev Visual Studio自体はうまく機能し、コードよりもはるかに多くの機能を提供します。 そうは言っても、vscodeは最終的にはマイクロソフトのプロジェクトであり、正しいか、間違っているか、無関心です。

私はツールバーを追加することを大いに支持してきました。それは、少なくとも多くの消費者（私を含む）が何年にもわたって要求し、不平を言ってきたからです。

tl; dr; -ツールバーを追加する義務はないと思いますが、提出、提出、終了、提出、重複としてマーク、提出、範囲外のマークなどの膨大な数の問題が示されているように思われます人々がこれを望んでいること、そして製品管理やその他のvscode開発が管理されることには、それに反対するいくつかの力があります。 （私は彼らがそんなに反対している正当な理由をまだ聞いていません）

マイクロソフト、人々の欲求/欲求を認めてください。ツールバーに断固として反対しているのが本当に1人か2人の場合は、そう言ってください。 既存のフォークに追加するために時間と労力を費やしていきます。

このバグは、開発者が無視するフィルターを持つブラックホールになりました。 それは人々がベントし、それが実際に起こるかもしれないことを期待することを可能にします。 これにより、この問題で新しいバグが発生するのを防ぎますが、何も実行されません。 これは、ソフトウェア開発がユーザーのニーズではなく盲目的なイデオロギーによって推進されている場合に発生します。

確かにこれは拡張機能で行うことができますか？ なぜコア製品に含める必要があるのですか？ これはすでに最も人気のあるコードエディタであり、ほとんどのユーザーがツールバーの欠如に完全に満足していることを示しています。 これは、拡張機能の100％完璧なシナリオです。 コーディングの人をゲット！

これは、拡張機能の100％完璧なシナリオです。

スマートに聞こえます...でもねえ！ vscodeは、ツールバーを作成するためのAPIをサポートしていません。 チケットの連中を読んでください！

確かにこれは拡張機能で行うことができますか？ なぜコア製品に含める必要があるのですか？ これはすでに最も人気のあるコードエディタであり、ほとんどのユーザーがツールバーの欠如に完全に満足していることを示しています。 これは、拡張機能の100％完璧なシナリオです。 コーディングの人をゲット！

人々が完全に満足しているとは思いませんが、APIがあり、すべての人にツールバーを強制しなかった場合、それは私自身にも受け入れられることに同意します。

VS Codeは効率的で、美しく、優れたコードエディターです...どういうわけか、UXは完全に後部座席になっているように感じます。

ツールバーが必要です。 私はPowerShellについてもっと学び始めており、VBScriptの経験が豊富です。 私はほとんどのvbscript編集にNotepad ++を使用し、PowerShellISEの学習を開始しました。 PowerShell ISEには少なくともツールバーがありますが、私が知る限り、カスタマイズすることはできません。 PowerShell ISEよりも優れたツールバーを備えていることを期待して、VSCodeについて聞いてインストールしました。 VSCodeでツールバーを自分で見つけることができなかったので、このスレッドを検索して見つけました。 VSCodeにツールバーがまったくないことを確認するこの機能リクエストで、私はすでにそれをアンインストールしました。

ツールバーは必須です！ このエディタなしでは使用できません。 少なくとも必要なフックを提供することへの抵抗を信じることができません。 明らかに、チームのイデオロギー的なピークが来ます。 驚くべき！

61336

これがあなたたちがしなければならないことだとようやく認めることができますか？！ これは、これとまったく同じことを求める人々の多くの多くのスレッドの1つのスレッドにすぎません。

ツールバーフレームワークを構築するだけで、ツールバーが必要な人がツールバーの使用を選択できるようになります。

地獄は私たちにPRが実際に受け入れられると考えられるという信念のしるしを与えてくれます、そして私はあなたがその機能を志願するたくさんの人々を得るだろうと思います

@isidornあなたは次のように書いています： '現在、この機能リクエストは（他の多くのように）開いているので、ユーザーからより多くのフィードバックを集めることができます。 。 。 。」

フィードバックが入り続けているようですが、他の方向に流れているものはありません。 VSCodeteamの誰かが、この機能をサポートするための興奮の欠如のように見えること、その背後にある理由を説明できますか？

「VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。」

私の考えでは、VSCodeはIDE（またはIDE構築プラットフォーム）であり、単なるミニマルなコードエディターではありません。 ミニマルなコードエディタは、もう1つのMicrosoft製品であるメモ帳です。

「すべての機能要求と同様に、最良の最初のステップは、通常、すぐにコーディングを開始するのではなく、ディスカッションを開始することです。」

ですから、このフィードバックの問題での私の質問は、議論はどこにあるのかということです。

@ronnyekは正しい考えを持っています：

全体として素晴らしい製品ですが、この問題はかなり神秘的です。

この機能は世界中で一般的ですが、何を議論する必要がありますか...

要求事項？ Visual Studioコードの名前と同じように、そこから複製します。
道具？ 本当に調査が必要ですが、この問題はすでに1。5年前のものです。

新しいステータスバーと「メニューバー」の間にはほんの小さなステップがあると思います。

vscodeチームがとることを望まない小さな一歩...それが重要なポイントです。 ここでは、この問題が作成されてから1年以上が経過し、同じ機能に関する多くのコメントや他の問題が開かれました...それでも...この機能に対する同じ陰謀レベルの反対です。

webstormを使い続けて幸せです。 vscodeチームへの道！

これに別の声を追加します。 VS Codeにツールバーがないことは、私には完全な謎です。 私は時々それに戻って、それが追加されているかどうかを確認しますが、常に古いエディターに戻ってしまいます。 VS Codeには好きなものがたくさんありますが、この不足しているアイテムには驚かされます。

真剣に、マイクロソフト！ それ以外の点では優れたコードエディタ/ IDEは、優れたGUIデザインを高く評価している私たちにとっては役に立たないものになっています。 2019年ですが、なぜまだコマンドラインをいじくり回しているのでしょうか。

2019年ですが、なぜまだコマンドラインをいじくり回しているのでしょうか。

千倍速いから？

この機能を追加するか、拡張機能がこの機能を追加できるようにするための別の投票。

一部の人々の頭脳はキーボードショートカットを処理しません。 この省略は明らかにばかげています。

これは優れたエディターですが、100のショートカットを習得したり、メニューを調べたりするのに悩むことはできません。 ツールバーなしで1つのIDEを考えることはできません。 それらを除外するという決定は、Windows Phoneと同じように、まったくばかげています。

VS Codeを降格し、単純なログビューアーとして使用しました。

まだ切実に必要です。 おそらく、現時点での私の最大のカスタマイズポイントの痛み。 私が持っている拡張機能とコマンドが多ければ多いほど、それらのいくつかをクロームに配置する場所が必要になります。

ほぼ2年が経過しましたが、コメント、確認、意図の表明はなく、単にバックログに再度追加されました。 SSS-SUUUUUPERデュパー。 （少なくとも、削除または閉じられただけではないと思います）

驚くべきことに、これほど単純なことであり、無視される前に数え切れないほど行われています。 私は前にそれを言ったが、それは私がすでにライセンスを所有しているウェブストームに向かって私を押しやるだけだ。

私は、この状況全体がどのようなクラスターになったかに本当に驚いています。 vscodeチームへの道！

たぶん、十分な苦情があれば、これは変わるでしょう。 これは、「私たちはあなたよりもよく知っている」という別のケースのようです。これは、MSFT製品で多く見られます。 VSCを削除し、Notepad ++をダウンロードしました。

たぶん、十分な苦情があれば、これは変わるでしょう。 これは、「私たちはあなたよりもよく知っている」という別のケースのようです。これは、MSFT製品で多く見られます。 VSCを削除し、Notepad ++をダウンロードしました。

同じでした。 VsCodeは私のニーズと並行して進んだので、notepad ++（ありがとうワイン）/ sublimeにも戻ります。 面白いことに、msftとのやり取りがない小規模なチームは、まったく異なることを行い、ほとんどの場合、より良い結果が得られます。 まあ、それが続く間、それは素晴らしかった。

ツールバーのないモニター全体でステータスバーがめちゃくちゃ長くなる可能性があることを見てみましょう。

正直に試してみましたが、VSコードを捨てて、Notepad ++に戻りました。 使用する必要のあるすべてのコマンドを思い出せないだけで、これは起動するためのリソースを大量に消費します。 私の意見では、1つのテキストファイルだけをロードするために700MBを超えるRAMを使用するものには、間違いなくツールバーが必要です。

ツールバーのないモニター全体でステータスバーがめちゃくちゃ長くなる可能性があることを見てみましょう。

それらを画面の上部に移動しても、魔法のように水平方向のスペースが少なくなることはありません...

それらを画面の上部に移動しても、魔法のように水平方向のスペースが少なくなることはありません...

専用ツールバーは以下を利用できます。

1. 大きなアイコン
2. テキストが少ない
3. スタッキング/リスト非表示
4. 複数の行
5. コントロールのグループの簡単な管理（フラグまたはステータスに応じて表示/非表示）
6. そして、おそらく他の便利な、または必要な微妙なUXのもの。

これで牽引力があるかどうかを確認するために立ち寄るだけですか？
ツールバーを追加する拡張機能用のAPIがまだ真剣にありませんか？

これは私を笑わせました...
Visual Studio Code Roadmap 2020

• アクセシビリティ機能に依存している人にとって最高のエディターになる
  ..。

：runner：VSCodeを非常にアクセスしやすい開発者ツールにします。 私たちはコミュニティと関わり、協力して意見やガイダンスを得る予定です。私たちを正直に保つ必要があります。

この「コミュニティ」は誰ですか？ それが誰であれ、私は排除されていると感じます...私は痛みを最小限に抑えるために腕と手をできるだけ休ませる必要があります。 ツールバーの欠如は文字通り私を傷つけています。

このツールバーの問題に関する開発者からのフィードバックがないため、以下を解釈する方法がわかりません...

ワークベンチでより豊富なカスタマイズ性を安全に提供する方法を調査します
..。
コンテキストメニューなど、UIをカスタマイズするためのサポートを拡大します。

どちらも前向きに聞こえますが、私は疑わしいです-コンテキストメニューのカスタマイズは2016年から行われていますね。
2016年6月の更新（バージョン1.3）
私はそれを誤解していますか？ それとも、2020年のロードマップは2015年からコピー/貼り付けされていますか？

• アクセシビリティ機能に依存している人にとって最高のエディターになる
  ..。

🏃VSCodeを非常にアクセスしやすい開発者ツールにします。 私たちはコミュニティと関わり、協力して意見やガイダンスを得る予定です。私たちを正直に保つ必要があります。

笑...確かに...ツールバーのような便利なものを欲しがっている人よりも盲目のコーダーがいると確信しています（障害をノックしないでください）それは当然のことです...すべての便利なものは拒否されます範囲外であり、リリースには、誰も気にしないもののリリースノートが18ページ含まれています。

つまり...私はすべて無料ですが、このようなものを実現するためにさらに開発者が必要な場合は、これらの便利な機能要求を無視するのをやめれば、「Pro」バージョンの料金を支払うことになります... I Visual Studioは必要ありませんが、開発者に無視されなかった手頃な価格のVSC ...私はゲームです...

一方、おそらく彼らはツールバーをアクセシビリティモードにして：/

@ minig0d
キーボードショートカットを使用したことがありますか？ または、プレゼンテーション用のエディターのフォントサイズを大きくしましたか？ あなたはそれを知っているかどうかにかかわらず、accessabillity機能を使用しています：

https://vscode.readthedocs.io/en/latest/editor/accessibility/

問題が十分な賛成票を獲得するのを待つことができない場合は、いつでもPRを提出できます。

@sketchbuchはい、私はそれが何であるかをよく知っています...それは皮肉でした...コアに組み込まれている場合に便利な唯一のキーボードショートカットは複数のコマンド（「マクロ」）ですが、それらにはすでにプラグインがあります最後にチェックしたフォントサイズをすでに大きくすることができます...うん、今コーディングしていますが、非常にうまく機能しています...実際の機能をいくつか使用できますか？

問題が十分な賛成票を獲得するのを待つことができない場合は、いつでもPRを提出できます。

リリースされているこれらの「機能」の賛成票数を見たことがありますか？ 前回私がいくつかのスポットチェックを行ったときのB / Cは、^^^タイプのリクエストの多くよりもはるかに低く、ずっと長く開いていました。 賛成票の全体は、通りを横切るためのボタンのようなものだと思います...純粋に光が変わるまで人々を楽しませるためです。

このスレッドですべての長所と短所が提示されているので、オプションとしてそれを持ってみませんか？ ツールバーが好きな人はそれをオンにすることができ、そうでない人はそれを無効のままにすることができます。 これはロケット科学ではありません。

マイクロソフトはそれを行うつもりはありません。 私たちはそれをしなければなりません。 誰かがすでにそれをしましたか？

私が使用している限られたツールバー、Jerrygoyalによるショートカットメニューバーがあります。

ただし、主な質問は残っています。

• VSCのツールバーのAPIは利用可能で、完全に文書化されていますか？

私が使用している限られたツールバー、Jerrygoyalによるショートカットメニューバーがあります。

もちろんですが、そのような拡張機能を使用すると、1）他のすべてのアプリケーションで使用されているツールバーのようには見えません。 2）構成可能ではありません-拡張機能の作成者が追加したものに固執しています。

したがって、Microsoft Visual StudioCodeチームによる公式のツールバーAPI /拡張機能が必要です。

したがって、Microsoft Visual StudioCodeチームによる公式のツールバーAPI /拡張機能が必要です。

今はいつでも

MSに来て？！ 開発者の顧客を満足させるのはどれほど難しいでしょうか？ そんなに質問はしていません。 私たちはあなたの顧客であり、あなたの利益であることを忘れないでください...それについて考えてください...

これを実行することはできますか...または、なぜこれが存在しないのか、または存在しないのかについてのvscodeチームからの有用な入力はありますか？ たぶん私は、theiaの開発者がPRとして受け入れて、そこに実装することをいとわないかどうかを見に行くでしょう...問題は解決しました。

最初は、vscodeでツールバーが見つからないときに同じ混乱を感じました。私は、「新しいテクノロジーで一体何をしたのか」を考えました。

しかし、今は違います。コマンドパレットは、どのツールバーやメニューよりも気に入っています。

1. キーボードのF1を押して、コマンドパレットを表示します（または、同じ効果を得るにはCtrl + Shift + Pを押しますが、より多くの労力が必要です：p）。
2. 検索するコマンドを入力します。 このコマンド検索機能は非常に賢いので、先に進んで検索したいものを入力してください。
3. キーボードを使用してコマンドを選択するか（方向ボタンを押してEnterキーを押す）、またはそれをクリックします。

メニューやツールバーを見つけるのはイライラするかもしれません。 メニューやツールバーが多すぎると、生活が困難になります。 したがって、コマンドを入力して検索する機能は非常に役立ちます。

最初は、vscodeでツールバーが見つからないときに同じ混乱を感じました。私は、「新しいテクノロジーで一体何をしたのか」を考えました。

しかし、今は違います。コマンドパレットは、どのツールバーやメニューよりも気に入っています。

メニューやツールバーを見つけるのはイライラするかもしれません。 メニューやツールバーが多すぎると、生活が困難になります。 したがって、コマンドを入力して検索する機能は非常に役立ちます。

しかし、これは、完全なオフィスタイプのリボンではなく、Windowsのクイックアクセスツールバー（つまり、お気に入りの/頻繁に使用されるコマンドをいくつか配置する）のようなものです。

つまり、1回のクリックと少なくとも2回のキーストローク（最後に使用したコマンドであると想定）（下矢印を数回押して選択するか、数文字を入力して選択する...

パレットは特定のものに最適ですが、マウスを手に持ってキーボードに戻ると気が散るタスクが他にもあります...

@ thariqnu-ifm
キーボードなしでコマンドパレットをどのくらい正確に使用できますか？
コマンドパレットとオプションのツールバー（または少なくともそのためのAPI）の両方を使用できないのはなぜですか？

強く指摘すべき点の1つは、VSCodeチームが、拡張機能を使用して実行できる機能を追加したくないと繰り返し述べていることです。これは、拡張機能なしでは実行できないため、その観点に沿ってください。 API、これはそれに応じて実装する必要があります:)

@ thariqnu-ifm
キーボードなしでコマンドパレットをどのくらい正確に使用できますか？
コマンドパレットとオプションのツールバー（または少なくともそのためのAPI）の両方を使用できないのはなぜですか？

パレットのもう1つの問題は、構造化されていないことです。これは、単一のコンボボックスにダンプされたすべてのコマンドのリストにすぎません。 （はい、入力して正しいコマンド名を推測したことを期待して検索できます。）

彼らはタブバーにマウスホイールのサポートを追加しただけです...ある時点で、複数行のタブバーを使用できるようになる可能性があり、最終的にタブバーに10〜未満のタブドキュメントを表示できるようになります...それはわざわざすべてのタブドキュメントを表示するドロップメニューボタンを提供するのとは異なります...代わりに、エクスプローラのサイドバーを開いて、単一行のタブバーに視覚的に表示されるよりも多くのドキュメントを表示する必要があります。

MSが2020年にすべての優れたGUIとUXを捨てて、開発者が20年前にソフトウェアのコアの基本として追加されたものを求めているところまでどうやって..ツールバーのように...

とにかく、特定の拡張機能/機能のオン/オフを切り替えて、その拡張機能/機能がオンまたはオフになっていることを表すボタンを視覚的に確認できると嬉しいです...画面上にあります！ また、同じことを行うためにキーコンボやハンマーキーを実行する代わりに、ほんのわずかな時間でクリックすることもできます...入力する必要のある拡張名機能コマンドを忘れた場合は最悪です。 素晴らしいツールバーボタン/アイコン。

この機能が優先されるべきではないので、本当に驚いています。

VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。

はぁ！ :)）
ミニマリズムとはどういう意味ですか？

高さをカスタマイズできず、地下鉄の窓のようなタブボタンは、ミニマルな意味ですか？

メニューやアクションバーなどの巨大なボタンのパディングは、エディタ領域よりも画面上のスペースを占有しますが、これは最小限の意味ですか？

私はvscodeエディターのカスタマイズに3か月を費やしました。考えてみました。そうです、エディターです。

そして、私がコーディングしているのはどこだと思いますか？
はい、その通りです-メモ帳++で

こんにちは。現在、この機能リクエストは（他の多くの場合と同様に）公開されているため、すぐに取り組みたいという理由ではなく、ユーザーからより多くのフィードバックを集めることができます。
VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。

@isidornは、返信がいかに非接触であったかを示すのに十分な20の親指を下に置いていますか？

あなたはミニマルだと言いますが、Notepad ++のようなものはかなりミニマリストだと思います...一方、git /バージョン管理が組み込まれています（私の知る限り、「ミニマリスト」エディタには含まれていません...デバッグがあります...ミニマリストのコードエディタよりもIDE機能の方が多いと思いましたか？独自のプロセスモニタを取得しましたか？それらの1つを備えたコードエディタを見たことがないと思います...

しかし、あなたはそれが何を持っていないか知っていますか？ ツールバー...ツールバーには何がありますか？ ほとんどのコードエディタは、VIMを投稿します（ほとんど）...どちらがそうではありませんか？ 昇華はおそらく私が考えることができる唯一のリモートメジャーなものではないかもしれません（それを使用したことがないかどうかはわかりません）ので、目標のミニマリスト、または昇華ユーザーをMSエコシステムに誘い込もうとする昇華の模造品ですか？

ああ...ええ、私はほとんど忘れていました...これらの3つのリモート編集拡張機能（リモート-SSH、リモート-コンテナ、リモート-WSLなど）を開発しているのはマイクロソフトではありませんか？ これらの機能が組み込まれているミニマルなエディターを思い出せません...そして、MSがサードパーティの拡張機能によって処理されるエディターと拡張性を開発しているという哲学だと思いましたか？ 肩をすくめる..。

マイクロソフトに来てください-一度だけ正しいことをして、顧客ベースに耳を傾けてください。 ツールバーはすでに準備ができていると思います。ビルドにツールバーを含めて、さらに50％の視聴者を満足させる必要があります。 それはすべて選択についてです。 ツールバーが必要な場合は、オンにします。 そうでない人は、それをやめなさい。 何が問題ですか？？？？？

VSCodeは最小限のコードエディターであるため、カスタムツールバーを追加するPRを受け入れることには消極的です。

たぶん、isidornだけがそう考えており、彼が転職するとき、1か月以内にツールバーを取得するかもしれません。 多分問題は彼だけにあるのではありません。

マイクロソフトに来てください-一度だけ正しいことをして、顧客ベースに耳を傾けてください。 ツールバーはすでに準備ができていると思います。ビルドにツールバーを含めて、さらに50％の視聴者を満足させる必要があります。 それはすべて選択についてです。 ツールバーが必要な場合は、オンにします。 そうでない人は、それをやめなさい。 何が問題ですか？？？？？

彼らは顧客の需要に基づいて「優先順位を付け」ようとしています...言い換えれば、彼らは次のロックスター機能のリリースに取り組んでいます...おそらくコーヒーメーカーに埋め込まれたRaspberryPiのAPIのようなものです...誰かが万が一に備えてJavaを使ってJavaをプログラムしたいですか？ あなたは非常に需要の高いものを知っています...彼らはVSCodeをハンムラビ法典に翻訳しようとしているかもしれません...私は1つがいくつかの部分でかなり人気があると聞きます...

私は子供です...しかし、深刻なことに...私はMSからの公式の応答を何らかの形で望んでいます...彼らが前進する方法について提供された情報と将来のビジョンはそうではありません現在の行動と一致しているようです...

オプションのツールバー/ APIを構築するのにかかる30分を管理できない場合、私たちの多くはおそらく別のエディターに戻る必要があります...

役に立たないパディングのある人の考えは、明確に定義されたインターフェースの別の考えです... notepad ++はうまく設計されていないか、使用するのに最適ではありません。 以前はnotepad ++とeditpadproを使用していましたが、後者は素晴らしかったですが、どちらも窮屈なボタンで時代遅れに見えます。 VSCに何も付いていないのはうれしいです。最初にatomを試したとき、コマンドパレット（またはvsc）が気に入らなかったのですが、数年間使用した後、ボタンを見逃したり、コマンドパレットが使いづらくなったりすることはありません。 。 たぶん、notepadd ++に頼るのではなく、少し時間を取ってください。

...さらに50％の視聴者を幸せにします...

約240人がOPにポジティブな絵文字を追加しました... VSCは約480人しか使用していないと思われる理由は何ですか？

ツールバーの使用を強制することはありません。 無効にすることができます。
ツールバーを使用しないように強制します。
違いを感じますか？
「唯一の正しい道」の時代はソビエト連邦にありました。

何をすべきか教えてはいけません。どこに行けばいいのか教えてくれません。

役に立たないパディングのある人の考えは、明確に定義されたインターフェースの別の考えです... notepad ++はうまく設計されていないか、使用するのに最適ではありません。 以前はnotepad ++とeditpadproを使用していましたが、後者は素晴らしかったですが、どちらも窮屈なボタンで時代遅れに見えます。 VSCに何も付いていないのはうれしいです。最初にatomを試したとき、コマンドパレット（またはvsc）が気に入らなかったのですが、数年間使用した後、ボタンを見逃したり、コマンドパレットが使いづらくなったりすることはありません。 。 たぶん、notepadd ++に頼るのではなく、少し時間を取ってください。

問題のタイトルに「オプション」と記載されている理由。 上部のタブを使用してファイルにアクセスすることはありません。すべて左側にあります。 なぜ彼らはそこにいるのですか？ 1つのワークフローが機能するからといって、それがすべての人にとって優れているとは限りません。 構成可能なUIは、より幅広いユーザーにとってより良いものにすることができます-私にとっては、それはアクセシビリティ機能です。 私はスティッキーキーを使用しているので、特定のキーの組み合わせ（主に元に戻す/やり直し）を押すのは、数回繰り返す必要がある場合は面倒です。 それは私の人生を楽にし、あなたの人生に影響を与えないでしょう、それでなぜあなたは私がそれを必要としないと私に言っているのですか？ なんで気にするの？

プラグインにすることもできます。プラグインを望まない人は、プラグインが存在することを知る必要さえありません。

@morozovskツールバーはありません-誰もあなたに何かを使わないように強制することはできません
存在しません。

追加してもかまいません。優先順位を付けたくないだけです...それを望んでいる開発者がたくさんいるようです。チームを結成してPRを提出してみませんか？

追加してもかまいません。優先順位を付けたくないだけです...それを望んでいる開発者がたくさんいるようです。チームを結成してPRを提出してみませんか？

人々は提案しました、同じ問題に関してなされた他の多くのバグレポートを見てください。 MSは、おそらくそれを拒否すると述べています。 プラグインを可能にするためにフックを追加することすら望んでいません。 つまり、それは資源の問題ではなく、イデオロギーの問題です。

明らかに優先されていません。 MSは何ヶ月もコメントしていません。 繰り返しますが、なぜあなたが気にするのかわかりません。

役に立たないパディングのある人の考えは、明確に定義されたインターフェースの別の考えです... notepad ++はうまく設計されていないか、使用するのに最適ではありません。 以前はnotepad ++とeditpadproを使用していましたが、後者は素晴らしかったですが、どちらも窮屈なボタンで時代遅れに見えます。 VSCに何も付いていないのはうれしいです。最初にatomを試したとき、コマンドパレット（またはvsc）が気に入らなかったのですが、数年間使用した後、ボタンを見逃したり、コマンドパレットが使いづらくなったりすることはありません。 。 たぶん、notepadd ++に頼るのではなく、少し時間を取ってください。

うーん... notepad ++が何を持っているか知っていますか？ 設定ファイル...それらのファイルで何ができるか知っていますか？ 見たくないアイテムを削除します...文字通り、1つのメニューオプションを備えたファイルメニューだけにし、必要に応じてツールバーを持たないようにすることができます...なぜそうなのですか？ それは、人々が彼らにとって効率的でないワークフローに人々を閉じ込めることなく、彼らにとって最も効率的に機能するものに合わせてそれをカスタマイズすることを可能にするからです。 つまり、雑然としているので、使用を強制されないオプション機能を実装しないでください。そのようにすると、非常にエゴスチックに聞こえます。

私は暗いテーマが好きです...多分VSCodeは色の選択をカスタマイズするためにすべてのオプションを削除し、誰もが私の好きなものを使用するように強制する必要がありますか？ なぜ彼らはしないのですか？ うーん、ツールバーと同じように、コードを簡単に作成して、ユーザーが自分に最適なものにカスタマイズできるようにし、他のユーザーに悪影響を与えることはありません...

追加してもかまいません。優先順位を付けたくないだけです...それを望んでいる開発者がたくさんいるようです。チームを結成してPRを提出してみませんか？

何を優先しますか？ トースター用のAPI？

コーディングチームからの同様の頑固さのために実際のデータが破壊されているファイルシステムの問題を除いて、優先度が高いはずのリクエストは見たことがありません...しかし、私たちは皆、King Sketchbuchを歓迎すべきだと思いますか？

チケットにFAQを追加しました。
これは、トピックを理解していないがすでに反対している人々に同じ質問に答えるのに疲れます。

@ thariqnu-ifm
キーボードなしでコマンドパレットをどのくらい正確に使用できますか？
コマンドパレットとオプションのツールバー（または少なくともそのためのAPI）の両方を使用できないのはなぜですか？

キーボードなしでどのようにコードを書いていますか？

チケットにFAQを追加しました。
これは、トピックを理解していないがすでに反対している人々に同じ質問に答えるのに疲れます。

OPのそのトレンドのスクリーンショットは、表示されていると思うものを表示していません...

追加してもかまいません。優先順位を付けたくないだけです...それを望んでいる開発者がたくさんいるようです。チームを結成してPRを提出してみませんか？

どうやらいくつかの試みがありました...いくつかは他よりもうまくいきました。 問題は、vscodeチームが過去にこれらの取り組みをブロックし、許可する意図がなかったという事実を回避していたことです。

ビジョンがあります...そのビジョンにはツールバーは含まれていません。 なぜ頭がおかしくなるのか...しかし、この間ずっと待っている... Webstormはどんどん良くなり、ギャップを広げています。

他の誰かのポイントに...彼らはいくつかの非常にあいまいなサポートのために後ろ向きに曲がるのに問題はありませんでしたコードユーザーの2％が使用します...しかしそれから単純なオプションのツールバー... Nooooooope。

それは何年も何年もの間、そして無数の問題が忘却に浪費されてきました。 たぶんそれを呼ぶ時だと思います。

キーボードなしでどのようにコードを書いていますか？

誰かがキーボードなしでコードを書いていると言いましたか？
私の経験では、開発はコードを入力するだけではありません。最初にレガシーシステムを理解することに時間を費やし、最後にデバッグするまでです。

腕が痛くなり、キーボードの時間が貴重な商品になります。 また、マウスとキーボードの使用を切り替えるための取り組みでもあります。 ですから、手を休めるために、可能な限りマウスを使います。 少しのサポート（たとえば_toolbar_）があれば、キーボードに何時間も近づかなくても、座ってコードやリファレンスドキュメントを熟読したり、デバッグしたりすることができます。

チケットにFAQを追加しました。
これは、トピックを理解していないがすでに反対している人々に同じ質問に答えるのに疲れます。

編集：Microsoft Visual Studio Codeチームへ：

この機能を提供することで、より生産的なアクションになりませんか？

@ rei-vilo

この機能を提供することで、より生産的なアクションになりませんか？

あなたはおそらく混乱しています:)
私はトピックスターターです。 私はMSで働いていません。 機能を提供できませんでした。

@ rei-vilo

この機能を提供することで、より生産的なアクションになりませんか？

あなたは混乱している必要があります:)
私はトピックスターターです。 私はMSで働いていません。 機能を提供できませんでした。

申し訳ありませんが、このメッセージはMicrosoft Visual StudioCodeチーム宛てのものです。

私の側では、拡張機能を試してみましたが、ドキュメントを掘り下げるのは難しいです。

私はトピックスターターです。 私はMSで働いていません。 機能を提供できませんでした。

上記の投稿1のFAQアップデートで文字通りこれを言いました🤣

一部の人々は、それを読んだり、この問題が何であるかを理解しようとしたりしてから、無関係なナンセンスなコメントを入力します。

OPは少しtl; drです、多分FAQは一番上に移動する必要があります。

Appleになるのをやめなさい。 何か有用なものを何かから削除しても、そのことは良くなりません。

個人的には、このスレッドまでツールバーがないことに気づきませんでした。 私はそれが現在の方法で好きです。 とにかく左側にアクティビティバーの形のツールバーがあります。 しかし、vscodeの開発者は、ツールバーを含めないという決定をより適切に説明できたと思います。たとえば、ツールバーはウィンドウが乱雑に見えるかもしれません（私はそう思うでしょう）。 もちろん、それらの実装では、オプションとしてツールバーを含めることもできますが、その場合、優先順位のリストの下位にある可能性があります。 しかし、それでも、いくつかの役立つコメントがあればよかったでしょう。

個人的には、このスレッドまでツールバーがないことに気づきませんでした。 私はそれが現在の方法で好きです。 とにかく左側にアクティビティバーの形のツールバーがあります。 しかし、vscodeの開発者は、ツールバーを含めないという決定をより適切に説明できたと思います。たとえば、ツールバーはウィンドウが乱雑に見えるかもしれません（私はそう思うでしょう）。 もちろん、それらの実装では、オプションとしてツールバーを含めることもできますが、その場合、優先順位のリストの下位にある可能性があります。 しかし、それでも、いくつかの役立つコメントがあればよかったでしょう。

また、左側の巨大なバー（あなたがそれを何と呼ぼうと決めたとしても）は何であると主張することもできますか？ 100px以上の幅で、20pxのツールバーよりもはるかに雑然としています...

また...気付いた... Microsoftが所有するツールバーが他に何があるか知っている...？ Github ...このボックスに入力しています...なぜだろうか...誰もがキーボードの専門家である場合、私たち全員がマークダウンを知っているべきではないのですか？ 笑

少なくとも、さまざまなパネルコンテナ内で移動（および複製）できる「ツールパネル」が必要です。

そのため、アクティビティバーに専用のアイコンを配置したり、既存のペインのパネルにしたりすることができます。

最近追加された可動パネルを利用。

個人的には、このスレッドまでツールバーがないことに気づきませんでした。 私はそれが現在の方法で好きです。 とにかく左側にアクティビティバーの形のツールバーがあります。 しかし、vscodeの開発者は、ツールバーを含めないという決定をより適切に説明できたと思います。たとえば、ツールバーはウィンドウが乱雑に見えるかもしれません（私はそう思うでしょう）。 もちろん、それらの実装では、オプションとしてツールバーを含めることもできますが、その場合、優先順位のリストの下位にある可能性があります。 しかし、それでも、いくつかの役立つコメントがあればよかったでしょう。

他のクローズドスレッドでは、開発者は、プラグイン開発者がツールバープラグインを作成するためのフックを含めることすら気が進まない、または望んでいないと述べています。 したがって、これらの開発者は、優先度が低いだけでなく、プラグインとしても完全にオプションのツールバーを使用できるようにすることに積極的に反対しているようです。 OPが言ったように、これはイデオロギーのようです。

山に追加するだけです...

この問題は、私がVSCodeを何にも使用しない最大の理由です。 実際、私は月に1回程度チェックインして、彼らが理解し、ボタンバーを追加したかどうかを確認しています。 しかし、残念ながら、アドオン開発者がバーを統合できるようにすることさえ、範囲外のように聞こえます。

この基本的な機能を提供するNotepad ++やその他のエディターを引き続き使用します。 ただし、今回は実際にVS Codeをアンインストールする予定であり、すぐに再インストールすることはないと思います。

この機能リクエストに+1を追加したかっただけです。

「OPENEDITORS」のようなまったく役に立たないものが画面を乱雑にし続けているのに、非常に便利なものが開発チームによって拒否されているように見えるのはおかしいです。 開いているファイルを示すタブがなかったコーディング時代の暗い時期であるVC ++ 6日間でも、そのことは必要ありませんでした。

そして、クレイジーな開発者が文法の間違いでいっぱいの私のとりとめのないものを間違える前に、それを明確にしようとしましょう：

• 設定可能なツールバー->非常に便利です。
• どのファイルが開いているかを示すタブ->非常に便利です。 それを保管してください！
• エディターを開く->まったく役に立たない。 投げて！

TLDR
構成可能なツールバーは非常に便利で、現在実装されているものよりもはるかに重要です。

開いているエディタービューを右クリックして、表示したくない場合はチェックを外します

開いているエディタービューを右クリックして、表示したくない場合はチェックを外します

あなたは何を知っていますか...それは、誰かがツールバーが気に入らないと不平を言った場合にあなたが言うことができる言葉とまったく同じです。 なんて用途が広いのでしょう。

いいえ、そうではありません。 ビューを非表示にするオプションは、最初のリリースから使用されています。

ツールバーはありませんでした。 ツールバーがないことが設計の中心的な目標でした。 今すぐ追加すると、リソースと開発時間が無駄になり、この「機能」を追加するために複数のチームが協力する必要があります。 次に、それが存在すると、怠惰な拡張機能の開発者はツールバーのためだけに書き込みを行い、ツールバーなしで拡張機能を使用する方法を提供しません。 ほとんどの場合、クリックイベントを実際のコマンドにフックすることすらありません。クリック時に何かを実行するだけで、コマンドパレットを使用する機会が誰にも与えられません。 この「機能」を今すぐ追加するのは間違いだと思うので、それを実行したくないのです。 また、APIを肥大化させます。 リボンに関するすべてのMSの調査は、無限のメニューオプションがどれほど役に立たないか、そしてツールバーの地獄が誰もがアプリをより効果的に使用するのにどのように役立たないかを示しました。

MS Studiesがツールバーが役に立たないと判断した場合、なぜデザインは依然としてアプリケーションの基本的なパラダイムなのですか？ ブラウザでツールバー/リボンがオンになっていますか？ 語？ エクセル？ 冒険者？ Visual Studio？ Photoshop？ Windowsで固定されたアプリケーションは、ツールバーの一種です。 上記のいずれかの状況でこれらを個人的に使用したことがない場合、ソフトウェアを誤って使用しているユーザーを感じますか？ たとえば、コマンドパレット構造は、Wordのリボンを置き換えるのに最適ですか？ 正直な質問。

エンジニアリング上の懸念については、クリックイベント内でコードを実行できるようにする必要はありません。 フレームワークは、最初から関数トリガーのみに簡単に制限できます。これは、とにかくそれを暗示する唯一の論理的な方法であるように思われます。 私がこれまでに作成したツールバー/メニューのアプリケーションは、関数を呼び出すだけです。 ボタンのクリックイベントにコードを埋め込むことができるのはなぜですか？ なぜ開発者はツールバーの背後にあるイベントにアクセスできるのでしょうか？ コマンドフックを備えたボタンをサポートするフレームワークを追加するのは非常に簡単です。すでに同じことを実行しているコマンドパレットがあるので、その構造だけの拡張のように見えます。

私は好奇心のためにこのスレッドにとどまりましたが、本当のことは、私のチームのほとんどがインターフェースの欠点を理由にコードを使用しないことを選択しているということです。 それ以外の点では素晴らしい製品であるため、残念です。

このスレッドを読んでいて、ツールバーがないことが基本的に私と同じように目立たない場合は、Notepad ++をお勧めします。 VSCをアンインストールし、NPPをインストールしましたが、振り返りませんでした。 NPPツールバーはプラグインを介して完全に拡張可能であり、Python、bashスクリプト、および内部エディター言語を介して20近くの反復タスクを実行するためのボタンを追加しました。 さらに、言語固有のタスクなどのための他のプラグインがたくさんあります。他にも良い選択肢があると確信していますが、デフォルトまたは自分でコーディングできないNPPのプラグインは見つかりませんでした。

HAHAHAHA ... REALLLLの理由sketchbuchがツールバーを必要としないことを知りました...彼はステータスバーをツールバーとして使用するのに忙しいです（そして何らかの理由で、意図しない目的でステータスバーを「ハッキング」する方が許容できると感じています正当なステータスバーを持つよりも...

さあ、軽量が心配なら...本当の膨満感をカットしましょう... VSCよりもはるかに軽いエディタにはツールバーがあります...

...正直な質問。

いいえ、それは私が言ったことを無視しているだけです。 ツールバーが役に立たないと言ったことは一度もありませんでした。ツールバーの地獄は役に立たないと言いました...これが私が心配していることです。 リボンにはボタンがありますが、その背後にあるUXを使用して調査されており、ボタンが必要なユーザーのUXを改善するための調査は行われません。 ツールバーの下に何百ものボタンとツールバーがあることに戻ります。 それは肥大化した混乱になるでしょう-私は思います。

MSが、複数のツールバー、またはドラッグアンドドロップでバーを配置する機能を備えたツールバーの下のツールバーが必要になるまでの期間にツールバーを提供する場合、ボタンをカスタマイズして順序を変更する方法が必要になります。 コマンドをグループ化するボタンフォルダーが必要になります。必要なボタン用のこの単純なAPIは、APIとUIを膨らませ、開発者の時間を浪費するモンスターに変身する可能性があります。

私は小さなAPIが好きですが、最初はかなり制限がありました。 いくつかの拡張機能を作成した後、拡張機能のすべてのカスタム表示がエディターにある理由がわかります。これは、APIでカスタムコンテンツを作成できる唯一の場所です。

ちなみに、私たちは役に立たない逸話的な証拠を探し回っています...私が一緒に仕事をしているすべてのチームはVSCodeを使用しています

はい、これらは私の拡張機能ですが、ボタンシステムがすでに配置されている場所にボタンを追加します。 これはハックではありません。これらの拡張機能は、APIが開発者に公開していないことは何もしません。 彼らがボタンAPIを追加し、それが完全に機能してテストされているかどうかを確認してください。私は気にしません。 私は彼らにそれをしている編集者をめちゃくちゃにさせたくないだけです。

Zenターミナルボタンbtwは、ステータスバーではなく、ボタンの位置にエディタのタイトルバーを使用します;）。 そこにボタンを追加して、いつでもプライベート拡張機能を作成できます。

エンジニアリングの懸念については、

はい、ボタンをコマンドに接続することはできますが、package.jsonで、パレットを介して呼び出されるコマンドを停止することもできます。 これは私が起こりたくない種類のことであり、開発者は何らかの理由でボタンでのみ機能するようになります。

@sketchbuch ：

私は起こりたくありません、それは開発者がボタンでのみ機能するようになり始めます-何らかの理由で。

ボタンを使用できる場合と使用できない場合に許可を求めるのは、私たちの奴隷ではありません。 チケットから出てください。

あなたを台無しにしてください、私は未解決の問題についてコメントするためにあなたの許可を必要としません。 あなたがそれが成長するのが気に入らないなら、あなた自身を残してください

いいえ、それは私が言ったことを無視しているだけです。 ツールバーが役に立たないと言ったことは一度もありませんでした。ツールバーの地獄は役に立たないと言いました...これが私が心配していることです。

返信いただきありがとうございます。 ツールバーの地獄が問題になる可能性があることに同意します（私はあなたのOfficeを見ています）が、ツールバーが編集可能である場合、それを「ユーザーの決定」のカテゴリーにも入れます。 （ツールバーが編集できない場合、それはまったく別の問題です）アプリケーションでツールバーをカスタマイズするオプションがある場合、デフォルトですべての項目が有効になっていると「すぐに使える」わけではなく、適切な選択が行われます。一般的なアイテムの数と、ワークフローをより効率的にするものを追加/削除できます。 私にとっては、エディターと同じで、好みのインデントオプション、間隔、フォントサイズなどを設定できます。

VSCodeにデフォルトで非表示になっている空白のツールバーが付属している場合でも、問題ありません。 私にとって、それはユーザーの選択に関するものであり、彼らが慣れていない方法論に彼らを強制することではありません。 VS Codeの拡張機能を作成したことは一度もないことは認めますが、追加されたビットマップリソースと、オプションを有効にする拡張機能マニフェストへのエントリに制限されることを想定しています。 それは開発者がそれを悪用することを許しません。 基本的なフレームワークが存在する限り、パレットのデフォルトのビットマップを作成する作業をコミュニティにオフロードします。 次に、VS Codeを今日と同じようにクリーンに出荷します。ワークフローを最適化することを選択した場合は、オプションがあります。

事例証拠を捨てるつもりはありませんでした。

@sketchbuch

あなたを台無しにしてください、私は未解決の問題についてコメントするためにあなたの許可を必要としません。

しかし、これは私の未解決の問題なので、実際にはそうすべきです:)
PS：今あなたは禁止されています。 建設的な対話に感謝します:)

はい、これらは私の拡張機能ですが、ボタンシステムがすでに配置されている場所にボタンを追加します。 これはハックではありません。これらの拡張機能は、APIが開発者に公開していないことは何もしません。 彼らがボタンAPIを追加し、それが完全に機能してテストされているかどうかを確認してください。私は気にしません。 私は彼らにそれをしている編集者をめちゃくちゃにさせたくないだけです。

Zenターミナルボタンbtwは、ステータスバーではなく、ボタンの位置にエディタのタイトルバーを使用します;）。 そこにボタンを追加して、いつでもプライベート拡張機能を作成できます。

ボタンを追加できるからといって、VSCがボタンをツールバーに変えてほしいという理由で、ボタンを追加できるわけではありません...実際には、そうではないと明示的に述べた開発者からのコメントを見たことを思い出します。 （私は彼らが実際に返答するかもしれない衝撃的なことを知っています...）

PS：今あなたは禁止されています。 建設的な対話に感謝します:)

適切な話し合いが行われているとき、それは役に立たない行為でした。 同意しない人を単にオフにすることはできません。 あなたの視点が有効であると人々を納得させない方法のレッスン＃1。

彼はすべてのメッセージで同じことを繰り返しました：「私はしたくない」、「私は反対している」、「私はこれが好きではない」。 彼は建設的な対話のために全く何もしませんでした。

私は起こりたくありません、それは開発者がボタンでのみ機能するようになり始めます-何らかの理由で。

その前は、彼はただの荒らしだと思っていました。 これらの言葉の後、彼女はvscodeを良くも悪くもしたくないことが明らかになりました。 彼女は他の人を制限したいだけで、彼らがそれを望んでいるかどうかは関係ありません。
さて、私が彼に同じことをしたので、あなたがあなたの意志に反して制限されているとき、彼はおそらくそれが何であるかを理解することができます。

彼はすべてのメッセージで同じことを繰り返しました：「私はしたくない」、「私は反対している」、「私はこれが好きではない」。 彼は建設的な対話のために全く何もしませんでした。

私は起こりたくありません、それは開発者がボタンでのみ機能するようになり始めます-何らかの理由で。

その前は、彼はただの荒らしだと思っていました。 これらの言葉の後、彼女はvscodeを良くも悪くもしたくないことが明らかになりました。 彼女は他の人を制限したいだけで、彼らがそれを望んでいるかどうかは関係ありません。
さて、私が彼に同じことをしたので、あなたがあなたの意志に反して制限されているとき、彼はおそらくそれが何であるかを理解することができます。

申し訳ありませんが、sBrecht、私はモロゾフスクに完全に同意します。 彼は建設的な批評を1つも加えていませんでした。 正直なところ、彼の話し方に基づいて（彼が問題に何らかの権限を持っているかのように）、私が彼のプロフィールを見た理由は...彼はマイクロソフトの秘密の従業員かもしれないと思った...しかし違います...彼はただのトロールでした...

彼が会話にもたらした唯一の利点は、投稿数を増やすことでした...これにより、MSが肩をすくめる問題にもっと注意を払うようになるかもしれません

笑見て...トロールはまだトローリングしています...親指が私の投稿を下げています...トロールを続けてください...あなたが私の主張を証明した方法が大好きです!!!

はい、sketchbuchの前は2ページ目でしたが、現在は1ページ目です。
だからあなたの助けを@sketchbuchに感謝します:)

笑見て...トロールはまだトローリングしています...親指が私の投稿を下げています...トロールを続けてください...あなたが私の主張を証明した方法が大好きです!!!

はい。 彼を禁止して、彼の存在を忘れることもできます:)

あなたの幼稚な行動のためにMSがこの問題を閉じるときに笑う

アカウントは4分前に作成されました

@ krytenjrobot 、 @ sketchbuch

むしろ、スパムの新しいアカウントを登録するため、あなたは禁止されます。
新しいアカウントでここでまたお会いした場合は、githubに苦情を書いて、メインアカウントが禁止されます。

老人ですが、ティーンエイジャーのように振る舞います。

PS：今あなたは禁止されています。 建設的な対話に感謝します:)

適切な話し合いが行われているとき、それは役に立たない行為でした。 同意しない人を単にオフにすることはできません。 あなたの視点が有効であると人々を納得させない方法のレッスン＃1。

「ねじ込み」は適切な議論ではありません。 彼の議論に欠陥があることが指摘されたとき、彼は明らかにトローリングしていた、彼はゴールポストを動かした。 彼はみんなの時間を無駄にしているだけです。

こんにちは。私の名前はClaudeDupréです。40年前から電子エンジニア兼アナリストプログラマーです。 私はキャリアで多数の開発製品を使用し、DOS環境には存在しなかったプリンタードライバーさえも開発する必要がありました。 当時、Windowsは存在していませんでした。 オブジェクト指向でプログラミングする方法を知っていたとしても、マシンはその種のテクノロジーをサポートするのに十分なほど強力ではなかった（8088、8kメモリ64kディスクスペースなど）ので、頻繁に使用する機能にはショートカットキーを使用する必要があり、すべてのプログラムはバッチファイル。リンクファイルのあるリンカと同じです。 キャリアでアセンブラー、C、C ++ 、. Net、およびdbase、PLM、Clipperなどの聞いたことのない他の言語でプログラミングして以来、製品をよく知っていたので、数年前からAtmelスタジオで働いています。 Atmel studioはSTM製品をサポートしていなかったため、STMに基づいて製品Cortexを開発するために取り組む別の製品を見つける必要がありました。 Visual StudioCodeを見つけました。 それで私は自分自身に言いました、Hourra、私は聖杯を見つけました。 私はそれをセットアップするために一週間以上働かなければなりませんでした、そして製品のイデオロギーに関する限り、私が80年代に引き戻されたことを知りました。 非常に人気のある製品が効率的なツールとしてではないことを知って、私は非常に失望しています。 コンテキストメニューはありません。 設定可能なメニューはありません。 プラグインは独自のメニューとツールバーを生成せず、環境に合わせてプラグインを構成しません。 基本的なツールバーはありません。 したがって、軽量製品は、最近のテクノロジーでは明らかに当てはまらない、タイトな環境（私が話していることを知っています）に適用する場合に適しています。 したがって、誰かが新製品を使用したい場合、彼はそれをインストールして最小限の所要時間で使用できることを期待しています。 Visual StudioCodeとAtmelStudioを比較すると、vscodeは数年遅れています。 私がここで読んだことによると、vscodeチームは私が不可欠であると思われるアップグレードに同意していないようです。 これを結論付ける。 最終製品をより統合し、ユーザーフレンドリーにするために、使用法、効率、およびドキュメントに関する限り、より安定した効率的なプラグインを定義するためにコーディング標準を採用する必要があると思います（そうではありません、残念です）vscodeチームはより幻想的な視力を持つことになります。 よろしくクロード

MSが、複数のツールバー、またはドラッグアンドドロップでバーを配置する機能を備えたツールバーの下のツールバーが必要になるまでの期間にツールバーを提供する場合、ボタンをカスタマイズして順序を変更する方法が必要になります。 コマンドをグループ化するボタンフォルダーが必要になります。必要なボタン用のこの単純なAPIは、APIとUIを膨らませ、開発者の時間を浪費するモンスターに変身する可能性があります。

さて、あなたにとって大きなニュースです。人々はすでに上記のすべてを望んでいます。 これがこの提案の全体的な目的です。ユーザーが必要なコマンドを、必要な方法で、必要な場所に追加できるようにすることです。 拡張機能の作成者に依存せずに、それらのコマンドを、それらを対象としていないコンポーネントで、カスタマイズせずに準備します。

「UIとAPIの肥大化」に関する議論が今最も要求されている機能である限り、＃10121はメインウィンドウの外にペインをドラッグする機能です。 明らかに、人々は自分の好みのワークフローについて多くの異なるアイデアを持っています。 VSCodeには、私が使用していない多くの機能があります。 それは私がそれらを削除する必要があると思うという意味ではありません。 それは私がそれらを必要とする/欲しいなら彼らがそこにいるべきであることを意味します。

「UIとAPIの肥大化」に関する議論が今最も要求されている機能である限り、＃10121はメインウィンドウの外にペインをドラッグする機能です。 明らかに、人々は自分の好みのワークフローについて多くの異なるアイデアを持っています。 VSCodeには、私が使用していない多くの機能があります。 それは私がそれらを削除する必要があると思うという意味ではありません。 それは私がそれらを必要とする/欲しいなら彼らがそこにいるべきであることを意味します。

これ...または少なくとも必要な機能に対応するようにプログラムを拡張することができます...フローティングウィンドウが必要な場合は、VSCの2番目のコピーを開くか、2つのモニターにウィンドウを展開して別のレイアウトを選択してください...（表示>エディタレイアウト）彼らはすでにたくさんの異なるものを持っています...しかし正直なところ、それはノックアウトするのに数日以上かかるべきではない何かのように聞こえます...

ただし、最新バージョンのリリースノートを見る場合（自分で確認したい場合は、[ヘルプ]> [リリースノート]）、これらの変更のうち「高度な機能」であるか、ごく一部のユーザーのみに対応しているものがいくつあるかを確認してください。 、など。

out of scopeなどでクローズされた他のすべての問題を記念して、この問題の2周年記念パーティーを開催する必要がありました。

優先順位の問題として追加された適切なカスタマイズ可能なツールバーオプションを取得するために私の声を追加するだけです。

FFSそれは長い間遅れているMSです!!

MSはせいぜいドラコニウスです...

いくつかの問題は単純に捨てられます。このIDEは、数十人ではなく、たった1人の人がそれを作っているようなものです...

不十分なレンダリングの問題、または「ここにツールバーがありません！」のように。
このIDEの開発者はそれを使用していないと本当に思います！

私はこのスレッドに気づかず、カスタマイズ可能なツールバーのリクエストを送信しました。 今後2年以内に検討する予定の機能ではないため、却下/閉鎖されました。 私もこのスレッドを参照しました。

これは本当にVSCodeに関する私の唯一の問題であり、Windowsが登場して以来使用してきた他のすべてのMSプログラムとは奇妙な違いです。

一方、VS Codeは個人用およびビジネス用に無料で使用でき、本格的なIDEではなく「軽量」エディターとして表示されます。 MS VisualStudioは無料ではありません。 VSCodeがMSVisualStudioに完全に取って代わる可能性を避けたいと思っていると思います。 私はプロの開発者ではなく、さまざまなIDEを使用したことはありません。 ツールバーを除いて、私はMSVS 2019に精通していないため、MSVS 2019を使用する他の利点を確認できません。また、他のいくつかの領域では不十分なようです。

この機能を追加する可能性のある互換性のある拡張機能をユーザーがコーディングする方法があると思います（既存のものを超えて、優れていますが、それほど堅牢ではありません）。 しかし、私が言ったように、私はあまり知識がないので、おそらくないでしょう。

VSCodeがユーザーベースを迅速に拡大し続ける場合は、最終的にこの問題を再開することを望んでいます。 それまでの間、完全に無料であることを考えると、かなり良いソフトウェアです。

この機能を追加する可能性のある互換性のある拡張機能をユーザーがコーディングする方法があると思います（既存のものを超えて、優れていますが、それほど堅牢ではありません）。 しかし、私が言ったように、私はあまり知識がないので、おそらくないでしょう。

ありません...（答えは上記のどこかにあると思いますが、問題は、IDEの他のすべての部分のようにコマンドの全範囲を公開するのではなく、APIがハードコードされた10個の関数にしかアクセスできないようなものだったと思いますへのアクセス。

そして、これが開いている検索トラフィックの長さ、サポートの量、それらのために実装するのが簡単であることなどにもかかわらず、ここでの開発チームからのコメントはまだ1つもありません...

無料であろうとなかろうと、リリースされたユーザーの数を減らすのに役立つ他の多くの機能（これは、実装するよりも明らかにかなり長い時間がかかりました）なので、本当に残念です。

ありません...（答えは上記のどこかにあると思いますが、問題は、IDEの他のすべての部分のようにコマンドの全範囲を公開するのではなく、APIがハードコードされた10個の関数にしかアクセスできないようなものだったと思いますへのアクセス。

ツールバーを拡張する拡張機能（vscode microsoftの人々にしか知られていない理由で「メニュー」と呼ばれる）と、必要なコマンドを含む右クリックのコンテキストメニューを作成するためのやや平凡な方法があります。 現在実行可能なことには多くの問題があるため、私はこれを平凡と呼んでいます。

1. コマンド、ツールバーボタン、コンテキストメニュー項目などを追加するためのvscode APIはありません。ツールバーとコンテキストメニューに表示されるパターンは、拡張パッケージ.jsonファイルの宣言的なcontributesエントリとこれによって駆動されます。ファイルは拡張子にコンパイルする必要があります。 この穴は、実行時に構成からツールバーまたはメニューをプログラムで構築する方法がないことを意味し、このようなものは拡張コードにハードワイヤードする必要があります。
2. ある程度拡張できる右上の領域のツールバーは、通常の意味で完全な機能を備えたアプリケーションツールバー領域ではありません。 コマンド付きのボタンをこの領域に追加できますが、この領域がエディターの上に配置されるのではなく、インラインでエディタータブの右側に配置されるため、この領域の配置がおかしいと思います。
3. （1）で述べたAPIの欠如と、拡張可能なツールバーコンテナ領域（右上のもの以外）がないことは、誰もが使用できる柔軟で構成可能な汎用ツールバー拡張機能を開発することを妨げるブロッカーです。

私は自分の目的のためにハッキングされた拡張機能を作成しました。これにより、最もよく使用されるコマンドのいくつかに対して、vscodeのコマンドパレットバケットのすべてのアプローチに対処しなければならないという苦痛の一部が取り除かれますが、それでも理想的なソリューションにはほど遠いです。

コンテキストとして、ハッキングされた拡張機能は、次のようになります。 明確にするために、私はこの問題の許容可能な解決策としてこの回避策を提唱していません。

これを実現するにはツールバーが必要になるため、この機能要求は関連しています。
機能リクエスト：簡略化されたテキストエディタ

賛成票を投じてください。そうしないと、バックログに入れられる可能性があります。

正直なところ、私が同僚にVscodeを勧めるたびに、Vscodeは特別すぎて（厳格で）、開始方法を彼らに知らせることができません。
こんなに多くのキーの組み合わせを覚えたくない（難しい）人はいないでしょう。

この明らかに必要な機能を追加することへの明らかな抵抗がわかりません

• オプション/構成可能なツールバーを追加してください。
  トップメニューから[すべて保存]を実行することに不満を感じたときにVSツールバーを探し始めました-CtrlK + Sは、ショートカットの構成に関する情報を示す画面を表示します-単純なツールバーのクリックが行われたときにショートカットの構成に時間を無駄にしたくありません正当な理由もなく省略されています。
  時間を無駄にするのをやめて、それを成し遂げましょう-Microsoftには、このタスクをスピードアップするために再利用できるVisualStudioの豊富なコードがあります。

ツールバーを備えたVscodeは、最終的にnotepad ++に取って代わります..拡張機能がサポートできる適切なツールバーサポートを実際に追加することに悩まされた場合（ユーザーがワークスペースごとに物事をチャックアウトするようにカスタマイズして）

私が入手するすべての新しいVSCODEアップデートでは、MSとチームがその機能を取り入れて、ツールバーに関するいくつかの派手な小さなアニメーションGIFを見ることができることを期待して、ここに座っています。ユーザーベースの1％未満のメリット...そして、このようなものは、明らかに少なくともある程度のユーザーベースが情熱的に感じ、まだ敷物の下に投げ込まれ、ゴミ箱に入れられ、/ dev / nullにルーティングされます。 。

まあ...チームは彼らの行動について話していると思います、そして彼らの行動は露骨な「いいえ」でした、私たちは皆、少なくともこの機能に興味があったことを示すことを望んでいたと思います。 どうやら決定がなされました。

面白いことに、他の開発チームが注目している可能性が高く、最終的には、私たちが求めていた機能を備えたエディターをリリースする予定です。

その時点で、MSはおそらく彼らのことわざから親指を引っ張るでしょう-しかしそれは手遅れでしょう。 なぜ遅すぎるのですか？ 彼らは明らかに顧客に注意を払っていません-これはおそらく、ライバル企業が利用できる改善できる他の単純なものの負荷が不足していることを意味します。

それまでは、次の優れたテキストマニピュレータをお待ちしています。

投稿者：ウェストン[email protected]
送信日：2020年8月24日23:35
宛先：microsoft / vscode [email protected]
Cc：DigoFuerte [email protected] ; コメント[email protected]
件名：Re：[microsoft / vscode]メニューの下にオプションの構成可能なツールバーを追加します（＃41309）

私が入手するすべての新しいVSCODEアップデートでは、MSとチームがその機能を取り入れて、ツールバーに関するいくつかの派手な小さなアニメーションGIFを見ることができることを期待して、ここに座っています。ユーザーベースの1％未満のメリット...そして、このようなものは、明らかに少なくともある程度のユーザーベースが情熱的に感じ、まだ敷物の下に投げ込まれ、ゴミ箱に入れられ、/ dev / nullにルーティングされます。 。

まあ...チームは彼らの行動について話していると思います、そして彼らの行動は露骨な「いいえ」でした、私たちは皆、少なくともこの機能に興味があったことを示すことを望んでいたと思います。 どうやら決定がなされました。

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

近い将来、優先度の高い機能ではなくなるようです。この拡張機能を作成して、VSCodeのエディターメニューバーに、美化、ファイルの一覧表示、元に戻す、やり直し、すべての保存などの便利なボタンを追加しました。 ショートカットメニューバー

@GorvGoylは、あなたが働かなければならなかった制約を考えると、その拡張機能を勝利と呼びます。 私が本当に欲しかったのは元に戻す/やり直すことだけだったので、ありがとう！ 私から5つ星。

@GorvGoylとてもいいです！ 5つ星！

@GorvGoylとてもいいです！ 5つ星！

いいえ、タブグループのスペースを取りすぎるのは恐ろしいことです

@GorvGoylとてもいいです！ 5つ星！

いいえ、タブグループのスペースを取りすぎるのは恐ろしいことです

笑。 必要に応じて、これらのアイコンを実際に無効/有効にすることができます。

近い将来、優先度の高い機能ではなくなるようです。この拡張機能を作成して、VSCodeのエディターメニューバーに、美化、ファイルの一覧表示、元に戻す、やり直し、すべての保存などの便利なボタンを追加しました。 ショートカットメニューバー

いいですね、msvscodeチーム全体がわざわざできないことをしてくれてありがとう。

この段階では、別のツールバーに配置することはできないと思いますか？

@GorvGoylとてもいいです！ 5つ星！

いいえ、タブグループのスペースを取りすぎるのは恐ろしいことです

これが、「個別の構成可能なツールバー」を許可するためにAPIを公開する必要がある理由です。

しかし今のところ、これはおそらく最高です。 10,000人以上のユーザーがいることを考えると、ツールバーの必要性は確かに存在すると思います。 それは私にとって「十分」です。

@GorvGoyl ：拡張機能に感謝します。それは私にとって利用可能な最高のツールバーです。拡張機能パネルで「ツールバー」を検索しても表示されないのは残念です。

私はVSCodeを初めて使用しますが、最初はインストール中にツールバーを表示するための設定を見逃していました。このスレッドを見つけるまで、長い間検索していました。

しかし、私は「プリンターに優しい」キーボードショートカットpdfを簡単に見つけました。 （皮肉な）LOL。

つまり、開発チームの見解では、典型的なVSCodeユーザーは、キーボード、マウス、および机の上に虎の巻の山を持っています。私じゃない。もっと皮肉なLOL。

文字通り、vscodeの更新を見るたびに...文字通り決して使用しない（確かにそれは誰も使用しないという意味ではありません）10のことを読み、考えます...ええ、しかし...まだツールバーはありません。

できる限り役立つ拡張機能を開発しようとしている人々の努力に感謝します。しかし、この問題はまだここにあり、ms開発者からの入力や注意がほとんどまたはまったくないという事実のように感じます（数十人を気にしないでください）理由もなく露骨に閉じられた問題の）。

チームへの道！

代わりにAtomを使用してください。 Atomにツールバーを追加するのは非常に簡単です。 ただし、GitHub / Atomが飲み込まれたため、更新はまれになり、深刻なバグ（つまり、構文の色付け）が何度も繰り返されています。 彼らが1人の編集者を死なせ、他の編集者のユーザーが何を必要としているかについてあまり気にしないのを見て悲しい。

ああ、私はvscodeを使用するほとんどのことにwebstormを使用しています...まだインストールされています...有能なIDEをそれに置き換えることは夢にも思いませんでした（とにかく）。

拡張機能のアクションを追加できるツールバーも気に入っています。 キーボードショートカットはかっこいいですが、すべての拡張機能が行うすべてを覚えることはできません。