【问题标题】:ReportViewer datepicker week startReportViewer 日期选择器周开始
【发布时间】:2015-06-24 11:42:27
【问题描述】:

我们有一个使用 C# 编写的 Web 应用程序,其中有多个带有报表查看器控件的页面,并且几乎所有页面都有日期参数。

那个日期参数正在渲染一个日期选择器(到目前为止一切都很好,没有例外,没有问题)但是所有的日期选择器都从星期日开始(西班牙语中的“domingo”,“do”的缩写)并且我们的客户抱怨它;他希望它从星期一开始(西班牙语中的“lunes”,“lu”的缩写)。

从报告服务器访问相同的报告工作正常,所有日期选择器从星期一开始(“lu”)并且工作正常:

我检查了用户的 Culture 和 CultureUI 是否正确(es-ES 表示西班牙文化);我认为这很好用,因为今天的文字和日期名称已正确翻译...

我用谷歌搜索了它,我只发现如果你在 SQL 中更改DATEFIRST,它必须解决;但事实并非如此。

谁能给我一个线索或任何解决方案?

我知道我可以使用自己的参数选择器并调用 reportViewer 来加载带有参数的报表,但是这种解决方案需要很长时间,我们更愿意避免使用这种解决方案。

我还了解到,使用 Reflection 我可以访问 Microsoft.Reporting 中的 Datepicker 类并将其更改为从星期一开始;但这不是一个“好”的解决方案,而且非常复杂。

【问题讨论】:

  • 您使用的具体datepicker 控件是什么?它是标准的 .NET 还是来自不同的库?
  • 我没有使用datepicker,它是datepicker 内部的reportViewer 控件;它是从报告中的日期参数自动生成的。我无法访问它,所以我无法设置FirstDayOfWeek

标签: c# reporting-services reportviewer ssrs-2012


【解决方案1】:

我在客户端的日期格式方面也遇到过类似的问题。 doco 说它应该由报告的语言确定,因此将其设置为客户的语言(见下文)。您甚至可以更具体,将语言设置为 es-ES

但我发现这种方法并不总是有效。 (至少对我来说)。像这样设置报告后,更改客户端区域设置后,应更改日期格式(和星期几开始)。

在某一时刻更改 SSRS 服务器的区域设置产生了预期的效果(但这是一个相当彻底的更改)

【讨论】:

  • 我也看到了,所有的报告都是在es-ES中配置的,对datepicker似乎没有任何影响。 “更改 SSRS 的语言环境”是什么意思?更改数据库区域设置或什么?请告诉我,我会试一试。
  • 更改包含 ssrs 的服务器上的 windows 区域设置。 (非常钝的乐器)
  • 我们的测试服务器安装在西班牙语上,我们的测试客户端也安装在西班牙语上
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-10-15
  • 1970-01-01
  • 1970-01-01
  • 2021-10-27
  • 1970-01-01
  • 1970-01-01
  • 2016-09-04
相关资源
最近更新 更多