Visual Studio Code / VSCode Part8

**デフォルトの名無しさん** · 2020/06/11(木) 12:01:27.72

Microsoft発のエディタVisual Studio Codeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

開発状況
https://github.com/Microsoft/vscode/wiki/Iteration-Plans

更新内容(日本語訳)
https://vscode-doc-jp.github.io/updates/

前スレ
Visual Studio Code / VSCode Part7
https://mevius.5ch.net/test/read.cgi/tech/1576059976/

**デフォルトの名無しさん** · 2020/07/02(木) 19:18:22.07

>>171
プロジェクトのradmeはソースクローンして自環境で試したい人に読ませる目的があるじゃん
エンドユーザーのみに向けてならビルド方法とか書く必要ないわけで

いまいち認識が食い違ってるようだがguthubは基本ソース置き場なんだし
ソースに興味ない人向けにはリリースページに直リンクでよくね？
わざわざプロジェクトトップに飛ばす必要もない

**デフォルトの名無しさん** · 2020/07/02(木) 19:48:59.54

>>188
意味がわからなすぎる。。。

**デフォルトの名無しさん** · 2020/07/02(木) 20:08:20.57

僕の肛門も拡張されそうです

**デフォルトの名無しさん** · 2020/07/02(木) 20:11:11.84

依存関係コントロール、隔離、権限、プラットフォーム移植性
全てにおいてコンテナは拡張プラットフォームにとって都合がいい

**デフォルトの名無しさん** · 2020/07/02(木) 20:33:24.13

何の拡張？
僕の肛門？

**デフォルトの名無しさん** · 2020/07/02(木) 20:58:43.38

色々なものがガバガバだ！

**デフォルトの名無しさん** · 2020/07/02(木) 21:27:23.48

>>192
徒歩十分にジェット機を持ち出すタイプ？
肩たたきにロードローラーを持ち出すタイプ？

**デフォルトの名無しさん** · 2020/07/02(木) 21:29:05.47

ゴキブリ退治に戦車
ネズミ退治に地球破壊爆弾

**デフォルトの名無しさん** · 2020/07/02(木) 23:52:01.64

ドラ？

**デフォルトの名無しさん** · 2020/07/03(金) 00:47:22.17

>>189
> プロジェクトのradmeはソースクローンして自環境で試したい人に読ませる目的があるじゃん

だからプロジェクトのトップは、ソースクローンして自環境で試したい人ようの
README.mdを一番上に表示しろって言ってるんだが

ファイルリストを一番上に持ってくる意味ないやろ

**デフォルトの名無しさん** · 2020/07/03(金) 01:29:10.68

>>155でmasterのReadme.md表示されたくないっつってたじゃん…

つうか普通の人は最新ソースの日付確認とコミット履歴が最優先じゃないの
★入れて何度も見に行くようなリポジトリならchangelogを見るし
なにはなくともReadme.mdてのは初見くらいじゃん
それだって少しスクロールすれば見れる
なんでそんなイチャモンつけてんだか分からん

**デフォルトの名無しさん** · 2020/07/03(金) 01:39:44.01

>>199

>>155でmasterのReadme.mdではなくて、
リリースバージョンのREADME.mdを表示したいって書いてるの、理解できませんか？

**デフォルトの名無しさん** · 2020/07/03(金) 01:41:26.02

> ★入れて何度も見に行くようなリポジトリならchangelogを見るし
じゃあchangelogを表示してもいいよ？
それよりもchangelogの抜粋をREADME.mdに書いたほうがいいよ？

お前は、何度も見に行くようなリポジトリなら、
「ドキュメント」を見たいって今言ったね。
お前が言ったのはファイルリスト不要と言ってるのと同じだが気づいたか？

**デフォルトの名無しさん** · 2020/07/03(金) 01:42:35.31

>>199
> それだって少しスクロールすれば見れる

毎回、見ないファイルリストを避けるために
ディスプレイの高さ分スクロールするとかアホやろｗ

**デフォルトの名無しさん** · 2020/07/03(金) 01:44:46.14

あと新デザインのアホなところは、右上にあるreadmeのリンクをクリックすると
下にスクロールするだけという所ｗ

ライセンスみたいにreadme.mdのページに移動しろよ
表示できる横幅が違うんだよ。間抜けめ

**デフォルトの名無しさん** · 2020/07/03(金) 02:13:58.33

まだやってんのreadme.md

**デフォルトの名無しさん** · 2020/07/03(金) 04:25:25.18

>>195
拡張に必要なミニマムな環境を提供できるのもコンテナの魅力

たかが拡張なのにホストOSにアクセスする能力を与えるのが現状の拡張プラットフォーム
それはコンビニに行くのにスペースシャトルを使うようなものだ

拡張は拡張に必要なことだけできなければならない
それはコンテナで実現できる

**デフォルトの名無しさん** · 2020/07/03(金) 04:29:32.75

何を拡張するの？
俺の肛門？

**デフォルトの名無しさん** · 2020/07/03(金) 05:18:59.08

コンテナっていうかサンドボックスだろ拡張の場合

**デフォルトの名無しさん** · 2020/07/03(金) 07:04:08.23

vimから乗り換えたけど最高すぎる
いちいちコマンド覚えなくていいし

**デフォルトの名無しさん** · 2020/07/03(金) 08:09:46.89

vi使いって無意識にコマンド叩いてるイメージあったんだけど
そうでもないのか

**デフォルトの名無しさん** · 2020/07/03(金) 08:57:09.01

Windowsの仕事終わって、Linuxの仕事に入ったとき、
viのコマンド忘れているから、しばらくはググりながらやってる。

コマンドというよりショートカットキー（Ctrl＋キー）ばかり使ってたなあ。

つか今はWindowsの仕事だからvi忘れている期間・・・

**デフォルトの名無しさん** · 2020/07/03(金) 09:45:36.50

プロジェクト丸ごと、git clone が基本！

README.md も必要

**デフォルトの名無しさん** · 2020/07/03(金) 09:47:05.47

>>205
拡張を単純化しすぎ。

**デフォルトの名無しさん** · 2020/07/03(金) 10:46:01.70

マウス使わない事に関して、vim最高でない？
カーソルキー使わない宗派だと、もっと選択肢がなくなるけど。

**デフォルトの名無しさん** · 2020/07/03(金) 10:52:59.33

その時点でvim脳

**デフォルトの名無しさん** · 2020/07/03(金) 11:47:41.44

HHKB を買っちゃう人はアレな人なんで、とりあえずvi or emacs キーバインドを試しちゃう。

**デフォルトの名無しさん** · 2020/07/03(金) 11:58:49.94

>>201
あのさあ、ファイルリスト見ないのはそっちの勝手じゃない？
こっちは毎回必ず確認するから謎理論こねられても要るものが要らなくなったりはしないよ？
ドキュメント読んだらファイルリスト要らないになる理屈も全く分からない

先に書いたように最優先で最新ソースの日付とコミット履歴見るし
まず全体を見るその順番とプロセスのあと見たいファイルを適宜開く
changelogだけ読めればいいなんて言ったつもりはない
ファイルリスト使わずに開かなきゃいけないという縛りが謎すぎて意味が分からない

> リリースバージョンのREADME.mdを表示したいって書いてるの、理解できませんか？
ソースクローンして自環境で試す人は未リリースの最新masterを試すんだから
リリースバージョンの（古い）README.md読まされても困るじゃん
もしコード実装前にReadmeだけ先走って書き換えてんなら書き方に問題あるのでは？
Readme.mdが概要としてトップページに表示されるものなのは既知なんだし実装済みと実装予定は分けて書くべきでは？

**デフォルトの名無しさん** · 2020/07/03(金) 12:00:49.49

>>216
毎回必ず確認するのはそっちの勝手だろ
謎理論こねられても俺は見ないんだが

お前どこのプロジェクト見てるよ？
ファイルリストを見て、わかったことを言ってみな

**デフォルトの名無しさん** · 2020/07/03(金) 12:01:46.62

ちなみにファイルリストをみても
新ソースの日付とコミット履歴はわからない
書いてないもの
そういうのはコミットログを見ればいいだけ

**デフォルトの名無しさん** · 2020/07/03(金) 12:02:34.08

ソースクローンして自環境で試す人はファイルリストなんてlsで表示するから
プロジェクトページのファイルリストなんて見ないんだよなｗ

**デフォルトの名無しさん** · 2020/07/03(金) 12:24:16.46

いい加減スレチ

**デフォルトの名無しさん** · 2020/07/03(金) 12:29:56.14

>>212
KISS

**デフォルトの名無しさん** · 2020/07/03(金) 12:35:21.77

現状の仕様を俺が見ないから直せと言われましてもね
ないものねだり力説

**デフォルトの名無しさん** · 2020/07/03(金) 13:13:58.60

VSCodeスレで顔真っ赤にしてるの草生える

**デフォルトの名無しさん** · 2020/07/03(金) 13:16:03.19

>>223
?? { README!!!

**186** · 2020/07/03(金) 14:08:35.40

WSL では5分ぐらいで、Windows 側からの回線が止まるので、
その都度、WSLを再起動したりしてる

これは、拡張機能のopen in browser では、Windows側のブラウザが、
Linux側にサーバーを立てず、直接ローカルファイルを開いているから？

一方、拡張機能のLive Server にすると、サーバーを立てているので良い

open in browser
file://wsl%24/Ubuntu-18.04/home/～

Live Server
http://127.0.0.1:5500/dist/index.html

**デフォルトの名無しさん** · 2020/07/03(金) 17:50:42.33

>>221
何がシンプルかは場合によって変わる。
なんでもかんでもコンテナを持ち出すのはぜんぜんシンプルではない。

**デフォルトの名無しさん** · 2020/07/03(金) 19:35:00.30

タブで開いている場所のターミナルを表示することはできますかね？

**デフォルトの名無しさん** · 2020/07/04(土) 00:02:30.78

>>227
ctrl+@

**デフォルトの名無しさん** · 2020/07/04(土) 05:04:05.41

いえ、タブで開いているファイルの場所を開きたいです
cdするのが面倒です

**デフォルトの名無しさん** · 2020/07/04(土) 06:21:52.07

>>229
新しくターミナル開くのでも良いなら
https://code.visualstudio.com/updates/v1_39#_open-new-terminals-with-custom-working-directories

terminal.integrated. や、terminal.integrated.shellArgs. 使ってもOK
https://code.visualstudio.com/docs/editor/integrated-terminal#_using-variables

もし既に開いているターミナルでってのだとしたらわからないや

**デフォルトの名無しさん** · 2020/07/04(土) 06:25:48.97

エクスプローラで普通にcmdします
すみません(´・ω・`)

**230** · 2020/07/04(土) 06:49:26.04

解決したみたいだけど、"terminal.integrated.cwd"設定しておけば良いだけだったかも

**デフォルトの名無しさん** · 2020/07/04(土) 10:06:49.17

何かやりたいことがあってもそれを実現するvscodeの設定がそもそも存在するのかどうかを調べるのがかなり手間がかかる

**デフォルトの名無しさん** · 2020/07/04(土) 10:53:20.79

>>232
いや、もうこのまま使います
すみません

**デフォルトの名無しさん** · 2020/07/04(土) 12:12:48.57

>>234
諦めるなよ

**デフォルトの名無しさん** · 2020/07/04(土) 12:33:12.71

>>229
ファイルエクスプローラーで、そのファイルの右クリックメニューの、ターミナルで開く

**デフォルトの名無しさん** · 2020/07/04(土) 12:36:30.21

>>236
>>231読めよRubyガイジ

**デフォルトの名無しさん** · 2020/07/04(土) 12:52:52.84

利便性を追求しないならメモ帳でも使ってろ

**デフォルトの名無しさん** · 2020/07/04(土) 13:00:45.96

最近のメモ帳はすごいぞ！
utf8がデフォルトになったんだぞ！

**デフォルトの名無しさん** · 2020/07/04(土) 13:08:29.62

Unix改行にも対応するんだっけ？
そりゃそのほうがいいけど、遅すぎんだよ。。。

**デフォルトの名無しさん** · 2020/07/04(土) 13:18:47.64

>>231
WinXPでそれやりたかった。。。

**デフォルトの名無しさん** · 2020/07/04(土) 13:50:10.72

編集画面で右クリックのOpen Integrated Terminalで開けてるけどどの拡張で出来るようになったかわからん

**デフォルトの名無しさん** · 2020/07/04(土) 14:50:11.86

>>241
Open Command Window Hereでも入れとけ

https://web.archive.org/web/20151117060328/http://windows.microsoft.com/en-US/windows/xp-downloads#2TC=powertoys

**デフォルトの名無しさん** · 2020/07/04(土) 21:32:24.25

全能テキストエディタ「Vim」の歴史と開発者に広く普及した理由
https://gigazine.net/amp/20200704-how-vim-become-popular

**デフォルトの名無しさん** · 2020/07/04(土) 23:21:16.90

カーソル移動のためにマウス握るの嫌だな

**デフォルトの名無しさん** · 2020/07/04(土) 23:33:02.86

>>243
あーザーッす！

**デフォルトの名無しさん** · 2020/07/04(土) 23:41:38.88

>>245
しかし、ホイール最高！

**デフォルトの名無しさん** · 2020/07/05(日) 21:52:57.60

vscodeでファイルツリーを複数開く事はできますでしょうか？

**デフォルトの名無しさん** · 2020/07/05(日) 21:56:10.96

できた

**デフォルトの名無しさん** · 2020/07/05(日) 22:12:43.68

コンテキストからトグルコメントアウトできないでしょうか？
ショートカット使うと拡大されたりしてしまう

**デフォルトの名無しさん** · 2020/07/05(日) 22:15:15.03

そろそろできた？

**デフォルトの名無しさん** · 2020/07/05(日) 23:05:21.70

トグルコメントアウトってなんだ？

**デフォルトの名無しさん** · 2020/07/05(日) 23:07:32.72

>>252
コメントアウトをトグルするってことだろ

**デフォルトの名無しさん** · 2020/07/06(月) 00:48:04.28

toggle commentsじゃないの？
コメントアウトだったら
コメントアウトされてない→コメントアウトの一方向で「トグル」じゃ無い

**デフォルトの名無しさん** · 2020/07/06(月) 02:54:16.94

「コメントアウト」の反対ってなんやろ？
「アンコメントアウト」？
なんか違和感あるな。

**デフォルトの名無しさん** · 2020/07/06(月) 04:23:23.61

uncommentだけでOKだよ

**デフォルトの名無しさん** · 2020/07/06(月) 04:45:56.84

コンテキストにないんスかね

**デフォルトの名無しさん** · 2020/07/06(月) 06:30:30.83

自作ワード多すぎ
コンテキストはコンテキストメニューのことか？
あと拡大されたりしてしまうって意味不明なんだが

**デフォルトの名無しさん** · 2020/07/06(月) 06:44:25.62

似たような拡大のショートカットが割り当てられているからです

**デフォルトの名無しさん** · 2020/07/06(月) 07:02:35.17

拡大のショートカットをどかすか、コメントアウトのショートカットを別のキーに割り当てれば？

**デフォルトの名無しさん** · 2020/07/06(月) 08:09:41.17

terminalの文字がブラーかかってるんでが、"terminal.integrated.rendererType": "dom",を設定したら治りました。
なぜでしょうか

>>260
コンテキストに追加出来ませんか？

**デフォルトの名無しさん** · 2020/07/06(月) 08:31:27.69

ゆとり教育の弊害か

**デフォルトの名無しさん** · 2020/07/06(月) 09:29:47.77

コンテキスト君がガイジ過ぎて会話になってないな

**デフォルトの名無しさん** · 2020/07/06(月) 10:53:16.61

>>261
ここに回答があるのだけど何処に書いていいかわからん。
https://stackoverflow.com/questions/41400280/how-to-add-context-menu-with-vscode-extension

誰かあとよろしく

**デフォルトの名無しさん** · 2020/07/06(月) 10:58:08.76

>>263
そりゃ"コンテキスト"が分からないのだからしょうがない

**デフォルトの名無しさん** · 2020/07/06(月) 11:21:51.25

コンテキストはだいたいの場合心のなかで「文脈」と訳せばいいのではないだろうか。
自然言語で文脈によって意味が変わる代表例としては「それ」がある。
他、例えば「インスタンス」という用語なども、プログラミング言語の「文脈」であるか、AWSバックエンド環境構築の文脈であるかで指すものが違う。
コンテキストメニューについては、右クリックした所が何のための場所かによって、できることが違うわけだ。当たり前だけど。ファイルツリーの場所だったらファイルを追加したり削除したり名前変更したり…そういう「コンテキスト」。そのコンテキストに沿った操作もメニュー、それがコンテキストメニュー。

**デフォルトの名無しさん** · 2020/07/06(月) 12:00:16.33

ソフトの話してるのにコンテキストメニュー以外のコンテキストが思い浮かぶとしたらちょっとおかしい

**デフォルトの名無しさん** · 2020/07/06(月) 12:09:52.81

>>267
デバイスコンテキストは？

**デフォルトの名無しさん** · 2020/07/06(月) 12:31:24.96

>>267
まさにコンテキスト（文脈）だな

**デフォルトの名無しさん** · 2020/07/06(月) 12:40:18.20

「コメントアウトの切り替えをコンテキストに追加したい」って言ってるのになぜデバイスコンテキストの話が出てくるのか意味不明

**デフォルトの名無しさん** · 2020/07/06(月) 12:51:50.57

>>267
ソフトウェアにおいて、もしもコンテキストというキーワードがなんの文脈もなしに言及されたら、まんま"文脈"や"前後関係"の意味だ。

"メニュー"がついてなかったら、2番手はコンテキストスイッチのほうだろう。

機械学習にもよく単体で登場するキーワードだけど、当然メニューの意味なんてない。

vscodeの文脈に限定しても、かなり微妙。
「コンテキストからトグルコメントアウトできないでしょうか？」
って質問されたら、コメントアウトする箇所を推論させるの？って一瞬誤解してもおかしくない。

**デフォルトの名無しさん** · 2020/07/06(月) 13:55:40.50

>>267
GC,DCの立場について小一時間

**デフォルトの名無しさん** · 2020/07/06(月) 13:57:51.48

メタな話だが質問などのこみゅにけーしょんでは各用語をなるべくローコンテキストに変換したほうがよい。
今回の例なら「コンテキストメニュー」と言えばほぼ一意に定まったものを、打つのがめんどくさかったのだろうか、「コンテキスト」とわざわざハイコンテキストにしてしまっている。
こうなると何コンテキストなのか？コンテキスト何なのか？と文脈を推定しなければならず、またそれが質問者のものと合っている保証もない。こうして無駄なやり取りが付加されていくのである。
打つのがめんどくさいなら「右クリ（メニュー）」とでもしとけばまだマシだったのではと思う。

**デフォルトの名無しさん** · 2020/07/06(月) 14:25:18.91

>>273
たぶん打つのがめんどくさいというより、一般名詞としてのコンテキストも、プログラミングやIT関連で使われる様々なコンテキストの付く用語も知らないから、コンテキストメニュー(=略称コンテキスト)って思い込んでるだけだと思うよ。

**デフォルトの名無しさん** · 2020/07/06(月) 14:26:56.60

コンテクストメニューです

**デフォルトの名無しさん** · 2020/07/06(月) 15:01:44.00

>>267
WindowsのデバイスコンテキストやAndroidのContextクラスやらコンテキストってソフトウェア開発でいろんな意味に多用される言葉だからソフトのコンテキストといえばコンテキストメニューに決まってるというのはかなり乱暴な主張だと思う

**デフォルトの名無しさん** · 2020/07/06(月) 15:19:19.35

USBメモリをUSBって言う奴

**デフォルトの名無しさん** · 2020/07/06(月) 15:23:41.60

印刷することをコピーって言う奴

**デフォルトの名無しさん** · 2020/07/06(月) 15:30:35.84

ハゲてる人をハゲと言う奴

**デフォルトの名無しさん** · 2020/07/06(月) 15:55:19.01

>>275
みんな理解してるから大丈夫やで。
しょうもない議論を楽しんでるだけ

**デフォルトの名無しさん** · 2020/07/06(月) 17:37:57.32

>>267
コンテキストメニューのことを「コンテキスト」と略すヤツはきっとおかしい。
たぶん話が通じない。
「メニュー」と略すならともかく。

そんなヤツが、こういうところでまじめに相手されないのはしゃあない。

**デフォルトの名無しさん** · 2020/07/06(月) 19:52:25.14

まあそうだな

**デフォルトの名無しさん** · 2020/07/06(月) 20:07:12.95

どうでもいい議論見てたらスマホのギガが減ってきた

**デフォルトの名無しさん** · 2020/07/06(月) 23:51:23.88

データ苦しくてうsb外ドラのDVDに焼くヤツあるだろ

**デフォルトの名無しさん** · 2020/07/07(火) 07:59:36.27

インデントしない改行とインデントする改行を使い分けたいのですが、そういう機能はあるでしょうか？
例えば以下なんですが。
Enter: インデントありで改行
Ctrl-J: インデントなしで改行

**デフォルトの名無しさん** · 2020/07/07(火) 10:42:29.67

改行後の新規行で何も入力せずそのままenterで、インデントキャンセルされるでしょ

**デフォルトの名無しさん** · 2020/07/07(火) 11:03:35.06

改行後にインデントしてない位置から打ち始めたいんじゃね？
設定は知らん

**デフォルトの名無しさん** · 2020/07/07(火) 11:56:31.01

右クリックメニューと書くのが、分かりやすい