文字コード総合スレ part14
1 :デフォルトの名無しさん :2023/03/03(金) 15:46:58.08 ID:yKqwMGHT.net Windows NTは初代からUnicodeがネイティブの文字コードです。cp932ではありません。 プログラマーなら一度は煩わされたことのある文字コードについてのスレ。 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/ 文字コード総合スレ Part11 https://mevius.5ch.net/test/read.cgi/tech/1516629503/ 文字コード総合スレ Part12 https://mevius.5ch.net/test/read.cgi/tech/1544931495/ 文字コード総合スレ part13 https://mevius.5ch.net/test/read.cgi/tech/1593777227/
552 :デフォルトの名無しさん :2024/02/14(水) 14:21:18.91 ID:J37aOx7P.net BOMってことは交換用データの話だとおもうけど だいぶ前からUTF-8推奨じゃね? 内部データとは別の話
553 :デフォルトの名無しさん :2024/02/14(水) 19:34:50.64 ID:ba/U1l5L.net 最初APIの話で当然内部コードの話だったんだけど違う話はじめたからな
554 :デフォルトの名無しさん :2024/02/15(木) 18:14:47.71 ID:ecDgnIbp.net >>552 Windowsそのものの話
555 :デフォルトの名無しさん :2024/02/17(土) 21:31:39.77 ID:919I6L0E.net 絵文字同士を結合した文字はOSによっては結合して表示されないから新たな機種依存文字になってるよね
556 :デフォルトの名無しさん :2024/02/17(土) 21:49:18.90 ID:5TKLtUC1.net 機種?
557 :デフォルトの名無しさん :2024/02/18(日) 00:28:41.00 ID:JX7gxI3D.net 文字幅が実行時にやってみないと確定しないのはマジで困るし非効率すぎるよな
558 :デフォルトの名無しさん :2024/02/19(月) 14:52:55.18 ID:DKEFCHRN.net 市民への郵送物、JISコード外の氏名が文字化け さいたま市が謝罪 https://www.itmedia.co.jp/news/articles/2402/19/news091.html 発送した12万通のうち4438通で、JIS規格の文字コードに含まれない外字を含む氏名について、正しい漢字が適用されなかったという。 対象の郵送物は「さいたま市物価高騰対応重点支援給付金のお知らせ」。 給付金に関する事務を受託している事業者が、外字を適正に印字する設定を誤ったため文字化けが起きたという。
559 :デフォルトの名無しさん :2024/02/19(月) 15:01:56.94 ID:W0+AhDGC.net 書き間違いで大量に発生したニセ漢字は今後使用禁止とするのがいいのかな 外字も必要なくなり皆がハッピー
560 :デフォルトの名無しさん :2024/02/19(月) 15:09:57.93 ID:nUsGqOzK.net 文字化けと言っても記号列の様な感じじゃなく中華フォントになったのだろう 普段から一部の粗悪アプリで中華フォントを見させれれてる弊害だな
561 :デフォルトの名無しさん :2024/02/19(月) 15:17:29.77 ID:W0+AhDGC.net 外字とあるから 書き間違いで戸籍などに登録された、 書き間違いニセ漢字のことだと思うよ
562 :デフォルトの名無しさん :2024/02/19(月) 15:31:19.40 ID:rXkcKh1e.net Unicodeも振られていない「外字」が4%弱の人名に使われてるとは思わないけどね どうなの?
563 :デフォルトの名無しさん :2024/02/19(月) 16:04:50.11 ID:Z5993mnd.net > 2月9日(金曜日)に委託事業者から納品された通知を、郵便局に差し出すために仕分けをしている際に、 > 市職員が外字が正しく適用できていない通知を発見したことで覚知しました。 記号列(◇の中に?等)タイプだと委託業者や印刷所が気が付く可能性が高いから ワタナベやサイトウ等のIVSを反映してなかった、と言う可能性はあるかも チェックした職員はGJだな、普段から外字を気に掛けてるのだろう
564 :デフォルトの名無しさん :2024/02/19(月) 16:29:42.83 ID:wagphOU/.net 右から左に字を書く文化圏でもBackSpaceやEnterキーの矢印は右から左なんだよね
565 :デフォルトの名無しさん :2024/02/20(火) 00:03:22.85 ID:HesmWnzZ.net そりゃそうだろうよ
566 :デフォルトの名無しさん :2024/02/20(火) 08:17:36.44 ID:72vUKQN+.net >>564 え? 某OS上の某キーボードの中の人だったが、逆向きにしたぞ UIは基本的に左右が逆 あと、括弧や不等号を入力すると逆向きになったりする おかげで一時期頭がアラビア語脳だった しかし、日本も戦争に負けなければ「右から左に文字を書く文化圏」なんて 他人事じゃなかったはず アメ公のせいじゃけんのう。くやしいのう
567 :デフォルトの名無しさん :2024/02/21(水) 00:09:55.88 ID:Tatd9Vu2.net あれ、でも実はそうかな? 念の為、競合の某大手のもチェック.... OK,、仲間発見。 焦るじゃないか。いい加減なこと言うんじゃない
568 :デフォルトの名無しさん :2024/02/21(水) 00:24:01.03 ID:Tatd9Vu2.net ああ、OSによってはリターンキーのデザインとかキーボードの言語でなく UIの言語で決めていたのもあったような気がするな くそっ、俺にとって今はどうでもいい事なのに気になるじゃないかw
569 :デフォルトの名無しさん :2024/02/23(金) 13:32:00.44 ID:y/vtB73j.net >>566 >あと、括弧や不等号を入力すると逆向きになったりする >おかげで一時期頭がアラビア語脳だった 頭がパニックになりそう 頭脳パズルで使える
570 :デフォルトの名無しさん :2024/02/23(金) 14:11:14.91 ID:zZg+pKnE.net 文字は右から左だけど、数字は左から右だったような 日本語で表現すると「すーまりいはータッリ30ンリソガ」みたいな感じ
571 :デフォルトの名無しさん :2024/02/23(金) 14:21:21.57 ID:7PfXlp3P.net 数字をリトルエンディアンで表記していると考えると自然。
572 :デフォルトの名無しさん :2024/02/23(金) 23:20:37.86 ID:ZR6D6MGM.net 日本語は中国語と同様に元々縦書きで右から左に行が移る言語なので、横書きした場合は右から左に書いていた。1行の長さが1文字になったみたいな感覚だ。だから戦前戦中は横書きというと右から左に書いてあるのが多い。 これが左から右の英語と同じようにした理由は戦後英語から翻訳した文を下に書く時に見易いから。
573 :デフォルトの名無しさん :2024/02/23(金) 23:36:24.87 ID:BOi6B7hI.net 左から右の横書きは戦後ではなくそれよりもずっと前からだよ あくまで右から左がなくなったのが戦後というだけの話
574 :デフォルトの名無しさん :2024/02/24(土) 21:11:27.48 ID:hGTo+fc5.net 縦書きと横書き https://ja.wikipedia.org/?curid=329702
575 :デフォルトの名無しさん :2024/02/25(日) 21:12:56.55 ID:Cch9zGyp.net >>570 「ガソリン30リッター」の部分が英語だとしたら、そこは左->右なので 「すーまりいはガソリン30リッター」としなければならない
576 :デフォルトの名無しさん :2024/02/25(日) 23:52:14.62 ID:IA0XC+Pj.net >>575 アラビア文字のおハナシ
577 :デフォルトの名無しさん :2024/02/27(火) 11:38:12.52 ID:EbapOQdH.net >>576 もちろんそうですが何か? というか右->左の言語一般かな。ヘブライとかも 難しいのは言語の境界で、例えば「ガソリン30はいりまーす」だとして、 「ガソリン」が英語、「30はいりまーす」が日本語(右->左)だと思えば 「すーまりいは30ガソリン」となるが、「ガソリン30」で区切れると判断してしまうと 「すーまりいはガソリン30」と、違う結果になってしまう あるあるだよね〜
578 :デフォルトの名無しさん :2024/02/27(火) 14:32:58.93 ID:0J04Un9A.net 縦日 に本 書語 けな ら
579 :デフォルトの名無しさん :2024/02/28(水) 01:29:44.98 ID:anWSvM2g.net MS-IMEのせいで丸印が、漢数字の零(ゼロ)に置き換わってしまった。 日本マイクロソフトは常に中国人に日本語を担当させているから、取り返しのつかない事態になってしまった。
580 :デフォルトの名無しさん :2024/02/28(水) 15:41:15.50 ID:lyPNcJHE.net 嘘も百回言えば真実となるってやつか
581 :デフォルトの名無しさん :2024/02/28(水) 19:33:10.15 ID:anWSvM2g.net 漢数字はフォントによっては真円じゃないからな。 潰れた丸印だと何これと思う未来がみえる。
582 :デフォルトの名無しさん :2024/03/05(火) 01:45:14.40 ID:7S/8Mxza.net 区切り文字としてHorizontal Tabは使われているが Vertical TabはTSV形式でも使われていないよね 他にも0x1C-0x1FのFS GS RS USも区切り文字として想定されているのに使われていない
583 :デフォルトの名無しさん :2024/03/05(火) 18:49:24.75 ID:AgmV2Z5M.net oO0◯○。゜❍〇⁰
584 :デフォルトの名無しさん :2024/03/07(木) 05:14:15.03 ID:bENjjFCg.net UTF-8で記号がたくさん登録されてしまったのも問題だよな ハイフンのような横棒は種類がたくさんあって、文字フォントの見た目では区別できなようなものもある。
585 :デフォルトの名無しさん :2024/03/07(木) 16:55:28.90 ID:vq4kvo+w.net それよりもはるかに深刻なのはスペースに見える文字がたくさんあって スペースを取り除くプログラムを書くのが不可能に近い
586 :デフォルトの名無しさん :2024/03/07(木) 17:41:11.51 ID:Km2D9ufH.net \s \p{Zs}以外は知りませんではダメ?
587 :デフォルトの名無しさん :2024/03/08(金) 17:23:14.35 ID:LipF0GJv.net >>585 近いだけで不可能ではないので大丈夫
588 :デフォルトの名無しさん :2024/03/09(土) 19:20:37.58 ID:xWVzZbl0.net Unicodeの正規表現でいける?
589 :デフォルトの名無しさん :2024/03/09(土) 20:38:58.52 ID:v2bDUg3+.net 正規表現じゃ無理に近い 素直にブラックリストです
590 :デフォルトの名無しさん :2024/03/09(土) 21:24:45.91 ID:HJGXBhOf.net >>588 正規表現はASCII文字くらしか想定していないが、UTF-8のASCII文字限定であれば問題ない。
591 :デフォルトの名無しさん :2024/03/09(土) 23:16:58.67 ID:fHpY/2ik.net UnicodeProperty「...
592 :デフォルトの名無しさん :2024/03/10(日) 02:07:22.30 ID:XyA7TYUn.net まだこんなレベルが複数いるとはな 585はなんだとおもってるんだろうか
593 :デフォルトの名無しさん :2024/03/15(金) 23:58:29.83 ID:AJ1aqVjx.net FS GS RS USを区切り文字にしている形式はあるんだろうか
594 :デフォルトの名無しさん :2024/03/16(土) 12:13:18.07 ID:YNOid1to.net 文字列の16進コードでも正規表現できればわかりやすくなる 何語でもよくなる
595 :デフォルトの名無しさん :2024/03/16(土) 13:00:35.09 ID:g4+az/43.net わかりやすいか?
596 :デフォルトの名無しさん :2024/03/22(金) 23:58:21.79 ID:3jp6lodI.net Unicodeのコードポイントが7FFFFFFFではなく10FFFFまでになったのはUTF-16で表せるのが10FFFFまでだから?
597 :デフォルトの名無しさん :2024/03/23(土) 00:18:21.28 ID:2nTsjVrr.net >>596 >>7 FFFFFFFではなく その前提はどこから来たのやら...
598 :デフォルトの名無しさん :2024/03/23(土) 01:10:47.92 ID:IkaEn615.net >>597 UTF-8 で表現可能な上限が 0x7fffffff だな。 UCS-4 すなわち UTF-32 だと 0xffffffff UCS-2 だと 0xffff UTF-16 の上限に合わせているというの合ってる。
599 :デフォルトの名無しさん :2024/03/23(土) 02:34:19.03 ID:Wb02QQTi.net 微妙にかみあってなくて笑う
600 :デフォルトの名無しさん :2024/03/23(土) 07:47:34.76 ID:RuIB3JhE.net 仮にUTF-8のビットパターンで1バイト目に11111111を使っていいとしたら その後は10******が8バイト続くことになり48bitまで表現できることになるね
601 :デフォルトの名無しさん :2024/03/23(土) 09:10:32.39 ID:mSx3lxAx.net >>594 マルチバイト文字に [] が使えなくて | で書かなきゃならんから少し面倒にはなるな。
602 :デフォルトの名無しさん :2024/03/23(土) 11:39:26.85 ID:IkaEn615.net >>600 未定義なので定義次第。6バイトの次が7バイトや8バイトは限らないので10バイトとか定義すればそのまま64ビットをカバーすることできるし、拡張の余地は残してある。
603 :デフォルトの名無しさん :2024/03/24(日) 09:08:35.50 ID:BJcMo4Na.net >>596 当初UCS-4は最上位ビットをエスケープなどの用途に使い それを除いた7FFFFFFFまで使用可能にする計画だったはず しかしUnicodeの上限が10FFFFと決まったためにUCS-4もそれに合わせて10FFFFになったのでは
604 :デフォルトの名無しさん :2024/03/30(土) 15:01:07.51 ID:7t7x8zZ+.net C: \のようにディレクトリの区切りが円マークなのは文字化けの結果なんだよね C:\のようにバックスラッシュが本来の文字なのに 円マークの方が見慣れていてバックスラッシュだと違和感を感じてしまう なぜディレクトリ区切りにスラッシュではなくバックスラッシュを採用したんだろうか
605 :603 :2024/03/30(土) 15:05:16.11 ID:7t7x8zZ+.net 603の1行目でC:の後に0xA5を入れたらバックスラッシュになってしまった・・・
606 :デフォルトの名無しさん :2024/03/30(土) 15:07:21.72 ID:NUhOM3sH.net 別に文字化けでもないでしょ バクスラなのはオプションがスラッシュだから
607 :デフォルトの名無しさん :2024/03/30(土) 15:16:04.30 ID:bmf5qOAu.net Win32のファイル関連APIはスラッシュでOK NT APIを直接使う時にはスラッシュはNG GUIコントロール、ダイアログなどで独自処理してる箇所はスラッシュの考慮漏れ多数
608 :デフォルトの名無しさん :2024/03/30(土) 16:10:17.92 ID:OZirNnMs.net Windows のRuby では、/ も使う。 C:/Users/Owner/Documents/a.txt WSL2, Linux なら、/mnt/c/ とか /mnt/c/Users/Owner/Documents/a.txt
609 :デフォルトの名無しさん :2024/03/31(日) 00:46:19.56 ID:/gud7Tc3.net C:\Users\Owner/Documents/a.txt なんてのが OK な処理系もあるな
610 :デフォルトの名無しさん :2024/03/31(日) 01:53:54.19 ID:x9YjQ3QN.net 処理系というかDOS/WindowsならOSがそうなってる
611 :デフォルトの名無しさん :2024/03/31(日) 06:08:53.00 ID:PaHOJUqO.net >>604 UNIXの真似したかったんだけど同じにしたくなかったんじゃね?
612 :デフォルトの名無しさん :2024/03/31(日) 07:10:21.54 ID:I5DgQFHY.net ゼロは、〇とか0とか0もいいけど、ぼくはΘが僕はスキです。
613 :デフォルトの名無しさん :2024/03/31(日) 07:11:47.66 ID:I5DgQFHY.net ディレクトリ区切り は、> が、ボクは、好き❦❤♥
614 :デフォルトの名無しさん :2024/03/31(日) 07:25:21.69 ID:SDQUovF1.net もともとDOSはCP/Mの互換OSでディレクトリは無かった。で新バージョンで UNIX 等を真似てディレクトリを導入しようとしたんだけど、その時点で / はオプションの導入記号として使用済みだったので仕方なく \ を使った。単なる歴史的経緯。
615 :デフォルトの名無しさん :2024/03/31(日) 14:18:23.86 ID:iuJTPy3O.net DOSはSWITCHARをコマンドでオプションの記号を/から-に変えられたようだが Windowsにも同じ機能はあるんだろうか?
616 :デフォルトの名無しさん :2024/03/31(日) 16:22:56.09 ID:SDQUovF1.net >>615 config.sys に書くやつなので同じのはないな。 一方で windows の内部API は \ だけじゃなくて / もディレクトリ区切りとして受け付けるというか、むしろ内部的には / に統一なのでDOS互換の目的以外でオプションに / を使う意味はない。
617 :デフォルトの名無しさん :2024/04/02(火) 21:41:53.85 ID:bdVNxKJc.net Windowsのパス区切り文字は、なぜ逆スラッシュになったのか? https://ascii.jp/elem/000/001/763/1763591/
618 :デフォルトの名無しさん :2024/04/03(水) 09:15:12.66 ID:vt2yN74v.net 2018年の記事でこのネタを扱って「この事実が開発者の間に広く知られるようになったのはここ数年ぐらいのこと」と書いちゃうの 筆者さんのお年頃を感じるわ
619 :デフォルトの名無しさん :2024/04/03(水) 15:47:23.50 ID:jDA8lqcs.net Windowsは長いパスを想定していないなど、いまさらどうにもならない部分はたくさんあるからなあ。
620 :デフォルトの名無しさん :2024/04/03(水) 15:47:57.80 ID:jDA8lqcs.net 正確には長いシステム文字列だけど
621 :デフォルトの名無しさん :2024/04/05(金) 09:39:34.21 ID:OAeRR9uw.net Windows 10 バージョン 1607 以降で長いパスを有効にする https://learn.microsoft.com/ja-jp/windows/win32/fileio/maximum-file-path-limitation?tabs=registry#enable-long-paths-in-windows-10-version-1607-and-later
622 :デフォルトの名無しさん :2024/04/06(土) 02:00:07.31 ID:q9eV9Q7I.net システムそのもののことを書いたんだけどな
623 :デフォルトの名無しさん :2024/04/06(土) 02:00:42.72 ID:q9eV9Q7I.net Windowsそのものは互換性の維持から変えられない
624 :デフォルトの名無しさん :2024/04/06(土) 06:49:25.04 ID:bcbhwFp/.net いい加減消えろよ荒らしかなんかなのか?
625 :デフォルトの名無しさん :2024/04/08(月) 00:02:59.85 ID:q+W5fVX8.net Windowsだと日本語のパスを普通に扱うから、UTF-8のストレージからコピーしたものなどは、キャラクタセットの問題で同じファイルと認識されないことがある。
626 :デフォルトの名無しさん :2024/04/08(月) 00:06:46.79 ID:gUGErxP/.net robocopyコマンドなどは日本語の濁点文字を変換できないので、Macなどから持ってきたファイル、フォルダなどをWindowsは正確に置き換えられず、新しい別のファイルだと判断してしまう。
627 :デフォルトの名無しさん :2024/04/08(月) 06:23:54.81 ID:/usqsKAh.net Unicodeの正規化の問題はマカーでもMacが変だとおもってるから zipとかを客に要求されたときは気を使ってる 俺はスクリプトでアーカイバ書いた
628 :デフォルトの名無しさん :2024/04/09(火) 20:36:20.01 ID:rPao90Ac.net UTF-8は同じ記号を二重に定義したりと迷惑極まりない
629 :デフォルトの名無しさん :2024/04/09(火) 20:39:38.16 ID:rPao90Ac.net 日本語のフォルダ名、日本語のファイル名、半角スペースが入っているパスなどは、やはりキャラクタセットの問題、区切り文字と誤認識したりと日本語を使う弊害があるから、MacユーザーはWindowsでも問題ない名前にしてくれないと無用なトラブルを起こす。
630 :デフォルトの名無しさん :2024/04/09(火) 21:34:31.96 ID:iMz8mL7D.net >>629 そんなこと言うとマックユーザーは濁点や半濁点が禁止になるぞ?!
631 :デフォルトの名無しさん :2024/04/09(火) 21:45:35.69 ID:UYF51JOY.net >>630 UNIXで日本語を普通に使っている時点で問題があるのにな Macユーザーは知識のない人間が多いのは事実だし、シェアが低いのにMacの方が売れているかのような嘘を話す。
632 :デフォルトの名無しさん :2024/04/09(火) 22:14:36.89 ID:alsgPFRw.net 昔は句点にしったかはいなかったのに時代かな
633 :デフォルトの名無しさん :2024/04/10(水) 01:10:50.60 ID:o/CaXglC.net 句読点話とか昔から議論があって、国とマスコミが合わせている話を最近の話だと思っているのは、ネットの捏造話題に振り回されすぎだw
634 :デフォルトの名無しさん :2024/04/10(水) 17:32:28.51 ID:+KIbNPCo.net 大文字と小文字の使い分けで問題が出るので
635 :デフォルトの名無しさん :2024/04/15(月) 15:11:19.52 ID:PE3M1YJ/.net 改行コードは、LF CR LF+CR どれが間違えなのか統一しろっつうの
636 :デフォルトの名無しさん :2024/04/15(月) 20:58:18.76 ID:QxQntH9/.net >>635 その前提が間違っています
637 :デフォルトの名無しさん :2024/04/16(火) 01:11:44.84 ID:FS4GZ/y6.net >>635 迷ったときはとにかくBOMなしUTF-8でLFにしろ
638 :デフォルトの名無しさん :2024/04/17(水) 05:36:29.22 ID:w7jXmCDp.net >>637 Windowsの知識がないのか?
639 :デフォルトの名無しさん :2024/04/17(水) 05:37:28.83 ID:w7jXmCDp.net WindowsはBOM付きじゃないとUTF-16だとみなすことが多い。
640 :デフォルトの名無しさん :2024/04/17(水) 06:30:22.24 ID:SUsXTeqI.net >>637 正解 それで世界標準が確立した
641 :デフォルトの名無しさん :2024/04/17(水) 18:58:24.59 ID:Pzbg3t/L.net >>639 そりゃあWindowsはそう判定するかもしれんけどな 普通はWindows上で動作するアプリの方にファイルを食わすんよ そんでそのデファクトがBOMなしLF UTF-8って寸法さね
642 :デフォルトの名無しさん :2024/04/17(水) 23:38:18.72 ID:knPCS6jH.net Windows なら BOM 無し CRLF UTF8 ではないかと思う どっちみちアプリ専用なら決め打ちだろうしな 自動判別が必要なものなんてテキストエディタくらいだろう
643 :デフォルトの名無しさん :2024/04/18(木) 00:01:39.47 ID:oEM4PXys.net 結局ネット互換性で文字コードは統一の方向に向かっている感じ。昔はOSごとにバラバラでも問題は大きくなかったんだが最近はそうも行かなくなって、ネット交換性のないアプリとかは時代遅れになっているし、開発もOS独立が主流。 今の所ネットでは、サーバーは Linux が圧倒的なシェアを持ってて、クライアントはスマフォ、特に android がシェア1位なのでやっぱり linux なのでその文字コードに全体が引き寄せられてる。
644 :デフォルトの名無しさん :2024/04/19(金) 16:15:59.26 ID:B7MqzRwb.net 横サイズ×縦サイズのように大きさを書くときには U+D7の乗算記号を使うべきなんだろうがアルファベットのxで書かれていることが多いよね 乗算記号はキーボードから直接入力できないからこうなってしまったのか キーボードから直接入力できる*も乗算記号の代わりとして使えるはずだがこの表記もあまり見かけない
645 :デフォルトの名無しさん :2024/04/19(金) 17:54:47.14 ID:8xyh5QpX.net ×とхとxとXとХと✕と✖の違いがわからない
646 :デフォルトの名無しさん :2024/04/19(金) 19:46:17.55 ID:jRDwWt4b.net >>644 Latin-1補助の文字集合というのがいまいちねえ そういえば円記号だって0xA5だけを使うという世界線がもしあったなら
647 :デフォルトの名無しさん :2024/04/20(土) 02:13:39.00 ID:5uh2yve4.net かける での変換、Shift キーとの同時押 下が面倒で x で代用するのかもしれんな
648 :デフォルトの名無しさん :2024/04/20(土) 02:18:34.42 ID:TAp2l9om.net >>647 もともとユニコードとか日本語とか実装される前の時代というか、コンピュターができる前のタイプライターの時代に乗算記号を x で代用する文化ができた。それが今に引き継がれてるだけ。
649 :デフォルトの名無しさん :2024/04/20(土) 10:09:45.86 ID:V9YAL+TF.net そもそも乗算記号は世界共通じゃないのよ ×じゃなくて・使う地域がある 除算記号も:使う地域がある
650 :デフォルトの名無しさん :2024/04/20(土) 14:38:04.06 ID:nh5GJjX6.net 桁区切りや小数点が違うのは、国際化ライブラリで変換してくれるのがあるよね 数学の演算記号もカバーしてたりするんだろうか
651 :デフォルトの名無しさん :2024/04/20(土) 17:24:22.41 ID:V9YAL+TF.net コンピュータ言語だと*と/で代用してるからね 世界共通じゃないのと普通の文章であまり出てこないのでASCIIコードに入らなかったんだと思う 数学だと乗算記号は省略されるし除算も分数表記になるし
274 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200
本文 スレッドタイトル 投稿者