维基百科讨论:签名

提议禁止在签名中插入乐谱

通过：

已经修改了页面维基百科:签名，以反映上述决议。Bluedeck 2024年3月31日 (日) 05:45 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

经过半天的测试，现提议禁止在签名中插入乐谱（<score></score>）。

1. 乐谱一般会超过行高1.5倍（例：
   
   ）
   • 除非你用中音谱号
     
     或低音谱号
     
     ，还没有太多的加线
   • 可以用\with {\magnifyStaff 1/2} 等方法缩小乐谱，但是在app的wiki页面模式不适用。
2. 有时候插入乐谱会造成换行
   • 测试结果是，在单独的p标签里面，乐谱会直接跳到p外面，即使套了一层span或者div，或者把整条留言手动用p包裹都没用
   • 在dl、li标签（即，: # * 这三种缩进记号）中正常。
   • app的讨论页面模式无论如何都会换行。
3. app的讨论页面模式无法显示乐谱。

总结，由于废物app，任何带score标签的签名都无法满足签名指引的外观要求。即使不考虑app，这种签名也无法在单独的行内文本中使用。因此建议禁止在签名中插入乐谱。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月5日 (二) 04:10 (UTC)

补充一点，Special:FindComment系统无法识别乐谱签名，不但乐谱签名无法产生连结，乐谱签名后面的[回复]连结也失效了（见此）。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月5日 (二) 08:21 (UTC)

同意禁止。--路西法人 2024年3月5日 (二) 04:24 (UTC)

赞成。这也不方便辨识、语义化称呼和复制。--YFdyh000（留言） 2024年3月5日 (二) 04:50 (UTC)

• 附上当时同意开放乐谱作为签名的讨论供参考Wikipedia_talk:签名/存档2#规范签名可用的HTML/XML_Tag。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月5日 (二) 08:13 (UTC)
  • 回顾了一下，当时开放乐谱签名好像就是为了游魂的签名想用乐谱而展开讨论的....-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月5日 (二) 08:16 (UTC)
• (※)注意：phab人员已明说乐谱签名是“disallowed”（不允许）的了，见phab:T359143#9599714。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月5日 (二) 10:07 (UTC)

支持禁止。--冥王欧西里斯（留言） 2024年3月5日 (二) 14:12 (UTC)

---

提议条文如下：在“并未禁止”一句删除score并以chem代替；将score加入到技术原因禁用的标签中。

现行条文 除了上述规定需要禁止使用或滥用的HTML/XML标签（<big></big>、<br/>、<center></center>、<hr/>）以及隐含引入图像的HTML/XML标签（包括但不限于<gallery></gallery>或<imagemap></imagemap>等）之外，并没有限制对其他HTML/XML元素的使用。 例如目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果，例如<score></score>或<math></math>等，但必须符合下列规范： ... 此外，由于技术原因，您不应在签名中使用下列HTML/XML标签： <ref>...</ref>、<references />（影响参注运作） <noinclude>...</noinclude>、<includeonly>...</includeonly>、<onlyinclude>...</onlyinclude>、<section>...</section>（干扰部分要将讨论嵌入他页的运作） <templatedata>...</templatedata>（干扰templatedata运作） 过时的HTML标签

提议条文 除了上述规定需要禁止使用或滥用的HTML/XML标签（<big></big>、<br/>、<center></center>、<hr/>）以及隐含引入图像的HTML/XML标签（包括但不限于<gallery></gallery>或<imagemap></imagemap>等）之外，并没有限制对其他HTML/XML元素的使用。例如目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果，例如<math></math>或<chem></chem>等，但必须符合下列规范： ... 此外，由于技术原因，您不应在签名中使用下列HTML/XML标签： <ref>...</ref>、<references />（影响参注运作） <noinclude>...</noinclude>、<includeonly>...</includeonly>、<onlyinclude>...</onlyinclude>、<section>...</section>（干扰部分要将讨论嵌入他页的运作） <templatedata>...</templatedata>（干扰templatedata运作） <score>...</score>（多项讨论页适配问题） 过时的HTML标签

 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月5日 (二) 14:25 (UTC)

phab:T359143#9599714：“Anything that generates block level HTML should be disallowed in a signature”,是否我们应该要求所有块级元素及能够产生块级元素效果的html标签和wikitext标签都禁用？--百無一用是書生 (☎) 2024年3月6日 (三) 09:44 (UTC)

看起来是这样。--冥王欧西里斯（留言） 2024年3月6日 (三) 09:56 (UTC)

应该包括哪些？有没人帮忙写个草稿之类，这方面不是很熟悉。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月7日 (四) 01:22 (UTC)

就是所有能产生块级元素效果的html代码和wikitext文本，这没法全部举例（例如本身不会产生块级效果的标签，加上些css就能实现块级效果）。重点不在于具体标签，而是最终产生的块级效果--百無一用是書生 (☎) 2024年3月7日 (四) 09:08 (UTC)

块级效果指的是display属性吗？还是直接写“禁止能够产生块级元素效果的html代码和wikitext文本”？ ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月9日 (六) 01:41 (UTC)

@Shizhao：打扰 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月11日 (一) 11:44 (UTC)

• @魔琴：可以这样写：“禁止任何能够产生块级元素效果的html代码、CSS样式和wikitext文本”，然后“块级元素”加个链接说明什么是块级元素，可以是HTML元素#区块元素或者是 https://developer.mozilla.org/zh-TW/docs/Glossary/Block-level_content 之类的文档。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月15日 (五) 06:38 (UTC)

@Shizhao：这个本来就禁掉了，只是当年给游魂开了一条可以用score的后门--SunAfterRain 2024年3月12日 (二) 00:48 (UTC)

那像这样超过行高的<math></math>标签的签名呢？例如${\frac {\sqrt[{426}]{\sqrt[{8964}]{\sqrt[{114514}]{x^{y^{x^{y}}}}}}}{\sqrt[{911}]{\sqrt[{9453}]{\sqrt[{228922}]{y^{x^{y^{x}}}}}}}}$？--1.165.194.85（留言） 2024年3月16日 (六) 01:17 (UTC)

• <math></math>也可以写成不超过行高的写法。只对行高做禁止。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年3月16日 (六) 02:35 (UTC)

如果是phab方面明确表明不得在签名加入乐谱的话，那这个修订作为事实性修订应该跳过公示程序、直接执行。Sanmosa _{Šče ne wmerla Ukrajina, ale ne Wže woskresla Ukrajina} 2024年3月6日 (三) 13:14 (UTC)

看wording没这么强烈，还是走一遍修订程序吧。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2024年3月7日 (四) 01:23 (UTC)

也无不可。Sanmosa _{Šče ne wmerla Ukrajina, ale ne Wže woskresla Ukrajina} 2024年3月7日 (四) 03:30 (UTC)

同意Shizhao的意见。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年3月11日 (一) 11:42 (UTC)

---

公示7日，2024年3月26日 (二) 09:19 (UTC) 结束。--路西法人 2024年3月19日 (二) 09:19 (UTC)

@LuciferianThomas：公示期已结束。Sanmosa _{Gloire d'Yser} 2024年3月28日 (四) 06:53 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

建议改成跟英维一样，签名的长度上限为255字元而非255字节

建议改成跟英维一样，签名的长度上限为255字元而非255字节（就跟签名输入框的上限一样），见Wikipedia_talk:签名/存档2#WP:SIG#长度，另外计算签名长度时模板也不用先展开再计算，见User talk:Xiplus/存档15#h-Topic:Xfu08gb21z7jxq59-20230408040400，签名“显示”太长才会影响阅读，“源代码”太长又不会。--1.165.194.85（留言） 2024年3月16日 (六) 01:34 (UTC)

很遗憾，该限制是MediaWiki软件施加，不是方针施加。此外，英维的要求已经改了，先行的最新要求是：“Keep signatures short, both in display and in markup. The limit is 255 characters.”--MilkyDefer 2024年3月16日 (六) 14:14 (UTC)

您反而印证了他所说的话。英维的要求是“characters”不是“bytes”（虽然技术上应该似乎仍然是bytes）。我相信主要理据是因中文字占三个byte，可操作空间缩小；但每个中文字能传达的意思比英文字多，要用到255字元（含中文）的签名似乎也会显示上严重过长。--路西法人 2024年3月19日 (二) 07:10 (UTC)

但是我确实不太相信谁的签名会有80多个字这么长，我觉得这实属没事找事。--MilkyDefer 2024年3月19日 (二) 09:50 (UTC)

这我是同意的。签名过于复杂或过长真的没什么意义。--路西法人 2024年3月19日 (二) 10:18 (UTC)

如果要避开签名字段的长度限制，还有一样东西代替：subst。所以这个长度看你是放在数据库的长度限制（无论是字节还是字符数），还是渲染显示出来的长度。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月19日 (二) 10:49 (UTC)

找了一下，签名的数据应该是放在mw:Manual:User_properties_table，对应“up_property”的值应该是“nickname”（mw:Manual:$wgDefaultUserOptions，“fancysig”控制是否将其解析为wikicode）。表字段类型为varbinary(255)，就是255字节。这是存入数据库的技术死限。但，是有规避方法。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月19日 (二) 11:21 (UTC)

签名本体是放在 up_value blob 上面。--Xiplus#Talk 2024年3月19日 (二) 13:33 (UTC)

反对源代码过长不会影响阅读这种疑似是偷换概念的东西，你当没有人用源代码编辑是吧？--SunAfterRain 2024年3月19日 (二) 16:36 (UTC)

想雪球结束该议题。涉及特殊字符时255字符很难计算。计算不展开大小意味着多长都可以，模板可输出大量内容。--YFdyh000（留言） 2024年3月19日 (二) 17:05 (UTC)