遗产计算时代来临了吗?

Lobsters Hottest 新闻

摘要

本文追踪并报告了终端模拟器对Unicode的‘遗产计算符号’区块的支持情况,强调了在不同终端上显示遗产图形字符的兼容性。

<p><a href="https://lobste.rs/s/x1b4va/are_we_legacy_computing_yet">评论</a></p>
查看原文
查看缓存全文

缓存时间: 2026/09/01 11:45

# 我们现在算传统计算机了吗? 来源:https://arewelegacycomputingyet.com/ 追踪终端模拟器对 Unicode“传统计算符号”(U+1FB00‑U+1FBFF)及其补充区块(U+1CC00‑U+1CEBF)的支持情况。 传统计算符号 (https://arewelegacycomputingyet.com/sources/U1FB00_symbols_for_legacy_computing.pdf)及其补充区块 (https://arewelegacycomputingyet.com/sources/U1CC00_symbols_for_legacy_computing_supplement.pdf)是包含 70、80 和 90 年代计算机上常见图形字符的 Unicode 区块。这些字符用于在终端的文本网格上显示半图形 (https://en.wikipedia.org/wiki/Semigraphics) 元素,用于绘制图像、渲染游戏和增强终端界面。 ## 演示 以下是一些使用这些字符构建的示例。如果您有想要贡献的作品,请发送给我! ## 平滑马赛克 ***平滑马赛克***终端图形字符可用于绘制填充形状,非常适合面积图或折线图。 或图形符号 ## 六分区与八分区 六分区(传统计算)和八分区(补充)字符提供 2x3 和 2x4 的网格。 可用于像素艺术 或条形图,单个字符中可容纳两个数据点 ## 用于界面元素的角样式 ## 圆形 圆形可位于 2x2 网格的九个位置之一。可能对游戏有用。 ## 终端模拟器支持 ***这些是 Unicode 字符,为什么这一节关心的是终端模拟器?难道不应该是“字体支持”吗?*** 尽管这些码点理论上可以通过终端的标准文本渲染来绘制,但实际包含显示它们所需路径的字体非常少,因此许多终端模拟器为它们实现了自定义绘制例程。不过,让终端绘制字形还有另一个好处:路径可以针对用户的显示设置进行自定义,即使终端通常会在字形之间添加间距,也能让图形元素正确连接。 传统计算符号 (https://arewelegacycomputingyet.com/sources/U1FB00_symbols_for_legacy_computing.pdf)和传统计算符号补充 (https://arewelegacycomputingyet.com/sources/U1CC00_symbols_for_legacy_computing_supplement.pdf)区块包含对构建图形显示有用的符号,以及其他一些不太有用的符号(除非你正在构建太空侵略者或吃豆人克隆游戏),因此为了展示终端支持情况,我将它们分为“重要”和“非重要”两类,您可以分别查看。 ## 测试方法 为了查看哪些终端对这些区块中的码点实现了自定义绘制,我将每个模拟器配置为使用不包含这些字符字形的字体,然后使用脚本打印所有字符。如果字符仍然显示在屏幕上,则说明模拟器中存在自定义逻辑。这是一个非常手动的过程,我可能犯了错误;如果您发现任何数据不正确,请通过电子邮件通知我或向仓库提交拉取请求:这里 (https://github.com/TyOverby/arewelegacycomputingyet.com/tree/main/terminal-emulators/legacy_computing_compatibility) 或这里 (https://github.com/TyOverby/arewelegacycomputingyet.com/tree/main/terminal-emulators/legacy_computing_supplement_compatibility)。 ## 概览 ## 总结 - **Ghostty** 表现非常出色。 - **Kitty** 和基于 **libvte** 的终端(例如 gnome-terminal 和 xfce 的终端)对传统计算支持极佳,并且支持补充区块中最重要的部分(八分区字符)。 - **xtermjs** 对传统计算有很好的覆盖,但遗憾的是不支持补充区块中的任何内容。 - **urxvt**(以及可能其整个终端家族)不支持任何内容。

相似文章

终端文本渲染的各种缺陷(2024)

Lobsters Hottest

本文探讨了终端模拟器中文本渲染的各种根本性问题,包括字符定义歧义、Unicode处理问题、有缺陷的二维网格假设以及光标不同步,凸显了支持复杂脚本和字体的困难。

Glyph Protocol for Terminals 介绍

Lobsters Hottest

# Glyph Protocol for Terminals 介绍 - Raphael Amorim 来源: [https://rapha.land/introducing-glyph-protocol-for-terminals/](https://rapha.land/introducing-glyph-protocol-for-terminals/) 终端有一个一直让我感到困扰的问题:为了让你喜爱的编辑器、提示符或 TUI 能够正常渲染,你几乎总是被迫安装一个修补过的字体。你知道这个过程。你打开一个新终端,启动你的编辑器,结果 UI 的一半被小方块取代了——th

幽灵字符在Unicode中出没

Hacker News Top

本文解释了Unicode中'幽灵字符'的起源,这些字符源自1978年JIS X 0208标准中的编目错误,此后已被集成到全球计算机系统中。

花括号:Unix和C语言的演变

Hacker News Top

详细探讨了早期Unix系统在Teletype Model 33上如何输入花括号,涵盖了ASCII 1963、三字符组、双字符组以及终端驱动程序转换。