3

contenteditable区域中,如果您粘贴带有 URL 属性的元素,在某些浏览器中,它会将 URL 从relative转换为absolute

我已经阅读了一些声称它在最新版本中“已修复”的错误报告,但事实并非如此。

我把这个小提琴放在一起来演示:为演示万岁!

它就在那里,它很丑陋,我想知道修复它的最佳方法是什么。

  1. 想到的第一个想法是,在当前节点中onpaste查找所有内容和。我想不理想,但它可能是有效的。anchorsparse it with regex

  2. ???

  3. ???

我真的希望他们不要管它,不要contenteditable用.

关于解决这个问题的最佳方法有什么想法吗?

4

1 回答 1

1

CKEditor,在让浏览器破坏数据之前,将所有srcname属性复制hrefdata-cke-saved-src|href属性。不幸的是,由于数据是一个字符串,它必须通过正则表达式来完成。您可以在此处找到代码:/core/htmldataprocessor.js#L772-L783

var protectElementRegex = /<(a|area|img|input|source)\b([^>]*)>/gi,
    // Be greedy while looking for protected attributes. This will let us avoid an unfortunate
    // situation when "nested attributes", which may appear valid, are also protected.
    // I.e. if we consider the following HTML:
    //
    //  <img data-x="&lt;a href=&quot;X&quot;" />
    //
    // then the "non-greedy match" returns:
    //
    //  'href' => '&quot;X&quot;' // It's wrong! Href is not an attribute of <img>.
    //
    // while greedy match returns:
    //
    //  'data-x' => '&lt;a href=&quot;X&quot;'
    //
    // which, can be easily filtered out (#11508).
    protectAttributeRegex = /([\w-]+)\s*=\s*(?:(?:"[^"]*")|(?:'[^']*')|(?:[^ "'>]+))/gi,
    protectAttributeNameRegex = /^(href|src|name)$/i;

function protectAttributes( html ) {
    return html.replace( protectElementRegex, function( element, tag, attributes ) {
        return '<' + tag + attributes.replace( protectAttributeRegex, function( fullAttr, attrName ) {
            // Avoid corrupting the inline event attributes (#7243).
            // We should not rewrite the existed protected attributes, e.g. clipboard content from editor. (#5218)
            if ( protectAttributeNameRegex.test( attrName ) && attributes.indexOf( 'data-cke-saved-' + attrName ) == -1 )
                return ' data-cke-saved-' + fullAttr + ' data-cke-' + CKEDITOR.rnd + '-' + fullAttr;

            return fullAttr;
        } ) + '>';
    } );
}

然后,在处理取自可编辑元素的 HTML 时,data-cke-saved-*属性会覆盖原始属性。

于 2014-02-12T16:47:34.510 回答