准备输入
将包含重点的代表性样本,结合标志、宽度变量、连接、符号或不一致的进口文本。
正常化等式 Unicode 随意的序列
Unicode 正常化
将文本转换为 NFC, NFD, NFKC或 NFKD 报告代码点变化,保存比较来源,并记录兼容性风险。 可口可乐表格可以改变编码,而不改变外观,而兼容性表格可以故意填写像宽或演示字符等区别。
- 01由设计私人您的文本留在此浏览器选项卡中。
- 02有限和响应性每个主要文本字段最多可容纳500000个字符。
- 03准备好重复使用复制结果或下载一个品牌 TXT 文件。
计算和转型在本地进行。 Nirmion 未在本工作场所发送文本到一个 API.
产品指南
选择可行或兼容性正常化
正常化是可用于一致的存储和比较,但选择 NFKC 或 NFKD 可以删除某些识别器、学术文本或字体图所需的区别。 查看完整的结果,因为自动文本规则不能指任何语言、家庭风格、数据模型或出版意图。选择规则
NFC 它是由频道序列组成的 NFD 把它们分解出来 NFKC 相容性后合成,和 NFKD 可在兼容性填充后分解。
查看产量
比较代码点,并在更改存储的生产数据之前测试搜索、验证、签名、识别、传输和下流系统中的结果。
它是如何工作的
原生 Unicode 正常化,明确的形式选择
JavaScript String.normalize 接收了四种标准化形式之一。 NFC 和 NFD 使用可行等级,同时 NFKC 和 NFKD 还使用兼容性地图。 工具算算 Unicode 代码点之前和之后,但不会翻译、案例分裂、切割或删除不可见的字符。 该操作处理超过500000个输入单位和100万个输出单位,并拒绝任何未列出的正常化形式。 操作在此浏览器选项卡中运行,在昂贵的工作之前,适用明确的限制,并且不会将工作空间文本发送到一个 Nirmion API.
有用的时候
使文本比较和存储更加一致
使用 Unicode 正常化,当等式视序列产生已知技术问题,而所选择的表格与数据合同相匹配时。
- 在文档化正常化管道之前,预订进口名称、搜索文本、文件名、标签或目录值。
- 比较合成和分解的焦点,这些焦点相似,但产生不同的代码点和比特序列。
- 测试兼容性在宽格表格或连接表格上进行,在采用它以索引或验证。
回答的问题
Unicode 正常化问题
实用界限与文本工具。 这些答案解释了什么是测量,什么是保存,以及什么时候仍然需要手动审查。
我应该使用什么形式?
NFC 这是一个常见的存储默认,但正确的选择属于接收的规格。 不要选择不符合的形式,而不了解它们的粘贴行为。
正常化会消除焦点吗?
没有。 NFD 可以分开一个基字母和标志,但两者都留下来。 使用 Accent Remover 只有在标志删除实际上是故意的时。
外观能保持相同吗?
是的。 常常相同的序列相同,而代码点数和比特则相同。
隐私和保留
你的草案仍然在你的设备上。
Nirmion 通过浏览器进行这些操作 JavaScript. 工作室不叫目录 API 与您的源文本,并完成工作内容仅保存在此组件内存重新下载。
一个下载的文件留在您的浏览器下载,设备存储,备份,以及任何地方,你分享它。 在共享设备上工作时清除或关闭页面,并避免将秘密插入扩展或第三方剪辑管理员。
工具细节
四 Unicode 正常化形式与可见的洞穴
Nirmion Unicode 正常化适用 NFC, NFD, NFKC或 NFKD 可写到500000个字符,并报告输入和输出代码点计算。 它有助于开发人员、编辑、数据团队和位置工作流在存储或比较之前检查相同的视觉序列。 JavaScript String.normalize 接收了四种标准化形式之一。 NFC 和 NFD 使用可行等级,同时 NFKC 和 NFKD 还使用兼容性地图。 工具算算 Unicode 代码点之前和之后,但不会翻译、案例分裂、切割或删除不可见的字符。 这使得行为可以被检查和重复,而不是显示未解释的结果。
结果下载如下 text_nirmion_tools_unicode_normalized.txt. 该页面区分了可行的组成与兼容性粘贴,并警告标识符、签名、哈希、比特的外套、宽格式、连接和符号。 操作在此浏览器选项卡中运行,在昂贵的工作之前,适用明确的限制,并且不会将工作空间文本发送到一个 Nirmion API. 下载清除活跃的工作空间,而最近三个完成的结果仍然可在此选项卡中重新下载。