[oeasy]python0111_字型碼_字符字型編碼_點陣字庫_ascii演化
編碼進化
回憶上次內(nèi)容
上次回顧了 早期的英文字符點陣
最小的 3*5
通用的 5*7
點陣字庫逐漸規(guī)范化
這些點陣字符的字型
究竟是如何被存儲的呢？??
1602
1602
2行 x 16個字符
每個字符個 5x7 個像素
綠色的風格
字形碼
把字型 進行 編碼
所謂 編碼
就是把 字體的長相
弄到計算機的字節(jié)中去
可以設(shè)置 比一般(Regular)更粗的
加粗(Bold)字體
可以在顯示器中看到字符了
等寬
無襯線
清晰
回顧一下ascii的 演化過程
ASA X3.4-1963
1963年
ASA X3.4-1963
綠色的位置
空了下來
不確定到底放些什么
大括號
1965年
Bemer向ASCII引入大括號
這才有后來的c語言的大括號語法
ESC
ESC鍵落到了現(xiàn)在的位置
\033 或者說 \x1b
成為了控制序列的基礎(chǔ)
ascii
英文小寫字母
0x61-0x7a
占據(jù)了綠色部分
小寫字母落實了位置！
但是法文字符沒有位置了
法文字符
ascii-1965的結(jié)果是
ascii的范圍確定死了
0-127沒有法文字符的位置了
在哪兒放法文字符呢？
ascii如何在字節(jié)中表示呢？
關(guān)鍵各個地區(qū)
都有自己的 7-bit的ascii
標點
加拿大地區(qū) 要有法文字符
這些字符 占據(jù)了標點的位置
比如b"\x60"
在標準ascii中被認為是@
在ISO646-CA Canada中被認為是 ?
加拿大地區(qū) 無法使用@
無法使用 電子郵件？！
這很 令人崩潰
ASCII中 沒有法文字符
都被 標點符號 占據(jù)了
所有 法文字符的位置
大小寫差距
ascii 的優(yōu)點
簡化了大小寫不敏感的匹配
ascii大小寫字母之間只差1位(bit)
ascii的字母序號 是連續(xù)的也很容易
就非常 直接和容易
做字符和字符串比較的時候
判斷 字符是否是字母
字型編碼
這就是 ascii字符
7 x 5 的 點陣字型
總共 128個字符
色彩審美
c和unix時代的
逐漸落幕
電傳打字機ASR33
黑底綠字的 無襯線點陣風格
抹不去的記憶
成為 一代人心里
我們在vim中選用的murphy配色方案
這種審美
就在致敬
黑底綠字
黑底綠字最潮了！
隔行掃描
另一個 因技術(shù)所限
隔行掃描
而導致的迷因
也是由于 當時刷新速度所限 造成的
但是
一種懷舊的迷因
今天成了
除了 字符之外
對字體審美
也有影響
當時的點陣式的顯示終端
字體審美
無襯線字體
無襯線風格的出現(xiàn)
但卻成為了潮流所向
是由于 點陣字庫技術(shù)所限
襯線審美
襯線
是上個時代的主題
體現(xiàn)著
優(yōu)雅
裝飾風格
文化底蘊
新時代
像素點陣風格
從襯線風格 到 無襯線風格
影響 數(shù)字世界的 審美
辨析度重要性
時代來了
高于風格化的
字體進化
到顯示器時代的 無襯線字體
從印刷時代的 有襯線字體
總結(jié)
這次回顧了 字型編碼的進化過程
從 7-seg 到 點陣字庫
終于讓字母、數(shù)字、標點 明確了字型
小寫字符 替代了 法文字符
7-bit的ascii
再也沒有 法文字符的位置
已經(jīng)被完全填滿
法文字符的編碼中
無法 編碼@字符
不同的語言
有不同的 特殊字符
在不同字符集里面
占據(jù)相同位置
特殊字符 和 標點
字符集 不同
顯示為亂碼
則會將文檔
這可怎么辦呢？??
我們下次再說！*
藍橋->https://www.lanqiao.cn/courses/3584
github->https://github.com/overmind1980/oeasy-python-tutorial
gitee->https://gitee.com/overmind1980/oeasypython
