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/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が必要になるほどでかいファイル扱うこともないしなあ

**デフォルトの名無しさん** · 2017/07/22(土) 09:34:33.40

中身も64bit化されるなら高速化とかのメリットがあるんじゃないかな

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

C++のインテリセンス
1つでもインクルードに失敗してると全てのシンボルが表示されるようになることに気付くのに1ヶ月かかった

**デフォルトの名無しさん** · 2017/07/24(月) 17:54:49.49

>>239
常に全部表示される仕様なのかと思ってた
最近のソフトはカッコつけてエラーや情報表示減らしてるからわからんよなー

**デフォルトの名無しさん** · 2017/07/25(火) 22:23:55.26

>>240
というかClangが構文エラーとかが残ってるソースを読ませると
エラーで全てのシンボル返してくるからClangの補完がクソだと思う
C++のエクステンションはLinterが付いてないから更に気付く機会が減っているという

**デフォルトの名無しさん** · 2017/07/25(火) 22:31:16.47

64ビットになってスピードが速くなったとか感じたことなんかほとんどない
メリットなんかほとんど感じられんな
16から32ビットのときは、めっちゃ衝撃的だったけどねえ

**デフォルトの名無しさん** · 2017/07/25(火) 22:53:31.58

それはあらゆる物の性能が上がっただけだろ
そもそも64bit化の利点はメモリ空間の増大であってそれ以外は32bit互換動作ではないという点くらい
速度に影響を与えるのは64bit整数に対して64bit演算を行えるということくらい
しかし32bitで十分なデータが64bitになることでメモリアクセスが増えるのでかえって遅くなることもある

**デフォルトの名無しさん** · 2017/07/26(水) 00:04:36.44

例えば、C言語で int のローカル変数は long にしないと処理効率悪くなるとかあるの？

**デフォルトの名無しさん** · 2017/07/26(水) 00:39:13.16

32bit変数使ってもそこにアクセスするには64bitのアドレスが必要ってことだろう

**デフォルトの名無しさん** · 2017/07/27(木) 00:26:50.60

vs code神エディタだわ
ATOMとかこれ系のエディタの中では間違いなく最強
補完強いし似たような他のよりも軽いし

**デフォルトの名無しさん** · 2017/07/27(木) 00:54:34.56

vsとcodeの間にスペース入れるやつ初めて見たわ

**デフォルトの名無しさん** · 2017/07/27(木) 01:15:10.89

>>247
アカンのか？

**デフォルトの名無しさん** · 2017/07/27(木) 07:26:44.17

>>243
普通に考えれば、32ビットのときは、１クロックにとれるのが32ビットに対して、64ビットになれば64ビットのメモリを
１クロックにとれるから、速度は2倍だと思うけどね
CPUのデータ幅で速度は影響されるだろ。　でもそんな効果もまったく感じられないな

**デフォルトの名無しさん** · 2017/07/27(木) 15:03:00.21

>>249
おまえの自分勝手な単純化した理論が普通じゃないってことだろ、気づけよ

**デフォルトの名無しさん** · 2017/07/27(木) 23:26:13.42

>>247
入れないやつ初めてみた

**デフォルトの名無しさん** · 2017/07/28(金) 06:59:28.96

>>251
githubのリポジトリがvscodeのせいか普通に使われてるみたい
スペース入れるならVS Codeと書いてる人が多いな

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

>>249
PentiumProの時代からデータバスは64bitだったりするんだけど w