Visual Studio Code / VSCode Part3

**デフォルトの名無しさん** · 2018/01/02(火) 20:50:35.60

MS発のエディタVSCodeのスレ

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

前スレ
MacでもLinuxでも使えるVisual Studio Code Part2
http://mevius.5ch.net/test/read.cgi/tech/1494638671/

**デフォルトの名無しさん** · 2018/01/13(土) 14:34:19.05

>>29
希望どおりでよかった。
そうそう。タグ補完オンにしてると戻す時に補完しちゃうんだよな。
issue立ってるのかなーあれ

**デフォルトの名無しさん** · 2018/01/18(木) 10:48:14.12

VSとVSCodeの違いってなに

**デフォルトの名無しさん** · 2018/01/18(木) 11:52:39.02

>>31
スマホとpcみたいなもん。
普段使いはスマホだけど、本気出すときはpcみたいな。
でもこのスレには本気出すときもスマホ使う変態さんがたくさんいる。

当然、vsのほうが機能豊富だけど、oss系のビルドシステムと相性がいいとかカスタマイズとか軽量とか
vscodeのほうが優れている部分もある。

**デフォルトの名無しさん** · 2018/01/18(木) 12:20:46.80

2, 3日前に、VS Code の、update が来てた

**デフォルトの名無しさん** · 2018/01/18(木) 13:55:27.46

まあ、いやらしい

**デフォルトの名無しさん** · 2018/01/18(木) 15:10:32.20

VSはMSの開発ツールパッケージかその中のIDE本体

VS codeはVSの名を冠しているけどgoogle chrome由来のnode.jsに乗っかってる別物

**デフォルトの名無しさん** · 2018/01/18(木) 15:27:06.71

【苫米地英人】　宇宙人の存在は明らか　＜世界教師マイトLーヤ＞　ビリーバーって怖いわ　【上念司】
https://rosie.5ch.net/test/read.cgi/liveplus/1516240795/l50

**デフォルトの名無しさん** · 2018/01/18(木) 17:46:36.63

もっと高度なプログラムを組まない限りCodeと拡張機能で事が足りる。軽いしね。

知人に優秀なWebプログラマーがいるが、IDEはJetBrainのを使っていた。

**デフォルトの名無しさん** · 2018/01/18(木) 19:39:39.77

MSにはvscodeじゃなくてmonodevelopに尽力して欲しかった
わざわざelectronでエディタ作る必要なかったでしょ

**デフォルトの名無しさん** · 2018/01/18(木) 19:51:13.23

electron重すぎ、遅すぎだよな

**デフォルトの名無しさん** · 2018/01/18(木) 20:14:07.60

codeはjavascriptで作ってjavascriptで拡張できるweb屋のweb屋によるweb屋のためのエディタでそれらとはまた違うものって理解でいる

**デフォルトの名無しさん** · 2018/01/18(木) 22:36:53.93

コアはtsじゃなかったか？
拡張機能はjsしかまだ見てないけど
そもそもts流行らせるために開発したんだと思ってたわ

**デフォルトの名無しさん** · 2018/01/19(金) 14:46:48.76

Git for Windows 2.16.0
https://github.com/git-for-windows/git/releases/tag/v2.16.0.windows.2

＞The Git for Windows installer now offers to configure Visual Studio Code as default editor for Git.

**デフォルトの名無しさん** · 2018/01/19(金) 19:18:01.74

>>42
ほう…

**デフォルトの名無しさん** · 2018/01/19(金) 21:20:40.34

コメント書き忘れたら　VScodeが立ち上がるのかよ…

**デフォルトの名無しさん** · 2018/01/19(金) 21:47:14.72

どう読んだらそうなるんだ..

**デフォルトの名無しさん** · 2018/01/19(金) 22:10:25.56

>>45
EDITOR=codeしてるってことじゃないの？

**デフォルトの名無しさん** · 2018/01/19(金) 22:16:29.71

そういやwindowsの人ってコマンドでgit commit叩いた時何のエディタ立ち上がるの？

**デフォルトの名無しさん** · 2018/01/19(金) 22:19:59.42

>>46
今までもあったインストール時のオプションにvscodeを対応させた。ってだけだから44のコメントに違和感があった
それだけなんだすまんな

**デフォルトの名無しさん** · 2018/01/19(金) 23:11:06.37

notepad

**デフォルトの名無しさん** · 2018/01/20(土) 00:00:36.16

emeditor
なんとなく入ってて起動が軽かったから

**デフォルトの名無しさん** · 2018/01/20(土) 00:01:36.89

C/C++のファイルサイズデカいと全部GlobalScopeになるやつまだissue立ちまくったまま解決してないやん
もう案件終わっちまったよ

**デフォルトの名無しさん** · 2018/01/20(土) 00:27:18.25

>>47
vim的なエディタ

**デフォルトの名無しさん** · 2018/01/20(土) 12:09:33.10

ディレクトリごとにtslintの設定を変えたい場合、コマンドラインであればそれぞれ設定ファイルを指定して
実行すればいいのですが、ESLintプラグインの場合はディレクトリごとにtslint.jsonを置いてやるしか
ないのでしょうか。
同じ設定のディレクトリが複数ある場合、同じtslint.jsonファイルを指定できたりするとよいのですが。

**デフォルトの名無しさん** · 2018/01/21(日) 12:59:48.80

>>53
tslint.jsonってことはESLintプラグインじゃなくて、TSLintプラグインの話だよね？
TSLintプラグインなら、設定のtslint.configFileで、ディレクトリのtslint.jsonとは別に指定できるよ。

53 · 2018/01/21(日) 13:13:14.95

ありがとうございます。たしかにTSLintプラグインの間違いです。
それで、tslint.configFileをディレクトリごとに設定するにはどう記述すればいいのでしょうか？

54 · 2018/01/21(日) 15:36:12.90

>>55
同じ設定のtslint.jsonをディレクトリごとに複数作るかわりに、共通のtslint.jsonひとつを使いまわしたいってことかと思ったんだけど、違ってたらゴメンね？
TSLintプラグイン設定のtslint.configFileはコマンドラインの--configオプションに相当するので、tslint.configFileに共通のtslint.jsonを指定しておけば、各ディレクトリにtslint.jsonを作らなくても、tslint.configFileに指定したtslint.jsonが読み込まれるよ。
説明長いか...(；´∀｀)

あとはワークスペース設定でtslint.configFileを分けたりすれば良いんじゃないかな？
https://vscode-doc-jp.github.io/docs/getstarted/settings.html
ユーザー設定のtslint.configFileでグローバルに参照されるtslint.jsonをデフォルト指定
ワークスペース設定のtslint.configFileで（グローバルと異なる）プロジェクトごとのtslint.jsonを指定
※ワークスペース設定がユーザー設定より優先されるので

**デフォルトの名無しさん** · 2018/01/21(日) 16:21:40.06

あー、ちょっと違います。

・ディレクトリごとに異なるtslint.jsonを使用したい
・それぞれのディレクトリにtslint.jsonを置けば一応実現できるけど、同じ設定を使いたいディレクトリもある

両方を実現する方法はないってことですかね。

**デフォルトの名無しさん** · 2018/01/21(日) 17:52:16.91

>>57
やっぱワークスペース設定で tslint.configFile を指定すればいい気がするけど、ワイが何か勘違いしてるのかな？？

ディレクトリA tslint_a.json
ディレクトリB tslint_b.json
ディレクトリC tslint_b.json
みたいな場合に、同じ設定の tslint_b.json を2つ作るより、 tslint.configFile で共通の1ファイルを指定すれば、tslint.json は設定ごとに１ファイルで済むからOKだと思うんだけど、不満点はそこじゃないのかしら？

あと、基本がディレクトリごとに異なる設定を使いたいなら、グローバルなユーザー設定は不要だと思うよ。

それ以外だと、tslint.json をシンボリックリンクで使いまわすとかぐらいかなー？

**デフォルトの名無しさん** · 2018/01/21(日) 18:10:11.09

複数のワークスペースで共通のtslint.jsonを使いたいという話じゃなくて、
ワークスペース内のディレクトリ毎に異なる設定のtslint.jsonを使いたいということです。

具体的にはWebアプリケーションでして、ワークスペース内のサーバーとクライアントの
それぞれのコードで設定を一部変えたいのです。
webpackでtslintかけている部分はいいんですが、VSCode側がどうにかならないかと。

**デフォルトの名無しさん** · 2018/01/21(日) 23:16:56.36

>>59
tslint設定を適用したい範囲でtslint.jsonを分ければいいんじゃないの？
サーバ用ディレクトリとクライアント用ディレクトリとで、それぞれ別のtslint.jsonを置くなり、設定で指定すればOKな気がするけど。
VSCodeのワークスペース設定をサーバとクライアントごとに設定してもいいだろうし。

設定内容が同じtslint.jsonを複数作りたくないってことかと思ったんだけど、
主眼は異なる設定をどうするかだとしたら、当然tslint.jsonは分けないと無理だと思うよ。

なんか、ワークスペース設定とかを例に出したことで、かえって混乱させたとしたら申し訳ない<(_ _)>
ディレクトリにtslint.jsonを置かなくても、VSCode（プラグイン）の設定でも指定できるよ。そうすれば同じ設定はまとめられるよ。というだけ。

ちなみに、それ系の話題はgithubのvscode-tslintでも何度かあがってるから、直接Isuue立てて質問するのも手かも。
https://github.com/Microsoft/vscode-tslint/issues/39
https://github.com/Microsoft/vscode-tslint/issues/228

**デフォルトの名無しさん** · 2018/01/22(月) 00:01:03.32

>サーバ用ディレクトリとクライアント用ディレクトリとで、それぞれ別のtslint.jsonを置くなり、設定で指定すればOKな気がするけど。

ええ、まぁ、それならできるというのは>>53に書いたつもりだったんですが、

>VSCodeのワークスペース設定をサーバとクライアントごとに設定してもいいだろうし。

これができるのかどうか、できるとしたらどうやるのかがわかりませんでした。

>https://github.com/Microsoft/vscode-tslint/issues/39

"extends"でnode_modules外のファイルも参照できるというのは気付きませんでした。
もしかしたらこれで実現できるかもしれません。ありがとうございました。

**デフォルトの名無しさん** · 2018/01/22(月) 23:34:28.18

これってC++のビルドできるの？

**デフォルトの名無しさん** · 2018/01/22(月) 23:50:23.72

エディタですんで

**デフォルトの名無しさん** · 2018/01/23(火) 00:19:03.89

tasks.json書けば出来るんじゃない
ビルドエラーをvscodeのerrorsで確認出来ないのが痛いけど

cmakeだけでもちゃんと対応して欲しいところ

**デフォルトの名無しさん** · 2018/01/23(火) 00:36:31.98

Code Runner使えば実行できるしできるっしょ

formulahendry/vscode-code-runner: Code Runner for Visual Studio Code
https://github.com/formulahendry/vscode-code-runner

Run code snippet or code file for multiple languages: C, C++, Java, JavaScript, PHP,
Python, Perl, Ruby, Go, Lua, Groovy, PowerShell, BAT/CMD, BASH/SH, F# Script,
F# (.NET Core), C# Script, C# (.NET Core), VBScript, TypeScript, CoffeeScript,
Scala, Swift, Julia, Crystal, OCaml Script, R, AppleScript, Elixir, Visual Basic .NET,
Clojure, Haxe, Objective-C, Rust, Racket, AutoHotkey, AutoIt, Kotlin, Dart, Free Pascal,
Haskell, Nim, D, and custom command

**デフォルトの名無しさん** · 2018/01/23(火) 16:51:20.12

ファイル開いた時に、エクスプローラーで該当するファイルが選択されるけど
あれ抑止する設定ってある？
フォルダ下層にあったりすると開いて欲しくない場合もあるんだよね。

**デフォルトの名無しさん** · 2018/01/23(火) 20:29:22.01

>>66
explorer.autoReveal

**デフォルトの名無しさん** · 2018/01/23(火) 22:41:42.63

VS CodeをCentOS7にインストールしたけどC++デバッグできないね。
Debugging with inspector protocol because Node.js v8.9.4 was detected.
とか意味不明なエラー？でてしまう。
どっかに一発で成功するセットアップ方法上がってない？
英語でもいいよ！

**デフォルトの名無しさん** · 2018/01/23(火) 22:43:58.96

結局何がしたいかというと、gdbをGUIで動かしたいだけ

**デフォルトの名無しさん** · 2018/01/23(火) 22:57:59.93

>>68
お前はなかなかいいvscodeを使っているからinspectorプロトコルを使ってやるぞって言われてるだけでは？

**デフォルトの名無しさん** · 2018/01/23(火) 23:00:20.03

>>70
もうあきらめたよ。おとなしくeclipse入れることにした

**デフォルトの名無しさん** · 2018/01/23(火) 23:03:31.70

node.js?
inspector protocol?
わからんわからんわからんわからんわからん

**デフォルトの名無しさん** · 2018/01/23(火) 23:12:00.50

>>67
これか！ありがとう！そうすると、
reveal active file in side barで逆に開いてるファイルをサイドバーでも出せるね。
おかげで理想の動作になったわ

**デフォルトの名無しさん** · 2018/01/23(火) 23:12:18.97

eclipseでビルドもデバッグもできたよ！vs codeバイバイ

**デフォルトの名無しさん** · 2018/01/24(水) 00:31:15.79

>>74
何事も諦めが肝心
vscodeは高度（ダジャレじゃない）だから
typescriotのビルドデバッグ環境すら立ち上げられないでリタイアする人が多いと思う

vscodeの記事があっという間に古くなる

**デフォルトの名無しさん** · 2018/01/24(水) 00:33:41.87

typescript自体が変わるのとvscodeが変わるのと拡張機能の変わるのが速すぎて追いつけない
英語がわからないとつらい
変更履歴に大事なことをさらっと書いてあったりしてやられがち

**デフォルトの名無しさん** · 2018/01/24(水) 01:09:24.80

>>68
centosならvscode使わん方がいいぞ
glibcがうんこでintellisenseが動かん
gdbはちょこちょこ設定すれば動いた

**デフォルトの名無しさん** · 2018/01/24(水) 04:39:50.56

今のc++の補完って本家visual studioのintellisenseと同じなんだな
cqueryとかを公式でサポートしてくれたほうが有り難いけど

**デフォルトの名無しさん** · 2018/01/24(水) 12:00:52.28

>>75
ダジャレってどゆこと？

**デフォルトの名無しさん** · 2018/01/24(水) 17:47:36.71

>>79
おいおい

**デフォルトの名無しさん** · 2018/01/24(水) 18:03:23.69

>>79
VS-Code ⇒ コード ⇒ 高度
くだらなさすぎて無理にわかる必要はないと思う

**デフォルトの名無しさん** · 2018/01/24(水) 18:11:45.58

>>79
Code(コード)に高度(こうど)が掛かってるってこと
「VSCodeというだけあって難しいからな」が洒落

**デフォルトの名無しさん** · 2018/01/24(水) 22:30:49.16

>>79
これはCodeな釣り

**デフォルトの名無しさん** · 2018/01/25(木) 00:53:52.11

駄洒落を説明するのって虚しいな

**デフォルトの名無しさん** · 2018/01/25(木) 01:18:45.57

VS高度

**デフォルトの名無しさん** · 2018/01/25(木) 20:17:11.30

オヤジギャグのスレがあると聞いて

**デフォルトの名無しさん** · 2018/01/25(木) 23:54:03.73

流石にこのダジャレが分からないのはアホすぎる

**デフォルトの名無しさん** · 2018/01/26(金) 00:05:45.52

なんダジャレあいは

**デフォルトの名無しさん** · 2018/01/26(金) 01:04:40.37

もうこのスレ不要か？

**デフォルトの名無しさん** · 2018/01/26(金) 08:35:14.87

下手な洒落はやめなしゃれ

**デフォルトの名無しさん** · 2018/01/26(金) 10:34:03.88

A4でええよん

**デフォルトの名無しさん** · 2018/01/26(金) 13:19:33.65

ここの意見にはついてイケン

**デフォルトの名無しさん** · 2018/01/26(金) 13:39:10.04

くだらんこと言ってる間にバージョンアップきたぞ……1.19.3が

1.20.0（元々12月予定）は1月に出なそうだなこりゃ

**デフォルトの名無しさん** · 2018/01/26(金) 15:26:07.70

もともと12月は月例アップデートスキップする予定だとroadmapにあっただろ

**デフォルトの名無しさん** · 2018/01/26(金) 18:07:49.16

月例アップデートのスキップはすげーつれえーわ

**デフォルトの名無しさん** · 2018/01/26(金) 19:01:44.46

次何かいいの来るの？

**デフォルトの名無しさん** · 2018/01/26(金) 21:12:55.50

vscodeを更新することが生きがいだったのに(´・ω・`)

**デフォルトの名無しさん** · 2018/01/26(金) 21:47:53.69

InsiderReleaseのリリースノートみりゃいいっしょ

**デフォルトの名無しさん** · 2018/01/26(金) 21:48:18.44

ほい
https://github.com/Microsoft/vscode-docs/blob/vnext/release-notes/v1_20.md

**デフォルトの名無しさん** · 2018/01/27(土) 03:02:05.03

>>99
うーん、とくにいらないかな

**デフォルトの名無しさん** · 2018/01/27(土) 03:57:24.00

#9989 を早く直して欲しいわ

**デフォルトの名無しさん** · 2018/01/27(土) 14:19:52.11

>>100
ヤバいセキュリティフィックスがあるよ（Electron）。

**デフォルトの名無しさん** · 2018/01/27(土) 20:45:13.19

まあ入れるけどさ。
1.18級の改善を期待しちゃう

**デフォルトの名無しさん** · 2018/01/27(土) 23:52:06.20

これってMacでも使えるんですか？

**デフォルトの名無しさん** · 2018/01/28(日) 00:01:02.41

使えるよ。使えなかったらwebフロントエンド開発のデファクトスタンダードになってるわけないじゃん。
そこら辺の事情はatomとかと同じだよ

**デフォルトの名無しさん** · 2018/01/28(日) 00:08:52.60

ちなみにatomとVisual Studio Codeとではどちらが使いやすいですか？

**デフォルトの名無しさん** · 2018/01/28(日) 00:46:34.60

>>106
主観だけどvscodeはまだエディタとして成熟しきってないから使いにくい部分はある
atomより軽快だから使ってる人は多いと思う

まだどっちも使ったことないならatomから入れば良いと思う
そっちで不便に思わなかったらatomで良いかと

**デフォルトの名無しさん** · 2018/01/28(日) 01:00:51.52

>>106
好み。
気になるならまず両方入れてちょっと使ってみて気に入ったほうを残せ。
無駄に思うかもしれんが、こうしたほうが後々後悔少ないぞ。
最初適当に決めてあとで移行となるとめんどくさいぞ。カスタマイズや拡張機能は使ってると積み上がっていくからな。

**デフォルトの名無しさん** · 2018/01/28(日) 04:16:32.25

atomのほうが使いやすいと思う人間どれくらいいるわけ？

**デフォルトの名無しさん** · 2018/01/28(日) 04:50:53.94

このスレでする質問じゃないと思うががな…
俺はVSCode気に入って使ってんだからいきなりatom強制されたらそりゃ使いにくいとしか感じんだろうな。atomの人はその反対だろう。
てか自分の道具も自分で決められないのか？
人気のある方が安心ならこんな人少ない5ch参考にしないでgithubのスター数でも見て決めれば？

**デフォルトの名無しさん** · 2018/01/28(日) 07:15:57.65

煽りか真性のガキにみんな丁寧だなあ

**デフォルトの名無しさん** · 2018/01/28(日) 09:08:25.01

atomが重すぎてvscodeにかえたよ

**デフォルトの名無しさん** · 2018/01/28(日) 10:02:10.46

Atomは挙動がカクつく
SublimeTextは日本語入力が変で
自然とVSCodeになった

**デフォルトの名無しさん** · 2018/01/28(日) 10:26:46.94

プロジェクト内検索したときvscodeだと検索できるけどATOMだと検索結果0件なのがザラだからなあ
これと環境移行の面倒くささとカラーピッカーの挙動とjavascriptのインテリセンスの挙動以外はAtomのが好きなんだが

**デフォルトの名無しさん** · 2018/01/28(日) 11:30:22.08

無料で.NET Coreをデバッグ出来るのってVS CommunityとVS Codeだけ？

**デフォルトの名無しさん** · 2018/01/28(日) 12:14:56.40

んなぁこたないはず

**デフォルトの名無しさん** · 2018/01/28(日) 16:49:05.07

>>110
今のスター数は
atomが43,088
vscodeが42,948

いつの間にか逆転しそうな勢いだな
atomのほうが先に出たのもあって2万ぐらい離れてた気がするんだけど

**デフォルトの名無しさん** · 2018/01/28(日) 16:53:27.22

>>110
> atomの人はその反対だろう。

そうかなぁ
atom使ってる人ってvscode使ったことないんじゃないか
atomがvscodeに勝ってる点マジで一つも分からん

vscodeのほうが先に世に出てたらatomはlight tableとかbracketsぐらいの扱いだったと思う

**デフォルトの名無しさん** · 2018/01/28(日) 22:14:55.48

>>117
安定した伸びのAtomに対して、2017年に加速したVSCodeが追い付いた

http://www.timqian.com/star-history/#atom/atom&;Microsoft/vscode

**デフォルトの名無しさん** · 2018/01/30(火) 19:57:32.02

拡張機能でいろいろなsnippetがインストールできますが
snippetの登録データを確認するにはどうすればいいのでしょうか？
それが分からないといまいち使いこなせないですよね

**デフォルトの名無しさん** · 2018/01/30(火) 20:08:45.65

>>120
なんでとりあえずコマンドパレットにsnippetって入力してみないの？

**デフォルトの名無しさん** · 2018/01/30(火) 20:54:26.61

>>121
やってみましたが「ユーザースニペットを開く」しか出ません
ユーザースニペットを作りたいのではなくて
たとえばHTML Snippetsの中にどういう登録データがあるのかとかを知りたいのです

**デフォルトの名無しさん** · 2018/01/30(火) 23:15:16.63

>>122
「ユーザースニペットを開く」しか出てこないのは、該当する拡張機能の対応ファイルじゃないからじゃない？
HTML Snippetsだったら、HTMLファイルとかのHTML拡張が対応するファイルを開いたときに挿入できないかな？

Windowsなら下記にそれぞれのsnippetsフォルダがあるので、
その中にあるjsonファイルを見れば設定内容がわかるよ。
でも、実際に挿入されるスニペットと見比べないとわかりにくいかも。

標準のスニペットなら、vscodeのインストールディレクトリの中
\resources\app\extensions
拡張機能で登録されたスニペットなら、拡張がインストールされたフォルダの中
C:\Users\(自分のユーザ名)\.vscode\extensions
にそれぞれの設定ごとのフォルダがわかれてるから、さらにその中にあるsnippetsフォルダね。

**デフォルトの名無しさん** · 2018/01/30(火) 23:25:09.69

vsで入れたNLogってvscodeで認識してくれないのな
なんか別で設定いるのか？

**デフォルトの名無しさん** · 2018/01/31(水) 03:37:26.99

>>124
これじゃない？
https://github.com/NLog/NLog/issues/2531
writeBom="true" にしてBOM付きで出力しないと、BOMなしのUTF-16はvscodeで開けないみたいよ。
手持ちだとメモ帳はUTFで、EmEditorはUTF-16LEで開けた。
vscodeだと、開けないファイルはエンコードを変更できないので無理っぽいね。

**デフォルトの名無しさん** · 2018/01/31(水) 07:07:22.05

>>123
見つかりました！
ありがとうございます

**デフォルトの名無しさん** · 2018/01/31(水) 23:07:52.03

VSCodeのEmmet関連ファイルは
C:\Program Files\Microsoft VS Code\resources\app\extensions\emmet\
にあるようですが
コードの記述されたjsファイルばかりで
データを設定するファイルが見当たりません
Emmetはsnippetのようにjsonて設定する方式ではないのでしょうか？

**デフォルトの名無しさん** · 2018/02/01(木) 11:36:28.78

安倍「山・・口・・さん・・でしたか？私の本を、総・・理・・でしたか？
そのような本を、勝手に出版されてですね、私もですね、迷惑してるんですよ。
ニッキョーソ！ニッキョーソ！」
ジャーップスww

**デフォルトの名無しさん** · 2018/02/01(木) 11:37:34.68

>>128
誤爆した
すまぬ