以下是引用igaoyuan在2023-2-10 20:20:10的发言：
似乎论坛的解码也出现个别异常比如ü(=OU)]应该是大写
[ß(=SS),Ä(=AE)Ö(=OE)ü(=OU)]
A Ä B C D E F G H I J K L M N O Ö P Q R S ß T U ü V W X Y Z
a ä b c d e f g h i j k l m n o ö p q r s ß t u ü v w x y z

Visual FoxPro没有原生Unicode支持，这意味着你必须做一些额外的工作，并了解如何集成来自多个字符集的字符串以及如何在Visual FoxPro中使用Unicode数据。

在本文中，我将介绍如何在同时支持多种语言的上下文中将 Unicode 与应用程序一起使用。虽然Visual FoxPro不能直接显示Unicode，但它可以通过使用CodePages（一种特定于区域设置的字符映射）来显示不同的字符集，VFP很容易支持。这适用于仅显示来自单一语言/区域设置的内容的应用程序。但是，如果您需要同时显示多种语言的字符串，则此方法具有严重的局限性。我首先概述了这些问题以及如何使用 Unicode，然后向您展示如何检索和更新 Unicode 数据，最后向您展示如何使 Unicode 内容同时显示在 Web 和桌面用户界面中。

以下是引用igaoyuan在2023-2-11 12:30:28的发言：
……最后向您展示如何使 Unicode 内容同时显示在 Web 和桌面用户界面中。

以下是引用cssnet在2023-2-11 16:48:19的发言：
可能你一眼看到了前半截，却没留意到，此文的重点在后半段咧，亲。

窗体使用 Microsoft Forms EditBox 控件和 Data Dynamics SharpGrid 控件来显示其数据。我更愿意使用“标准”控件，如ListView，甚至是可怕的FlexGrid控件来存储数据，但并非所有ActiveX控件都支持Unicode字符集。特别是MSCOMCTL控件（TreeView，ListView等）以及Microsoft随Visual FoxPro一起提供的许多其他旧库存ActiveX控件都无法显示Unicode。这让你找到了支持 Unicode 的第三方控件——大多数大型供应商套件（如组件源、开发人员快递等）在其 ActiveX 控件中支持 Unicode，如果你要走这条路，那么使用整个套件实际上可能是有意义的，因为您将需要所有界面控件（标签、文本框、 列表、下拉列表等）使用套件可能会使此过程更加一致。

以下是引用igaoyuan在2023-2-11 17:09:08的发言：
说得这么低调

以下是引用cssnet在2023-2-12 08:53:09的发言：



我可以很低调、很负责任地说：
VFP程序的普通UI及数据内核实现Unicode，可能并没有想象中那么难。
事关，我们制作的软件（包括纯VFP写的桌面软件），后期版本全都改用了Unicode编码。

之所以低调，事关，今时今日桌面软件的市场实在太低调了。
既没有了市场，那么对于古旧的桌面软件（包括VFP代码），进行Unicode升级改造，也就无任何“性价比”可言。

事关，我没干程序员也已经好久了。