inpageedit/inpageedit-v2

[BUG] [IPE-14.1.2] 编辑摘要中提交的应是anchor而不是line

Func86 opened this issue · 10 comments

由于历史遗留性原因(作者早些时的代码素质屌差),该BUG拖延至今难以修复。

quickEdit模块将于patch/14.1.6重构,届时该BUG将会被修复。

这就是负负得正吗.jpg

由于历史遗留性原因(作者早些时的代码素质屌差),该BUG拖延至今难以修复。

quickEdit模块将于patch/14.1.6重构,届时该BUG将会被修复。

取决于$wgFragmentMode的设置,可能也不能直接用上anchor。

确认此处为 MediaWiki 程序自身导致的 bug

但是鉴于按照预期文本进行填充根本无法进行跳转,此处以纯文本填充更为合理,将在下一个补丁中进行改进。

这里有几个令人哭笑不得的事实。

  1. 按照 mw 程序的设计,编辑摘要中的段落标题应与源代码中的完全一致,例如:== {{Foo|bar}} ==/* {{Foo|Bar}} */
    1. (但事实上点击这个摘要根本无法正确跳转。
  2. API 中本应返回标题内容的 section.line 却会返回错误的解析内容,例如萌娘百科的 {{Color|red|123}} 会变成 <span>123</span>。这是 mw 一直延续至今的迷惑 bug(
    1. InPageEdit 只是正常的调用 API 的返回结果,也就是说 IPE 本身没有做错什么
    2. W+ 可能采取了不同的措施,但是整挺好

section.line是用于TOC显示的,就是解析为HTML,这个不是错误。保留了部分标签也是特性。参见:Parser.php#4281
只是没有方便的锚点(anchor目前安装默认是old MediaWiki-style encoding,虽然很多站点都有改成优先html5),特别是同名标题跳转需要标序号。
第1点这个**问题我尝试在修(

只能说IPE做对了但是没完全对,还需要一梭子正则把留下来的标签去掉(Parser.php#4307)以及还原字符实体。normalizeSectionName之类的就算了。
至于同名标题的序号……或许可以从anchor那边提取一下(或者算了(

你这diff简直没法看啊(

……展开 quickEdit.js 这个文件,会自动定位到我标记的那一行