重命名类别和关键字以及其他 GUI 标签答案

【问题标题】：Renaming the Categories & Keywords and other GUI labels重命名类别和关键字以及其他 GUI 标签
【发布时间】：2013-01-26 20:35:47
【问题描述】：

我们能否扩展/替换 SDL Tridion 2011 Content Manager Explorer 中显示的标签？

我对更改 Publications 下的根项目特别感兴趣。

背景

SDL Tridion 具有组织项目，用于分组或“存储”项目或构建块（不要与特定项目的模板构建块混淆）。

例如：

在默认发布下，我们获得三个选项：根文件夹、根结构组和类别和关键字标签（包含类别）。

Categories & Keywords 标签本身不是一个类别，就像Building Blocks 是一个文件夹一样。 Dominic Cronin 暗示the differences in this SO answer。

我可以重命名和本地化 Building Blocks 和 Root。 但是我可以/我会去哪里扩展/更改类别和关键字标签？我认为它是 Tridion.Web.UI.Strings 的一部分。它必须是翻译/可翻译的。
其他程序化建议？

改变这些的用例包括：

【问题讨论】：

我仍然不确定您是否有一个用例，Alvin。 Tridion 中的类别隐含地是 Tridion 类别。用“Tridion Publications”代替“Publications”或“Tridion Content Management”代替“Content Management”会是一种改进吗？产品中的 UI 选择背后有相当多的可用性研究，我发现很容易接受“Tridion”隐含在这个上下文中。也许如果你举一个不同的例子，我会明白你为什么想要这个。
嗯，具体来说，我有一些客户，其中“类别和关键字”意味着非常特定于业务的东西。对于这样的组织，Tridion 类别和关键字只是预定义的列表或对某事物进行分类的一种方式。我只推荐 Tridion {Item Name}，这样未来的开发人员或培训人员就不会因为“哦，我们称之为列表”而苦苦挣扎。
哦，我们一直使用模式字段和项目名称来执行此操作。 Tridion 链接是外部链接或组件链接，但我们通常将架构字段描述更改为特定于业务的内容。我们还重命名出版物、文件夹、类别和关键字，即使作者不知道他们正在使用的项目类型，这在他们使用它们的上下文中也是有意义的。 Categories & Keywords 之所以突出，是因为我们的根文件夹不称为 Components，也不称为根结构组 Pages。

标签： tridion

【解决方案1】：

很好的问题。可以使用 DataExtender 修改 Tridion 响应，包括树。我知道之前已经编写了一个扩展来隐藏基于组成员身份的出站电子邮件分发列表树的某些部分。

但是，我认为我不会为此推荐 GUI 扩展。相反，我建议通过客户支持提交增强请求，因为它应该是产品的一部分，并且您有一个适用于许多客户的良好用例。

【讨论】：

【解决方案2】：

您可以创建一个 DataExtender，它将覆盖此特定节点的 Title 属性。您将通过 ID 识别“类别和关键字”节点 - 它将以“catman-”前缀开头。

【讨论】：

+1 并接受提示在哪里可以找到它以及要更改什么。我还警告任何试图更改这些标签的人仍要考虑对培训和未来发展的影响（Dominic Cronin 在上面确实有一个很好的观点）。
谢谢。事实上，改变它们会产生一些影响。另一面——性能。为了最大限度地减少 Data Extender 的影响，您可以仅将它应用于调用 Publication 的 GetList 服务方法。因为“猫和钥匙”只能出现在那里。并且不要忘记覆盖标题的本地化版本。