Cygwinで変更になった一部全角幅文字の扱いを元に戻す - Qiita
以前のCygwinでは、LANGがja_JP.UTF-8の場合、ギリシャ文字(αβγ)や矢印(⇒→)、罫線(─│)などのEast Asian WidthでAmbiguous(曖昧)に属す文字は全角扱いされるようになっていましたが、最近のバージョンアップでこのような特別扱いが除去(=半角扱いに変更)されました。(どのバージョンからは把握していないのですが) 参考: drop ambiguous-wide behaviour from Unicode CJK locales 変更前: -These characters have a width of 1 for singlebyte charsets and a width of 2 -for multibyte charsets other than UTF-8. -For UTF-8, their width depends on the
次期 Windows で Chrome (Edge) のデフォルト表示が Noto フォントになりそうなので、ズレない CSS を追加する
TL;DR 今後のデフォルトの Noto Sans を尊重するのであれば text-box: trim-both ex alphabetic でハーフリーディング（ハーフレディング）を除去して上下の位置を合わせる。 もしくは、明示的に font-family: Meiryo を指定して Noto Sans で表示されないようにする。 Windows での Noto フォントの標準搭載 現在の Release Preview 版の Windows では Noto フォントが標準搭載されるようになっている。 [Noto Fonts] This update enhances text quality and customer experience in web browsing for Chinese, Japanese, and Korean languages by introducing
ショートカットと端末 - SmartHR Tech Blog
SmartHR でプロダクトエンジニアをしている tmtms です。読み方がわからない(自分でもわからない)ので社内では tommy と名乗ってます。 2月に開催された社内LT大会第3回で「ショートカットと端末」というネタで発表したのですが、とても5分に収まる量ではなかったのでここにしたためておきます。 キーバインド macOSのテキスト編集のショートカットとEmacsとbashのキーバインドを比較するとこんな感じです。 control macOS Emacs bash A 行頭に移動 行頭に移動 行頭に移動 B 左に移動 左に移動 左に移動 C - prefix 中断 D 右文字削除 右文字削除 右文字削除/入力終了 E 行末に移動 行末に移動 行末に移動 F 右に移動 右に移動 右に移動 G - 中断 中断 H 左文字削除 ヘルプ 左文字削除 I - タブ タブ J - 改行 改行 K
U+2015 HORIZONTAL BARとは何か - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
前回のエントリで見たように、Adobe-Japan1フォントでは、欧文約物形状のダッシュ（CID+138）がU+2014 EM DASHに、和文約物形状のダッシュ（CID+661）がU+2015 HORIZONTAL BARに対応している（下図）。しかし、U+2015 HORIZONTAL BARがもともと「日本語組版のための全角ダッシュ」としてUnicodeに収録されたものだとは考えにくい。では、これは何なのか。わかっているいることを以下にメモするが、あらかじめ言っておくと、あまりまとまりはない。 Unicode Standardの「6.1 Writing Systems」には、「U+2015 HORIZONTAL BARは、ある種のタイポグラフィのスタイルで、引用文の導入に用いられる」と記されている。 U+2015 HORIZONTAL BAR is used to introduce
UTF-8 日本語文字列を Shift_JIS とみなした文字化けの表 - Qiita
#!/usr/bin/ruby def hankaku b case b when 0xA1..0xDF [b].pack('C').encode(Encoding::UTF_8, Encoding::Shift_JIS) when nil '' else format('\\x%02x', b) end end (0xA1..0xF4).each {|bhi| (0xA1..0xFE).each {|blo| echar = [bhi, blo].pack('CC').force_encoding(Encoding::EUC_JP) begin uchar = echar.encode(Encoding::UTF_8) rescue Encoding::UndefinedConversionError next end uhex = uchar.unpack('H*').first sl
コマンドラインで URL デコードする一例 - ようへいの日々精進XP
この記事は YAMAP エンジニア Advent Calendar 2020 の九日目になる予定です。 qiita.com tl;dr URL エンコードされた文字列を、コマンドラインでシュッとデコードしたかったので調べたのでメモ。 URL エンコードされる文字列は以下の通り。 負けない事 投げ出さない事 逃げ出さない事 これを URL エンコードすると、以下のような文字列となる。 %E8%B2%A0%E3%81%91%E3%81%AA%E3%81%84%E4%BA%8B%0D%0A%E6%8A%95%E3%81%92%E5%87%BA%E3%81%95%E3%81%AA%E3%81%84%E4%BA%8B%0D%0A%E9%80%83%E3%81%92%E5%87%BA%E3%81%95%E3%81%AA%E3%81%84%E4%BA%8B 本記事で利用する環境は以下の通り。 root@
Cygwin 日本語対応と方法 webzoit.net
Cygwinの具体的な日本語対応の方法 Windows環境でUNIX/Linux/BSD風のコンパイル環境を利用できるフリーソフトウェアCygwinで日本語を利用するに当たり、CygwinのセットアップとCygwin日本語パッケージのインストールと日本語環境設定でCygwinをインストールし、lsやcatで表示される日本語は正しく表示できるようになったと思います。 これらの設定を行った上でshellやコマンド等が出力するメッセージが文字化けする場合には、ソフトウェアの国際化に関連したメッセージカタログ(po/mo形式)とのミスマッチがその要因として濃厚で参照しているのはバイナリ形式の拡張子が.moのファイルであることがわかり、それを編集すればよさそうだという概要まで見てきましたので、ここでは、その具体的な方法を書きます。 尚、メッセージカタログの編集をしたのに反映されないとか、日本語用ファ
文字コード | 衆議院議員 河野太郎公式サイト
2023.05.10 官報に使われる「官報文字」というものがあります。 そこには渡辺さんの「辺」の異体字が１４０文字も登録されています。 日本語の常用漢字には２１３６文字ありますが、そこには邉や邊などは入っていません。 そこでＪＩＳの第四水準までを含むJIS X 0213という標準を定め、スマホやパソコンではここまでを標準的に表示できるようにしています。 ところが我が国の戸籍で使ってもよいとされている文字はそれを遙かに超えていて、少なくとも５５，２７０文字もあります。 全ての国民の氏名をコンピュータで扱えるようになることを目指して、戸籍統一文字や住基ネット用の統一文字を網羅した「文字情報基盤」を２０１１年に策定し、それにあわせたフォントを作成し、無償で提供しています。 この「文字情報基盤」（ＭＪ）には、５８，８６２文字が含まれています。 しかし、このＭＪを全庁的に採用している自治体は、川口
1_くぎり符号の使ひ方.PDF
. ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) (( )) . ( ) ( ) = ( ) (( )) [ ] ( ) = = ( ) ( ) ( ) ( ) ( ) ( ) ( )
0x5c問題 - プログラミング講座 - fuku研究所
いよいよ、0x5c問題について書きます。 まず、0x5c問題とは何かということですが、 とりあえず私は、「2バイト目に0x5cを含む文字が起こす問題全般」だと考えています。 この「2バイト目に0x5cを含む文字」は後述します。(・・・もう見えてるかもしれませんが（笑）) その中で今回書くのは英語版環境や日本語処理に問題がある環境で発生する問題です。 (文字コード指定可能な環境ならば当然文字コードを正しく指定しなければ問題が発生します。 言語が漢字(文字)コード指定を持っている(だったはず)のRuby言語では要設定確認です) ちなみに何で英語版は問題になるのかといえば、たいていの場合、1文字を2バイトで表すなんてこと自体、 考えて作られてないからです。(アルファベットだけなら1バイトで十分) 前回のASCIIコード表を見ていただけると分かると思いますが、0x5cは「\」です。 そして、「\」
Unicode 版美乳テーブルを探せ
美乳テーブルとは 「美乳テーブル」という物がある。 「EUC-JP の文章を Shift_JIS だと誤認識されない様に、EUC-JP 固有のバイト値を文章先頭付近に埋め込んでおく」という物。 具体的に、Shift_JIS には 0xFD と 0xFE が現れず、EUC-JP にはそれが現れるので、その値を含む文字コードを書いておこうという事で、その文字の集合に付いた名前。 “美” = 0xC8FE、“乳” = 0xC6FD。 各文字エンコーディングの事情 但し、これは EUC-JP での話。 一応、文章の先頭付近に日本語の文字を書いておくのは、他の文字エンコーディングでも認識のヒントにはなるけど。 逆に「Shift_JIS の文章を EUC-JP だと誤認識されない様にする」には、EUC-JP にはないバイト値の 0x80〜0xA0 を書けばいいんだろうけど、これは沢山ありそうだから、慎
PDFへのフォント埋め込みとは？ | アンテナハウス PDF資料室
コンピュータによるテキスト表記とPDFのフォント埋め込みについて 更新日: 2021/1/31 はじめに PDFのフォント埋め込みとはなにか、フォント埋め込みがなぜ必要かについて理解することを主な目標とします。そのため必要な知識として、コンピュータでの文字の取り扱いに表記と情報処理の2種類があること、そして、文字コードとグリフ、アウトラインフォント、PDFのテキスト表示の仕組みとフォント埋め込みについて説明し、フォントを埋め込まない時に発生する問題などについても事例を挙げて解説します。 基礎知識 PDFへのフォント埋め込みについて理解するには、コンピュータの内部で文字を取り扱ったり、画面表示・紙に印刷する仕組みについての知識が必要です。そこで最初に前提となる知識についてできるだけ簡単に説明します。 字形、字体 一般の言語生活では、文字は言語を表記するための道具であり、主に書いたり・読んだり
char8_tによせて - なるせにっき
C++標準化委員会、ついに文字とは何かを理解する: char8_tという記事が話題だってので、つらつらと書いてみました。 「グリフ」について グリフ（glyph）という言葉の定義をめぐって でも触れられていますが、「グリフ」という言葉が「字体」を指すのか「字形」を指すのかってのは議論がありますね。文字コードの文脈では普通「字形」の意味だとして話を進めることが多いように思います。 CJK統合漢字について Wikipediaの記事にまとまっていますが、実際に推進していたのは中国みたいですね。うまくやればあんまり問題なかったんでしょうが、あんまりうまく行かなかったんですが、それでも国ごとにその国の過去にあった文字コードとの互換性は取れているので、実際の所CJK統合漢字ってあんまり問題にはなってないと思うんですよね。中国語フォントと日本語フォントを切り替えないといけないって問題はありますけど、それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
使いたいときの HTML特殊文字 & 機種依存文字 - よく使う記号、使われる記号、いざという時の...【みんなの知識 ちょっと便利帳】
エヌダッシュ：範囲はまっすぐ示す | 世界標準のスペック英語
本当は恐ろしい「～」記号→日本語と英語では全く意味が違うらしい「翻訳の時に間違えると大変なことに」
いっちょかみ＠文字コード
新漢字・旧漢字対照表
Blog
Linux - 改行：CR, LF, CRLF の処理の区別｜teratail