【问题标题】:Multiple tinymce textareas on one page -- correct chrome menu not always appearing一页上有多个 tinymce 文本区域——正确的 chrome 菜单并不总是出现
【发布时间】:2018-06-25 10:29:57
【问题描述】:

我有一个包含多个 tinymce 文本区域的页面,使用浏览器的默认上下文菜单。我遇到的问题是,有时 Chrome 会显示正确的 textarea 上下文菜单(剪切、复制、粘贴等),但每次我打开上下文菜单(大致)时,它都会显示非 textarea 内容菜单(后退、前进、重新加载等)

我在这里有一个 Fiddle 示例来演示这个问题:http://fiddle.tinymce.com/Bugaab

如果您在任一文本区域(在 Chrome 中)右键单击几次,在不同的位置,将出现不同的菜单。

我很确定我正确地初始化了控件。仅单个文本区域不会出现此问题。

任何帮助表示赞赏。

【问题讨论】:

  • 我只能看到默认的 chrome 上下文菜单...
  • 在文本区域的不同部分右击确实会在不同的时间显示这两个菜单:i.imgur.com/osLhFOg.png, i.imgur.com/1KP2hay.png
  • 好吧,我明白你的意思了...我看到粘贴和粘贴为纯文本,如果我右键单击有插入符号的行,可能是按设计的?
  • 不,它绝对不像设计的那样,因为它只适用于单个文本区域。
  • 让我们看看我是否可以解释我所看到的:如果我右键单击具有插入符号的行上的任何编辑器,我会得到 tinyMCE 上下文菜单。如果我在任何其他地方右键单击,我会得到 chrome 上下文菜单。这发生在两个编辑器中,这就是为什么我想知道它是否按设计工作。

标签: javascript tinymce


【解决方案1】:

不完全是。它根本不是一个 tinymce 上下文菜单。这是 Chrome 在输入或文本区域中打开时的上下文菜单。它有不同的菜单项,具体取决于上下文。

我之前说过,当页面上只有一个 tinymce textarea 时,问题不会发生,但我现在看到这是不正确的。每个tinymce textarea都会出现这个问题。

我认为问题与 textarea 的区域有关。 Tinymce 隐藏了实际的原生 textarea 控件并绘制了自己的控件,并且它可能以某种方式错误地映射了尺寸,使 Chrome 误以为鼠标单击超出了控件的范围。

据我所知,这个控件的标准是使用它自己的上下文菜单而不是依赖于浏览器,这可能就是为什么我很难在任何地方找到提到 Chrome 问题的原因。

【讨论】:

  • 更准确地说,TinyMCE 为菜单/工具栏创建了一系列divs,内容区域实际上是iFrame。您是正确的,当 TinyMCE 出现在页面上时,原来的 textarea 不再可见,您也无法通过键盘或鼠标与之交互。
猜你喜欢
  • 1970-01-01
  • 2010-10-17
  • 2010-11-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-07-30
相关资源
最近更新 更多