TinyMCE将querystring中的符号和转换为HTML实体
编辑:我对编码的假设是不正确的。我将保留最初提出的问题,以防其他人带着同样的误解来到这里TinyMCE将querystring中的符号和转换为HTML实体,tinymce,Tinymce,编辑:我对编码的假设是不正确的。我将保留最初提出的问题,以防其他人带着同样的误解来到这里 当我在编辑器的某些文本中包含一个包含查询字符串的链接,然后查看源代码时,我可以看到它已将href中的任何&字符转换为&,这会断开链接 变成 如果我在源代码中将其更改为仅&,请单击“查看源代码”对话框上的“确定”,然后立即再次查看源代码,它已经发挥了它的魅力,并再次对&进行了编码 有没有一种方法可以提示编辑器继续转换那些外部标记属性,但不要与那些内部属性混淆 使用较旧的版本(4.0.12),但我在
当我在编辑器的某些文本中包含一个包含查询字符串的链接,然后查看源代码时,我可以看到它已将
href
中的任何&
字符转换为&代码>,这会断开链接
变成
如果我在源代码中将其更改为仅&
,请单击“查看源代码”对话框上的“确定”,然后立即再次查看源代码,它已经发挥了它的魅力,并再次对&
进行了编码
有没有一种方法可以提示编辑器继续转换那些外部标记属性,但不要与那些内部属性混淆
使用较旧的版本(4.0.12),但我在tinymce.com上看到了当前live示例上的行为,因此如果它是一个bug,它看起来好像还没有被修复。但我想知道这是否只是我错过的一个环境
有关问题:
HTML规范实际上规定,HTML属性中的符号必须进行编码,以便TinyMCE能够100%正常工作。如果您的服务器端代码处理不正确,这是服务器端代码的问题。在我的测试中,浏览器将正确呈现该链接,即使使用符号作为其实体。如果浏览器可以呈现/跟踪链接,你想解决什么问题?@MichaelFromin我相信向我们报告的具体案例是当链接呈现为PDF格式时,它不起作用。主要的问题是,它根本不会发生。不应修改属性引号内的字符。可以说,输出的某些使用者对其含义做出的假设与编辑行外的编码颜色是正交的。@MichaelFromin当我测试这样一个链接时,服务器将querystring键值对中的键视为one
和amp;两个
。任何查找键two
的操作都将失败。虽然呈现链接不会完全失败,而且浏览器可以跟随链接进入页面,但查询字符串本身不起作用,至少在我的测试中是这样。我使用的是Chrome66,但其他浏览器可能会修改URL,因为它要么被呈现,要么作为对意图的猜测。出于这个原因,我认为重要的是不要考虑内容的消耗,只担心编辑器的行为。HTML规范实际上规定HTML属性中的符号必须编码,以便TinyMCE能够100%正常工作。如果您的服务器端代码处理不正确,这就是服务器端代码的问题。@MichaelFromin在仔细查看之后,我发现您是正确的。我将删除该问题并关闭github上项目的相关问题。谢谢