2009-08-09 71 views
6

你们如何处理ASP.NET应用程序的翻译/国际化?你如何与翻译员合作?ASP.NET应用程序的国际化

我们有ASP.NET应用程序,需要提供德语,法语,意大利语,英语。我们使用字符串资源。但是,不止一次,我们的翻译人员告诉我们只是得到一堆“txtMyTextbox.Text”,然后翻译的德文文本几乎不可能处理 - 文本缺失。

那么还有其他解决方案吗?由于这些翻译人员遍布欧洲各地,我们无法让他们飞入并且“在现场”完成他们的工作 - 必须有方法将他们要翻译的文本片段以及一些上下文发送给他们,并且让他们做他们的工作。

是否有任何工具可以让我将ASPX页面和ASCX控件与文本资源一起打包,并且实际上将它们可视化为翻译器(无需安装和托管IIS以及所有文件) ?我隐约记得,在我过去的德尔福时代,有很多工具可以实现这一点 - 可视化表单(没有真正的应用程序运行),并允许某人挑选标签并翻译它们。

或者会有一个工具可以让我制作我的ASPX页面的截图并突出显示所有标签并以红色显示它们的控件名称(“txtMytextbox”),以便截图可以作为某人的定位帮助正在翻译标签列表?

任何提示是最受欢迎和高度赞赏!

马克

回答

2

看一看的Lingobit http://www.lingobit.com/

+0

看起来很有趣,但ASP.NET的国际化似乎局限于只显示本地和全局资源字符串列表 - 我已经有了,我需要的是基于ASP.NET的可视化上下文(网络表单和用户控件)。 – 2009-08-09 11:02:49

0
  • 让你的资源键更有意义。这会给他们一些上下文
  • 翻译者是否可以访问正在运行的应用程序?如果是这样,您可以将所有标签的工具提示设置为资源键。这将允许他们将鼠标悬停在标签上以查看其字符串来自哪里。
  • 随着您的翻译人员对产品更加熟悉,他们将能够更好地应对上下文的不足。第一次有点粗糙,你需要经过几轮测试和翻译修订。对此你没什么可做的。
+0

好吧,我们尽力使资源键尽可能有意义 - 但这还不够好:-(不,不幸的是,目前翻译人员无法访问正在运行的应用程序:-(因为这些翻译程序是每次都需要做一些事情,几乎没有任何“学习”效应 - 现在谁可以得到合同..... – 2009-08-13 16:37:56