我们有一个基于扩展超链接的扩展，其中包含与要呈现的内容类型相关的数据 - 例如......
<a href="tcm:1-123" title="video-example"><img class="videoCSS"/></a>
该类允许我们为用户显示一个显示相应图标的样式（如CME RTF的FormatAreaStyles.css和UI的网站CSS中所述）。
因此，我们有一个检测并处理<a>元素的扩展程序。 然而，当通过UI查看时，它被查看（并与之交互）为 - 这不是正确 的！发布时，会发生自定义渲染 - 编辑时，使用元素仍然检索组件 - 当我们在预览页面中看到渲染时出现混乱，编辑后这消失了，我们没有看到我们原来的图标 - 事实证明原始图标只是因为（样式）图像无法从已发布的网站获得而被破坏！<object>标记，因为此时已呈现。
我最初的尝试是保持这个“简单” - 编辑器看到的是一个视频图标（就像他们在CME中所做的那样）而不是用户界面中的渲染视频 - 如果他们想看到完整的页面背景他们必须在分段中查看（允许与RTF的现有扩展交互）。但是，我们如何知道内容是否为呈现而不是......或者是否必须在启用的siteedit上的发布目标级别上完成标签。
如果是后者，那么这意味着将所有渲染代码更改为自定义渲染器，或者根据发布目标做出反应。
编辑 来自Will Price Problems detecting when we are doing CMS Preview vs Dynamic Preview in 2012 UI/XM的有用帖子
我猜测替代方案是我们必须扩展UI RTF Extension JS以向后工程，更新，删除和替换实际的呈现的 HTML，这听起来像是一场绝对的噩梦做/管理，如果它甚至可行！
你有没有遇到过这个想法？
像往常一样 - 感谢您的评论！
更新不幸的是，由于不同的错误导致思维过程失去同步，这个问题偏离了轨道！我已将此留在此处，以防任何人遇到类似问题并且正在偏离轨道！