我的任务是在一些非常严格的约束中创建桌面应用程序。该应用程序的第一个版本非常小，仅用于某些特定任务，但似乎应用程序非常受欢迎，因此我被要求对其进行改进很多。
我创建的初始应用程序是用大量javascript和jquery制作的，使用XML来存储信息（通过MSXML2.3.0），但增加的数据量让我觉得它无法跟上要求，所以我想在更坚实的基础上重新制作应用程序。当然，我宁愿保持界面或多或少与我已经展示的一致，我宁愿不必重写所有代码。
限制如下：
- 桌面应用程序。我无法开发Web应用程序，因为没有一台目标计算机具有可靠的Internet连接。
- 无需安装（复制和粘贴文件夹应该有效，并且应该保持所有数据一致）。
- 应该是相对多的平台。我对目标机器的唯一信息是它们都有一个Windows XP操作系统或更新版本，一个MS Office 2003套件或更新版本，以及某种PDF阅读器。
- 应该能够嵌入和显示不同的文件类型，例如不同的图像格式，pdf和office文档。也就是说，对于办公文档，只要我可以链接到文档并通过实例化一个通用的MS Word / Excel / wathever应用程序来打开它，它应该足够好了，尽管与套件的互操作性会很好。
我一直在网上搜索，我发现了一些有趣的选项，但我不确定它们。
一方面，我认为XML无法跟上，但我想如果我通过几个xml文件分发数据，我可以使它工作。我一直在阅读有关开源嵌入式数据库的信息，比如SQLite，看起来这样可行。
另一方面，如果应用程序不断增长，我觉得我使用的hta基础不会那么好用。我检查了很多替代品，但所有这些都给了我一些问题。
Cappuccino或Chromeless看起来很不错，但它们都需要一定程度的HTML5，这是我无法确定该机器的浏览器是否足够支持的东西。此外，NativeHost for Cappuccino似乎只适用于Mac OSX。 Xul看起来很有趣，但无法使用。
我发现的另一个选项是将应用程序移植到Qt，但我不知道将应用程序移植到Qts有多难，看起来我只能使用嵌入MS Office应用程序所需的ActiveX拥有专有许可证。虽然这相对不那么重要，但我相信将来我会想要包含这些功能。
这就是我的立场。你认为保持hta + XML架构（或其任何变体）仍然可以工作吗？我提到的任何替代方案都可行吗？你知道其他任何选择吗？