Shift_JIS「もしかして・・・・・・」 UTF-8「私たち……」
■ このスレッドは過去ログ倉庫に格納されています
WindowsはUTF-8標準にしろやカス
機種依存文字いれてくんな ガイジンさんはこの世がすべて1バイトでできていると思ってるからイヤやわ ナチュラルに機種依存文字入れてくるWindowsおじさんはWEBエンジニアの敵 疲れてる時にメモ帳でバッチファイル作ってこれやらかす😔 アスタ榎本竜也「プライド高いところあるけど清輝あるから大丈夫や」 なんでwindowsっていまだにSJISが標準なん
誰も得せんやろ >>9
日本のジジイも2バイトでできてると思ってるし五十歩百歩や 大学でいろんなファイル適当に変換してるとたまにある たまに文字化け状態でも普通に解読するおっさんおるよな >>23 初出なんJやぞ
Shift_JIS「もしかして・・・・・・」 UTF-8「私たち……」
1 :風吹けば名無し:2018/01/03(水) 23:38:43.26 ID:zdl6/pdI0
二人「蜈・繧梧崛繧上▲縺ヲ繧具ス橸シ?シ」
ツイッターのこれ(2018/01/04)はパクリでバズりや
https://mobile.twitter.com/kenshi_tsuruya/status/948752209428103169
https://twitter.com/5chan_nel (5ch newer account) Windows「UTF-8で保存するで!」→BOM付き
地獄に堕ちろ👹 utf-8のCSVファイルExcelで開いたら文字化けするのクソすぎん? 文字コードくらい全部自動で判別してくれや
なんでできんのや >>33
「これ今年一笑った」というなら引用元提示しろよ
情報をかじった物とは思えないリテラシーの低さだな エクセルのハイパーリンクにmailto入れて既定メーラの新規メールに定型文表示させてるんやけど、定型文に半角スペース入ったとたんに以降の文章全部消えるんや
何か対策あるんかあれ Windows11でやっとUTF-8基準になったけどな pythonとかのファイル読み込みメソッドってなんで自動識別してくれないんや?
技術的にそんなに難しいか? >>44
BOM付きも選べるよ!ってだけになっとるわ >>43
基本的にファイル全体を読まないと判別できない(予測はできる) >>43
パフォーマンスが落ちるし確実じゃないから
だったらopen()は渡された引数通りの文字コードで読み込んで、
自動化するなら別の文字コード判定関数から引数で文字コード渡したほうがよほどいい 長年使っててファイルとか作ってるってのにいきなりの環境変更はしないでほしいわ
結局見切ってUTF-8にしたのはさすがに草ですわ そもそもまずWindowsの標準ソフトはあんまり使われないから良くも悪くも影響がない これクッソわかるわ
最初記号を打ち込もうと思ったら文字化けしてどうすりゃ良いか分からんかった もうとっくに統一されたよ お前らが新OS使わないから統一されないだけや 何この無能
かつてWindowsでテキストファイルといえばシフトJIS形式のものが大半だった。
しかし最近では、UTF-8形式のテキストファイルも普通に見かけるようになってきた。世の中はUTF-8が主流になりつつあると言っていいだろう。
しかし、WindowsでUTF-8を使うと、ちょっと困ったことがある。それは、エクスプローラーの検索欄などで用いるWindows Searchが、UTF-8にはしっかり対応していないのである。
正確に言うと、Windows Searchはファイル先頭に「BOM」のあるUTF-8は認識して正確にインデックス化し、ファイルの全文検索が可能になるが、
BOMのないUTF-8では正しくインデックス化できず、ファイルの全文検索はASCIIコードのみ可能で、日本語などの非ASCII文字では全文検索ができない。 >>62
歴史的な理由があるからやな
英語のASCIIに日本語を使えるようにしたのがJIS(ISO-2022-JP)で
これは長くメールのデフォルト文字コードで今も古いメーラーではそうなってる
JISの欠点を補うためにShift_jis(Microsoft)とEUC-JP(Unix)が出来てそれぞれ使われてきた
それとは別に世界中の文字を扱えるように開発されてきたのがUTF-8、最近はこれが主流
同じ「あ」を表すために違うデータ構成になっているので、急に変えると過去のソフトと互換性がなくなったりするから
なかなか変更が進まなかった Windowsが無能なことには変わりないぞ USBも未だに不安定や ■ このスレッドは過去ログ倉庫に格納されています