Visual Studio Code / VSCode Part3
■ このスレッドは過去ログ倉庫に格納されています
typescript自体が変わるのとvscodeが変わるのと拡張機能の変わるのが速すぎて追いつけない
英語がわからないとつらい
変更履歴に大事なことをさらっと書いてあったりしてやられがち >>68
centosならvscode使わん方がいいぞ
glibcがうんこでintellisenseが動かん
gdbはちょこちょこ設定すれば動いた 今のc++の補完って本家visual studioのintellisenseと同じなんだな
cqueryとかを公式でサポートしてくれたほうが有り難いけど >>79
VS-Code ⇒ コード ⇒ 高度
くだらなさすぎて無理にわかる必要はないと思う >>79
Code(コード)に高度(こうど)が掛かってるってこと
「VSCodeというだけあって難しいからな」が洒落 くだらんこと言ってる間にバージョンアップきたぞ……1.19.3が
1.20.0(元々12月予定)は1月に出なそうだなこりゃ もともと12月は月例アップデートスキップする予定だとroadmapにあっただろ vscodeを更新することが生きがいだったのに(´・ω・`) InsiderReleaseのリリースノートみりゃいいっしょ >>100
ヤバいセキュリティフィックスがあるよ(Electron)。 まあ入れるけどさ。
1.18級の改善を期待しちゃう 使えるよ。使えなかったらwebフロントエンド開発のデファクトスタンダードになってるわけないじゃん。
そこら辺の事情はatomとかと同じだよ ちなみにatomとVisual Studio Codeとではどちらが使いやすいですか? >>106
主観だけどvscodeはまだエディタとして成熟しきってないから使いにくい部分はある
atomより軽快だから使ってる人は多いと思う
まだどっちも使ったことないならatomから入れば良いと思う
そっちで不便に思わなかったらatomで良いかと >>106
好み。
気になるならまず両方入れてちょっと使ってみて気に入ったほうを残せ。
無駄に思うかもしれんが、こうしたほうが後々後悔少ないぞ。
最初適当に決めてあとで移行となるとめんどくさいぞ。カスタマイズや拡張機能は使ってると積み上がっていくからな。 atomのほうが使いやすいと思う人間どれくらいいるわけ? このスレでする質問じゃないと思うががな…
俺はVSCode気に入って使ってんだからいきなりatom強制されたらそりゃ使いにくいとしか感じんだろうな。atomの人はその反対だろう。
てか自分の道具も自分で決められないのか?
人気のある方が安心ならこんな人少ない5ch参考にしないでgithubのスター数でも見て決めれば? Atomは挙動がカクつく
SublimeTextは日本語入力が変で
自然とVSCodeになった プロジェクト内検索したときvscodeだと検索できるけどATOMだと検索結果0件なのがザラだからなあ
これと環境移行の面倒くささとカラーピッカーの挙動とjavascriptのインテリセンスの挙動以外はAtomのが好きなんだが 無料で.NET Coreをデバッグ出来るのってVS CommunityとVS Codeだけ? >>110
今のスター数は
atomが43,088
vscodeが42,948
いつの間にか逆転しそうな勢いだな
atomのほうが先に出たのもあって2万ぐらい離れてた気がするんだけど >>110
> atomの人はその反対だろう。
そうかなぁ
atom使ってる人ってvscode使ったことないんじゃないか
atomがvscodeに勝ってる点マジで一つも分からん
vscodeのほうが先に世に出てたらatomはlight tableとかbracketsぐらいの扱いだったと思う >>117
安定した伸びのAtomに対して、2017年に加速したVSCodeが追い付いた
http://www.timqian.com/star-history/#atom/atom&Microsoft/vscode 拡張機能でいろいろなsnippetがインストールできますが
snippetの登録データを確認するにはどうすればいいのでしょうか?
それが分からないといまいち使いこなせないですよね >>120
なんでとりあえずコマンドパレットにsnippetって入力してみないの? >>121
やってみましたが「ユーザースニペットを開く」しか出ません
ユーザースニペットを作りたいのではなくて
たとえばHTML Snippetsの中にどういう登録データがあるのかとかを知りたいのです >>122
「ユーザースニペットを開く」しか出てこないのは、該当する拡張機能の対応ファイルじゃないからじゃない?
HTML Snippetsだったら、HTMLファイルとかのHTML拡張が対応するファイルを開いたときに挿入できないかな?
Windowsなら下記にそれぞれのsnippetsフォルダがあるので、
その中にあるjsonファイルを見れば設定内容がわかるよ。
でも、実際に挿入されるスニペットと見比べないとわかりにくいかも。
標準のスニペットなら、vscodeのインストールディレクトリの中
\resources\app\extensions
拡張機能で登録されたスニペットなら、拡張がインストールされたフォルダの中
C:\Users\(自分のユーザ名)\.vscode\extensions
にそれぞれの設定ごとのフォルダがわかれてるから、さらにその中にあるsnippetsフォルダね。 vsで入れたNLogってvscodeで認識してくれないのな
なんか別で設定いるのか? >>124
これじゃない?
https://github.com/NLog/NLog/issues/2531
writeBom="true" にしてBOM付きで出力しないと、BOMなしのUTF-16はvscodeで開けないみたいよ。
手持ちだとメモ帳はUTFで、EmEditorはUTF-16LEで開けた。
vscodeだと、開けないファイルはエンコードを変更できないので無理っぽいね。 >>123
見つかりました!
ありがとうございます VSCodeのEmmet関連ファイルは
C:\Program Files\Microsoft VS Code\resources\app\extensions\emmet\
にあるようですが
コードの記述されたjsファイルばかりで
データを設定するファイルが見当たりません
Emmetはsnippetのようにjsonて設定する方式ではないのでしょうか? 安倍「山・・口・・さん・・でしたか?私の本を、総・・理・・でしたか?
そのような本を、勝手に出版されてですね、私もですね、迷惑してるんですよ。
ニッキョーソ!ニッキョーソ!」
ジャーップスww >>127
emmet.extensionsPath で指定したフォルダの中に
snippets.json を入れればいけるよ。
preferences.jsonやらのemmetの他の設定ファイルも。
こういった外部jsonファイル内の設定は、
修正後にvscodeの再起動が必要なのでそこだけ注意 >>130
ありがとうございます
emmet作成用ディレクトリを作成し、snippets.jsonを置き
ユーザー設定を変更しました
そこまできて、
snippets.jsonの書き方が分からないという問題に突き当たりました
2016年頃の記事を見ると、ユーザースニペットを設定する場合には
もともとのsnippets.jsonからコピーして変更すればいいと書いてあります
ですが今のemmetには標準状態ではsnippets.jsonが含まれていないようです
これではユーザースニペットを書く時のお手本がないので、困ってしまいます
皆さんどうしているのでしょうか? Pythonコードを割り当てたキーから実行しようとすると
Cannot read property ‘toCommandArgument’と出てショートカットキーから実行できなくなった UIもっと自由に配置出来るようにならんわけ
replとかターミナル上じゃなくて専用のウィンドウが欲しい >>132
snippets.json emmet とかでググって適当に出てきたやつ参考に改造してるわ
>>134
そのへん拡張で好き放題できて収集つかなくなってるatomと違って
自由度削る代わりに軽快さを保ってるんだと思ってる 本家VisualStudioみたいなUIにしてくれれば誰も文句言わない 俺も今ぐらいがちょうどいいな
ていうかゴテゴテUIってもう古くね? 後手に回ってるんだよ
ゴテゴテだけにナンチテ(´・ω・`)b vscodeのUI気に入ってる人結構いるんだな
なら今のままでいいのかもな
ターミナルを下に、ビルドの出力を右に配置したいとか思わないものか
個人的にはMonoDevelopに力を入れてLSP対応とか欲しいんだけど grep結果を検索窓じゃなくて別タブで複数出したいなあってのはある
秀丸とかあんな感じで
ATOMだと検索開始したファイルを除外するし検索結果タブ1枚しか残らんし日本語混じると検索出来なかったり検索結果が文字化けで見えんかったりする 使われてる箇所の一覧がポップアップみたいなのでしか出せないのも酷くない? symbolpeekのポップアップも別タブかフローティングウィンドウで欲しいねえ
ドキュメントがないとか改修重ねすぎて秘伝のタレになってるレガシーコードの改修のときホントキツい こうやってどんどん機能が増えてどんどん重くなっていくんだろうね LSP対応のまともなエディタがないから仕方なく使ってるだけでしょ
ちゃんとしたIDEが出ればみんなそっち使うわ >>150
Language Server Protocol >>151
今知った。なんてイケてる仕組みなんだ!
流行ってデファクトスタンダードになると良いなぁ。でも俺が応援したやつは負けるの法則があるからなぁ… MonoDevelopにしようかと思ったが
Windows版はバイナリ無くてソースからビルドを要求される 何でIDEが必要な人がVSCodeに寄ってくるんだ?
選ぶツールを間違えてるぞ >>154
IDEとVSCode併用してる人は珍しくないと思いますが IDEとエディタを比較して使い勝手が云々言ってる人のことでしょ Visual Studioほどゴテゴテしてなくて
VS Codeみたいに痒いところに手が届かない感じのエディタでもない
C#のIDE?もしくはエディタが欲しい Goland触ってみてGoをいじるにはいいと思ったけど
Makefileをちょっといじろうとしたらすごい使いづらかった。
ということでMakefileいじるときだけは未だにVSCode
出来ればVSCode使い続けたいんだけどGoのプラグインの調子がすごく悪い。
codehelperが100%に張り付くし
早くしてくれ。このままじゃGolandに8000yen払っちゃう >>158
不満があるならomnisharpにcontributeすれば? 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 .NET Coreは?
エディットコンティニュー対応してる? >>154
vscodeはmini IDEと呼ばれることが多い >>153
スレ違いだが、MonoDevelopのビルド、何故かサイト通りにやっても失敗する。
StackOverflowにも「私は諦めてSharpDevelopを使ってます」ってなコメがあったし。 >>165
monoのIDEってザマリンのIDE(スペル忘れた?)のことじゃないの
あれなら俺のMacで動いてるよ。 >>159
goのlanguage serverは使ってないよね?
あれかなり不安定だし現状では大した機能もないよ
codehelperが100%になるのはmacでよく報告されてるみたいだね cssの補間が時々アホになるの勘弁してほしい
mだけだとmarginが表示されてるのにmaまで入れたら候補から消えたり
paddingとかもだけど1文字限定って意味ないやんけ >>167
つかってないです。定義先へのジャンプ機能が完全に死んでるんですよね。
自分のプロジェクトの範囲内だと動くんですが。
goのプラグインの設定値の最適解ってどれなんですかね色々なツールを掛け合わせて
できてるのはいいけどどれがいいのかわかんないとしんどすぎる。 >>166
それたぶん、XamarinStudio。俺はMac持ってないから良くわからない。
とにかくWindows版MonoDevelopはBuild出来なかった。 >>135
https://vscode-doc-jp.github.io/docs/userguide/emmet.html
これですね
展開トリガーをキーにする、値にはemmet記法も使える、
くらいで、あとは普通のスニペットとほぼ同じようですね
ありがとうございました >>167
VSCodeのGoプラグインってmac以外だとまともに動いてるんですかね?
下手したらDockerとかを駆使して各種コマンドをlinuxで実行するようにラップした環境作ったほうが楽に動いたりして January 2018 (version 1.20) の更新が来てた >>173
Auto-Open Markdown Preview(version 0.0.4)で
日本語ファイル名だとリンクから開けなくなる VScodeもElectron使ってるからAtomみたいなもんだろうと敬遠してたけど、意外と起動速いな 正規表現での検索なんだけど
".attr('" の直後に id or class が続かない文字列をヒットさせたい
他のエディタだと、\.attr\('(?!(id|class)) でヒットするんだけどVSCodeではerrorになる
何かおかしいのかな? ■ このスレッドは過去ログ倉庫に格納されています