为什么将内容框架引入Touch UI

问题描述

在Touch UI中,添加一个称为“内容框架”的iFrame。 你能告诉我吗

  1. 在创作过程中使用iFrame显示页面的原因是什么?

  2. 一个观察者(/libs/cq/gui/components/authoring/editors/clientlibs/internal/page/js/observe.js)观察对DOM所做的更改并相应地发送发布消息。 发送邮件的原因是什么?这有什么帮助?

解决方法

AEM开发人员意识到,由于将编辑UI和所见即所得内容视图渲染到经典UI中的同一上下文中,因此产生了许多问题:

  • 编辑界面会推送内容,从而减少所见即所得
  • 内容样式可能会干扰编辑用户界面,意外放错位置或将其隐藏
  • 编辑器脚本可能会干扰内容脚本,这意味着网站作者需要对此进行编码
  • 编辑UI会插入其他HTML元素,这些元素需要在内容样式表和脚本中考虑

这就是为什么他们决定采用更好的Touch UI方法的原因:

  • 所有内容用户界面都将位于编辑用户界面下的iframe中
  • 编辑UI通过测量内容UI的位置使其与内容UI对齐,而不是通过将DOM节点插入内容中来

观察者是内容UI仍需要在编辑UI何时需要更新其覆盖图时通知它们的少数脚本之一