uniconv - 云端在线

程序：

您的姓名

uniconv - 通过 unicode 将文本转换为本机格式

概要

统一转换 退房手续 输出文件 [ -解码 输入编码 [ -编码 输出编码 [ 输入-
文件 [ -待办事项 [ -fromdos [ -托马克 [ -frommac ]

商品描述

统一转换 程序用某种编码解码脚本 用其他编码对它们进行编码
编码。 scipt 是一个 16,8 或 7 位字节的流。 转换后的文本将发送到
标准输出，即使是 16 位编码，除非指定了输出文件
由 退房手续 选项。

这个 -解码 和 -编码 选项是可选的，默认转换器是 utf-8。 该程序
从默认目录 /usr/share/data 读取 Unicode 映射帮助文件 (*.my)。
可以通过添加 aa my-file 或设置您的文件来即时添加简单的一对一编码
yudit.datapath 中的属性 〜/.yudit/yudit.properties or
/usr/share/yudit/config/yudit.properties。 默认情况下搜索 /usr/share/yudit/data。

我的文件可以由一个名为的程序创建 文件可以在
dos/unix/mac 行结束变体 -来自多斯， -来自马克， - 待办事项， -托马克 选项。 这
默认（未指定）是 Unix。 化妆图。

编码

如果您通过 Yudit 发行版收到此程序，那么从今天起您可以
在下面的编码之间转换。

UTF-8 Yudit 推荐这种格式用于国际信息交换。 ASCII 文本
将完整通过，而其他 unicode 字符将获得第 8 位
设置和代码的长度将取决于它们在
Unicode 空间。 这是唯一可以同时编码 16 位的转换格式
(ucs-2) 和 31 位 (ucs-4) unicode。

utf-8-s
Hackers utf-8 格式 - 当代理对为
解码，它可以“按原样”编码代理对。 这不是推荐的
编码格式虽然此格式用于编码/解码剪贴板数据，在
以保留输入。

UTF-16 虽然 16 比 8 大，但这仍然是操作系统要求的妥协，例如
无法处理 ucs-4 的 Windows - 这种编码产生 16 位 unicode 流。
除了 BMP 之外，它还可以使用 Unicode Surrogate Area 转换 16 个平面。 这个
编码不能转换任何高于 U+10FFFF（平面 16）的东西。 输入字节顺序
由前两个字符 BEM（字节顺序标记）U+FEFF 识别。 这种格式
在 Windows NT 中用于诸如记事本 .txt 文件之类的文档。

utf-16-be
大端 utf-16 转换器。

UTF-16 文件
Littlen 字节序 utf-16 转换器。

UTF-7 这是国际信息交换的推荐格式，当 7 位
只能使用。 它只能处理 16 位 (utf-16) unicode，对于 ucs-4（以上）
U+10FFFF) 你应该使用 utf-8 编码。

iso-8859-1
这是 ISO 8859-1 字符编码格式。 它也被称为“Latin-1”
编码。

iso-8859-2
这是 ISO 8859-2 字符编码格式。 它也被称为“中央
欧洲”编码。

iso-8859-5
这是 ISO 8859-5 字符编码格式。 它也被称为“西里尔字母”
编码。

iso-8859-7
这是 ISO 8859-7 字符编码格式。 它也被称为“希腊语”
编码。

iso-8859-9
这是 ISO 8859-9 字符编码格式。 它也被称为“土耳其语”
编码。

koi8-R 这是 KOI8-R 字符编码格式。 它主要用于俄罗斯。

cp-1251
这是 CP1251 西里尔字符编码格式。 它主要用于
Microsoft Windows 和一些网站。

ISO-2022-jp
这是一种日语字符编码格式。 它是一种 7 位编码格式。

ISO-2022-jp-3
这是一种日语字符编码格式。 它是一种 7 位编码格式。 这是
基于 JIS X 0213 标准。

eu-jp 这是一种日语字符编码格式。 它是一种 8 位编码格式。
主要用于UNIX系统。

euc-jp-3
官方名称是 EUC-JISX0213 - 我就是看不懂。 这是一个日本人
字符编码格式。 它是一种 8 位编码格式。 它基于 JIS X
0213标准。

Shift-jis
这是一种日语字符编码格式。 它是一种 8 位编码格式。
主要用于 MSDOS/Windows。

Shift-jis-3
官方名称是 Shift_JISX0213 - 我就是看不懂。 这是一个
日语字符编码格式。 它是一种 8 位编码格式。 主要用于
MSDOS/Windows。

ISO-2022-jp
这是一种日文 7 位字符编码格式。 iso-2022-jp 电子邮件
可以解码/编码是这种格式。

异 2022-x11
这是一种日语字符编码格式。 它也被称为“COMPOUND_TEXT”
X 窗口系统的编码。 这是一种 7 位编码格式。 有可能
源自 ISO 2022-JP 格式，但有一些差异。

ksc-5601-x11
这是X窗口使用的韩文字符编码格式
系统（COMPOUND_TEXT 编码）对韩语（KS X 1001）和 US-ASCII 进行编码。 这是一个
符合 ISO-7 规范的 2022 位编码格式，用于编码多个
字符集。 请注意，这与 ISO-2022-KR（定义在
IETF RFC 1557）。

eu-kr 这是韩语的 8 位多字节编码。 它编码 美国ASCII（7 位）输入
KS X 1001（以前称为 KS C 5601）中的单字节范围和双字​​节字符
带 MSB 的范围 on（8 位）。 它用于 Unix 和 Internet。 韩文版MS-DOS，
MacOS 和 MS-Windows 使用此版本的兼容（大多数情况下，相同）变体
编码。

约哈布 这是 KS X 1001(KS C 5601-1992) 附件中指定的韩语编码
3 作为补充编码。 在 1990 年代中期之前广泛用于韩国的 MS-DOS。
它可以编码现代韩语的所有韩文音节（11,172）以及所有
KS X 1001 中定义的特殊符号和汉字（韩国使用的汉字）。

嗯 韩文 MS-Windows 95/98 中使用的 EUC-KR 变体（专有编码
微软，CP949）。 它的字符曲目包括所有现代音节
韩文、韩文以及所有特殊符号和汉字（中文
韩国使用的表意文字）在 KS X 1001 中定义。

GB-18030
这是一种基于 GB 18030 的汉字编码格式。
整个 U+0000..U+10FFFF 范围，同时与 gb-2312 兼容。

GB-2312-x11
这是一种基于 GB 2312 的汉字编码格式。它是一个 7 位的
编码格式。

GB-2312
这是一种基于 GB 2312 的汉字编码格式。它是一个 8 位的
编码格式。

大5 这是一种基于BIG5编码的汉字编码格式。 它是一个
8 位编码格式。

hz 这是一种基于“汉字”编码的汉字编码格式。 它是一个
7 位编码格式。

维西 这是越南语字符编码格式。

ucs-2-be
这将转换 16 位 unicode (ucs-2) 流。 格式处理大端
变体。 Yudit 不推荐这种格式。

ucs-2-le
这将转换 16 位 unicode (ucs-2) 流。 格式很少考虑-
字节序变体。 Yudit 不推荐这种格式。

ucs-2 这将转换 16 位 unicode (ucs-2) 流。 输入字节顺序被识别
通过前两个字符 BEM（字节顺序标记）U+FEFF。 Yudit 不推荐
这种格式。

java的 这将转换 \uxxxx 字符转义。 编码时，U+0080以上的所有字符
将使用类似 '\u0080' 的字符串进行转义。 当解码相同的格式时
解码但是另外utf-8格式也是可以识别的，所以也可以用
恢复因错误的编码而意外保存的数据。 U+10000..U+10FFFF
area 被转换为代理，反之亦然。

java-s 这将转换 \uxxxx 字符转义。 编码时，U+0080以上的所有字符
将使用类似 '\u0080' 的字符串进行转义。 当解码相同的格式时
解码但是另外utf-8格式也是可以识别的，所以也可以用
恢复因错误的编码而意外保存的数据。 代理人不是
在转换过程中特别处理 - 这就是为什么它不是推荐的
转换。

使用 onworks.net 服务在线使用 uniconv