我正在考虑重新编写一个（当前）使用 Curses/Ncurses 的企业级本机 C++ 终端仿真应用程序。我们想从那个开始，一直到 HTML5/WebSocket 解决方案。（看起来很有趣，对吧？）
以前，旧的终端仿真应用程序是通过 telnet 访问的（由客户端）。服务器当然会执行 Curses 应用程序；但是这种基于 TEXT 的 Curses 技术已经很老了；这些天的新硬件可能足够强大，可以本地运行客户端应用程序，或者运行 HTML5/WebSocket Web 应用程序？
Windows CE 和 Windows Mobile 即将停产，而这些操作系统及其硬件供应商的未来似乎充其量是善变的？例如，在接下来的 5 年里，一切都可能“走向 Android”。
我想用一个与后端应用程序服务器通信的成熟的 HTML5/WebSocket 应用程序替换这个遗留的 C++ 终端仿真应用程序。
警告：我需要知道（早期）这样的 HTML5/WebSocket 解决方案是否会迫使现有客户迁移到新硬件（以便拥有支持 WebSocket 协议的 Web 浏览器），或者他们是否可以“重新利用”现有的当前具有 Windows CE 5/6.5、Windows Mobile 5/6.5/7 或 Windows Embedded 操作系统的设备。
警告 2：此外，似乎即使是最新最好的射频设备（射频枪）仍在运行 Windows Mobile 6.5 或 Windows CE 6？
我无法找到（在 Microsoft、IE 开发中心等）列出支持 HTML5 和/或仅支持 WebSocket 协议的操作系统和浏览器的表格。