511
个编辑
更改
跳到导航
跳到搜索
小
无编辑摘要
MS-DOS 1.x不支持ANSI或任何其他转义序列，只有少数[[控制字符]]（BEL、CR、LF、BS）可以由底层BIOS<!-- INT 10h/AH=0Eh -->解释，所以几乎<ref group="nb">屏幕显示可以通过从底部绘制整个新屏幕的内容来替代，滚动上一屏幕以充分擦除所有旧文本内容。用户会看到滚动，硬件[[光标]]会留在最底部。 一些早期的[[批处理文件]]以这种方式实现了基本的“全屏”显示。</ref>不可能做出任何全屏应用程序。所有显示效果都必须通过BIOS调用，或者直接控制IBM PC硬件来完成，调用速度非常慢。
DOS 2.0引入了添加[[设备驱动程序]]来支持ANSI转义序列的功能（事实上的标准是ANSI.SYS，但也使用了ANSI.COM<ref name="ANSI.COM">{{cite web |url=https://www.pcmag.com/article2/0,2817,5343,00.asp |title=ANSI.com: Download It Here |journal={{tsl|en|PC Magazine}} |author-first=Michael |author-last=Mefford |date=1989-02-07 |access-date=2011-08-10}}</ref>、NANSI.SYS<ref name="NANSI.SYS">{{cite web |url=http://www.kegel.com/nansi/ |title=Nansi and NNansi – ANSI Drivers for MS-DOS |publisher=Dan Kegel's Web Hostel |author-first1=Dan |author-last1=Kegel |author-first2=Eric |author-last2=Auer |date=1999-02-28 |access-date=2011-08-10}}</ref>和ANSIPLUS.EXE等其他程序。因为绕过了BIOS，所以这些程序的速度比以前快了不少）。但由于实际运行速度仍然比较慢，以及默认并没有安装，所以还是很少得到利用。应用程序往往还是继续用直接控制硬件的方式来显示所需的文本{{Citation needed|date=August 2011}}。ANSI.SYS和类似的驱动程序继续在[[Windows 9x]]上工作，直到[[Windows Me]]，在NT衍生系统中用于在NTVDM下执行的16位传统程序。
[[Win32控制台]]完全不支持ANSI转义序列。不过有一些控制台的替代品或者附加软件具有解释程序输出的ANSI转义序列的功能，例如JP Software的TCC（以前的4NT）、Michael J. Mefford的ANSI.COM、Jason Hood的ANSICON<ref name="Ansicon">{{cite web |url=https://github.com/adoxa/ansicon |title=Process ANSI escape sequences for Windows console programs |publisher=Jason Hood's Home page
