【问题标题】：Has there ever been an APL-ASCII transliteration scheme which achieved any significant adoption?是否曾经有一个 APL-ASCII 音译方案获得了重大采用？
【发布时间】：2020-09-10 01:51:04
【问题描述】：

大约在 1980 年代我开始使用 APL 时，Jim Weigang 有一个将 APL 代码写入文件的音译方案。虽然该计划本身是可靠的，但人们可能永远不想使用它进行编程。我记得的一个音译方案（刚刚找到，APL Bang！）看起来好像有机会。 Weigang的符号和APL Bang！这里提到了：

http://chilton.com/~jimw/a2apapr1.html

更多关于 APL Bang 的信息！（似乎已经过修改）

最近，ELI 语言有了自己的音译方案，只是与 APL Bang 有点相似！关于 ELI 的一些信息在这里：

http://fastarray.appspot.com/index.html

还有一些来自 APL*Plus/PC 和其他的其他音译方案，但这些都是 APL 次要的东西，可以编程，但只能在紧急情况下使用。我知道 J、K 和 Q，但我不会认为这些是“音译”，而是重新设计的语言。

【问题讨论】：

嗨，比尔，欢迎来到 Stack Overflow！我正在编辑您的帖子，以便您的问题出现在标题中。看起来是个有趣的话题！
艾弗森本人在“apl 词典”中制作了 an attempt，但它从未流行过
艾弗森的多米诺音译 [-:] 很有趣 - 看起来应该扩展成机器人表情符号？？？？
我从未听说过 APL！，但乍一看（而且字体还不错），它看起来一点也不差，比我们的 APLUM 式方案要好。
我希望看到第三个链接底部提到的 APL\11 版本。请参阅 github.com/Lobachevsky/APL11 了解我开始的内容。

标签： apl

【解决方案1】：

没有。

我参与 APL 已有 30 多年了，虽然我知道所有提到的，但我在现实生活中只见过少数几个，然后由于受到限制，只能作为最后的手段中等。

虽然我显然没有看到所有或每个人的 APL 代码，但我可以自信地证明，没有任何此类音译方案获得任何重大采用。

一个相关的发展是一种视觉转录方案，其中一个人使用 ASCII 符号“绘制”APL 字符，然后将它们组合起来。例如。 -> 生成 → 和 xx 生成 ×。然而，这纯粹是一种输入法，正确的 Unicode 字符会立即替代 ASCII 艺术。它的地址为a bookmarklet。

【讨论】：

【解决方案2】：

据我所知，提供自己内置音译的唯一 APL 系统是 STSC APL Plus/PC 和用于 CDC 6600 系列大型机的 APL 系统、APLUM，也许还有一个疾控中心本身。 APL Plus/PC 音译看起来像这样：

A #is B / #iota #rho B

而 APLUM 看起来像这样：

A $IS B / $IO $RO B

我在没有所需 APL 字符生成器 ROM 的 PC 上尝试了一次 STSC 音译。 CDC 翻译显然是为与 33 型电传终端一起使用而设计的。（您可能会在博物馆中看到其中的一个。）这些功能已内置到系统中，并且正如亚当正确指出的那样，由于媒体的限制，它们被用作最后的手段。据我所知，它们从未被广泛使用。

话虽如此，对于我们在 1970 年代中期在大型机（Sharp、STSC、VSAPL 等）上编写的应用程序，通常会在字符提示中添加一个钩子，以便程序员可以进入并进行一些维护，例如删除文件组件、更改变量或复制某些内容。在一种情况下，甚至可以借助 APL 替代 DEL 编辑器（APL 的 EDLIN 版本）来编辑功能。这些将得到我们自己的用于非 APL 终端的音译功能的支持，该功能实现了类似于 APLUM 方案（因为它是 1970 年代中期唯一的方案），并且可以随时随地复制。使用很痛苦，但在需要时可以救命。综上所述，早期有音译，你自己实现就好了。

一些分时应用程序（例如 Sharp 的 39 MAGIC）被设计为可在非 APL 终端上使用。登录分时服务时，系统“知道”您使用的是哪种终端，并会相应地支持它。如果没有 APL 字符，你可以走得很远。此外，许多早期的终端，如 IBM 2741 和各种 AJ 和 Xerox Diablo 菊花轮打印机，具有可互换的类型元素，因此最糟糕的问题是没有 APL 键顶的键盘。只有一些更便宜的 ASCII 终端缺乏 APL 支持是个问题。 ASCII 音译通常不被认为是必要的。

我想真正需要 ASCII 音译的用户转向 J。

【讨论】：