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/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
誤爆した
すまぬ

**デフォルトの名無しさん** · 2018/02/01(木) 12:22:45.05

>>127
emmet.extensionsPath で指定したフォルダの中に
snippets.json を入れればいけるよ。
preferences.jsonやらのemmetの他の設定ファイルも。

こういった外部jsonファイル内の設定は、
修正後にvscodeの再起動が必要なのでそこだけ注意

**デフォルトの名無しさん** · 2018/02/01(木) 21:35:11.13

スター数atom超えおめでとう

**デフォルトの名無しさん** · 2018/02/02(金) 13:29:41.98

>>130
ありがとうございます
emmet作成用ディレクトリを作成し、snippets.jsonを置き
ユーザー設定を変更しました
そこまできて、
snippets.jsonの書き方が分からないという問題に突き当たりました
2016年頃の記事を見ると、ユーザースニペットを設定する場合には
もともとのsnippets.jsonからコピーして変更すればいいと書いてあります
ですが今のemmetには標準状態ではsnippets.jsonが含まれていないようです
これではユーザースニペットを書く時のお手本がないので、困ってしまいます
皆さんどうしているのでしょうか？

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

Pythonコードを割り当てたキーから実行しようとすると
Cannot read property ‘toCommandArgument’と出てショートカットキーから実行できなくなった

**デフォルトの名無しさん** · 2018/02/02(金) 20:26:10.32

UIもっと自由に配置出来るようにならんわけ
replとかターミナル上じゃなくて専用のウィンドウが欲しい

**デフォルトの名無しさん** · 2018/02/02(金) 21:38:15.09

>>132
snippets.json emmet とかでググって適当に出てきたやつ参考に改造してるわ

>>134
そのへん拡張で好き放題できて収集つかなくなってるatomと違って
自由度削る代わりに軽快さを保ってるんだと思ってる

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

本家VisualStudioみたいなUIにしてくれれば誰も文句言わない

**デフォルトの名無しさん** · 2018/02/03(土) 09:52:48.63

>>131
ありがとう

**デフォルトの名無しさん** · 2018/02/03(土) 09:54:22.48

>>136
俺は文句言うよ

**デフォルトの名無しさん** · 2018/02/03(土) 10:56:23.37

>>136
あんなゴテゴテしたのはいらん

**デフォルトの名無しさん** · 2018/02/03(土) 10:57:30.02

俺も今ぐらいがちょうどいいな
ていうかゴテゴテUIってもう古くね?

**デフォルトの名無しさん** · 2018/02/03(土) 14:37:19.76

後手に回ってるんだよ

ゴテゴテだけにﾅﾝﾁﾃ(´・ω・｀)b

**デフォルトの名無しさん** · 2018/02/03(土) 16:52:52.01

わーおもしろいですね！

**デフォルトの名無しさん** · 2018/02/03(土) 18:14:02.30

>>140
用途による

**デフォルトの名無しさん** · 2018/02/03(土) 21:43:15.71

vscodeのUI気に入ってる人結構いるんだな
なら今のままでいいのかもな
ターミナルを下に、ビルドの出力を右に配置したいとか思わないものか

個人的にはMonoDevelopに力を入れてLSP対応とか欲しいんだけど

**デフォルトの名無しさん** · 2018/02/03(土) 22:08:24.11

grep結果を検索窓じゃなくて別タブで複数出したいなあってのはある
秀丸とかあんな感じで

ATOMだと検索開始したファイルを除外するし検索結果タブ1枚しか残らんし日本語混じると検索出来なかったり検索結果が文字化けで見えんかったりする

**デフォルトの名無しさん** · 2018/02/04(日) 20:41:41.58

使われてる箇所の一覧がポップアップみたいなのでしか出せないのも酷くない？

**デフォルトの名無しさん** · 2018/02/04(日) 21:32:57.44

symbolpeekのポップアップも別タブかフローティングウィンドウで欲しいねえ
ドキュメントがないとか改修重ねすぎて秘伝のタレになってるレガシーコードの改修のときホントキツい

**デフォルトの名無しさん** · 2018/02/04(日) 21:46:10.35

こうやってどんどん機能が増えてどんどん重くなっていくんだろうね

**デフォルトの名無しさん** · 2018/02/05(月) 00:31:19.87

LSP対応のまともなエディタがないから仕方なく使ってるだけでしょ
ちゃんとしたIDEが出ればみんなそっち使うわ

**デフォルトの名無しさん** · 2018/02/05(月) 01:33:14.46

LSPって何？覚醒剤かなにか？

**デフォルトの名無しさん** · 2018/02/05(月) 02:47:07.78

>>150
Language Server Protocol

**デフォルトの名無しさん** · 2018/02/05(月) 04:36:50.65

>>151
今知った。なんてイケてる仕組みなんだ！
流行ってデファクトスタンダードになると良いなぁ。でも俺が応援したやつは負けるの法則があるからなぁ…

**デフォルトの名無しさん** · 2018/02/05(月) 08:20:52.15

MonoDevelopにしようかと思ったが
Windows版はバイナリ無くてソースからビルドを要求される

**デフォルトの名無しさん** · 2018/02/05(月) 08:27:09.73

何でIDEが必要な人がVSCodeに寄ってくるんだ？
選ぶツールを間違えてるぞ

**デフォルトの名無しさん** · 2018/02/05(月) 09:14:23.35

>>154
IDEとVSCode併用してる人は珍しくないと思いますが

**デフォルトの名無しさん** · 2018/02/05(月) 09:21:18.53

IDEとエディタを比較して使い勝手が云々言ってる人のことでしょ

**デフォルトの名無しさん** · 2018/02/05(月) 09:22:00.39

>>155
併用してまーす

**デフォルトの名無しさん** · 2018/02/05(月) 09:28:20.87

Visual Studioほどゴテゴテしてなくて
VS Codeみたいに痒いところに手が届かない感じのエディタでもない
C#のIDE？もしくはエディタが欲しい

**デフォルトの名無しさん** · 2018/02/05(月) 11:39:16.88

Goland触ってみてGoをいじるにはいいと思ったけど
Makefileをちょっといじろうとしたらすごい使いづらかった。
ということでMakefileいじるときだけは未だにVSCode

出来ればVSCode使い続けたいんだけどGoのプラグインの調子がすごく悪い。
codehelperが100%に張り付くし
早くしてくれ。このままじゃGolandに8000yen払っちゃう

**デフォルトの名無しさん** · 2018/02/05(月) 12:03:05.16

>>158
不満があるならomnisharpにcontributeすれば？

**デフォルトの名無しさん** · 2018/02/05(月) 14:20:59.85

VSCodeで、JavaのHot Code Replacement（ホットコード置換）がサポートされた。
ホットコード置換を用いると実行中のアプリケーションのコードを実行したまま動的に修正できるため、トライアンドエラーが容易になる。

略

下記はJavaのHot Code Replacementを紹介する動画です。
ゲームを実行したままスペースインベーダーの動きを制御するコードを書き換えており、書き換えるたびに実行中の画面内のインベーダーが下がったり上がったりする様子を見ることができます。
https://vimeo.com/34306396

Visual Studo Codeがホットコード置換に対応
ホットコード置換は、Java開発環境として知られるEclipseでは以前から対応していましたが、
その機能がマイクロソフトがオープンソースで開発しているVisual Studio Code（以下VSCode）にも搭載されたことが、Visual Studio Blogの記事「Hot Code Replacement for Java comes to Visual Studio Code | The Visual Studio Blog」で紹介されました。

略

http://www.publickey1.jp/blog/18/vscodejavahot_code_replacement.html

**デフォルトの名無しさん** · 2018/02/05(月) 14:39:36.29

.NET Coreは？
エディットコンティニュー対応してる？

**デフォルトの名無しさん** · 2018/02/05(月) 19:12:44.86

>>154
vscodeはmini IDEと呼ばれることが多い

**デフォルトの名無しさん** · 2018/02/05(月) 19:14:52.86

>>153
Mono

**デフォルトの名無しさん** · 2018/02/05(月) 19:18:47.25

>>153
スレ違いだが、MonoDevelopのビルド、何故かサイト通りにやっても失敗する。
StackOverflowにも「私は諦めてSharpDevelopを使ってます」ってなコメがあったし。

**デフォルトの名無しさん** · 2018/02/05(月) 19:25:54.47

>>165
monoのIDEってザマリンのIDE(スペル忘れた？)のことじゃないの
あれなら俺のMacで動いてるよ。