[oeasy]python0111_字型码_字符字型编码_点阵字库_ascii演化

简介: [oeasy]python0111_字型码_字符字型编码_点阵字库_ascii演化

编码进化 回忆上次内容

  • 上次回顾了 早期的英文字符点阵
  • 最小的 3*5
  • 通用的 5*7


  • 点阵字库逐渐规范化

添加图片注释,不超过 140 字(可选)

  • 这些点阵字符的字型
  • 究竟是如何被存储的呢?🤔


1602

添加图片注释,不超过 140 字(可选)

  • 1602
  • 2行 x 16个字符
  • 每个字符个 5x7 个像素


添加图片注释,不超过 140 字(可选)

  • 绿色的风格

字形码

  • 把字型 进行 编码
  • 所谓 编码
  • 就是把 字体的长相
  • 弄到计算机的字节中去


  • 可以设置 比一般(Regular)更粗的
  • 加粗(Bold)字体


添加图片注释,不超过 140 字(可选)

  • 可以在显示器中看到字符了
  • 等宽
  • 无衬线
  • 清晰


  • 回顾一下ascii的 演化过程

ASA X3.4-1963

  • 1963年
  • ASA X3.4-1963


添加图片注释,不超过 140 字(可选)

  • 绿色的位置
  • 空了下来
  • 不确定到底放些什么


大括号

  • 1965年
  • Bemer向ASCII引入大括号


添加图片注释,不超过 140 字(可选)

  • 这才有后来的c语言的大括号语法

ESC

  • ESC键落到了现在的位置

添加图片注释,不超过 140 字(可选)

  • \033 或者说 \x1b
  • 成为了控制序列的基础


ascii

  • 英文小写字母
  • 占据了绿色部分
  • 0x61-0x7a



添加图片注释,不超过 140 字(可选)

  • 小写字母落实了位置!
  • 但是法文字符没有位置了


法文字符

  • ascii-1965的结果是
  • 0-127没有法文字符的位置了
  • ascii的范围确定死了



添加图片注释,不超过 140 字(可选)

  • 在哪儿放法文字符呢?
  • ascii如何在字节中表示呢?


  • 关键各个地区
  • 都有自己的 7-bit的ascii


标点

  • 加拿大地区 要有法文字符
  • 这些字符 占据了标点的位置


  • 比如b"\x60"
  • 在标准ascii中被认为是@
  • 在ISO646-CA Canada中被认为是 ô


添加图片注释,不超过 140 字(可选)

  • 加拿大地区 无法使用@
  • 无法使用 电子邮件?!
  • 这很 令人崩溃


  • ASCII中 没有法文字符
  • 所有 法文字符的位置
  • 都被 标点符号 占据了



大小写差距

  • ascii 的优点
  • ascii大小写字母之间只差 1 位(bit)
  • 简化了大小写不敏感的匹配



添加图片注释,不超过 140 字(可选)

  • ascii 的字母序号 是连续的
  • 做字符和字符串比较的时候
  • 就非常 直接和容易


  • 判断 字符是否是字母
  • 也很容易



字型编码

  • 这就是 ascii字符
  • 7 x 5 的 点阵字型
  • 总共 128个字符


添加图片注释,不超过 140 字(可选)

色彩审美

  • c和unix时代的
  • 电传打字机ASR33
  • 逐渐落幕



添加图片注释,不超过 140 字(可选)

  • 黑底绿字的 无衬线点阵风格
  • 成为 一代人心里
  • 抹不去的记忆



  • 我们在vim中选用的murphy配色方案
  • 就在致敬
  • 这种审美



黑底绿字

  • 黑底绿字最潮了!

添加图片注释,不超过 140 字(可选)

隔行扫描

  • 另一个 因技术所限
  • 而导致的迷因
  • 隔行扫描


  • 也是由于 当时刷新速度所限 造成的


添加图片注释,不超过 140 字(可选)

  • 但是
  • 今天成了
  • 一种怀旧的迷因



  • 除了 字符之外
  • 当时的点阵式的显示终端
  • 对字体审美
  • 也有影响




字体审美

  • 无衬线字体

添加图片注释,不超过 140 字(可选)

  • 无衬线风格的出现
  • 是由于 点阵字库技术所限
  • 但却成为了潮流所向



衬线审美

添加图片注释,不超过 140 字(可选)

  • 衬线

添加图片注释,不超过 140 字(可选)

  • 是上个时代的主题

添加图片注释,不超过 140 字(可选)

  • 体现着
  • 优雅
  • 装饰风格
  • 文化底蕴


新时代

  • 像素点阵风格
  • 影响 数字世界的 审美
  • 从衬线风格 到 无衬线风格



添加图片注释,不超过 140 字(可选)

  • 辨析度重要性
  • 高于风格化的
  • 时代来了



添加图片注释,不超过 140 字(可选)

  • 字体进化
  • 从印刷时代的 有衬线字体
  • 到显示器时代的 无衬线字体



添加图片注释,不超过 140 字(可选)

总结

  • 这次回顾了 字型编码的进化过程
  • 从 7-seg 到 点阵字库
  • 终于让字母、数字、标点 明确了字型
  • 小写字符 替代了 法文字符


添加图片注释,不超过 140 字(可选)

  • 7-bit的ascii
  • 已经被完全填满
  • 再也没有 法文字符的位置



  • 法文字符的编码中
  • 无法 编码@字符


  • 不同的语言
  • 有不同的 特殊字符


添加图片注释,不超过 140 字(可选)

  • 在不同字符集里面
  • 特殊字符 和 标点
  • 占据相同位置



  • 字符集 不同
  • 则会将文档
  • 显示为乱码




目录
相关文章
|
6天前
|
Python
11个提升Python列表编码效率的高级技巧
Python中关于列表的一些很酷的技巧
17 1
|
7天前
|
缓存 Shell 开发工具
[oeasy]python024_vim读取文件_从头复制到尾_撤销_重做_reg_寄存器
[oeasy]python024_vim读取文件_从头复制到尾_撤销_重做_reg_寄存器
16 5
|
7天前
|
编解码 测试技术 Python
【Python】已解决:UnicodeEncodeError: ‘ascii’ codec can’t encode characters in position 0-1: ordinal not i
【Python】已解决:UnicodeEncodeError: ‘ascii’ codec can’t encode characters in position 0-1: ordinal not i
21 1
|
12天前
|
缓存 Java Unix
python中内存管理等10个编码习惯
【7月更文挑战第3天】本文涵盖了Python编程中的变量管理、模块导入、命令行参数、内存管理和面向对象设计的10个关键概念。
21 0
python中内存管理等10个编码习惯
|
26天前
|
自然语言处理 Python
Python编码问题
Python编码问题是指在处理文本时,由于编码不一致导致程序不能正确处理文本的问题。在Python中,编码问题主要有两种情况:文件编码问题和字符串编码问题。
30 7
|
7天前
|
数据处理 开发者 Python
别再盲目编码!一文读懂Python线程与进程的使用场景与限制,助你成为并发编程高手!
【7月更文挑战第8天】Python并发编程提升效率,关键在于理解线程和进程的适用场景。I/O密集型任务如Web服务器适合用线程,示例展示了使用`threading`处理HTTP请求。CPU密集型任务则利用`multiprocessing`创建进程,绕过GIL限制,实现多核利用。注意线程的GIL限制和进程的开销,选择合适模型以优化并发性能。
12 0
|
1月前
|
Python IDE 开发工具
【Python贪吃蛇】:编码技巧与游戏设计的完美结合
【Python贪吃蛇】:编码技巧与游戏设计的完美结合
|
15天前
|
机器学习/深度学习 算法 Python
使用Python实现深度学习模型:演化策略与遗传算法
使用Python实现深度学习模型:演化策略与遗传算法
15 0
|
28天前
|
开发工具 Python
[oeasy]python0021_宝剑镶宝石_爱之石中剑_批量替换_特殊字符_特殊颜色
在这个文本中,作者描述了一个逐步修改Python游戏`game.py`的过程,以将小丑的眼睛和石中剑的图形替换为爱心符号,并且将其颜色更改为红色。以下是内容的摘要: - 用户回顾了之前对`game.py`的分析和理解。 - 通过使用方向键和编辑模式,在代码中找到了小丑眼睛和石中剑的位置,用爱心符号(❤)替换了它们。 - 如果遇到问题,建议使用最新版的火狐浏览器进行粘贴操作。 - 使用Vim编辑器的命令模式批量替换了剑柄上的数字8为爱心,使整个剑柄充满了爱心。 - 通过插入特定代码,将爱心变为红色,从而得到红色的“爱之大剑”。
17 0
|
1月前
|
自然语言处理 Python
Python 中的编码与解码字符集与 Unicode 的详解
【6月更文挑战第10天】Python编程中,理解字符编码(如ASCII、UTF-8)和Unicode至关重要,它们关乎文本数据的正确处理。编码是字符转字节,解码则相反。UTF-8能表示几乎所有字符,适合多语言。Unicode为全球字符提供唯一编码。处理不同源文本时,需注意编码一致性,否则可能产生乱码。Python支持Unicode,但错误的编码解码操作可能导致问题。要确保程序处理文本的正确性,需选合适编码方案并保持编码一致性。