上下文导航

←上一张票据
下一张票据→

#19389 关闭缺陷（bug） (固定的)

标题图像后的后续图像插入会导致破损

报告人：	休	所有者：	阿佐兹
里程碑：	3.5	优先：	正常的
严重程度：	正常的	版本：	2.7
组件：	微型微型计算机	关键词：	需求-测试
重点：		复写的副本：

描述

转播（中继）：

插入带有标题的图像。Visual Editor现在应该报告如下路径：
```
路径：div»dl.wp-caption alignnone»dd.wp-carption-d
```

立即单击“添加媒体”并再次插入另一个带有另一个标题的图像（不要移动光标或其他任何东西）。插入操作应破坏上一个图像，并在Visual Editor中留下如下路径：
```
路径：div»dl.wp-caption alignnone»dd.wp-carption-d»div»）dl.wp-caption alignone»dd.wp-aption-d
```

优点：在步骤之后，可以在可视化编辑器中按Enter键#1。这会按预期插入一个新段落，并且Visual Editor会报告“Path:p”。切换到HTML编辑器，然后返回到Visual editor。标题元素现在处于活动状态（Path:div»dl.wp-caption alignnone»dd.wp-carption-d），此时插入将导致混乱（步骤#2).

再现（3.2.1）：
与主干相同，只是“Bonus”（切换到HTML并返回到Visual）不适用。

预期行为：
随后的图像插入将被干净地插入，而不需要手动光标移动。

附件(2)

19389.批次 (2.9 KB)-由添加阿佐兹 12年前.
19389-2.补丁 (944字节)-由添加阿佐兹 12年前.

将所有附件下载为：.zip文件

更改历史记录(18)

#1 @珍珠蛋白
13年以前

版本设置为3.2.1

后备箱的情况并没有太糟糕，设置为3.2.1。

#2 @DrewA图片
13年以前

#3 @阿佐兹
13年以前

里程碑已从更改等待审查到未来版本
版本已从更改3.2.1到2.7

自从2.7中引入图像标题以来，这种情况就一直存在。问题是，要将插入符号置于contentEditable模式，浏览器需要一个块级元素，其中包含某种内容。FF有 ，WebKit有U+00A0（UTF表示非中断空格）等。因此，要放置插入符号，我们需要插入类似的内容>或u\00a0在标题之后，如果没有立即在编辑器中插入另一个标题，则会带来其他问题。

目前的行为是一种妥协。另一方面，我们可能可以重新检查在TinyMCE中插入一个短代码并将其转换为一系列DOM元素的过程，因为自上次以来，浏览器在该领域已经有所发展。