Visual Studio Code / VSCode Part3
■ このスレッドは過去ログ倉庫に格納されています
エディタを俺に合わせるんじゃない
俺がエディタに合わせるんだ 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"と
呼ばれる方が多くなったような。 >>827
様式美とは必要のあるなしで語るものではない
必要のあるなしを醜美の基準とするならばそれは機能美と言うものだ
まずは日本語を勉強したまえ >>829
では様式美とはなんですか?
>>830
どういう必要性ですか?その必要性は ByteOrderMark という名前にマッチしていますか? "Shift_JIS with signature"を作る方が手っ取り早かったりして >>832
え、じゃあutfを認識するために新たにバイトコード用意するの?
今更そんなことするほうが、よっぽど必要性を感じないんだけど。
ちなみに私は"必要性は全くない"って発言に反論しただけで、uTf-8にbomを付けるべきって主張したいわけじゃないよ。 >>836
ん?
私は uft-8 に bom は要らない、といっているだけで、それ以外のこと、例えばutf-x を認識するバイトコードが必要と、とかはいっていないよ BOMついてないのは迷惑なんだよ。
お前のパソコンだけで使ってろ。
外に出すな。 そりゃあ、あらかじめUTF-8とわかっているならBOM(signature)が要らないのは当然だね。
UTF-16LEとわかっているならやっぱりBOMが要らないってのと同様に。
それとも、"BOM"は要らないけど"signature"については何も言っていないってことなんだろうか。
RFC3629によれば、
・あらかじめUTF-8と分かっている場合→signatureの使用は禁止すべき
・あるいはエンコーディングが他の手段で与えられる場合→同様にsignatureの使用を禁止すべき
・それ以外→signatureの使用を*禁止すべきではない* 飛行機の中でつい bom と言ってしまい緊急着陸後に逮捕 >>839
>・あらかじめUTF-8と分かっている場合→signatureの使用は禁止すべき
これが重要
仕様でUTF-8に決まっている設定ファイルをメモ帳でひょっこり触って変なもの付けるデザイナーとかいるし
新規ファイルはどうでもいいけど、BOMが付いてないファイルを編集したらコッソリBOMを付けるのは止めて欲しい >>838
してその理由は?ちゃんと記述できる?日本語わかる? >>842
最後のbの発音はしないので結局同じに聞こえてしまい・・・ >>843
日本語がわかっても何が話し合われているかが全くわからないのだろう >仕様でUTF-8に決まっている設定ファイルを
それはアプリケーションの知るところじゃないからしょうがない。
signatureを勝手に削ったり追加したりしないってのが平和だとは思うけど。 >>843
いちいち聞かんでもわかるだろう。
UTF8は最近使われるようになったもので、既存のエンコーディングのテキストがすでに大量に存在する。
両者を簡単に見分けるにはBOMがあると都合がよいのだ。
ンなこといちいち聞かんでよいわ、素人じゃあるまいし。 必要としないBOMをスルー出来ないアプリがあるとしたら、過渡期において、それはアプリの欠陥なのだ。
世の中が完全にUTF8に代わるまで許されないことなのだ。
低能アプリと言ってもよい。 gccは低能アプリからとうに脱却したぞ。
さあお前らも今すぐ対応するんだ。 アスペルガー気味の人は、正解は「俺が正しいと思った正解」一つしかないと
思い込んでいることが多いし、妥協の産物みたいな複数の正解を複合した
技術的に誤りだが政治的に正解、のような概念は理解できない。
無駄な努力はしないほうがいい。 unicode標準だとutf-8にBOMは付けられるけどあんま付けんじゃねーぞと言っている。
0xffはトレマ付きのyだからISO8859-1と同じ。つまり>>813と同じ問題がある。 ◆QZaw55cn4c
こういうへそ曲がりな奴本当消えて欲しい 間違えたUTF-8は0xefがソーンと被るんだった。
0xffと被るのはUTF-16のときだわ。 UNICODEでつまらん複数文字エンコ問題は解決すると思ってたが
かえって問題増えただけだったでござる 外人のアプリ開発者が、BOM に対応しないから、
BOM を付けたら、各アプリでバグる
外人からすれば、日本語に対応する必要がないし、対応するコストが損
外人は、ascii しか対応しない。
そもそも日本語を使わないし、
日本語を使う人は、誤動作するだけでかまわない いや、ヨーロッパの方には色々な文字があってだな・・・ >>859
ドイツ語のエステットとかウムラウトとかどうなるの? >>862
それは確か、文頭に来ることはないので問題ないとフィンランドの委員が答えてたような気がするのだが、探しきれなかったな。
興味があったら議事録検索してみて。 З ズ
д ド
рав ラ
с ス
т ト
вуй ビー
те チェ >>844
熱気バサラディスってるんか?
それはともかく
絵文字がある種のUnicodeバグを世界から一掃しつつある件について
https://note.mu/ruiu/n/nc9d93a45c2ec 外人じゃなくてアメリカ人がマジでascii以外知らないからな。いつまで経っても。
そうでなくても国関係なく人が文字だと思ってるグリフを処理するときは
正規化した上で境界探すっていうunicodeの基本が出来てないやつ多いし。 VScodeのスレでここまでVScodeの話題が出ない模様 >>871
emojiだらけでイラッとする
iモード時代の列島猿かよ workspace使うとさfiles to includeに指定しても
特定のパス/拡張子が検索対象にならないんだけど原因が分からん。 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
RA0Q7 codeでルートパス使うとルート相対パスじゃなくてファイルシステムのルートからよ。
winだとcodeがインストールされてるドライブレターがルートみたいだけど。
気付かないままreplaceするなよw Visual Studio Codeのデバッグ機能について質問です。
なお、言語はpythonです。
環境変数などの設定が完了し、hello-worldを実行したのですが、
デバッグ開始をしたのですが、下の画面がターミナルに遷移して以下のようなメッセージが出力されます。その後さらにF5を押すとデバッグコンソールにhello-worldが出力されます。
<ターミナルに出力されるメッセージ>
PS C:\Users\ユーザー名\Desktop\work\python> cd 'C:\Users\ユーザー名\Desktop\work\python'; ${env:PYTHONIOENCODING}='UTF-8';
${env:PYTHONUNBUFFERED}='1'; & 'C:/Python/Python37/python.exe' 'C:\Users\ユーザー名\.vscode\extensions\ms-python.python-2018.4.0\pythonFiles\PythonT
ools\visualstudio_py_launcher.py' 'C:\Users\ユーザー名\Desktop\work\python' '52069' '34806ad9-833a-4524-8cd6-18ca4aa74f14' 'RedirectOutput,RedirectOut
ターミナルに自動で遷移されない方法をご教示ください。
なぜ毎回実行するとターミナルに画面が遷移し、上記のようなメッセージが出るかわからず、
本当に困っています。
お助けください。。 そりゃ、そのデバッガーの作者が出力してるからだろ
出力しない方法を、作者に聞けば? 880です。
ただ、他の方のデバッグ動画などを見ると、F5押すとターミナルに画面が遷移されず、デバッグコンソール画面に出力結果が出ていました。 デバッグでターミナルにカーソルが移動してそんなに困ることも気がするが 880です。
みなさんはそんなことないですか?
ターミナルを非表示にしてても勝手に表示されて長いメッセージが出ます。
F5で実行すると、デバッグコンソール上だけに出ますか? 880です。
launch.jsonの"console": "none"でターミナルにカーソル遷移させずに
実行結果がでました。
ただ、出力には出ませんが、デバッグコンソールに出るので我慢します。
お手数かけました。 ■ このスレッドは過去ログ倉庫に格納されています