Visual Studio Code / VSCode Part15

**デフォルトの名無しさん** · 2024/05/26(日) 16:18:49.16

Microsoft発のエディタVisual Studio Codeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

開発状況
https://github.com/Microsoft/vscode/wiki/Iteration-Plans

更新内容(日本語訳)
https://vscode-doc-jp.github.io/updates/

前スレ
Visual Studio Code / VSCode Part13
https://mevius.5ch.net/test/read.cgi/tech/1656984270/
Visual Studio Code / VSCode Part14
https://mevius.5ch.net/test/read.cgi/tech/1678807578/

**デフォルトの名無しさん** · 2024/11/10(日) 23:46:31.64

よくMSが許したな
エンタープライズのガバナンス対応としては自前のAPIキーを使えるようにしないとあまり意味ないだろうし、何がしたいのかわからんね
そこまでして競合を潰したいのだろうか

**デフォルトの名無しさん** · 2024/11/15(金) 08:05:24.78

邪悪なM$のVSCode終了

生成AIによるプログラミング支援のCodeium、VSCodeフォークの「Windsurf」エディタ発表。変数名を1カ所変更して残りの修正を生成AIが行うなど高度な開発支援を提供へ
https://www.publickey1.jp/blog/24/aicodeiumvscodewindsurf1ai.html

**デフォルトの名無しさん** · 2024/11/15(金) 09:16:32.97

>>464と>>467は5ちゃんのVSCode関連スレに片っ端から連投しているステマ

**デフォルトの名無しさん** · 2024/11/15(金) 09:25:22.55

>>471
フォークな時点で論外だろ
今は良いが一年後二年後はもうゴミだ

**デフォルトの名無しさん** · 2024/11/15(金) 10:01:07.58

>>471
情報垂れ流すのがいいのか？

**デフォルトの名無しさん** · 2024/11/15(金) 10:22:00.42

M$ = 邪悪って考え方がもう古いし、仮に VSCode が邪悪なことやってると思う人は OSS 版の VSCodium を自前ビルドしてるでしょうし、
その VSCodium に露骨に名前を被せてきてる Codeium が多分この中で一番邪悪っぽいですね

**デフォルトの名無しさん** · 2024/11/15(金) 10:39:29.57

AIコーディング支援は乱立しすぎ
Cursorも最近Copilotに猛追されて危険な状況だし、そろそろバブル崩壊かな

**デフォルトの名無しさん** · 2024/11/15(金) 19:46:02.82

>>476
どれがいいのかね？

cursorとかcopilotとか…

**デフォルトの名無しさん** · 2024/11/15(金) 20:41:03.52

あちこち乗り換えるのは時間のムダ
いい機能をマネするのはMSの得意技だから、待っておればよいのだ

**デフォルトの名無しさん** · 2024/11/15(金) 21:35:15.28

MSのパクリプロダクトって、パクるのはいいとしても、
自分でロクに使い込まない情シス向けに選定時の機能比較表に〇付けさせることを狙って、
とりあえず使い物にならないハリボテでもいいから機能付けてできてることにしとけみたいなのが多いから印象悪いんだよな
EdgeしかりLoopしかりAzureしかり
さすがにコーディングエディタとなると誤魔化しはきかないから品質は高いけど、
それでもCopilotなんか競合が出てきて焦り出すまでは酷い品質だったよね

**デフォルトの名無しさん** · 2024/11/15(金) 22:29:23.83

copilotの品質はなんとも思わんかったが、あれの出だした時にvscode自体がくそほど重かったのは耐え難かった。しかもcopilotインストールしてなくても重くなったのでバージョン下げるしかなかった。

**デフォルトの名無しさん** · 2024/11/16(土) 09:13:18.22

どれがいいと言うか
CursorユーザーはほとんどCopilotも同時契約で使ってるんじゃないか？

**デフォルトの名無しさん** · 2024/11/16(土) 09:15:04.69

CursorはCopilotも入ってないとサジェストが使い物にならなかった気がする
両方契約しっぱなしだから最近の動向知らんけど

**デフォルトの名無しさん** · 2024/11/16(土) 09:16:56.68

v0とかああいうのは、正直まだオモチャの域出ないので大半のエンジニアはしばらくは気にしなくていい

**デフォルトの名無しさん** · 2024/11/16(土) 21:28:52.93

VScodeにMSのPythonプラグイン入れて使ってるのだけど
スクリプトの実行時にターミナルに色々と表示される実行用パラメータと
スクリプトの出力が繋がって表示されてしまう

それへの対処のためにスクリプトに改行文字を入れるのは
本末転倒な感じなので、プラグイン側に実行用パラメータの後に
改行を入れさせたく思ってます

なにか設定方法があれば教えてください

**デフォルトの名無しさん** · 2024/11/17(日) 19:37:18.23

何いってんだこりゃ
普通にターミナルから実行するんじゃなくてデバックプロファイルから起動したりするときの話をしてるのかな

**デフォルトの名無しさん** · 2024/11/19(火) 14:23:38.09

VSCodeって、Git Graphとかの拡張機能を入れれば、
Sourcetreeのようにリポジトリごとの操作や差分表示などを行うツールとしても使えたりしますか？

**デフォルトの名無しさん** · 2024/11/19(火) 15:37:20.66

試してみるのが一番早いよ
ソースツリーあんまり詳しくないから何を求めてるのかわからんが

**デフォルトの名無しさん** · 2024/11/20(水) 12:27:12.66

実際に入れて試してみましたが、差分表示はUTF8じゃないと文字化けしてしまいました

**デフォルトの名無しさん** · 2024/11/20(水) 13:11:41.41

ナイストライ

**デフォルトの名無しさん** · 2024/11/20(水) 14:10:28.97

>>489
これShift-JISやUTF8のファイルが混在している環境で
文字化けせずに差分表示できるような方法はないんですかね

**デフォルトの名無しさん** · 2024/11/20(水) 14:14:29.38

文字コード変換する簡単なスクリプト組んで変換した後にやればいいんじゃないか？

**デフォルトの名無しさん** · 2024/11/20(水) 14:19:52.99

ヒストリー内のコミット間の差分比較をイージーにできなさそうだなそれ

**デフォルトの名無しさん** · 2024/11/20(水) 14:24:03.22

VS codeって、
変数ウォッチウィンドウが見づらいね…

**デフォルトの名無しさん** · 2024/11/20(水) 14:24:48.82

https://marketplace.visualstudio.com/items?itemName=mhutchie.git-graph
> File Encoding: The character set encoding used when retrieving a specific version of repository files (e.g. in the Diff View). A list of all supported encodings can be found here.
しらんけどできると書いてるから調べてみたら

本来gitattributes使ってUTF-8に寄せるのが筋だろうけど

**デフォルトの名無しさん** · 2024/11/20(水) 14:25:44.13

ウィンドウを自由に分かれて欲しい…

**デフォルトの名無しさん** · 2024/11/20(水) 14:27:49.14

SIerとか2024年現在でもSJIS使ってそう

**デフォルトの名無しさん** · 2024/11/20(水) 14:43:01.44

>>494
その設定、同一リポジトリ内にUTF8/SJISが混在していたり、
SJISファイルを段階的にUTF8化していく場合には使えなくね？

**デフォルトの名無しさん** · 2024/11/20(水) 14:53:14.17

SJISなんて大昔のガラケー向けサイト構築以来使ってないな
今となってはUTF8以外使う理由ないし

**デフォルトの名無しさん** · 2024/11/20(水) 15:14:44.12

VSCode自体の設定には文字コードの自動認識はあって、
ソースコードの表示自体は文字化けしないようにできるけど、
Git Graphの差分表示の部分には反映されないようです

**デフォルトの名無しさん** · 2024/11/20(水) 15:19:09.24

>>499
文字コード混在環境でsourcetreeは文字化けせずに使えているの？

**デフォルトの名無しさん** · 2024/11/20(水) 15:35:40.07

>>500
Sourcetreeでも内部の差分表示はUTF8のみになっているので、そこだけWinMergeを使っています
VSCode使えばこのへんの機能を1つにできるかと思っていました

**デフォルトの名無しさん** · 2024/11/20(水) 15:47:31.09

>>501
なるほど
自分もWinMergeは文字コード変更を無視するオプションがあるから、手放せないよ
ステージングしてないと文字化け回避diff出来ないという制限も無いしね

**デフォルトの名無しさん** · 2024/11/20(水) 17:22:18.59

>>502
VSCodeのソース管理グラフから開いたときの差分はちゃんと表示されるのに、
Git Graphから開いたときだけ文字化けしてしまうようです

**デフォルトの名無しさん** · 2024/11/21(木) 11:57:47.58

>>497
これやっぱりすべてのファイルが対象になってしまうのですよね
Git Graphの履歴の機能は凄く見やすいので、
VSCode自身に合わせた文字コード自動判定の機能が欲しかったです

**デフォルトの名無しさん** · 2024/11/21(木) 12:56:26.49

Git Graphでソースをクリックしたら1つ目の変更行に飛んでくれるけど、
ソースがとんでもない長さだと位置がずれる。
VSCodeを終了するまでは、次から別のファイルをクリックしても正しい位置へ飛んでくれる。

**デフォルトの名無しさん** · 2024/11/21(木) 21:44:51.15

>>499,503,504
たしかに

元のgit graphが更新停止状態で、今生きていそうなforkがあるのでそこに報告しては
https://github.com/AnasKhedr/vscode-git-graph-automotive

**デフォルトの名無しさん** · 2024/11/22(金) 00:36:19.40

自分が経験したやつだと文字コードと改行コードが人によって違うから差分はトートイズgitとかで手動でマージしてた

**デフォルトの名無しさん** · 2024/11/22(金) 00:46:37.31

リポジトリに.editorconfigないと絶望する
さすがにもうUTF-8以外が混ざることはないけど

**デフォルトの名無しさん** · 2024/11/22(金) 01:51:16.58

>>508
こんな便利そうなのあったのか
ぜひ導入したいな…

**デフォルトの名無しさん** · 2024/11/22(金) 02:17:30.97

Unicode正規化のおすすめが知りたい

**デフォルトの名無しさん** · 2024/11/22(金) 10:26:41.06

>>506
Git Graph便利でずっと使ってたけど更新停止してたのは知らんかった
情報感謝

**デフォルトの名無しさん** · 2024/11/23(土) 19:43:04.25

>>507
読みとしては間違っていないが、TortoiseGitもTortoiseSVNもTortoiseを日本語だとトータスと呼ぶことになっている。

英語のTortoiseはトートイスだと綴りどおりの発音だが、アメリカ英語の発音を日本人が聞くとトレスと言っているように聞こえる。

TortoiseSVNを日本で広めた人間がトータスと呼ぶことにしたようだ。

TortoiseGitは日本語の読みが定まってはいないが、TortoiseSVNとは別の読みにする理由がないので、トートイスギットは職場方言としてはあると思われる。

**デフォルトの名無しさん** · 2024/11/23(土) 19:57:27.50

Tortoiseは昔からトータスだろ
トータス松本、トータスメダル、トータスシェル

**デフォルトの名無しさん** · 2024/11/23(土) 20:22:20.53

トータス、トーリス、トーティスならわかるが
トートイスはネタやろ

**デフォルトの名無しさん** · 2024/11/23(土) 20:43:01.68

ウルトラマンタロウには下記の3種の怪獣が出てきたよ。

キングトータス
クイントータス
ミニトータス

**デフォルトの名無しさん** · 2024/11/23(土) 21:30:06.21

tortoiseは英語の歴史上、こんなつづりになっているが、古英語と現代英語では発音の法則が違うため、いまとなっては i の存在は書くが発音しないと英語では決まっているから、i を発音しても英語圏の人には間違っていると思われるだけ。

**デフォルトの名無しさん** · 2024/11/23(土) 21:33:05.36

いまは日本語入力でも、かなを英語に変換してくれる。
製品名は製品の正式名で書いた方がいい。

**デフォルトの名無しさん** · 2024/11/23(土) 21:49:07.13

ChatGPTみてえなカスの嘘しか吐かん奴だ

**デフォルトの名無しさん** · 2024/11/24(日) 00:25:07.34

読み方はともかく亀の意味の単語なので日本語(カタカナ英語)でトータスと読んでないのはちょっと変かな

**デフォルトの名無しさん** · 2024/11/24(日) 00:25:51.56

実際の発音はともかく、の間違い

**デフォルトの名無しさん** · 2024/11/24(日) 00:36:20.95

> Tortoiseは昔からトータス
俺もそう思う
トートイスやトートイズはないな

**デフォルトの名無しさん** · 2024/11/24(日) 00:41:29.85

>>519
tortoiseは亀というわけでもない。
turtleも亀だが、日本語よりも英語の方が種類によって言い分けている珍しいパターン。

**デフォルトの名無しさん** · 2024/11/24(日) 00:42:18.92

>>520
訂正するときはコピーして直したものを書き込んだ方がいい。

**デフォルトの名無しさん** · 2024/11/24(日) 01:37:15.95

朝食か！

**デフォルトの名無しさん** · 2024/11/24(日) 10:41:57.99

AIωに聴いたらトータスはフランス語でタートルは英語だった

**デフォルトの名無しさん** · 2024/11/24(日) 11:54:06.19

tortoise　リクガメ
turtle　　ウミガメ

**デフォルトの名無しさん** · 2024/11/24(日) 13:26:18.13

スタンディングトータスを湿地向けに改良したのがスタンディングタートル

**デフォルトの名無しさん** · 2024/11/24(日) 13:28:18.23

そしてスタンディングタートルをPS用にしたのがスナッピングタートルでイプシロンが搭乗していた

**デフォルトの名無しさん** · 2024/11/24(日) 14:51:13.97

Windowsでは、TortoiseGitとWinMergeの組み合わせが個人的には一番使いやすい
ダイアログや履歴のグラフなどはちょっと古臭いけど、上にあるような文字コードの問題も少ないし

**デフォルトの名無しさん** · 2024/11/24(日) 15:36:22.22

そもそもなぜShift-JISとかとUTF-8が混在するプロジェクトが狭い世界で起きるのか

**デフォルトの名無しさん** · 2024/11/24(日) 16:06:54.32

>>530
パソコンの歴史を学んでください
1文字を16ビットで表現するというのがひと昔前までは主流派でした

漢字の数の膨大さに気づいてから、UTF-8に流れが変わった。UnicodeでもUTF-16が先に普及した。UTF-16とSJISは相性が良いことから、WindowsはUTF-16を採用している。

**デフォルトの名無しさん** · 2024/11/24(日) 17:51:36.06

トータス松本っていたよね

**デフォルトの名無しさん** · 2024/11/24(日) 18:05:41.97

トータス松本は税金の搾取をやって社会から干された無能

**デフォルトの名無しさん** · 2024/11/24(日) 18:07:43.49

>>525-526
そう言えばレプリカントも検査官に違いを教えてもらえなかったな

**デフォルトの名無しさん** · 2024/11/24(日) 22:27:37.18

>>530
例えばPPXのソース&リソースは文字コード混在してる
今度のメジャーバージョンアップで変わったかもしれないけど

**デフォルトの名無しさん** · 2024/11/25(月) 15:12:26.88

>UTF-16とSJISは相性が良い

doubt

**デフォルトの名無しさん** · 2024/11/25(月) 18:00:26.65

まあShift-JISというか2バイト文字を使った文字コードを前提とした既存システムに対する影響の大きさに配慮した選択だから、
必ずしも間違いというわけではない
今では多バイト言語といえば中国語だけど、昔のMSにとっては日本語は2バイト文字の代表格だっただろうし

**デフォルトの名無しさん** · 2024/11/25(月) 18:06:07.23

2バイト文字を使った文字コードを前提とした既存システムに対する影響の大きさに配慮したらUTF-8になるのでは？

**デフォルトの名無しさん** · 2024/11/25(月) 19:28:35.83

>>538
いまは過渡期
少しは歴史を勉強してくれ

**デフォルトの名無しさん** · 2024/11/25(月) 19:42:39.31

文字コードスレでやりたまえ

**デフォルトの名無しさん** · 2024/11/25(月) 19:43:52.59

歴史について勉強してみました。
UTF-16が1990年頃、UTF-8の制定が1998年頃のようですが、別スレでやりましょう

**デフォルトの名無しさん** · 2024/11/25(月) 19:45:07.61

>>541
容量をあまり気にしないようになったのは最近のこと

**デフォルトの名無しさん** · 2024/11/25(月) 20:19:56.45

このスレに関係あるのはSJISとUTF8混在のGitで困ったというレスのみで
SJIS使うのがどうとか関係ない話題で盛り上がる空気の読めない年寄り多いよね

**デフォルトの名無しさん** · 2024/11/25(月) 21:00:32.68

どしたん？話きこか？

**デフォルトの名無しさん** · 2024/11/25(月) 22:47:39.79

文字コードで苦しむと日本語なんてこの世から消えてなくなればいいって思ったりするけど
たまにタモリ倶楽部の空耳をyoutubeで見たりすると日本人で良かったと心から思ったりする

**デフォルトの名無しさん** · 2024/11/26(火) 06:15:37.87

文字コードより改行コードが複数ある事が腹立たしい

**デフォルトの名無しさん** · 2024/11/26(火) 12:30:46.83

>>545
日本語というかIMEがなくなった方がいいとマジで思うときはキーボードショートカットがIMEに取られるとき
Blenderのようなアルファベット単体ショートカットを頻発に使うアプリを他の作業と往復してるとIMEオンになったまま操作して操作無効&ああああ表示
A-Zで成り立つ英語圏の人たちとはPC関連で大きなハンデがあるとおもう

**デフォルトの名無しさん** · 2024/11/26(火) 12:42:27.10

> Blenderのようなアルファベット単体ショートカットを頻発に使うアプリ
VSCodeVimノーマルモードがIMEとの親和性が最悪

**デフォルトの名無しさん** · 2024/11/26(火) 12:48:37.09

>>548
たしかに
ふと思ったんだけどIMEの入力受け取れるテキストボックス等にフォーカスが無い場合にIMEが入力を横取りせずにそのままスルーする設定ってないのかな？
関係ない空中にああああとかなってる状態の意味が分からないしIMEというよりWindowsのIMEが悪い気がしてきた

**デフォルトの名無しさん** · 2024/11/26(火) 13:18:48.86

>>549
近年そんな挙動を見かけないけど、なんかの拡張によるものかな

**デフォルトの名無しさん** · 2024/11/26(火) 13:55:42.57

>>546
readのときは0x0Dを無視
writeのときは0x0Aが来たら0x0,D0x0Aを出力
このルールだけで快適

**デフォルトの名無しさん** · 2024/11/26(火) 13:58:21.72

>>549
blenderに限らないんだけどなんか入力出来なくなってるなーと思ったら
画面の左上端にちっちゃい一文字分だけのウィンドウがあがってて「ああああああ」(あに限らないよ)が入力されてるってことだろうね

**デフォルトの名無しさん** · 2024/11/26(火) 15:50:22.72

Windows Terminal＋neovimだとIME絡みで落ちたりする
所詮マルチバイト圏なんて軽んじられる定めにある、今も昔も

**デフォルトの名無しさん** · 2024/11/26(火) 16:11:25.13

>>553
emojiパレット(win+.)も落ちたりする?

**デフォルトの名無しさん** · 2024/11/26(火) 16:16:59.72

>>549,552
VSCodeの場合はブラウザ自体がその辺は上手く制御しているから、IMEが悪いと言うよりその拡張がIMEを考慮してないだけでは

**デフォルトの名無しさん** · 2024/11/26(火) 17:07:11.65

>>546
メインフレーム方式にしよう
改行ゼロの世界だ

**デフォルトの名無しさん** · 2024/11/26(火) 17:58:51.43

この流れで横道質問なんだけど、pythonって改行とインデントがブロックの意味を兼ねてるから他からコピーしてきた文の固まりをペーストしても自動整列使えず自分でチマチマインデント揃える作業やることになるんだけどあれはそういうものだと諦めるしかないの？
何かCodeで楽する方法あるのかな

あと、ifブロック内に文が一行だけあってそれをコメントアウトするともうエラーで動かなくてダミーの行を置くかブロックごとコメントアウトしなくちゃいけなくて試行錯誤でいろいろやってる段階でプチストレスがある
これも何かベストなやり方あるのかな

**デフォルトの名無しさん** · 2024/11/26(火) 18:35:08.03

まさか手作業で1行ずつインデントなおしてる？
なら複数行範囲選択してTab or Shift+Tab
インデントが不均一なのを直すならフォーマッターにおまかせだけど、
さすがにこんな単純な話じゃないよなあ

**デフォルトの名無しさん** · 2024/11/26(火) 18:41:55.74

>>558
え？不均一なのはフォーマッターでいけるの？
インデントが違うコード張り付けるときは手作業でやってたよ

**デフォルトの名無しさん** · 2024/11/26(火) 18:43:04.69

if文コメントアウトもシフト押しながらカーソル数行選択して、ショートカットで済むような気がする

**デフォルトの名無しさん** · 2024/11/26(火) 18:49:29.19

>>559
フォーマッターは正しくインデント済みの複数行コードを崩す場合があるので
単純にペースト時点でのカーソル位置に合わせるだけの単純なのが使いやすい
https://marketplace.visualstudio.com/items?itemName=LesGrieve.paste-indent

> ifブロック内に文が一行だけあってそれをコメントアウトする
手動でpass打っているけど、LSPの力で自動化出来ているなら知りたい

**デフォルトの名無しさん** · 2024/11/26(火) 18:51:40.06

paste-indentはjson, html, xml等でも使える単純機能なのが良い所

**デフォルトの名無しさん** · 2024/11/26(火) 18:55:01.27

なるほどね
参考になったよ

**デフォルトの名無しさん** · 2024/11/27(水) 02:17:21.98

alt shift f

**デフォルトの名無しさん** · 2024/11/28(木) 21:06:26.54

MicrosoftのPythonに関する拡張機能の説明にformatterの設定方法へのリンク貼ってあるよ

Formatting Python in Visual Studio Code
ps://code.visualstudio.com/docs/python/formatting#_choose-a-formatter

**デフォルトの名無しさん** · 2024/11/29(金) 13:05:20.47

ペースト後にその内容を選択状態にする手短な方法はありますか？

**デフォルトの名無しさん** · 2024/11/29(金) 13:46:04.55

ペーストする拡張いっぱいあるから機能が適合するものを探す
あるいは自分で書く

**デフォルトの名無しさん** · 2024/11/29(金) 23:53:01.24

>>566,567
2,3つ試したけどイマイチだね
下の条件を満たす出来合いのものは無いのかな？

エディタ上だけで動作、検索ポップアップ他では通常動作
複数回ペースト可能(同じ所に何度も上書きペーストしない)
タイピング開始でセレクト自動解除
マルチカーソル対応

**デフォルトの名無しさん** · 2024/11/30(土) 17:56:59.05

>>567
> あるいは自分で書く
vscodeネイティブじゃなくて他で好みや癖が付いちゃっているから、しっくりくるのがなかったけど
davidcahill.auto-select-pasted-textをもとに改造したら良い感じになったよ

エディタ上だけで動作、検索ポップアップ他では通常動作(組み込みのペーストコマンドを上書きしない)
ペーストで自動セレクト(設定)
ペースト前のマニュアルセレクトを上書きするかどうか(設定)
複数回ペースト時に前の自動セレクトを拡大(設定)
ペースト前後でのセレクションのカーソル位置(先頭/末尾)の維持
タイピング開始で自動セレクト解除(設定)
自動セレクト解除でのカーソル位置(先頭/末尾)の維持
カーソル位置の先頭/末尾入れ替えコマンド
これらのマルチカーソル対応

マルチカーソルは使用頻度高いので対応版になって満足度高い

**デフォルトの名無しさん** · 2024/11/30(土) 18:59:06.94

>>569
すごい
マーケットプレイスには公開しないの？