文字コード総合スレ Part11

**デフォルトの名無しさん** · 2018/01/22(月) 22:58:23.45

プログラマーなら一度は煩わされたことのある文字コードについてのスレ。
UTF-8、Shift_JIS、JIS、EUC、Unicode、UCS、サロゲートペア、コードポイント、文字コード判定、
合成文字、ソート、TRON、外字コード、その他について語り合いましょう。
各言語での文字列の扱いについての質問もOKです。
基本マッターリ、ささ、茶でもどうぞ。

■過去スレ
文字コード総合スレ part1 http://pc11.2ch.net/test/read.cgi/tech/1031028205/
文字コード総合スレ part2 http://pc11.2ch.net/test/read.cgi/tech/1143375639/
文字コード総合スレ part3 http://pc11.2ch.net/test/read.cgi/tech/1180250376/
文字コード総合スレ part4 http://pc11.2ch.net/test/read.cgi/tech/1228052369/
　（スレ再利用）UnicodeとUTF-8の違いは？ http://pc12.2ch.net/test/read.cgi/tech/1177930957/
　（隔離スレ）UnicodeとUTF-8の違いは？　その2 http://pc12.2ch.net/test/read.cgi/tech/1274937437/
文字コード総合スレ part5 http://pc12.2ch.net/test/read.cgi/tech/1236529563/
文字コード総合スレ part6 http://hibari.2ch.net/test/read.cgi/tech/1278923059/
文字コード総合スレ part7 http://toro.2ch.net/test/read.cgi/tech/1306595564/
文字コード総合スレ part8 http://peace.2ch.net/test/read.cgi/tech/1354248962/
文字コード総合スレ part9 http://peace.2ch.net/test/read.cgi/tech/1401301779/
文字コード総合スレ Part10 http://mevius.2ch.net/test/read.cgi/tech/1444822140/

**デフォルトの名無しさん** · 2018/05/30(水) 13:24:00.49

>>328
CJK互換文字の使用が推奨されないのは事実だけど、ローマ数字が推奨されないのはデマってことなんじゃないの。
それと2行目以降は蛇足だろ。

**デフォルトの名無しさん** · 2018/05/30(水) 14:33:31.86

復旧
🖕🏻🖕🏼🖕🏽🖕🏾🖕🏿🖕

**デフォルトの名無しさん** · 2018/05/30(水) 20:29:52.46

>>329
多分違う。
「CJK互換文字の一部には特定目的以外に使用すべきでない文字がある」が正しい。
318 はわざとか天然かは知らんが、CJK互換文字の一部にしか適用されないルールを、適用範囲の部分を抜かして引用して、あたかも全体に適用するルールであるかのように誤解する書き方をしてある。
あとは、それを鵜呑みした迂闊さんが「CJK互換文字は推奨されない(キリッ)」ってデマを広げる構図。

**デフォルトの名無しさん** · 2018/05/30(水) 20:46:20.24

だから「ラウンドトリップ用」って話だろ？

**デフォルトの名無しさん** · 2018/05/30(水) 20:50:56.47

>>331
タイプミス。318→319

**デフォルトの名無しさん** · 2018/05/30(水) 20:55:57.87

>>332
限定せずに「ラウンドトリップ用」って書いたらCJK互換文字全体だろ。
「JIS X 0213:2000のためのラウンドトリップ用」はその一部でしかない。

**デフォルトの名無しさん** · 2018/05/30(水) 21:06:09.88

気に入らないなら自分で満足の行くように書き直して貼り付ければ？
典拠示されてるんだから。

**デフォルトの名無しさん** · 2018/05/31(木) 00:48:48.00

そんな中途半端に書き直して貼り付けるからデマの元になるんだろ。反省しろ。

**デフォルトの名無しさん** · 2018/05/31(木) 05:31:03.12

デマはどっちだよ……「CJK互換文字は」という文脈からは「CJK互換文字に含まれる全ての文字は」という意味しか受け取れないのだが？
「一部」なんていう表現はどっから湧き出てきたんだよ……。

**デフォルトの名無しさん** · 2018/05/31(木) 09:53:50.67

>>337
おまえはどこの「文脈」を読んだんだ？
とりあえず本物の規格読んでこい。

**デフォルトの名無しさん** · 2018/05/31(木) 12:04:29.61

ケチ付けるんなら他人を納得させられる論拠と出典を出せよ
それができないんなら『CJK互換文字の利用は「推奨しない」』が正解だ

**デフォルトの名無しさん** · 2018/05/31(木) 15:11:25.68

南京大虐殺は30万人アルニダ

**デフォルトの名無しさん** · 2018/05/31(木) 20:31:47.82

誰か結論下さい（他力本願）。

**デフォルトの名無しさん** · 2018/05/31(木) 23:08:01.93

>>319のリンク先の規格書で、ラウンドトリップ用だから使用を推奨しないとされているのは以下の3種類だけ。
全体を非推奨とはしていないな。
・U+FA30～U+FA6A (JIS X 0213:2000)
・U+FA6B～U+FA6D (ARIB STD-B24)
・U+FA70～U+FAD9 (KPS 10721-2000)

**デフォルトの名無しさん** · 2018/06/01(金) 05:30:12.89

誰が誰かよくわかんないけど少なくともCJK互換漢字の一部に関しては
非推奨の根拠はあったってことでしょ

不正確だと思ったならそうじゃなくてこうだって言えばそれで済んだ話だろうに
そうせずにネチネチ言うばっかだから無駄に荒れる

**デフォルトの名無しさん** · 2018/06/01(金) 07:06:38.23

俺も>>320 >>321には違和感があったわ。

**デフォルトの名無しさん** · 2018/06/01(金) 08:37:44.05

>>343
一部でしかないのを全部のように言うから伝聞デマって言われたんだろ。

**デフォルトの名無しさん** · 2018/06/01(金) 11:58:37.96

>>342
一般の開発者やユーザーは「CJK互換文字の利用は推奨しない」で覚えておいた方が漏れがなくて安心だな

**デフォルトの名無しさん** · 2018/06/01(金) 12:07:07.22

規格書嫁とか無茶言うやつがいます。
あれは暗号で書いてあるので書いた人にも読めません。

**デフォルトの名無しさん** · 2018/06/01(金) 12:41:04.24

あなたの能力の限界が人並み外れて低いからといって他人を同類扱いするのは良くない

**デフォルトの名無しさん** · 2018/06/01(金) 14:43:43.87

>>346
お前のような拡大解釈したいやつは「ユニコードの利用は推奨しない」で覚えておけば漏れがなくて完璧だな。

**デフォルトの名無しさん** · 2018/06/01(金) 22:29:28.35

>>346
CJK互換漢字 (CJK Compatibility Ideographs) : U+F900～U+FAFF と
CJK互換用文字 (CJK Compatibility) : U+3300～U+33FF は別物。
>>319で非推奨とされたのはCJK互換漢字(の一部)で、CJK互換文字ではない。

**デフォルトの名無しさん** · 2018/06/01(金) 22:43:44.67

>>349-350
こまけえこたあいいんだよ
逆に覚えたらどうするんだよ
「CJK互換」と付いてる領域は非推奨と覚えれば簡単だろ

**デフォルトの名無しさん** · 2018/06/01(金) 23:15:14.57

>>351
何のためにこんな専門スレにいるんだろうな
いっその事「文字コードの利用は推奨しない」で覚えておけば漏れがなく簡単だな

**デフォルトの名無しさん** · 2018/06/01(金) 23:19:16.78

既にデマは溢れてるので、今さら少しくらいデマが増えたところで、どうってことないという見方もあるが
規格の話をするなら細かい点を無視するとかありえない。

あえて >>350 にさらに細かい点をつっこむと
U+3300 - U+33FF は CJK互換ブロック(CJK Compatibility Block)
U+F900 - U+FAFF は CJK互換漢字ブロック(CJK Compatibility Ideograph Block)
とするのが正しいはずで「CJK互換文字」というのは表現は規格にはなかったと思う。

他にも
CJK Compatibility Forms (U+FE30 - UFE4F)
CJK Compatibility Ideograph Supplement (U+2F800 - U+2FA1D)
とかもあるので、勝手な名前とか使い始めるのはデマの元。

**デフォルトの名無しさん** · 2018/06/02(土) 03:00:41.99

弊社の開発プロジェクトでは「CJK互換」と名の付く文字は一律使用禁止とします

**デフォルトの名無しさん** · 2018/06/02(土) 05:43:50.91

Unicodeが公式に「利用を推奨しない」と明言しているのはCJK互換表意文字のそれも一部ってことはデマじゃないよね？

**デフォルトの名無しさん** · 2018/06/02(土) 06:07:25.49

ここまでの議論読ませてもらったが
「利用を推奨しない」
と
「(他規格)との完全ラウンドトリップ互換を提供すためにユニコード規格に含まれている、それ以外の目的に使用すべきではない」
とだと規格上の意味が全然違う気がするんだが？
前者は利用の否定で、後者は利用目的の限定で利用は否定してない。

**デフォルトの名無しさん** · 2018/06/02(土) 08:33:48.72

>>356
「全然」ではなくね？
少なくとも「利用を推奨しない」は後者の意味も含んでるでしょ。完全に数学的な含有じゃないにせよ。

**デフォルトの名無しさん** · 2018/06/02(土) 13:06:52.93

「これは食べられません」
と
「電子レンジ調理専用」

**デフォルトの名無しさん** · 2018/06/02(土) 13:52:43.55

Scheduled maintenance on June 2 and June 9 between 5am pst and 6pm pst. Expect down times of up to 5 hours while we upgrade the power feeds in our data center.

５ちゃんねるサーバ群が収容されているデータセンタにおいて給電装置の更新のため閲覧書き込みが出来なくなります
予定されている期間は以下の通りです
２０１８年６月２日（土）２１時から２０１８年６月３日（日）１０時
２０１８年６月９日（土）２１時から２０１８年６月３日（日）１０時
上記時間帯のうち最大５時間程度の停電が発生すると予想されています

不便をお掛けしますがよろしくお願い致します

◆QZaw55cn4c · 2018/06/02(土) 14:10:17.27

>>359
?
＞２０１８年６月９日（土）２１時から２０１８年６月３日（日）１０時

**デフォルトの名無しさん** · 2018/06/04(月) 17:00:48.61

>>342
マジか、マジだ
つまり最初に入ったKS X 1001/Big5/IBMは仕様書上では何も言われてなくて
後から入ったJIS X 0213とかは「ラウンドトリップ以外の使用は推奨しない」と明記なのか。

こんなことならJIS X 0213も無理してBMPに入れずにCNS 11643の残りと一緒にCJK統合漢字拡張Bに入れてもらえばよかったのに
(それが可能だったのかどうかは知らない)。

**デフォルトの名無しさん** · 2018/06/04(月) 23:13:57.26

後半、ちょっと違うんでは？ JIS X 0213 の追加漢字は別に無理して BMP に入ってない。普通に Exntend の方に入ってる。
JIS X 0213 と Unicode の包摂基準の違いから1対多対応の部分があって、ラウンドトリップを保証したかったら互換文字が必要になった。
そして必要な互換漢字は少数で、たまたまBMPのCJK 互換漢字漢字ブロックの後半がガラ空きだったので、そこにつっこまれた。
って話だったと思う。

**デフォルトの名無しさん** · 2018/06/04(月) 23:20:06.40

規格がいってるのは CJK互換漢字ブロックはもともと複数の文字コードとのラウンドトリップ用なんだけど、
指定した一部の範囲は "JIS X 0213:2000" とのラウンドトリップ専用で、他の文字コードとのラウンドトリップにも使うべきではないということ。

**デフォルトの名無しさん** · 2018/06/06(水) 14:26:39.66

Announcing The Unicode Standard, Version 11.0
http://blog.unicode.org/2018/06/announcing-unicode-standard-version-110.html

**デフォルトの名無しさん** · 2018/06/07(木) 22:48:02.08

Unicode 11.0出たのか、つかもう一年経ったのか……。

> Five urgently needed CJK unified ideographs: three for newly standardized names of chemical elements, and two for Japan's government administration Moji Joho Kiban Project that includes ideographs for personal and place names

へー、これは知らなかった。

**デフォルトの名無しさん** · 2018/06/07(木) 23:56:45.77

一昨年末に名称が正式決定したニホニウム等の元素を表す漢字がUROの末尾に追加になったんだな。

**デフォルトの名無しさん** · 2018/06/08(金) 00:10:00.49

そんなもんで漢字増やすなや！

**デフォルトの名無しさん** · 2018/06/08(金) 14:59:48.37

去年も書いたけど
Core Specification
Appendix D
Version History of the Standard
の漢字のとこの数字が足した数と合計で合わないんだよなぁ
48違うって何なんだろ。

**デフォルトの名無しさん** · 2018/06/08(金) 23:58:07.79

CJK統合漢字のUROの空きコードポイントは残り16個か。次でとうとうU+9FF0番台になる。
それらも全部使い切ったらその次の少数の緊急に必要な漢字追加は拡張A末尾の空きU+40B6～Fを使う事になるのかな。
でそこも使い切ったらBMPへの漢字追加は本当に終わりで拡張BやC、D…の末尾の空きを使用ってことになるんだろうな。

**デフォルトの名無しさん** · 2018/06/09(土) 00:37:24.38

文字列置換から除外するための一時退避の需要あるでしょ。
unicodeはプログラマが自由に使っていい領域ってどこだろう。

**デフォルトの名無しさん** · 2018/06/09(土) 01:02:14.54

「外字」でウィキれ

**デフォルトの名無しさん** · 2018/06/09(土) 09:13:51.52

>>371
回答ありがとう。
UnicodeのU+E000からU+E757あたりを使えばSJISにも対応できそう。

**デフォルトの名無しさん** · 2018/06/09(土) 19:05:32.10

curl 'http://www.unicode.org/Public/UCD/latest/ucd/UnicodeData.txt' | wc -l
とやると
32292
と返ってきたんだけど、つまり今現在Unicodeには32292文字が収録されていると思っていいのかな。

**デフォルトの名無しさん** · 2018/06/10(日) 06:07:59.44

何？結局16バイトに収まってたという話？

**デフォルトの名無しさん** · 2018/06/10(日) 06:08:19.99

ビットだ……恥ずかしい

**デフォルトの名無しさん** · 2018/06/10(日) 15:33:08.87

>>373
中身を見ればわかるけど漢字領域 (4e00 から 9efe) とかは
飛ばしてあるから全然違う。

**デフォルトの名無しさん** · 2018/06/10(日) 16:00:53.49

Android P Beta 2、グリーンサラダの絵文字からゆで卵が消える | スラドデベロッパー
https://developers.srad.jp/story/18/06/09/0621201/

ゆで卵を入れる多様性は許されないのか

**デフォルトの名無しさん** · 2018/06/11(月) 13:52:38.76

ジェンダーの方もなんか過剰だよね。政治的な活動家でもいるのかね

サラダの絵文字からGoogle、「卵」を排除　生産者団体が異議、「卵を返せ」論争に
https://www.j-cast.com/2018/06/09330966.html?p=all

**デフォルトの名無しさん** · 2018/06/11(月) 16:02:07.37

なんか力抜けたわｗ

**373** · 2018/06/12(火) 21:57:09.59

>>376
収録されている全文字を取得するにはどうしたらいいかな…

**デフォルトの名無しさん** · 2018/06/13(水) 00:45:51.71

どうなってんのこれ🤔

🌕🌔🌕🌕🌕🌕🌕🌕
🌕🌒🌕🌕🌕🌕🌕🌕
🌖🌓🌕🌕🌔🌕🌕🌕
🌖🌒🌕🌗🌑🌔🌕🌕
🌖🌑🌔🌘🌒🌕🌕🌕
🌕🌘🌑🌑🌑🌑🌒🌕
🌕🌕🌘🌑🌑🌑🌑🌒
🌕🌕🌖🌑🌑🌒🌗🌓
🌕🌕🌕🌘🌑🌑🌘🌔
🌕🌕🌖🌑🌑🌑🌘🌔
🌕🌕🌗🌑🌑🌑🌖🌔
🌕🌕🌕🌘🌑🌑🌕🌔
🌕🌕🌕🌗🌒🌘🌔🌕
🌕🌕🌕🌗🌒🌖🌒🌕
🌕🌕🌕🌗🌓🌕🌒🌕

**デフォルトの名無しさん** · 2018/06/13(水) 00:55:38.87

5ちゃんでemojiのAAは文字数制限が厳しいからどうしても小さくなりがちだな

**デフォルトの名無しさん** · 2018/06/13(水) 06:58:34.14

なにか問題でも？
🧙🧚🧛🧜🧝🧟
🧙🏻🧚🏻🧛🏻🧜🏻🧝🏻🧟🏻
🧙🏼🧚🏼🧛🏼🧜🏼🧝🏼🧟🏼
🧙🏽🧚🏽🧛🏽🧜🏽🧝🏽🧟🏽
🧙🏾🧚🏾🧛🏾🧜🏾🧝🏾🧟🏾
🧙🏿🧚🏿🧛🏿🧜🏿🧝🏿🧟🏿

**デフォルトの名無しさん** · 2018/06/17(日) 09:04:29.91

ユニコードとUTF8は何が違うんでしょうか
どちらもユニコード？それとも別のコード？頭がおかしくなりそうです
SJISだけで全て丸く収まっていた平和な日本にとんだ黒船がやってきた・・・

**デフォルトの名無しさん** · 2018/06/17(日) 09:50:58.25

アップル外字どうなの


**デフォルトの名無しさん** · 2018/06/17(日) 12:32:46.14

>>384
文字集合と文字符号の違いならわかる？

**デフォルトの名無しさん** · 2018/06/17(日) 12:38:22.96

>>384
まずはウィキってこい
その上で分からないことがあれば質問しろ

**デフォルトの名無しさん** · 2018/06/17(日) 12:51:10.01

Shift_JISだって文字集合違ったりベンダ固有拡張あったりで
全然丸く収まってないよ殴り合いだよ

**デフォルトの名無しさん** · 2018/06/17(日) 13:31:33.71

MSのgithub買収でVSからclone出来ないリポジトリが増えて
SJIS消えてくれたらいいのに
っていうかwindowsの標準localeでUTF-8選びたいんだが
chcp65001はもういやバグだらけ

**デフォルトの名無しさん** · 2018/06/17(日) 13:54:11.58

>>389
今のWindows10ではUTF-8選べるから人柱になってくれ

**デフォルトの名無しさん** · 2018/06/18(月) 01:32:33.22

linux つかってる俺はUTF8統一で隙はなかった。
そういえばGO言語ってソースコードはUTF8で書けって仕様で規定されてるんだな。(変な文字変数名に使えてビビった)

**デフォルトの名無しさん** · 2018/06/18(月) 15:52:30.27

sjisはまだ許せる。utf16てめーはダメだ
内部コードに留めてメモリから外に出てこないでくれ

**デフォルトの名無しさん** · 2018/06/18(月) 16:14:38.61

std::wstringがデフォルトでUTF-32になるLinux 64bit版のSTLにも同じこと言えんの？

**デフォルトの名無しさん** · 2018/06/18(月) 16:17:38.73

SJISは完全に廃用でおｋ

**デフォルトの名無しさん** · 2018/06/18(月) 16:32:51.52

ほんそれ

**デフォルトの名無しさん** · 2018/06/18(月) 17:04:46.60

char32_tのある今、wchar_tの存在価値なんて無いでしょ
環境依存する上にWindowsではUTF-16ということで1要素1文字の前提も崩れてるし

**デフォルトの名無しさん** · 2018/06/18(月) 20:41:12.57

誰に賛成して、誰に反対しているかわからん。安価つけろ。

**デフォルトの名無しさん** · 2018/06/19(火) 07:29:13.13

？

**デフォルトの名無しさん** · 2018/06/19(火) 23:25:00.68

A社やG社始めメジャーなクラウド系サービスは全部UTF-8だな

**デフォルトの名無しさん** · 2018/06/20(水) 01:39:40.00

でも客にはSJIS対応を求められる不思議

**デフォルトの名無しさん** · 2018/06/20(水) 01:55:53.31

意味がわからないよな
SJIS神話は何なのだろう
ジジイだけでなく中年や、中には学生にまであるよねww
学生なんて生まれたときからUTF-8の環境にいるはずで、
わざわざ使いにくい環境をどこで覚えてくるんだろうと怖くもあるww

**デフォルトの名無しさん** · 2018/06/20(水) 02:06:06.18

日本語が２バイトで済む安心感じゃないの？
あと、最近の根拠もなく他国をおとしめて喜んでいる類の人達には、
日本専用のコード体系かっけーさすが日本すげーとか思ってそう。

**デフォルトの名無しさん** · 2018/06/20(水) 06:24:00.33

>>402
日本のビジネスデータは全銀フォーマット等のような固定長が基本だから
文字のバイト数が可変のUTF8は向かないんだよね
うちのシステムでも、相手がUTF8で作ったテキストを送りつけてきて
大事故になったことがあった

**デフォルトの名無しさん** · 2018/06/20(水) 08:03:37.13

日本はまだマシで英語しか知らない欧米の連中だと「文字は1バイト」が常識だから
多言語化してても日本語を表示すると半分しか表示されないとかザラ。
最近はライブラリの整備や（通常全角幅の）絵文字の浸透のおかげで欧米の保守層にも文字コードの概念が伝わってるけどね。

**デフォルトの名無しさん** · 2018/06/20(水) 08:52:51.05

絵文字どころか10年以上前流行ったような古い日本の全角顔文字発掘してきて使ったりしてるよな最近

**デフォルトの名無しさん** · 2018/06/20(水) 15:17:43.40

>>401
ほんそれ

**デフォルトの名無しさん** · 2018/06/20(水) 15:19:01.43

>>403
なるほど
だとするとEBCDIC対応を求められても不思議じゃないな

**デフォルトの名無しさん** · 2018/06/20(水) 17:02:56.44

utf-8で何も考えずにソートしたら漢字の並びが非直感的になるから
しぶしぶsjis

**デフォルトの名無しさん** · 2018/06/20(水) 19:18:14.29

>>404
想像で言ってるだろ

**デフォルトの名無しさん** · 2018/06/20(水) 19:25:53.85

このスレは、Windowsを実務PCとして使ってない人が愚痴をこぼすスレですか。

**デフォルトの名無しさん** · 2018/06/20(水) 19:50:25.18

ほんそれ。
Windows使ってりゃSJIS要求するのは普通だし、そのWindowsはレガシーとしてSJISを捨てられないだけだし。
神話とか日本専用コードとかｗ

**デフォルトの名無しさん** · 2018/06/20(水) 20:58:05.50

Windowsの文字コード周りで唯一好きなのは改行コードが\r\nである点。
他の環境ではLFだけという実際に即していないコードだから嫌。
LFなら普通は「桁位置はそのままで次の行に」でしょ……
abc\n
　　de
↑こうなるべき。

**デフォルトの名無しさん** · 2018/06/20(水) 21:28:20.83

Windowsは互換性のためしょうがない部分はあるが、そういうのは\e[でやってろって感じだな。

**デフォルトの名無しさん** · 2018/06/21(木) 01:11:25.06

>>412
改行コードなんだから当たり前だろ。寝ぼけんな。
CR は改行コードじゃなくて復帰コードな。ラインプリンターに出してるわけじゃないので復帰コードが必要かどうかは仕様依存。

**デフォルトの名無しさん** · 2018/06/21(木) 01:29:39.14

ラインプリンター由来じゃなくてタイプライター由来じゃないの
キャリッジリターン
ラインフィード

**デフォルトの名無しさん** · 2018/06/21(木) 01:34:17.28

>>415
タイプライターに文字コードは必要ない。
正確にはテレタイプ端末とかテレプリンターとか呼ばれてた奴なんだが、要はラインプリンターだ。

**デフォルトの名無しさん** · 2018/06/21(木) 01:45:44.30

じゃあラインプリンターにもキャリッジあるの？
https://www.e-bridge.jp/eb/tcontents/yasasikunai-p/images/imageA001.jpg

**デフォルトの名無しさん** · 2018/06/21(木) 02:17:29.23

ラインまるごと打つからラインプリンターなんだよねｗ

**デフォルトの名無しさん** · 2018/06/21(木) 09:07:52.61

MACみたいにCRだけっていうのは病気だけど

CR+LFが来たら常にCR無視しておけばいいし
自分で出力するときはLFだけ出力しておけばいい
それだけ

**デフォルトの名無しさん** · 2018/06/21(木) 09:41:35.70

Why is the line terminator CR+LF?
https://blogs.msdn.microsoft.com/oldnewthing/20040318-00/?p=40193

If you go to the various internet protocol documents, such as RFC 0821 (SMTP), RFC 1939 (POP), RFC 2060 (IMAP), or RFC 2616 (HTTP),
you'll see that they all specify CR+LF as the line termination sequence.
So the the real question is not "Why do CP/M, MS-DOS, and Win32 use CR+LF as the line terminator?"
but rather "Why did other people choose to differ from these standards documents and use some other line terminator?"

**デフォルトの名無しさん** · 2018/06/22(金) 13:23:16.23

そのブログは CR + LF を正当化してるけど、テキストファイルの改行は
単に行のデリミタであって、カーソルの移動を意味してるわけじゃないと思うんだよね

**デフォルトの名無しさん** · 2018/06/22(金) 15:59:28.46

International Business Machines

**デフォルトの名無しさん** · 2018/06/22(金) 21:46:22.33

HAL 9000
"I'm sorry, Dave, I'm afraid I can't do that."

**デフォルトの名無しさん** · 2018/06/26(火) 16:07:00.46

>>421
だよな。テレタイプじゃないんだから10か13をLE(Line End)にすればいいんだ

**デフォルトの名無しさん** · 2018/06/26(火) 22:23:33.42

一方でEBCDICはCRやLFとは別にNLを定義した。

**デフォルトの名無しさん** · 2018/06/27(水) 00:01:18.11

ｺﾚが正解

https://i.stack.imgur.com/e4xm6.jpg
つまり
carriage returnは行頭に復帰
line feedは行送り

CRだけなら何度も同じ行が上書きされる（行送りされない）
LFだけなら例えば3行だとこうなる
XXXXXXXX
　　　　　　　XXXXXXXX
　　　　　　　　　　　　　　XXXXXXXX

**デフォルトの名無しさん** · 2018/06/27(水) 00:23:59.29

⮠じゃなくて⮦

**デフォルトの名無しさん** · 2018/06/27(水) 00:37:35.67

>>426
何自慢げに周回遅れなこと書いてんだ？
それ前提の議論だぞ？
>>417見ろや