Visual Studio Code / VSCode Part3
■ このスレッドは過去ログ倉庫に格納されています
ただのデバイスロストだろ。なんでこんなところに非開発者がいるんだよ。 intellicodeはvscodeには関係なかったのか(´・ω・`) >>682
今更だけどcqueryはRenameをサポートしてる
でも今試したらミスってた c/c++拡張で、あるシンボルを参照しているところの検索って、まだ出来ない? Japanese Language Pack for VS Code
をインストールしろって、メッセージが出たから、インストールした >>734
これやね
ttps://i.imgur.com/9Sh0FrG.png
文字コードの判定がおかしくなったから、アンインストしたら
また表示されたので、おとなしく入れ直したw 背景色が単色だと可愛くないので
苺柄にしたいです
やり方を教えてくさい
(´・ω・`)b エイプリルフールならプルリク出したらマージされそう 動画見ながら作業したいんだが
ウィンドウ全体を半透明にするプラグインはあるか? それはVSCodeじゃなくて外部ツールでやった方がよくないか
俺はAHKでそういうスクリプト作ってる >>748
うおぉー!!
横からだけど、ありがとー!!! >>751
Only works on Windows later than Windows 7. VS Codeで言語に関する警告メッセージが出て一瞬びっくりした話
https://qiita.com/12345/items/990e36ba5761bc1dc1d1
とりあえず「詳細情報」とやらを見る。
リンクされている箇所はページの途中だったが、とりあえずページの先頭から見てみると、
「VS Codeには10種類の表示言語(ロケール)が用意されていて、
これらはVS Codeのダウンロードに含まれているから、追加でインストールとかは必要は無いっすよ。
それ以外の追加の言語の場合は、マーケットプレイスから言語パック拡張機能をインストールする必要があるけどね。」と書かれている。
うんうん、そうだよね、日本語は今までずっと普通に使えてたから問題なし!
んじゃ、このメッセージは何?ウィルス??そうか、とうとうVS Codeにもウィルスが出たか!
などと思いつつ、元々リンクされていた箇所を読んでみると、
「だけどね、今後はすべての言語をマーケットプレイス言語パックを通じて提供するように変更するよ!
んで、将来的には製品内の言語を削除すっからよろしくね!(英語はデフォルトとして残すけど)」とのこと!
なるほどねー。
確かにv1.21の時に言語パックがサポートされたというのは聞いてたけど、
それが全言語が対象になり、そして日本語の言語パックの準備ができたのであのメッセージが出たのかー。
ということは、将来的には、新規にVS Codeをインストールする際は、
本体+言語パックを入れないと日本語が表示されないということかー。うーん。 うーんと言うようなことあるか?どうせ使わないものまで一緒に付いてくるより合理的に思うが 始めから日本語が入ってた?
最初のころというか途中まではVSCode日本語に対応してなくて
マーケットプレイスから誰かが作った日本語パックを入れていたぞ 色々な言語に対応していれば、文字化けすることもなく、読めなければGoogle先生に聞くことが出来て良いと思うけどな。 正式前に翻訳がなかったのはlocalize pointを作ってなかったから 正式前からmarketplaceにcode本体を改造してまで翻訳する拡張機能あったとは思わないんだが QuiitaとHatenaはほんと、高卒様がごった返す場所になっちまったな 2000行超えたhtmlファイルいじってるけど、なんかemmetのwrap with abbrの挙動がおかしいな QiitaはともかくHatenaは元々意識高い系アホの集まりでしょ とは言え、日本語で一番まともなのってQiitaじゃね
本気で相談したければStackOverflowの英語版に行けって感じだが >>763
Qiita と hatena とはどっちが意識が高いですか? markdownのoutline対応されてmarkdown navigateと衝突してしまった。 dotnet coreってPInvokeのマーシャリングルールどうなってんの
処理系のエンディアンとかちゃんと気にしないとあかん? vimプラギン使ってるとき、外部アプリからのコピペはどうやるの? vimmerうぜー
おとなしくvim使っとけや半端もんが
vimmer標榜してVSCode使うとか恥知れや 想像だけどCtrl-vかCtrl-Shift-insert "vim.useSystemClipboard":true でヤンクペーストがクリップボードになりますた vscodeがここまで短時間に多くの人から支持されたのは、vimとか多くのキーバインドを提供してきたことも一因だと思うんだよね。
かくいう自分もemacsキーバインドがあったから移ってきた人なので。
winプログラマならそれこそ半端なvscodeじゃなくてvs community使えばいいじゃない。 おれもatomよりemacsキーバインドがよかったから採用した お前ら化石は大勢に影響ないだろ。
ワシが育てたしてホルホルしたいだけ emacsやvimを本当に使える人はemacsやvimを使い続けている。
そこから脱落した意識高い系がここに流れ着いただけ。 vimなんてどのランキングをみても常にtop5には入ってるのに、大勢に影響ないとか何処の蛙だよ それはちゃんとvim使ってる正統派でVSCodeに逃げた裏切り者の数ではないだろ 裏切り者ではなくて使いこなせなかった2流3流です。
はい、私もそうです。 vscodevimはよくできてるよな
この手の疑似vim系の中ではずば抜けて出来がいい エディタを俺に合わせるんじゃない
俺がエディタに合わせるんだ vimの効率的な編集操作とvscodeのお手軽プラグイン管理で最強よ。特にwinでは。 カーソル位置のキャラクタの文字コード(0x0041だとか)を確認する機能ってありませんか? unityのc#コードをcodeでやってる人っています?補完とか効くか知りたいっす Unityで補完は効くよ
ただ、オブジェクトブラウザー(アセンブリブラウザー)がないから、参照DLL内がどんな構造になっているのか補完やリファレンスを使わないとわからないのが困るな
俺の使い方が間違っていて、本当はオブジェクトブラウザっぽい物がついてたりするんかな? dnSpyでも使えよ
オブジェクトブラウザなんかそんなに活用しないだろ >>793
ちなみにcode側を使ってる理由うかがっても良いですか?やはり軽いから? 最近はVSCodeも重く感じる
特に起動が酷い
ちょっとしたメモを書きたいだけ
場合によっては保存しないで閉じるまで生きてればいい
こういう時に起動の重さにイライラする
その場合はサクラエディタで代用してるんだけど
ちょっとしたメモから発展してmarkdownプレビューしたいとかなるとサクラエディタじゃ不足なんで使い分けはあまりしたくない
なんとかなんねえかなこれ >>796
俺は特に感じないけどな
PCスペックよろ >>797
core i5
メモリ4g
ぐらいだったと思う
出社しないと正確なスペックわからん コード、Markdown→VScode
汎用性重視→Vim
軽さ、文字コード重視→Mery
をファイルの右クリメニューで切り替えてるな >>796
>ちょっとしたメモから発展して
ここでVSCodeにコピペする マクロとかささっと書くぶんには秀丸もいいんだよな。 >>796
Ctrl+P Show Running Extensionで原因となってる拡張機能を見つけると良さそう うちもちょいメモ的な用途はEmEditorで併用してるわ
適材適所 VSCodeは日本語対応が不完全だな。IMEで再変換できないし、大部分がASCII文字の
コードで、コメントや文字列に日本語が少し混じるシフトJISのファイルをエンコード推測で
開くと、中央ヨーロッパ言語(ISO 8859-2)と誤認される。 807はそういう問題じゃないのか。
すまんかった。 >>807
日本語の単語選択が、プラグインなしで出来るようになるのはいつになるのか・・・・
Electronが対応してくれたら直るのかな?
Scintillaとかも日本語の単語選択に対応できず、採用してるソフトの日本語版とか特殊なのがあったけど、
21世紀も1/4終わろうとしているのに、まだ日本語に苦しめられるとは思ってなかったな。 拡張子ごとにデフォルトのエンコーディングを設定できたらいいのになぁ。 IMEはフレームワークとソフトの両方が対応しないといけないし
再変換なんて対応してる方が稀。
alphabet部分がascii互換な文字コードとasciiと衝突してる
文字コードを判別するのは原理的に事実上不可能。
クロスプラットフォームと互換性にうるさい
javaですら20年以上放置されてる領域だよ。 文字数が少なければ、複数のエンコードで判別できるから、どちらかわからない つまりBOM付きUTF-8が最強って事よ
unix界隈はいつまでも意地を張ってないでさっさとBOMに対応すればいいのに >>816
拡張子というかファイルタイプ別に設定が書けるから好きにしろってことだろ >>818
ファイルタイプに見当たらないものを拡張子で指定したかったんだけど、
任意の拡張子をファイルタイプとして登録できたりするんだっけ? >>817
BOM って byte order message でしょ?
UTF-8 にバイトオーダーを示す必要性は *全く* ないのに、どうして「BOM 付き UTF-8」なんだ? コンテキストで察しましょう。
100万文字目に初めてsjis固有の文字が出現するかもしれないんだ。
ちなみに公式は非推奨と言っているが、付けるなとも言ってない。
早くsjisが駆逐されればそんなことする必要はないんだけどねえ >>821
BOM を存在させること自体が様式美に外れるでしょう?なにせ「要らないもの」なんだから
>>822
「付けるな」という規則の有無は問題ではなく、そもそも必要性があるかどうかが問題です
必要が無いのにBOMをつける必要はない Unicodeとはそういうものだ
UTF-8だけ必要ないとはいえ他のエンコーディング形式と合わせてバイトオーダーを定義する
それが様式美というものだ >>826
必要性のないものが組み込まれている、その事実自体が私には様式美からはずれている、と考える、いや感じざるを得ないのですけれども
様式美の定義から問う必要があるのでしょうかね UTFのBOMはバイトオーダーを表すと同時にUTFのフォーマットを示すsignatureの役割もあるしねぇ。
最近は「UTF-8にBOMはいらない」といちゃもん付ける人が増えたせいか"UTF-8 with signature"と
呼ばれる方が多くなったような。 ■ このスレッドは過去ログ倉庫に格納されています