Windowsのシステムロケール「日本語（日本）」はやっぱり特殊？
Windowsにまつわる都市伝説 「©」はUnicodeなのにUnicodeではない？ ［参考］真夏の怪異、ログオン中のユーザーが1人少ない！ それは「Shift-JIS」の呪い？（本連載 第189回） WindowsのNTFSファイルシステムは、MS-DOSや16bitアプリケーション向けに、「8.3（8dot3）」形式の短いファイル名を自動生成する互換機能を提供しています。とある、有名なWindowsの専門書籍（英語）には、その生成方法が説明されています。 例えば、スペース（空白）やUnicode文字など、MS-DOSで使えない文字、前後のピリオド、最後のピリオドを除く埋め込まれたピリオドを削除するなどです（この後に3つの手順が続きます）。 書籍に例示されているファイル名で実際にファイルを作成し、「DIR /X」コマンドで8.3形式の短いファイル名を確認してみたところ、3つの例外を除い
エディタで等幅日本語フォントを最適に表示させるには、フォントサイズを2か3か5の倍数にするといいよ！ - Qiita
フォントサイズによって、幅が噛み合わないことがあった Fira Codeはフォントサイズが5の倍数のときに幅が整う。 FiraCodeでも同様の現象が。FiraCodeは半角5:全角3の比率なので、フォントサイズを5の倍数にするときれいに整う。 pic.twitter.com/E0d1tZgQoU — suin❄️PHPでオブジェクト指向 (@suin) 2018年12月7日 Source Han Code JPはフォントサイズが3の倍数のときに幅が整う。 一方、Source Han Code JPは、全角3:半角2の比率なので、フォントサイズは3の倍数にするときれいに整うことがわかった。 pic.twitter.com/g8DFJ39FHI — suin❄️PHPでオブジェクト指向 (@suin) 2018年12月7日 Ricty Diminishedはフォントサイズが2の倍数のときに幅
日本語カナの使用頻度 - Schreibe mit Blut
日本語については朝日新聞・読売新聞の一面及び社説、アメリカ歴代大統領の就任演説（フィッツジェラルド〜ジョージ・ブッシュ）の和訳、20代男性のE-mail及び刑法から11万7433字を解析したデータです。なおカッコ内の数字は出現回数です。解析方法は「漢字かな変換プログラムkakasi」 を使い漢字及びカタカナをひらがなに変換した上で、統計を取りました。 http://www7.plala.or.jp/dvorakjp/hinshutu.htm い 6653 わ 2445 つ 1411 ひ 541 へ 272 う 5095 き 2386 ま 1307 は 531 ご 268 ん 4993 る 2376 だ 1244 ば 530 ざ 196 し 4571 が 2008 ち 1240 や 527 ず 186 の 4022 を 1919 け 1169 ろ 497 しゃ 184 か 3518 で 18
やっかいな漢字 – CJK部首補助／康煕部首 – ものかの
DTP制作向けのテキスト整形の話です（楽しい文字沼）。 CJK部首補助や康煕部首の漢字は、とてもやっかいです。なにがやっかいかというと、見た目では通常の漢字と区別ができないことです。 文字コードが違うのにどうして見た目がこれほど同じなのかというと、フォントの同じグリフが表示されているからです。 クライアントから支給された文字原稿に、もしかするとこのやっかいな漢字が混入しているかもしれません。なぜかというと、PDFから文字をコピーすると、通常の漢字だったはずなのに、なぜかやっかいな漢字に変わってしまうことがあるからです。このごろは文字原稿の作成にPDFから文字をコピー＆ペーストすることが普通に行われているので、やっかいな漢字の混入は日常茶飯事といってよいかもしれません。 クライアントからPDFを支給されたときも、DTP制作者がPDFから文字をコピー＆ペーストして、気づかずにやっかいな漢字を混
Word Macro Source Code : 文書中の康煕部首文字を正常文字に置き換える
Word Macro Source Code : 文書中の康煕部首文字を正常文字に置き換える「置換」コマンドを連続して実行させる、実務に役立つWordのマクロの完全なソースコードを公開しています。学習目的でもOKですので、ご自由にお使いください。問題発生機序と本記事プログラムの守備範囲問題は次の順序で進んでいく１．メイリオフォントで文書を作成する２．この文書をPDFファイル化する。この変換時点で根本問題が発生する。３．Acrobat ReaderでこのPDFファイルを開き、康煕部首文字を「検索」してみる。例えば、文書内に「高」の文字を視認できれば、その「高」を「検索」してみる。ヒットしないことを確認する４．Acrobat Readerで、文字データを「コピー」する５．ワープロアプリWordの文書に「貼り付け」る６．Wordの「検索」コマンドで、康煕部首文字（例えば、「高」という文字）を「
O'Reilly Online Learningで日本語の本を読む方法 - oinume journal
O'ReillyのOnline Learning(旧O'Reilly Safari Books Online)は月額$49でオライリーの本や動画などが見放題になるエンジニア向けのサブスクを提供している。以前は英語の本しか読めなかったが、いつからか日本語の本も読めるようになっていたのでメモ。 www.oreilly.com Sign Inして、左のメニューのSettingsをクリックするとLanguage Preferencesがあるので、ここでJapaneseにチェックを入れて下のUpdate Preferencesをクリックして保存する。 これでHomeに行き、例えばGraphQLで検索すると検索結果の画面でBooksのタブがあるのでこれを選択する。そうするとLanguageの選択ができるので、ここでJapaneseを選ぶと日本語の本だけに絞ることができる。(手っ取り早く検索結果を表示し
正午は午前12時？それとも、午後12時？ | 国立天文台(NAOJ)
結婚式などが始まる時刻を他の人に知らせるときに、どう表せばよいのか、とまどう方がいらっしゃるようです。 結論としては、正午は「午後0時」か「午前12時」と表すことができます。これは、「午前12時」が「午前11時」の1時間後、「午後0時」が「午後1時」の1時間前と考えると、どちらも正午を表すことは、自然に理解することができると思います。しかし、例えば「午前12時30分」という言い方をしたときに、これを昼のことと考えるか、夜中のことと考えるか、人によって見方が違ってしまう可能性がありますので、｢午前12時何分｣という言い方はせずに、「午後0時」という言い方をしたほうが誤解は少なそうです。 逆に、真夜中（正子）は「午前0時」か「午後12時」と表せます。 この「午前・午後」の呼び方の定義を調べると、明治5年11月9日に出された「太政官達（だじょうかんたっし）第337号」にまで遡らなければなりません
Japanese Filename｜RFC2231の誤り
目次 はじめに MIME ヘッダ ファイル名の記述方法 現状の Windows のメイラーにおける日本語ファイル名の取り扱い RFC 2231 RFC 2231 の誤り はじめに Windows のメイラーでは日本語のファイル名の付いた添付ファイルを扱えるものがほとんどであるが、その実装は正しいのであろうか？ 実はほどんどが誤りである。しかし、誤りではあるが同じ方法を実装していれば相互間の運用にはそれほど不都合はないため、Windows しか使っていないユーザーは誤りであることに気が付かないことが多い。定義されていない実装であるから当然のことながら、正しい実装をしている IMAP サーバやメイラーではそのファイル名を認識できない。本末転倒である。そこで、ここでは添付ファイルにおける日本語のファイル名について考察を行っていくことにする。 MIME ヘッダ まず、この文書を理解するために必要な
fudist - ダメ文字一覧表
文字化けや検索不可などの原因となる、Shift_JIS(cp932)の2byte目が正規表現などのメタキャラクタ(制御記号)と重なる文字一覧。 扱う言語やシステムによって有効なメタキャラクタが異なるので、下の表に含まれていても全てがダメ文字というわけではありません。 ただしバックスラッシュ(￥記号)の0x5c と パイプ文字( | 記号)の0x7cは多くのシステムで問題になるので注意する必要があります。 解説と対策「Shift_JISのダメ文字」
fudist - Shift_JISのダメ文字
Shift_JIS(SJIS, cp932) の文字コードで、2byte目が0x5c の \ になっているものの俗称(だめ文字、駄目文字) 0x5cの \ は使用するフォントやロケールによりバックスラッシュまたは￥記号で表示されます。 ダメ文字を含む文字列やパス、ファイル名を処理する場合には文字化け、検索不可など様々な不具合が起きることがあります。 ダメ文字には ー ソ 十 表 など、使用頻度の高いものもあるので cp932を扱う場合には注意が必要です。 また広義には2byte目が 0x7c のパイプ文字 | になっている文字や、2byte目が正規表現などのメタ文字と重なる文字も含む場合もあります。 ダメ文字問題は正規表現をはじめとする様々な言語、システムで制御用のメタ文字として扱われる文字と同じバイト列が、SJISの漢字の2byte目に含まれていることにより起こります。 特に 0x5c
Media Player Classicの拡大縮小 - Computer
Computer コンピュータにおける作業ログ アーカイブ 月別アーカイブ 2022年12月 2020年9月 2020年4月 2020年3月 2020年1月 2019年12月 2019年8月 2019年7月 2019年6月 2019年5月 2019年4月 2019年3月 2019年1月 2018年12月 2018年11月 2018年9月 2018年6月 2018年5月 2018年1月 2017年9月 2017年8月 2017年7月 2017年6月 2017年5月 2017年1月 2016年12月 2016年6月 2016年3月 2016年2月 2016年1月 2015年12月 2015年11月 2015年10月 2015年8月 2015年7月 2015年6月 2015年5月 2015年4月 2015年3月 2015年2月 2015年1月 2014年12月 2014年9月 2014年7月 2
翻訳料金の相場 × 翻訳報酬の計算方法
a) 出来高制 翻訳料金の計算方法には、伝統的に出来高制が採用されています。一般に著述業界では400字詰め原稿用紙の枚数に単価を掛け合わせて原稿料を算出しますが、翻訳業界でも外国語から日本語に訳す場合は、同じ方法で計算します。 ※日本語翻訳済み原稿用紙枚数（1枚400文字）×単価（円） 日本語から英語に訳す場合は、A4用紙1枚で英単語が180～200個あるとみなし、計算します。これは機械式タイプライターを使用していた頃の名残だそうです。 ※英文翻訳済みA4用紙枚数（1枚180～200words）×単価（円） b) 原語カウント制 出来高制では、実際に訳文が完成するまで正確な翻訳料金がわからない、翻訳者の技量や文章嗜好によって訳文の量に差がある、などの不都合な面があります。そのため、紙文書に替わる電子文書時代の主流になりつつあるのが、原語で正確に料金を決める方法です。英文和訳の場合は英語の単
TechCrunch
This pitch deck makes for some really interesting reading and storytelling, so let's dive in and see if we can spot what happened and how.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Azure 環境における Windows Server 2019 の日本語の言語パック適用手順について (修正展開済み)
見た目の変わらない文字化け―康煕部首とメイリオ - 日本インスティテューショナル・リサーチ協会 コラム
Engadget | Technology News & Reviews
MJ文字情報一覧表 変体仮名編
TechCrunch | Startup and Technology News
gr.jp
日本語形態素解析の初歩 - あらびき日記
