Dynamics crm 问号出现在从FetchXml返回的货币字段中

Dynamics crm 问号出现在从FetchXml返回的货币字段中,dynamics-crm,dynamics-crm-2015,fetchxml,Dynamics Crm,Dynamics Crm 2015,Fetchxml,在Dynamics CRM 2015中,我使用ExecuteFetch请求查询数据。我需要resultset XML作为响应 在结果集中,每个货币字段中的格式化值在货币符号和金额之间显示一个问号: 12345 问号似乎是带有十六进制代码0x200e的字符。根据unicodemap.org,这是一个从左到右的标记。我的客户在其全新的CRM 2015部署中报告了此问题。我也可以在我当地的开发环境中复制它,这是最新的RU 以前有人经历过吗?为什么在那里?(现在我使用正则表达式删除了它。)我猜插入它是为

在Dynamics CRM 2015中,我使用
ExecuteFetch
请求查询数据。我需要resultset XML作为响应

在结果集中,每个货币字段中的格式化值在货币符号和金额之间显示一个问号:

12345

问号似乎是带有十六进制代码0x200e的字符。根据unicodemap.org,这是一个从左到右的标记。我的客户在其全新的CRM 2015部署中报告了此问题。我也可以在我当地的开发环境中复制它,这是最新的RU


以前有人经历过吗?为什么在那里?(现在我使用正则表达式删除了它。)

我猜插入它是为了避免本例所示的情况:

假设作者希望使用一些英文文本(从左到右) 文本)转换为用阿拉伯语或希伯来语(从右到左)书写的段落 文本)英文文本右侧带有非字母字符。 例如,作者想翻译,“语言C++是一个 将“使用的编程语言…”转换为阿拉伯语。没有LRM控制 字符,结果如下所示:

‫ α+++++++++++++++++++。 在HTML中输入一个LRM,在++之后,它看起来是这样的,如下所示 作者打算:

‫ β++++‎ ه


因此,他们可能希望确保即使在这种情况下,货币符号也会显示在金额之前。

我的猜测是,插入货币符号是为了避免本例中显示的情况,如果文本在RTL环境中显示,则–
C++
将变为
++C
。因此,他们可能希望确保即使在这种情况下,货币符号也会显示在金额之前。@CBroe:这是一个可行的解释。所以,这是设计的。你可以加上这个作为答案,谢谢!我的客户的遗留软件偶然发现了这个问题,因为很久以前有人决定使用货币显示值来连接金额。与此同时,微软肯定已经决定了格式需要改进,这本身就很好。