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/11(木) 20:04:12.19

>>16
エラーを含むコードまで良しなにしてくれるとかいかにも低能の願望過ぎて笑うわ

**デフォルトの名無しさん** · 2018/01/11(木) 20:39:12.98

対応したタグを変更する機能がある環境知ってるけど非常に邪魔だぞ
というか絶対いらない機能

<div>をタイプしたら
<div></div>
勝手にこうなる
</div>は別の位置に書きたいから</div>消すと
最初の<div>まで消える

どうやって開発しろと…

**デフォルトの名無しさん** · 2018/01/11(木) 20:41:54.95

<div></div>の後ろのタグを別のものたとえば<p>とかに変えようと
</div>の　div部分を削っていくと最初の<div>の内容まで削られていく

馬鹿が思い付きで機能作るとこうなる

**デフォルトの名無しさん** · 2018/01/11(木) 20:42:38.90

必要なくなったタグを消す時に欲しいんだよなぁ。
特にネストがそれなりにあってスクロールして閉じタグ探して消すレベルのだと
間違えて違う閉じタグを消す時がある。

**デフォルトの名無しさん** · 2018/01/11(木) 20:44:20.14

そのdivが必要かどうかは人間の判断がいるんだよwwww

**デフォルトの名無しさん** · 2018/01/11(木) 20:46:04.50

そりゃそうだよ。
「消した瞬間に消えてほしい」なんて書いてないけど。

**デフォルトの名無しさん** · 2018/01/11(木) 20:49:08.26

例えば消したい<div>を右クリックしたら閉じタグを一緒に消すようなコンテキストメニューが出て、それで消えればいいなと。
流石にどちらかを消したら勝手に一緒に消えるのは嫌だよ。よく思い付くね。

**デフォルトの名無しさん** · 2018/01/11(木) 20:50:25.70

タグ入力したら閉じタグを勝手にいれるのもいらない機能

**デフォルトの名無しさん** · 2018/01/11(木) 20:58:10.71

>>23

中の要素を非表示というか折りたためばいいんじゃないかな？
試したらうまくいくけど

**デフォルトの名無しさん** · 2018/01/11(木) 21:29:55.37

>>25
今のところそれでやってるんだけど、ただ消したいタグの直下にまた複数のネストしたタグがあったりすると、
それらを折り畳むのが面倒なんだよね。

まーでも無いのが分かったよ。ありがとう。

**デフォルトの名無しさん** · 2018/01/11(木) 22:15:51.08

少なくともHTMLなら、 editor.emmet.action.removeTag（タグの削除）でいけるでしょ。
普通にショートカット割り当ててがっつり使ってるぞ。

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

<div class="foo">
<div class="bar">
<img src="hoge.jpg">aaaaa
</div>
</div>
ってあるときに、カーソル位置が foo（か、対応する</div>）あたりにあるときに上記コマンド打てば
<div class="bar">
<img src="hoge.jpg">aaaaa
</div>
って対応するタグごと消してくれるし、imgタグ上ならimgタグだけ消すし、
aaaのテキスト上なら、それを内包する直近のタグ、この場合はbarを消して
<div class="foo">
<img src="hoge.jpg">aaaaa
</div>
となるので多分希望通りの挙動すると思う 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

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

>>27
>>28
まさにこれ！
内蔵機能であるレベルなんだね。ありがとう。
ただ、こちらの環境でCtrl+Zで戻すと開始タグの真横に閉じタグが勝手につくから、これをなんとかせんといけないな。

**デフォルトの名無しさん** · 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万ぐらい離れてた気がするんだけど