MacでもLinuxでも使えるVisual Studio Code Part2 [無断転載禁止]©2ch.net

.(たこやき) · 2017/05/13(土) 10:24:31.15

https://code.visualstudio.com/

■前スレ
MacでもLinuxでも使えるVisual Studio Code [転載禁止](c)2ch.net
http://echo.2ch.net/test/read.cgi/tech/1430403713/

**デフォルトの名無しさん** · 2017/06/21(水) 20:47:43.55

来月のMilestoneに行の上下移動時にインデント調整の項目があって歓喜

**デフォルトの名無しさん** · 2017/06/22(木) 08:41:29.45

>>137
EditorConfig使えば出来るんじゃない？

**デフォルトの名無しさん** · 2017/06/22(木) 21:52:47.56

ファイルごとってのは無理だろ。

**デフォルトの名無しさん** · 2017/06/23(金) 04:50:34.70

>>140
設定にファイル名指定すりゃいいじゃん？
そういう事じゃないの？

**デフォルトの名無しさん** · 2017/06/23(金) 07:55:14.86

「vimのモードラインみたいなの」って言ってるんだから全然違うだろ。
emacsにも同じようなものはあるし、一部のスクリプト言語はそれらを解釈
してくれるくらいメジャーだからVSCodeでサポートできてもいいと思うが。

**デフォルトの名無しさん** · 2017/06/23(金) 08:47:48.86

charsetはon the backlog(未対応)になってるんやけど使えるんか？
https://github.com/editorconfig/editorconfig-vscodel

editorconfigでも未実装って事はエンコードを指定できるAPIがそもそもないって事なんだろうと思うんだが

**デフォルトの名無しさん** · 2017/06/23(金) 08:59:45.11

URLミスった
https://github.com/editorconfig/editorconfig-vscode

**デフォルトの名無しさん** · 2017/06/23(金) 15:06:03.15

>>142
ああ、なるほど理解した

>>143
VSCodeのプラグインがcharset未対応なのは知らなかった。

モードラインならそのままズバリなプラグインあるけど
こっちも文字コード対応してないからVSCode側の問題かもね

https://marketplace.visualstudio.com/items?itemName=chrislajoie.vscode-modelines

**デフォルトの名無しさん** · 2017/06/25(日) 13:53:36.94

ワークベンチにあるXML DOCUMENTって何の機能なの？

**デフォルトの名無しさん** · 2017/06/25(日) 23:28:14.85

>>146
そんなもんない。workbenchのどこよ？

**デフォルトの名無しさん** · 2017/06/25(日) 23:51:39.24

ごめん、無いって言われて検証したらXMLToolsってプラグインが勝手に追加してたものだった。

**デフォルトの名無しさん** · 2017/06/26(月) 15:29:21.21

設定で有効化する新しいemmet、Tabで展開しないから邪魔しなくていいという触れ込みだけど
HTML/CSSメインで使ってる者にとっては逆にTabで展開してほしいんだが……
ショートカットキー設定してもだめっぽいしなんとかならんのかな

**デフォルトの名無しさん** · 2017/06/26(月) 22:19:20.17

なんかmacで起動しなくなっちゃったんですが
どうすれば起動するようになりますかね？

**デフォルトの名無しさん** · 2017/06/27(火) 01:51:35.08

マウスでのテキスト移動を無効にするのってどこだっけ
ど忘れして見つからない

**デフォルトの名無しさん** · 2017/06/28(水) 14:47:52.30

もうすぐ1.14だな。
今回の目玉はマルチフォルダか？
1ウィンドウ1プロジェクトで運用してるから
いまいちどういう時に便利なのか分からん

**デフォルトの名無しさん** · 2017/06/28(水) 17:32:44.95

クライアントサイドとサーバーサイドを1画面で開きながら作業できるのは良いかも？
あとはリポジトリと資料フォルダを開くとか

**デフォルトの名無しさん** · 2017/06/28(水) 19:24:06.14

ちょこっと別の場所見たいことあるんで期待

**デフォルトの名無しさん** · 2017/06/28(水) 19:36:50.87

マルチフォルダ機能追加されるの？やったぜ
クライアント、サーバー、APIドキュメント、ユーザー向けドキュメントの4つVSCode開いてたから楽になる

**デフォルトの名無しさん** · 2017/06/28(水) 20:27:17.32

その開くフォルダーの指定はプロジェクトとして保存できるんだよね？
だとするとかなり便利だ

**デフォルトの名無しさん** · 2017/06/29(木) 13:26:15.86

bash on windows に入れた git などのコマンドラインツールを vscode から使えるようにするにはどうしたらいいの？
統合ターミナルで bash を起動して打ち込むはもちろん大丈夫なんだけど、そうではなくてアクティビティバーから使えるようにしたい

**デフォルトの名無しさん** · 2017/06/29(木) 15:58:04.40

>>157
多分できると思うが bash.exe を経由する必要がありそう
普通に windows 側にも git 入れるのじゃだめなの？

**デフォルトの名無しさん** · 2017/06/29(木) 16:18:19.90

git bashで十分だよね

**デフォルトの名無しさん** · 2017/06/29(木) 21:09:49.29

作業を始めるときはいつも Git Bash Here と Open with Code だなぁ。

**デフォルトの名無しさん** · 2017/06/29(木) 22:51:56.74

sourcetreeでrebase -iするとcommit messageが文字化けするから前から使ってるegit使ってるわ。
cliで十分な時はgit bash叩くよ。
統合ターミナルはリダイレクトが遅いから出力多かったりガシガシコマンド叩くのは向いてないよ。

**デフォルトの名無しさん** · 2017/06/29(木) 23:22:24.38

atom入れて試してみたら、カーソル下の単語をハイライトする方法がなかった。
一応ダブルクリックとかして選択すればハイライトされるプラギンはあったけど。

visualstudio codeはそーいうのできる？

**デフォルトの名無しさん** · 2017/06/30(金) 00:28:27.81

カーソル下ってマウスポインタ乗ってるて意味？
そもそもテキストが選択されてなきゃハイライトしようがない。

**デフォルトの名無しさん** · 2017/06/30(金) 00:59:27.12

vscはとりあえずキャレット持ってけばハイライトになるのがデフォじゃねえの
少なくともcppとcsはそうなってる

**162** · 2017/06/30(金) 07:43:49.15

ありがとー試してみるわ～

**デフォルトの名無しさん** · 2017/06/30(金) 17:38:31.43

リアルタイムで文法チェックしたいんだが、AtomやSublimeはベースとなるLinterと各言語用のプラグインて感じだったけどVSCodeはそういうのない？

**デフォルトの名無しさん** · 2017/06/30(金) 19:51:30.77

あるよ。

**デフォルトの名無しさん** · 2017/06/30(金) 19:56:39.74

エンコーディングって言うのか文字コードって言うのか知らんけど
UTF-8とかShiftJISとか自動判別する拡張機能探してて
試しによくわからないけど中華っぽいの入れたら余計に変な文字化けみたくなっちゃって削除したけど
なんだよー！設定だけすれば最初っから本体だけで自動判別出来るんじゃん！

**デフォルトの名無しさん** · 2017/06/30(金) 20:01:20.51

>>167
lintで検索してもそれぞれ独自に実装してるみたいで共通のベースlinterは見当たらないんだけど

**デフォルトの名無しさん** · 2017/06/30(金) 20:15:07.56

「そういう感じ」じゃないかもしれないけど「リアルタイムで文法チェック」できるものはあるよ。

**デフォルトの名無しさん** · 2017/06/30(金) 20:19:16.39

つまり「ない」が答えか
ありがとう、よくわかったよ

**デフォルトの名無しさん** · 2017/06/30(金) 22:17:40.00

>>171
typescriptならtslint
jsならeslint

**デフォルトの名無しさん** · 2017/06/30(金) 22:30:50.43

>>169,171
共通ベースのlinterみたいな拡張が不要な設計になってるから無いんやで

**デフォルトの名無しさん** · 2017/06/30(金) 22:42:57.94

単純に設計思想の違いなんだと思うが、共通ベースのlinterがないと許せない世界にお住まいなんだろうね

>>168
ちょっと前のバージョンアップで入ったばかりだからあまり知られてないのかも

**デフォルトの名無しさん** · 2017/06/30(金) 22:51:30.79

あら本当だ、files.autoGuessEncodingとか知らんかったわ

**デフォルトの名無しさん** · 2017/07/01(土) 01:43:11.22

あんま精度良くないけど

**デフォルトの名無しさん** · 2017/07/01(土) 02:54:42.72

>>174
認識失敗して酷い目にあったよ
日本語含んだshiftjisの.iniがisoなんたらに認識されて、気づかずそのまま保存したら壊れた

**デフォルトの名無しさん** · 2017/07/01(土) 09:20:14.45

だれかもっと精度のいいエンコードの判別作って改善してほしい

**デフォルトの名無しさん** · 2017/07/01(土) 16:18:38.46

自分で作る気はないのか

**デフォルトの名無しさん** · 2017/07/01(土) 17:42:41.01

npmにせいぜい2個くらいしか登録されてないしそういうことやろ

**デフォルトの名無しさん** · 2017/07/01(土) 20:55:36.21

精度上げるのにも限界あるだろうし、
自動に任せるならある程度は自己責任でという感じだからデフォルトオフの設定なんだろうな

**デフォルトの名無しさん** · 2017/07/01(土) 22:31:18.78

いやーShiftJISを自動で認識してくれるようになってPowershellが捗るわー
基本的にはUTF-8使ってるけど
WindowsのbatとかPowershellだとShiftJISじゃにと面倒くさいもんで

**デフォルトの名無しさん** · 2017/07/02(日) 07:01:14.37

理論的にかなりの文字数がないと判別不可能な状況あるしな

**デフォルトの名無しさん** · 2017/07/02(日) 07:24:30.28

EUC の  みたいなの ShiftJIS だと何になるんだろう

**デフォルトの名無しさん** · 2017/07/02(日) 09:07:04.53

今のPCの性能なら、判別できるまで全部読み込むで十分だろう。
そのうえで原理上判別不可なencodingはあるから取捨選択や優先度変更は欲しいところだな。
欧米人の作るライブラリだとiso8859優先で変更不可とかあるんだよな。

**デフォルトの名無しさん** · 2017/07/02(日) 09:51:18.95

まぁホワイトリスト制に出来れば普段は解決しそうだよな

**デフォルトの名無しさん** · 2017/07/02(日) 13:04:22.35

UTF16のBOM無しのテキストファイルがバイナリで認識されて開けないのなんとかならないかな

**デフォルトの名無しさん** · 2017/07/02(日) 14:52:04.67

だれかxyzzyの判定処理移植して

**デフォルトの名無しさん** · 2017/07/02(日) 23:09:02.29

言いだしっぺの法則

**デフォルトの名無しさん** · 2017/07/02(日) 23:11:06.32

>>187
それはさすがに難しそうだ。自動判定できてるツールってなにかあるかな？

**デフォルトの名無しさん** · 2017/07/02(日) 23:53:52.93

処理を内部に移植しなくても外部のプログラムを呼び出して使うエクステンションでも別にかまわないぞ

**デフォルトの名無しさん** · 2017/07/03(月) 10:12:53.47

今のところ誤判定ないんだけど
日本語コメントを多用してるからかな？

**デフォルトの名無しさん** · 2017/07/06(木) 17:41:15.97

いつもの流れなら明日の朝までには1.14かな

**デフォルトの名無しさん** · 2017/07/06(木) 23:45:52.53

いつの間にやら、認証が必要なタイプの串刺してると
通信できなくなる問題なおってるな

**デフォルトの名無しさん** · 2017/07/07(金) 00:43:01.97

まじで！？

**デフォルトの名無しさん** · 2017/07/09(日) 10:15:19.34

7月8月は夏休み取るメンバーも多いからあんまり更新内容多くないからな！
と予告していて好感がもてる

**デフォルトの名無しさん** · 2017/07/09(日) 10:46:57.12

これPowerShell書くには最高だね

**デフォルトの名無しさん** · 2017/07/09(日) 12:19:03.71

本家visual studioはソリューション作らないといけないから
その点の煩わしさは解消されたな
ただ入力補完がまだ弱いのと前よりは安定したけどたまにデバッガが死ぬあたりは今後の改良に期待

**デフォルトの名無しさん** · 2017/07/09(日) 15:04:58.67

>>198
フォルダ開けるやろ

**デフォルトの名無しさん** · 2017/07/09(日) 15:56:18.84

>>199
aho

**デフォルトの名無しさん** · 2017/07/09(日) 16:25:05.63

>>200
baka

**デフォルトの名無しさん** · 2017/07/09(日) 17:33:46.10

>>197
いま、Visual Studio Express で PowerShell 書いてるけど Visual Studio Code にするとなんかいいことある？

**デフォルトの名無しさん** · 2017/07/09(日) 17:52:43.45

かわいい彼女ができます

**デフォルトの名無しさん** · 2017/07/09(日) 21:39:11.12

>>202
Visual Studio Expressがよくわからないのでなんとも言えない
Visual Studio Expressに慣れてるならそっちの方が生産性高いんじゃない？

**デフォルトの名無しさん** · 2017/07/09(日) 22:57:04.67

>>202
2017ならべつにいいんじゃね？

**デフォルトの名無しさん** · 2017/07/09(日) 23:10:28.24

>>205
Expressってことは2015かそれよりも前やろ

**デフォルトの名無しさん** · 2017/07/09(日) 23:11:09.92

>>198
なんでソリューション作る必要があるん？

**デフォルトの名無しさん** · 2017/07/10(月) 05:04:06.02

>>204
最高って言ってるぐらいだから何かあるかと思ったんだが...

**デフォルトの名無しさん** · 2017/07/10(月) 08:36:46.06

>>208
自分にとってはちょっとしたスクリプト書いてすぐ使いたい時にサッと起動できるし
いちいちコマンド調べたりしなくても候補も出てくるし
ファイルをクリックしなくてもエディタ上から実行出来るから便利だけど
Visual Studio ExpressからVisual Studio Codeにしても何もいいことないですから
やめておいた方がいいですよ　
何もいいことないですから

**デフォルトの名無しさん** · 2017/07/10(月) 14:18:56.04

code helperがCPU使用率100%になる問題は1.14で解決するのん？

**デフォルトの名無しさん** · 2017/07/10(月) 15:02:04.74

更新まだかよこのハゲー

**デフォルトの名無しさん** · 2017/07/10(月) 15:31:16.99

issues見てたら直前でなんかバグ発覚して修正コードをねじ込んだっぽい？
ので遅れているのかもしれない
本来なら先週末には出てたと思う

**デフォルトの名無しさん** · 2017/07/11(火) 09:33:30.35

extension経由でインストールしたsnipetのコードを参照する方法ってないかな？
user snipetとして作るのに参考にしたいんだよね。
github見ればいいって話なんだけどローカルでちょっと参照したい。

**デフォルトの名無しさん** · 2017/07/11(火) 12:29:30.62

そのリポジトリをクローンすればいいのでは

**デフォルトの名無しさん** · 2017/07/11(火) 14:36:40.87

というかインストールしたならそこを参照すればいいのでは

**デフォルトの名無しさん** · 2017/07/11(火) 18:40:49.90

>>215
そのpathどこになりますのん？
macなんすけど。

**デフォルトの名無しさん** · 2017/07/11(火) 19:31:14.10

>>216
https://code.visualstudio.com/docs/editor/extension-gallery#_common-questions

> Mac ~/.vscode/extensions

**デフォルトの名無しさん** · 2017/07/12(水) 03:01:05.99

アップデートしたら、起動できなくなった…

**デフォルトの名無しさん** · 2017/07/12(水) 07:24:11.88

やっとアプデきたか

**デフォルトの名無しさん** · 2017/07/12(水) 10:48:11.46

プログラマーのためのネーミング辞書 | codic
https://codic.jp/
Visual Studio 拡張をリリースしました - codic blog
http://blog.codic.jp/2016/01/27/codic-visual-studio-extension/

**デフォルトの名無しさん** · 2017/07/12(水) 15:09:24.02

VScode 1.14 freezes on my Mac
https://github.com/Microsoft/vscode/issues/30407

**デフォルトの名無しさん** · 2017/07/12(水) 15:14:07.95

やっときたかと思ったらまーたバグ祭りか
いらね

**デフォルトの名無しさん** · 2017/07/12(水) 15:48:07.51

起動しないのはMac勢か？ Winは今の所問題ない

**デフォルトの名無しさん** · 2017/07/12(水) 15:50:25.71

>>217
ありがとう .codeで探してたわ

**デフォルトの名無しさん** · 2017/07/13(木) 00:30:46.07

winなんで更新してみた。オレも問題ない。
拡張のRECOMMENDEDがじゃまだけど

**デフォルトの名無しさん** · 2017/07/13(木) 05:54:05.22

変数とかのポップアップ何もでなくなったんだけど

**デフォルトの名無しさん** · 2017/07/13(木) 11:28:11.46

相変わらず code HelperのCPU使用率が100％になる問題が解決してないね。
うちのmacだけの問題とかじゃないよね、、、

**デフォルトの名無しさん** · 2017/07/13(木) 14:34:27.01

おれはmacでなんともない

**デフォルトの名無しさん** · 2017/07/13(木) 16:11:29.00

>>228
やっぱりgoのextension入れてるのが問題なのかな？
typescriptを使った開発の最中でもよくあるんだけど

補完候補がでなくなった。ってなると裏でcode helperが暴走中

**デフォルトの名無しさん** · 2017/07/13(木) 16:50:46.69

phpとpythonでは問題ないな。
依存ライブラリが多いプロジェクトだと重くなるというのはあるけど、
それはJetBrainsのIDEとか使ってても同じだし。

**デフォルトの名無しさん** · 2017/07/14(金) 10:36:06.85

フリーズ問題修正したらしい 1.14.1出た

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

**デフォルトの名無しさん** · 2017/07/16(日) 20:21:31.98

code insiderのほうが安定して動いてるってどういうことなのw
まぁどっちか使えればいいか

**デフォルトの名無しさん** · 2017/07/17(月) 22:18:16.44

源真ゴシック等幅とNasuフォントつかうとテキストの描画とキャレット移動したときの
位置がおかしくなるんだけど、これいつから？

**デフォルトの名無しさん** · 2017/07/21(金) 15:11:54.32

1.14.2

**デフォルトの名無しさん** · 2017/07/21(金) 22:20:47.67

1.14.2 の Win64bit版も出てたんだ
Insiders build だけかと思ってたわ

**デフォルトの名無しさん** · 2017/07/21(金) 22:39:09.05

そっちもどうせバグ塗れだろ
お断り

**デフォルトの名無しさん** · 2017/07/21(金) 23:47:51.41

なんかメリットあるのかな。
64bitが必要になるほどでかいファイル扱うこともないしなあ