维基百科

维基百科讨论:签名/存档2

< Wikipedia talk:签名
Example在话题“签名指引§签名方法修订”中的最新留言：刚刚

对签名的相关章节进行完善

最新留言：在8年前发布9条留言4人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Liaon98 我是废物 2016年3月7日 (一) 01:36 (UTC)。

以下讨论已结束，请不要对此存档进行任何编辑。

敝人认为现有的签名的这个章节需要进一步具体化，以便于更好规范用户之签名内容。因此在下整理并扩充了签名的有关内容。具体请移步这里。

  这不是投票，请各位斧正，也感谢您的指教。 --😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@用户:lyliylytl 2016年2月24日 (三) 20:11 (UTC)

不要把这一堆全放过来，开个WP:签名/草案之类的来放，这边放连结就好--Liaon98 我是废物 2016年2月24日 (三) 20:38 (UTC)
好吧，只是这样或许又有人会指出，请您将内容于此展示，以便于浏览。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@用户:lyliylytl 2016年2月25日 (四) 10:41 (UTC)

(－)反对“即使您采用替换引用模板，也请保持在1024位元组以内”这句话，系统上限给您255位元组就255位元组，不要另订数字，变相鼓励大家不自律地绕过系统上限。（后记：300我都觉得太长了，您还要给1024）--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月25日 (四) 11:34 (UTC)

尊敬的阁下，这里不是投票的提议，您给出修改意见就好，甚至您可以直接动手修改。最终提出的方案将会吸收您的意见，再行投票。另，将长度上限扩充，是因为现在用户签名中不少都超出了这一额度。最新方案于此。@街燈電箱150號--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@用户:lyliylytl 2016年2月26日 (五) 10:53 (UTC)
写了在您的用户页下，我不太想亲手改。还有就算不少人超出额度，也不代表就要在规条里容许超额的做法。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月4日 (五) 12:38 (UTC)
签名长度的规范应统一标准，因为加一些不明文订立的宽限，只会造成日后处理上的争议。--Thomas.Lu（留言） 2016年3月5日 (六) 15:44 (UTC)
@Cdip150：未见阁下于我用户页下有何操作，请明示。另本人已经无力再维护有关草案，原宥海涵。
敝人为这个话题的发起人，现在关闭这个话题，如您认为需要继续就该话题展开讨论，请您另外新建话题，原宥谅解，谢谢合作。--萌动之心所有维基人都在说谎😘维基百科主义万岁😝以让世界更萌的态度致力于使世界更萌🙏 中文维基13年🚭维基百科15年💑联系请@用户:lyliylytl 2016年3月6日 (日) 20:49 (UTC)

请求提升维基百科:签名#签名必须包含的部分为方针

最新留言：在8年前发布53条留言25人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2016年3月17日 (四) 08:42 (UTC)。

近期，个别用户对默认签名进行修改，修改后的签名中没有包含该用户的用户页、讨论页或贡献页中的任何一项的链接，造成了极大的沟通不便。因此，请求提升维基百科:签名#签名必须包含的部分为方针，以约束这种影响沟通的行为。--Miao233 RB，EE，PE 1，IPBE，GIPBE（留言） 2016年2月21日 (日) 19:00 (UTC)

(＋)支持，个人认为这是签名最基本的用途。—AT 2016年2月21日 (日) 19:02 (UTC)
(＋)支持，还有需要解决有些用户签名为纯文本（根本没有链接）的问题。--Stang 16 2016年2月22日 (一) 01:27 (UTC)
(＋)支持，完全同意。--门可罗雀的雾岛诊所欢迎光临神社的羽毛飘啊飘 2016年2月22日 (一) 02:20 (UTC)
(＋)支持，方便简洁的签名是好事。Innocentius（留言） 2016年2月22日 (一) 03:57 (UTC)
(＋)支持，OK！OK！--Engle跃【✉✈㍿♛№】抱著元素一直团团转！ 2016年2月22日 (一) 05:08 (UTC)
(＋)支持，没有链接就要去翻历史，十分不便--Nbfreeh 2016年2月22日 (一) 05:10 (UTC)
(＋)支持--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月22日 (一) 06:00 (UTC)
(＋)支持。- 和平、奋斗、救地球！(留言)自然条目提升宗教专题于 2016年2月22日 (一) 07:18 (UTC)
(＋)支持：这样够雪球通过了吗？--Liaon98 我是废物 2016年2月22日 (一) 07:20 (UTC)
(＋)支持--火车书呆论 · 贡 2016年2月22日 (一) 12:15 (UTC)
(＋)支持，早该规定签名格式，之前还有IP用户使用假签名。--Thomas.Lu（留言） 2016年2月22日 (一) 12:59 (UTC)
(＋)支持，事实上，假签名已经可以算是伪造文书罪构成要件了。--宇帆(留言·联络) 2016年2月22日 (一) 17:03 (UTC)
(＋)支持，我认为这项规定的意义在于，至少给出一个表明发言身份的连结，而不是让别人去页面历史核对是谁说的。--Jasonzhuocn（留言） 2016年2月22日 (一) 17:32 (UTC)
(＋)支持，必须有相关链接。--Lanwi1(留言) 2016年2月22日 (一) 19:42 (UTC)
(＋)支持。搞清楚了，方针是必须遵守的，指引是可有例外的。支持升级为方针，所有人的签名都必须有用户页、讨论页或贡献页中的任何一项。--Gqqnb（留言） 2016年2月25日 (四) 00:24 (UTC)
(＋)支持，签名基本作用是可以互相留言交流，维基百科是合作项目，如果技术性规避沟通，显然不合适。Galaxyharrylion（留言） 2016年2月25日 (四) 13:09 (UTC)

草案

据上述讨论，为建立对不当签名的处置依据，提议在维基百科:破坏#破坏类型中增加以下内容：

不当签名：
使用违反维基百科:签名格式要求的签名。
这不是投票，请对草案提出修改意见。乌拉跨氪 2016年2月22日 (一) 18:27 (UTC)
敝人在前述言之可以参照，阁下的草案不就是参照那条内容所提议的么。不过还是有些欠缺，这里所指违反维基百科:签名格式要求，指的是严格的方针，还是包含较为宽松的指引，所以加上一些限制性词汇还是有必要，举例，使用违反维基百科:签名所述之精神的相关签名等。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@[[用户:lyliylytl]] 2016年2月22日 (一) 20:21 (UTC)
现在的WP:签名只是指引。这个草案只涉及修改WP:破坏，若要修改WP:签名，则可待本草案完成后再做进一步讨论。“所述之精神的相关签名”和“格式要求的签名”貌似并不存在本质上的区别。乌拉跨氪 2016年2月23日 (二) 04:00 (UTC)
(＋)支持，此草案可行。--宇帆(留言·联络) 2016年2月23日 (二) 04:11 (UTC)
大致而言都OK！--深爱学习的Engle跃【✉✈№】抱著元素一直团团转！ 2016年2月23日 (二) 04:41 (UTC)

(？)疑问，如果没有用户页/对话页/贡献页连结的签名算破坏的话，这里衍生了一个问题：就是签了一个没有用户页/对话页/贡献页连结的名，比起没有签名更严重，似乎又不是很合理。所以如果真的把如上行为定为破坏的话，那么是否也要针对一下不签名的行为？--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月23日 (二) 13:12 (UTC)

没有签名的留言会有机器人补签吧？乌拉跨氪 2016年2月23日 (二) 13:50 (UTC)
做一个en:User:Sinebot？--Antigng（留言） 2016年2月23日 (二) 13:52 (UTC)
街灯电箱的说法很有道理。所以文字应该是“在讨论中使用违反维基百科:签名格式要求的签名或没有签名，且经多次劝说仍坚持不改。”--Miao233 RB，EE，PE 1，IPBE，GIPBE（留言） 2016年2月23日 (二) 15:13 (UTC)
封禁操作流程已规定在封禁前必须进行警告，无需在此赘述。参照维基百科:破坏#破坏类型其他条款亦没有提及“多次”，但在实际封禁前都先进行警告。乌拉跨氪 2016年2月23日 (二) 17:11 (UTC)
@Cdip150：我有不同意见。若用户如Miao233所言，恶意转换签名，又不附上连接，确实比没有签名更严重。--Temp3600（留言） 2016年2月23日 (二) 18:29 (UTC)
要加“恶意”下去的话，一定比所有事严重。既然有恶意用无连结的签名，自然也会有恶意不签名，两者效果几乎没两样，都是要人查历史。--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月24日 (三) 02:09 (UTC)
不建议方针，作为指引足够了。格式问题应该慎用方针去规范--百無一用是書生 (☎) 2016年2月24日 (三) 01:47 (UTC)
越是事无巨细越容易被钻空子么...虽然我一直不信这个。Innocentius（留言） 2016年2月24日 (三) 03:54 (UTC)
不细到一定程度的话，绝对是越细越好钻空子。而且我觉得维基百科绝对细不到“一定程度”。所以我的一切按照完美规则运转的梦想一定落空。Bluedeck 2016年2月24日 (三) 08:16 (UTC)
这么简单的一句话，有什么空子可钻的。要钻空子也是钻WP:签名的空子。现在改的是WP:破坏啊。乌拉跨氪 2016年2月24日 (三) 11:01 (UTC)
(＋)支持改吧。--Temp3600（留言） 2016年2月29日 (一) 16:41 (UTC)
若不再有异议，则将在晚些时候加入WP:破坏。乌拉跨氪 2016年3月1日 (二) 15:06 (UTC)
@乌拉跨氪：修改前请贴Template:Bulletin一周会好些。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月1日 (二) 15:56 (UTC)

节升级为方针，应予扩充内容

如果一定要将这个章节升为方针，应该扩充一些内容才方便其他人规劝不遵守这项方针的用户。举例：如您的签名并没有包含前述三项链接中的任何一项，建议您进一步完善您的签名以符合本章节的要求；如您不顾及其他用户无法从您的签名中查询到是您本人留言之行为，其他用户皆可对您的行为提出规劝、告诫、警示甚至警告；如以上行为仍然无法阻止您一意孤行，为了避免维基百科遭受更严重的破坏，管理员可能会对您予以封禁处理，祈望您特别留意。在下仅是抛砖引玉，欢迎斧正，如有可能，请予考量将类似内容一并纳入这个章节。（针对那些故意不留下签名的行为，应该再其他章节增加内容，而非这个章节）--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@用户:lyliylytl 2016年2月23日 (二) 16:20 (UTC)

法律、规定不用这种语气的，也无须如此冗长，“您的签名并没有包含前述三项链接中的任何一项……”更适合作为警告别人的句子。--Gqqnb（留言） 2016年2月25日 (四) 00:22 (UTC)
这里仅仅试举一例，具体的大幅修改的情况请尊驾移步。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系，请@用户:lyliylytl 2016年2月25日 (四) 10:49 (UTC)
WP:TLDR --达师 - 334 - 554 2016年3月7日 (一) 06:04 (UTC)

WP:SIGN的破折号

最新留言：在8年前发布4条留言2人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2016年5月26日 (四) 16:42 (UTC)。

浏览 enwp 的时候注意到 --（double hyphen）会变成一个 endash，而 zhwp 不会。要不要干脆提倡按照中文习惯用破折号（double emdash）的方案？毕竟前后空格的 endash 就是英文破折号啊。——Artoria2e5 更改·工具 2016年5月16日 (一) 15:44 (UTC)（就像这样）

另外，我注意到WP:SIGN#滑鼠输入方法这里的 double hyphen 似乎被 bot 替换过，实际上按钮得到的还是 --~~~~ (double hyphen followed by four tildes)。——Artoria2e5 更改·工具 2016年5月16日 (一) 15:44 (UTC)

(～)补充技术障碍已经解决: https://phabricator.wikimedia.org/T26191 ——Artoria2e5编 保持页面整洁，直接ping我回复。 2016年6月2日 (四) 21:29 (UTC)

维基媒体是否接受在签名宣扬政见

最新留言：在8年前发布35条留言20人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2016年7月31日 (日) 08:42 (UTC)。

有用户在签名中加入大量与编辑维基百科无关的资讯，其中签名用字的排列严重误导他人理解留言者的正确注册用户名，更甚者是宣扬极具争议的个人政见主张，请问管理员是否容忍这是种滥用签名的行为。我相信在英文维基百科那边在签名加入“support/oppose Trump”很快就会被那边的管理员要求回退成预设签名。-- 同舟（论 · 历） 2016年6月20日 (一) 06:02 (UTC)

该签名从鉴别名称方向来说的确有问题，请管理员考虑。然而我必须指出，我在英语维基的签名，暂未被挑战。 激仔 2016年6月20日 (一) 06:38 (UTC)
同时我亦须指出，英语维基近日有悼念Jo Cox的签名，该等签名亦未有受挑战。 激仔 2016年6月20日 (一) 06:43 (UTC)
我查阅过你在英文维基百科的使用签名留言记录就只有一次，而且那时预设签名，如果你换了签名又没有使用它到处公开留言那也不会有人理会。我的著眼点是政见签名的曝光率，至少我在查阅/留言比较集中的地方如village pump、admin notice board和Jimbo讨论页都没有见到你所指悼念Cox的签名，或者是非常不容易见到，或者这个签名非常刷边球的（至少没有明言政治立场）而没有引起关注，不论悼念签名有没有被使用过，有一点是肯定的，维基媒体不是宣扬政见的场所，这明显脱离了编辑维基百科的范畴，当初英文维基百科那边删除了反对SOPA的用户的分类就是基于这个原则，很遗憾中文WP无视这个原则没有跟随处理一堆用户政见分类。-- 同舟（论 · 历） 2016年6月20日 (一) 07:18 (UTC)
同意楼主观点。 --达师 - 334 - 554 2016年6月21日 (二) 12:24 (UTC)
(※)注意中文维基可以与英文维基的做法冲突。User:Asdfugil的签名“占领中环(留言) 我要真普选 Asdfugil留言于香港特别行政区”的HTML标记长达270个字符，超出WP:签名规定的255字，应修改。但是WP:签名并未反对政见、宗教观点或其他个人观点。我认为只要长度符合规定，参考WP:用户页允许对各种观点陈述一次。--Gqqnb（留言） 2016年6月21日 (二) 22:45 (UTC)
用户页宣示政见我当看不见，而事实上在用户页只发表一次个人观点的原则亦没有得到尊重和规范。我举例的签名除了令他的同路人感到快慰我找不到其他妥当的地方，因为签名会在各个讨论页爆光，这无异于自我宣传，而且破坏维基媒体政治中立的原则，如果维基百科禁止任何形式的商业宣传（例如注册用户名，更不用说签名了，这应该是永久封禁处理），我看不到为甚么这不适用于政见宣传。-- 同舟（论 · 历） 2016年6月22日 (三) 00:13 (UTC)
同意签名不应包含政治宣言，维基百科的讨论页不是用来刷大字报的地方。 --Kuailong™ 2016年6月22日 (三) 14:33 (UTC)
那一会再来个签名是 反对占领中环(留言) 真普选去死 示例用户留言于中华人民共和国“的是不是他们俩得打起来？#ForeverLove — 凡人丶 你一定要好好的 中文字数统计工具 2016年6月23日 (四) 10:43 (UTC)
维基不接受宣扬政见，不仅适用于签名，用户页同样不接纳宣扬政见。--Thomas.Lu（留言） 2016年6月23日 (四) 10:50 (UTC)
同意楼主观点。---Zwd626（留言）欢迎参与地理学专题 2016年6月23日 (四) 12:00 (UTC)
赞同签名不应包含政治宣言。- I am Davidzdh. 2016年6月26日 (日) 00:50 (UTC)
然而，政治宣言的定义并不明确，像我这种算不算？至于用户页，我认为不需要管那么严，现行“允许对各种观点陈述一次”已足够。-和平、奋斗、救地球！留言・WikiNews于 2016年6月26日 (日) 03:47 (UTC)
我不认为“和平”是一种政治立场，虽然签名本应该是尽量简洁避免附带不必要资讯，政见是拥护特定政治团体，而这个政治团体可以透过宣扬其政见获得金钱上的利益（不论是否已经实现与否），所以应该与商业宣传看齐。-- 同舟（论 · 历） 2016年6月26日 (日) 05:04 (UTC)
如果政治宣传与商业宣传看齐，商业宣传的用户页按目前情况是会被提删，甚至速删的，宣扬政见的用户页，都应该删除了。如果要执行起来，确实不论商业还是政治，签名还是用户页，都应当看齐处理的，而不是选择性保留某种形式的宣传、某类群体的宣传、某种政见。--Thomas.Lu（留言） 2016年6月26日 (日) 07:34 (UTC)
维基媒体不是一直对商业宣传（paid advocacy）采零容忍政策吗？这应该是不单单适用于用户名或条目编辑，对用户页应该都不例外吧。-- 同舟（论 · 历） 2016年6月26日 (日) 10:56 (UTC)
见WP:使用条款及未披露之有偿编辑（中文）及未披露之有偿编辑（英文），重点是在“披露”有偿编辑。--❦‽研究及来源 hanteng✉ 2016年6月27日 (一) 15:14 (UTC)
披露只是令其他人更容易追踪特定用户的商业宣传行为，披露了之后不代表维基媒体就能接受其利用维基媒体作商业宣传的行为。-- 同舟（论 · 历） 2016年6月28日 (二) 01:53 (UTC)
(！)意见：本人(＋)赞成楼主的意见，但认为相关话题不应该扩大到用户页，这会波及相当大一部分维基人（包括我本人）的用户页。——苏州宇文宙武的主页 ♨留言 ☎交友 ★贡献 2016年6月29日 (三) 07:30 (UTC)

(＋)同意签名不应被滥用，但具体实施时如何界定何种信息为政治宣传则需要小心定义。原则上悼念Jo Cox的讯息也不应该在签名中出现，但如果通融的话，是不是“纪念斯大林同志”和“悼念死于斯大林手下之千万人”这类会带起政治话题的签名也要一并容忍呢？钢琴小子 留言 贡献 2016年6月29日 (三) 18:17 (UTC)

(－)反对 难以超然、客观、公正、具体、准确、无误地区辨、判断或执行且有害维基自由精神与普世价值的提案。

三不五时就有人提出限制表达自由的东西，但绝大多数都不是台湾人。台湾人民显然有台湾人民自己的标准。所谓“上有政策、下有对策”，中国限制最多，各种隐晦的表达也最多。禁有用吗？那中国人干嘛违法犯纪翻墙来这儿呢？

如果不同国家的编者对合理表达有不同界定与包容度，如果不同世代种族性别对不同议题有不同见解，如果不同管理员在不同时间有不同看法，一个边界含糊不明的抽象概念只会被有权力者或心态威权保守者滥用。如果无法做到90%以上的编者、90%以上的管理员、在90%以上的任何时机都能在遮盖用户名/身分的前提下对任何“所谓的政见”做出90%以上相似的判断，那那种限制就将是中文维基未来的乱源之一。无论形式审查、实质审查，都将成文字狱斗争或封禁的借口。中文维基的时间人力要浪费在审查签名档吗？

禁止商业利益或禁止有偿编辑攸关维基百科内容素质，我看不出签名档表达信仰或认同或呼吁或只是吸引注意妨碍了什么维基宗旨？百无禁忌就百无特殊。我不认为在中文维基需要弄个与大多数语版维基所无的东西。由市场反应决定即可。中文维基犯不著无事生非地走上百度之路。

--WildCursive（留言） 2016年7月6日 (三) 09:36 (UTC)

特地绕道前来围观。阁下讲的真好！—Kou Dou 2016年7月17日 (日) 09:28 (UTC)
  • (－)反对：虽然我也认为所谓的签名宣扬政见不值得提倡，但认可上面User:Wildcursive的说法。如果他人的签名是反战，自由，好像不见得会有那么多人不爽，所以问题不应该是这样会不会让人不爽，而是即便让很多人不爽，又是否应该用什么手段禁止。面对让人不满的事情时，才能考验自己对规则（法律）的信仰。规则（法律）从来就不是也不应该是为了保障大多数人会喜闻乐见的事情来制订的，一件大多数人都会喜闻乐见的事，也不会需要用规则（法律）来保护。从这样的讨论和这样的倾向，基本可以看出社群乃至全社会对异见的容忍度有多么低。--7（留言） 2016年7月6日 (三) 15:09 (UTC)
一位编者的签名是否可笑，无关维基创立或存在之宏旨，由观者自行评断即可。
铃木一朗的穿著品味曝光 网友笑喷疯传
无论是休闲或打广告，铃木一朗穿什么是他的自由，他爱怎么签名也是他的自由，他的本务是打棒球，他所属球队不会干涉他的品味！
玛丹娜爱穿什么或爱展示什么（如台湾国旗）、Lady Gaga爱穿什么或爱见什么人（如第十四世达赖喇嘛），都是她们的自由。你可以看不惯有人奇装异服，但你无权要求她/他们换上中山装或毛装或白衬衫黑长裙/裤。
这些自由权之表现可被正当地记述于维基百科，我看不出中文维基有何权力去限制正规编辑在条目外之表达自由。维基基本上无权干涉非关内容编辑之领域，也未授权任何人去限制这样的自由或抹灭个性。这类行为并无可责性或可非难性，不该是维基要管的事，反而恰恰是基于维基百科之本质所该容许容忍的范畴，正如自由民主制国家的宪政惯例。维基百科永远不接受“只因X国人看不爽”之类的偏见。
中国把高智晟律师打成猪头，他照样偷偷写了本《2017，起来中国》运到国外出版；中国派了多少人监控山东盲人陈光诚，他还不是跑进北京美国大使馆？中国逼林荣基照据本演戏，他还不是冒著生命危险起义？方滨兴建了多高的墙，他和中共高官还不是经常要翻出来看看？世界上终究最徒劳无功的是就是限制自由！
真要整齐划一求干净，那每个帐号只用User ID那组数字来编辑留言即可。真想表达些什么的人，不用签名档一样可以笔无遮拦，禁得了吗？你要禁，反而有更多人要挑战。为此而禁，亦显与维基广招编辑之原则相违背。
维基百科不是人民公社生产线，如果中文维基不坚持原则、不维持区隔，就会日渐沉沦为百度。如果在事实上很可能出现许许多多难以判断的情况，那就别花那个力气。今天要限制这个，明天要限制哪个？凭什么呢？
若要通过限制，该先问问哪位管理员自愿充当净身房执刀太监？
-- WildCursive（留言） 2016年7月11日 (一) 15:52 (UTC)
或者你搞错了一点，在你点选“储存编辑”的一刻起你就是默认要遵守维基媒体基金会的所有决策，如果其编辑/言论被认为是危害维基媒体的话时是随时可以被收回，因为编辑维基媒体是基金会下放的权限、而不是权利/人权，严格而言在维基媒体你是没有WP:言论自由。我一直强调的是，（特别出位的）政见签名对社群本身会造成怎样的冲击，我先不说维基媒体以外团体的观点（例如某些禁WM的政府），如果宣扬政见对改善条目没有丝毫帮助却又分裂维基媒体社群的话，这个行为就应该受到规管。又因为在签名或用户页宣传特定一方政见的用户都有更强硬左倾或右倾立场，所以我不会对口头交涉抱有任何期望，最后还是须要以方针厘清什么是可以接受，什么是危害整个社群的团结。每个人都有持有自己政治立场的权利，但其他人都有权拒收赤裸裸的政见宣传。--同舟（论 · 历） 2016年7月12日 (二) 07:22 (UTC)
简而言之，“真想表达些什么的人”，把这些东西丢到客栈来，会被{{deltalk}}。 --达师 - 334 - 554 2016年7月12日 (二) 08:03 (UTC)
还有，Wildcursive：如果动议以某种形式通过，我愿意执行有关封锁。如果您再说执行的管理员是太监那么我会认为您对我人身攻击。 --达师 - 334 - 554 2016年7月12日 (二) 08:08 (UTC)
  • (！)意见：就如我日前在上方所说过的，“政见”的定义太模糊了，很容易伤及无辜。除了上面WildCursive君举的例子之外，“呼吁反破坏”算不算政见？“呼吁善意推定”算不算政见？“反对关注度指引”算不算政见？“欢迎参与XXX专题”算不算政见？每个人对一件事情的判断标准总有分歧，像这种主观唯心的限制很容易被滥用。况且，我也不觉得现在这些未违背现行方针的签名有造成什么负面的影响。至于“签名用字的排列严重误导他人理解留言者的正确注册用户名”以及“宣扬极具争议的个人政见主张”的部分，我认为可以用沟通与提醒来解决，并不需要动到强制性的方针指引。毕竟大家本来来维基是要互相合作的，形成共识唯有靠沟通，未到最后关头决不放弃沟通，而不是动辄以方针或指引来威胁其他用户。-和平、奋斗、救地球！留言・WikiNews于 2016年7月11日 (一) 16:27 (UTC)
    • (：)回应，那什么才算是政见？“呼吁平凡六四”和“反对关注度指引”哪个更像常规意义的“政见”？我觉得如果单纯不满社群项目内的规则算不上政见，对于现实中的政治事件的看法才算是。这个我觉得还算清晰吧。——路过围观的Sakamotosan 2016年7月21日 (四) 01:04 (UTC)
不适宜用于用户名的字词自然不适宜用于签名。--Mewaqua（留言） 2016年7月12日 (二) 14:32 (UTC)

(－)反对签名档不适宜被滥用，但是限制签名档不得宣扬政见，难以界定何为政见，在实行上很困难，最终会沦为自由心证判断，会影响到个人意见表达自由。支持以沟通来取代用方针限制。--Alfredo ougaowen（留言） 2016年7月12日 (二) 17:00 (UTC)

(－)反对：同User:Wildcursive。—Kou Dou 2016年7月17日 (日) 09:28 (UTC)


User:Jarodalien的签名是否侵犯了用户User:7的权益？

最新留言：在7年前发布19条留言15人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2017年3月6日 (一) 08:42 (UTC)。

如题，User:Jarodalien（通称刘嘉）目前使用的签名是“7(留言)”，但有意思的是，User:7的活动时间远早于此用户开始使用“7(留言)”签名的时间，很容易让不知情的用户误以为此用户是User:7，这么说，是不是有违反方针：WP:签名#假冒签名中规定的嫌疑呢@Jarodalien：？-- Panzer VI-II·內定、欽點 按照基本法 2017年2月14日 (二) 15:43 (UTC)

似乎该用户在近年都没有编辑过，再加上从Jarodalien的签名可以轻易地进入Jarodalien的用户页，所以“假冒”、“侵犯权益”未免太牵强了。签名和用户名不同是很正常之事，没有实质的受害者，就没有讨论的意义。钢琴小子 留言 贡献 2017年2月14日 (二) 17:10 (UTC)
虽说User:7常年不活跃，但有一天突然活跃了那怎么办呢，那会不会有人认为7之前进行过的人身攻击是后面可能活跃的User:7所为呢？而且虽说签名和用户名不同是很正常之事，但是就拿您的签名来说，您的签名存在的合法性在于没有User:钢琴小子这个用户。--星巴克女王（🎶欢迎参与音乐专题） 2017年2月15日 (三) 04:39 (UTC)
我也经常被叫做“路过围观的Sakamotosan”。——路过围观的Sakamotosan 2017年2月15日 (三) 04:44 (UTC)
我们大可能等7活跃之时再作讨论。--Temp3600（留言） 2017年2月15日 (三) 04:46 (UTC)
当事人不认为会造成困扰的话其实无所谓。 --KRF（留言） 2017年2月15日 (三) 05:22 (UTC)
(＊)提醒：User:中华爱国阵线就曾经因为签名与被封禁的爱孟原来的签名相似而被勒令修改签名，个人认为Jarodalien这个问题和此案例相似。-- Panzer VI-II·內定、欽點 按照基本法 2017年2月15日 (三) 05:29 (UTC)
好像还被怀疑是傀儡了？——路过围观的Sakamotosan 2017年2月15日 (三) 06:16 (UTC)
完蛋了，User:白磷也被注册了，坐等被封禁。 --砜中嘌呤的白磷萃取 打谱 2017年2月15日 (三) 07:53 (UTC)
除非那个User:白磷和你使用相似风格的签名，编辑习惯高度相似甚至一样，甚至还能唱双簧的话，倒有可能被认为同一个人，封禁是跟着下来的可能步骤，还要跑CU、自己去解释等之类。不过做到这样，是不是你的仇口太狠，玩到这个份上了吧。——路过围观的Sakamotosan 2017年2月15日 (三) 08:38 (UTC)
还好抢注了几个合理使用的傀儡并加了说明和重定向，比如User:Jerre Jiang（笑）--Jerre Jiang 　讨论│参与清理积压站务　 2017年2月16日 (四) 11:44 (UTC)
歪个楼，如用户A被重命名至用户B，则A能否被注册？如能，会不会造成困扰？-- Stang 111 2017年2月18日 (六) 14:15 (UTC)
理论上可以被注册，不过A一上来就发现自己有用户页了。不过，好像有规定用户页不能重定向到另一个用户页（同一个用户页的两个子页之间的重定向除外）。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月18日 (六) 15:11 (UTC)
吓得我赶快建立了User:№.N……我觉得楼主举的例子在维基里绝非孤案，除非你规定签名必须使用自己的用户名署名。另外，这一看就知道是仇口太深，不过没关系仇恨背后都是有理由的，只要不是像这个以及Wikipedia:特色条目/2003年太平洋飓风季的存废讨论这样玩就行了。--№.N（留言） 2017年2月19日 (日) 08:25 (UTC)
应该根据case by case的方法判断吧。7是从昵称的“刘嘉”演变为“6+”再变为“7”的，有充分的理由善意推定其只是选择了喜爱的昵称，而非假冒签名。但是站在用户“7”的立场考虑，似乎比较无解啊。不过@WhitePhosphorus：只要确保了user:砜中嘌呤的白磷就能保证自己的安全了吧。真是不幸，刚刚不知道被谁抢注了（哭）。Bluedeck 2017年2月20日 (一) 05:56 (UTC)
@Bluedeck：“占据名称，然后送给白磷”，哼，那么您倒是送啊…… --砜中嘌呤的白磷萃取 打谱 2017年2月20日 (一) 06:37 (UTC)
其实我的用户名也是因为Innocentius原先被人注册，没办法才用的Lnnocentius.不过记得哪篇论述中曾经讲过：“问题没有发生之前没有必要修正它”，放著不管也没什么事情吧。--Innocentius Aiolos 2017年2月20日 (一) 20:31 (UTC)

为WP:签名方针添加一个子方针／指引

最新留言：在7年前发布17条留言7人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2017年3月6日 (一) 16:40 (UTC)。

今天编写了一个WP:签名的作用域。其中总结了一些非常明显（当然，如果你觉得不是这样，请提出）的常识性的规则，比如哪些内容被一个签名“所包括”，并由发言者“负责”。之所以要把类似的常识和惯例明确下来，一是为了相对严谨的方针体系，二是很长时间以来一直有编辑似乎没有明确的理由地认为标题不是发言的一部分，导致我感到有明确的必要。请指教。Bluedeck 2017年2月6日 (一) 22:51 (UTC)

  • 支持提醒用户注意“改动标题”有可能产生“改动他人留言内容”的效果，特别是涉及“带有观点的标题”。--Mewaqua（留言） 2017年2月7日 (二) 02:01 (UTC)
    • 忘了提一下，WP:签名是态度指引，WP:假冒签名则是方针。至于这个可以往哪里合并，还稍有点问题。因为这页面实际上谈的还不是“如何恰当地签名”这个话题本身。因此不合并，直接作为独立方针或指引亦为一项选择。Bluedeck 2017年2月7日 (二) 03:52 (UTC)
重整留言结构本就是麻烦事... --Temp3600（留言） 2017年2月7日 (二) 05:13 (UTC)
@星耀晨曦：，其实是的，但有人会改别人的标题...--Temp3600（留言） 2017年2月8日 (三) 07:22 (UTC)
@星耀晨曦：为什么会这么想呢？我觉得讨论页面中其他编者写的标题显然不能随便改动啊。Bluedeck 2017年2月8日 (三) 21:18 (UTC)
@Bluedeck：我也不知道为什么。自此入（维基百科）这个坑后我就觉得标题是属于“公有领域”的。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月9日 (四) 06:35 (UTC)
标题有时本身并不中立，巧妙运用的话的话可以歪曲别人的发言。--Temp3600（留言） 2017年2月9日 (四) 03:56 (UTC)
@星耀晨曦：公有领域是个很美好的概念，但是在讨论页面中，并没有修改他人编写的内容的道理。或者说，修改他人的编写内容（或者容易造成类似误导的操作）往往是不恰当的行为。[4]这是我找到的最近的例子，例中编者的行为我认为是不适当的。当然例子并非针对这名编者，只是前几天只看到了这个。Bluedeck 2017年2月9日 (四) 08:09 (UTC)
这个是排版的一种形式吧。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月9日 (四) 09:06 (UTC)
我就说了，这非常麻烦。我在上面移动别人的留言心里也怕。--Temp3600（留言） 2017年2月9日 (四) 11:01 (UTC)
@Bluedeck：仍有意继续讨论吗?--Temp3600（留言） 2017年2月24日 (五) 10:36 (UTC)
正常存档即可。Bluedeck 2017年2月24日 (五) 15:56 (UTC)

您的昵称之后输入框的上限？

最新留言：在7年前发布24条留言5人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/其他。执行者：Jimmy-bot（留言） 2017年5月18日 (四) 08:42 (UTC)。

如题，在Special:参数设置里，您的昵称之后的输入框，这里面是否限制了输入上限？比如：签名长度不应超过255字节，这个输入框是否设置了255字节的上限？如果有，为何还会出现代码尚未填满这个输入框而留言之后，查看历史中出现了超过255字节的增量？--🎂🎂🎂🎂🎂🎂🎂🎂🎂偶㊗ღ✿NII龚诗淇19周岁HII孙珍妮✯😇♉生快!🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂 2017年5月2日 (二) 20:05 (UTC)

@SNH48TAQ：有上限，但是如果勾选将签名视为维基代码，并且subst其他页面，就会取代成其他页面内容，这样就不会有255限制，不过255是明文限制吧，请不要用此方法故意绕过。--A2093064#Talk 2017年5月3日 (三) 01:36 (UTC)
例如我是填{{subst:User:A2093064/sign}}并勾选将签名视为维基代码。--A2093064#Talk 2017年5月3日 (三) 01:37 (UTC)
@A2093064：我可没有说要用{{subst:}}这个替换引用啊，而是将代码直接放入输入框，但还没有填满那个输入框。也就是说，应该如何确认签名的长度。虽然，本人认为将签名的代码放入那个输入框，然后验证其代码是否会被截断。看来，在下的这种验证方法不是主流。--🎂🎂🎂🎂🎂🎂🎂🎂🎂偶㊗ღ✿NII龚诗淇19周岁HII孙珍妮✯😇♉生快!🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂 2017年5月3日 (三) 08:39 (UTC)
@SNH48TAQ：好的，不过您如果觉得此方法不错可以试试，另外更正，输入框是限制255个字，但是这不等于255位元组，Wikipedia:签名#长度指引的规定是255位元组，您现在的签名是超过的，您是233个字，但是是305位元组，从历史查看增加位元组。--A2093064#Talk 2017年5月3日 (三) 08:46 (UTC)
@A2093064：您确认那是限制255个字，而非255字节？o(╯□╰)o这个文本框是来陷害新用户的么？--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 09:22 (UTC)
@SNH48TAQ：是的，输入框的限制是字数，这应是技术上无法达成。--A2093064#Talk 2017年5月3日 (三) 09:26 (UTC)
@A2093064：如此一来，签名长度的这句话请保持签名在255字节内（即目前“参数设置”页面中，“您的昵称”输入框的输入上限）。不是在误导新用户吗？这算不算一个BUG？--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 09:37 (UTC)
@SNH48TAQ：的确是，我现在才发现，应该修改一下。--A2093064#Talk 2017年5月3日 (三) 10:28 (UTC)
@A2093064：这个可以直接修改吗？还是说，依旧要经过社群的讨论，新开议题？因为，不合规的签名已经是破坏的一种类型了，如果有人因此而遭遇封禁，这人恐怕会不服吧（假设）。--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 10:52 (UTC)
@SNH48TAQ：或许可以在这边顺便提起Wikipedia:互助客栈/方针#巨型签名问题。--A2093064#Talk 2017年5月3日 (三) 13:46 (UTC)
@A2093064：您的意思是，把话题转过去？--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 17:58 (UTC)
@SNH48TAQ：留个言提及便可。--A2093064#Talk 2017年5月3日 (三) 23:03 (UTC)
@A2093064：好，等待修复。--🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂 2017年5月3日 (三) 23:06 (UTC)
也是代码的路过。{{subst:User:兰斯特/刻印}}，好用方便修改又可以直接看大小。Zest 2017年5月3日 (三) 06:37 (UTC)
说起来，Special:参数设置这类页面谁有权限可以编辑？这个应让不是技术上无法达成的检查，可参考这个范例。如果该页面不能改动，也可以用机器人监视互助客栈中的签名，并在判断超出255字节在该用户的用户页留言来提醒。——愚蠢的人类 2017年5月5日 (五) 17:49 (UTC)
不知道，好像已经修复了。现时，此框框上限为255字节。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月6日 (六) 20:59 (UTC)
@愚蠢的人類：您提供的网页使用Javascript计算，但是参数设置里Javascript好像不会载入。--A2093064#Talk 2017年5月7日 (日) 07:57 (UTC)
@SNH48TAQ：字数不等于位元组，输入框限制的是字数。--A2093064#Talk 2017年5月7日 (日) 07:57 (UTC)
竟然这样。——愚蠢的人类 2017年5月7日 (日) 13:12 (UTC)
@A2093064：好吧。是255characters。看来，签名的那句话依旧只得商榷。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月7日 (日) 18:02 (UTC)
@愚蠢的人類：相关的介面文字在这里MediaWiki:Tog-fancysig。--A2093064#Talk 2017年5月8日 (一) 01:53 (UTC)
原来可以编辑的是内容文字，所以程序的逻辑是没有人能够更改吗？——愚蠢的人类 2017年5月8日 (一) 02:56 (UTC)

巨型签名问题

最新留言：在7年前发布63条留言27人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2017年5月19日 (五) 08:42 (UTC)。

Bluedeck

最近不断出现的巨型签名，令我有点希望更新一下签名指引。我的考虑是，希望加入内容，让编者知道，行高超过1.8em（1.8行文字高度）的签名有点太大了，最好将签名控制在1.8em以下。当然，签名指引并不是强制性的，所以加入这个之后，如果出现大于1.8em但不影响排版的签名，那也无妨。另外，演示一下：1.8em的签名大概是右图这么大，如果比这个还大，那就有点太大了。这个1.8em是我目前个人能够接受的上限（但也不是绝对的）。如果你觉得还能接受更大的签名，或者觉得连1.8em也过大，那么请您参与讨论。

Bluedeck 2017年4月27日 (四) 17:14 (UTC)

难道，您的提案是在针对在下吗？签名的指引有必要涉及如此细枝末节吗？(因为上面有隐藏模板，所以留下空行)--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月27日 (四) 19:31 (UTC)
不是的，只是个人的想法，希望通过指引的形式和社群沟通。而且指引也不是强制的，只是让大家知道社群的多数意见。如果你觉得我的想法不好，反对也没有关系。Bluedeck 2017年4月27日 (四) 19:49 (UTC)
不针对您。如果只有我自己看您的签名不舒服，那么我完全可以透过改自己的common.js/common.css来解决。但是，如果大家都觉得有问题，那么您最好主动配合配合。做事之前多考虑考虑别人感受，这样对大家都有好处。--逆袭的天邪鬼（留言） 2017年4月27日 (四) 20:09 (UTC)

强烈(＋)支持制定巨型签名标准，而且在下更进一步建议限缩到1.5em。－ 执行编辑 Aotfs2013 留于 2017年4月27日 (四) 19:38 (UTC)

说实话我是不知道我怎么改才能用common.js/css过滤……——Artoria2e5编 讨论要完整，回复请用ping。 2017年4月28日 (五) 15:01 (UTC)
(－)反对。签名尺寸难以量化，而且容易鼓励打规则擦边球。用一句模糊的“我们强烈不建议设定文字过大、样式过于花哨、颜色过于闪烁……的签名”够了。嫌烦的话沟通或者改自己common.js/common.css。本身这种事情就应该透过沟通而非强制管理来解决。要是一群人都反映“你的签名不合适”，然后自己还屡劝不听，那可以自行离开维基百科了。要是想著“我们规定签名最大1.5em，你这小子用了1.6em，我终于可以收拾你了”，那同样可以离开维基百科了。--逆袭的天邪鬼（留言） 2017年4月27日 (四) 19:45 (UTC)
我自己把问题彻底解决了。现在你们用10000em抑或0.0001em的签名都不关我事了。--逆袭的天邪鬼（留言） 2017年4月30日 (日) 20:30 (UTC)
倒不是要设立规矩，更像是想让新手知道大家对巨型签名的态度。至于量化这个，确实没法量化，1.8em的宗旨是让签名不要把一个行高撑开太高就行。至于多高算太高，那是每个人自己的观点，我只是提出我的感觉。Bluedeck 2017年4月27日 (四) 19:52 (UTC)
规则明确始可以减少争议，同意订立明确准则，长度可以，字体高度亦应该有个上限。签名过大的确会影响其他读者及与会者。--J.Wong 2017年4月28日 (五) 03:35 (UTC)
事情有点像公共场合大声说话那样吧。在公共场合喊叫是不违法，但肯定令人反感。订立规则可以，但是目的肯定不是要求你说话声不得超过多少分贝，或者你违反规则我们就要实施制裁了，而是要让你自己意识到“这种行为很不好”。大家都是文明人，多考虑考虑别人感受，这肯定没有坏处，对吧？--逆袭的天邪鬼（留言） 2017年4月28日 (五) 09:33 (UTC)
不应明定签名尺寸，有上面那句模糊的论述就够了。 -KRF（留言） 2017年4月28日 (五) 10:10 (UTC)
之所以要求明确准则，原因在模糊论述反而容易引起争执，就以上面那句“文字过大、样式过于花哨……”，于是用户甲就援引这句去提醒用户乙，然后用户乙就会反问何谓过大，何谓花哨，甲就表示签名不应大于某某标准，然后乙又会说这某某标准完全是甲君个人见解，后删一百字，所以到头来这个含糊标准订来是为什么呢？明确订一个上限，易于判断，亦易于遵守。正如上面Bluedeck君所言，人人对几高才算过高，观点都各异，订立明确准则不仅在易于判断，亦要易于适从。订了模糊规则以后，丙君标准较低，于是乎可能用户丁签名只是稍稍大于 1 em，结果又要与丙君周旋一番。划一条线是保障双方，千万别觉得会因此而失自由。--J.Wong 2017年4月28日 (五) 10:34 (UTC)
维基百科的重点始终是在条目，签名这种次要之事让用户自由一点又何妨？若认为对方签名不当，大不了不看或用上述的方式解决，犯不著在这种事上周旋。 -KRF（留言） 2017年4月28日 (五) 10:56 (UTC)
订个上限，只要不是很低，又有多不自由？长度都有限制，又很不自由？维基之中，什么用户也有，或对此毫不执著，或对此极为执著。明订准则，就是要平衡双方利益。Bluedeck建议以不影响行距亦是不错建议，由 1.0 或以下至 1.8 em 距离其实都不少。何以就变成“不让用户自由一点”？--J.Wong 2017年4月28日 (五) 11:30 (UTC)
看了天邪鬼所说的，确实觉得并不一定要定一个数字那样钉死，我提出1.8em，初衷也是为了开启这个讨论而有个演示大小。我也意识到，就算能够钉死在一个数字上，SIGN毕竟是指引，也还是非强行的，不会说谁用了1.9em的签名就要把他怎么样。很可能大家到最后无法同意一个确定的数字，这个很正常，那样的话就使用模糊的论述，我也赞成。Bluedeck 2017年4月28日 (五) 15:55 (UTC)
如果下面煮起来，那么我反倒要支持JWong的看法了。要是连签名这点破事都要争个高低，别怪别人立规定。--逆袭的天邪鬼（留言） 2017年4月28日 (五) 18:21 (UTC)
  囧rz... Bluedeck 2017年5月1日 (一) 20:17 (UTC)
支持有上下限。我这边的建议是上限不能大于 2 倍周围大小（28px），下限不能小于 0.7 倍周围大小（9.8px），行高上限（计入 margin 等）不可超过 3em（42px），同一个签名内最大最小字号的比例不可超过 2。不能量化？我拖一个F12 computed出来就能了。——Artoria2e5编 讨论要完整，回复请用ping。 2017年4月28日 (五) 14:50 (UTC)
签名指引已有量化的长度限制（255字节以内），看不出为什么不能有量化的大小限制。--Wcam（留言） 2017年4月28日 (五) 15:10 (UTC)
  • 如同要限制签名的行高的话，是否应该对签名做出很多的限制。比如，签名不要过于花哨，以免让阅读者转移注意力！举例：

这里只是举例，没有针对您或其他用户的看法。 Super 122 这里只是举例，没有针对您或其他用户的看法。 It's gonna be awesome!#Talk♬ 这里只是举例，没有针对您或其他用户的看法。 Jerre Jiang 　讨论│参与清理积压站务　 这里只是举例，没有针对您或其他用户的看法。 Bluedeck 这里只是举例，没有针对您或其他用户的看法。

  • 等等，这些签名的色差过于大，让人感觉太花哨，让人的注意力关注于签名上而不是周围的内容上。--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月28日 (五) 17:46 (UTC)
躺枪  囧rz...--Jerre Jiang 　讨论│参与清理积压站务　 2017年4月29日 (六) 01:28 (UTC)
您究竟希望不限制签名，还是希望限制签名？如果是因为不同意这个讨论而特别提出加强限制，这是一种干扰讨论的做法，请不要尝试通过这种方法反对，而应该陈述您觉得巨大签名合理的理由；如果是真心想加强签名限制，请开一个新段落，这里集中讨论行高限制。Bluedeck 2017年4月29日 (六) 05:51 (UTC)
既然都觉得签名行高过大，在下改了就是，看不出来必须上纲上线。尊敬的@Bluedeck：阁下，您好，在下仅仅只是就这个提案补充一点自己的看法而已，这样就被举报为扰乱维基百科，这顶帽子是不是扣得太快了吧！(´⊙ω⊙`)！吓死宝宝了~。@Datou 1996：举例之时，不是已经说明了吗，这里只是举例，没有针对您或其他用户的看法。如果，您觉得骚扰您了，在下致歉。--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月29日 (六) 18:16 (UTC)
我也躺枪了hhh，将粗体去掉应该会好那么一点点吧？你一说感觉之前的签名是太粗了。--Super 122 2017年5月2日 (二) 12:32 (UTC)
  • (＋)支持要有上下限，个人建议是28px-9px，长度一样255，之前不会设计签名，设计26px在讨论页就觉得过大了。设计下限是因为有萌动之心那样的设计7px蚂蚁字。色调方面不要过淡(例如黄底白字)都能接受--Zest 2017年4月28日 (五) 17:58 (UTC)
└补充回应天邪鬼，自由，不是放纵、也不是无政府。现行规定只有255位元例如这个一个无政府的例子，我们是文明人，可以合理的规范制度。例如可以制定类似“签名限制大小为30px~8p，长度为30汉字长度。不过建议签名大小在10px-25px，长度多少，不使用相同色调。比较美观且不会占据版面和他人反感Zest 2017年4月28日 (五) 18:34 (UTC)

处置问题签名也只有提到＂造成混淆的签名＂需要被修改，不配合才可能封禁，最重要的是，WP:签名内没有说清楚扰乱性签名包含什么，也没提到巨型签名算不算扰乱性签名，所以才需要在这里讨论。 4279计算过程 2017年4月30日 (日) 00:39 (UTC)

  • 维基百科:签名中已经提及扰乱性签名，如果必须明确字体的大小，以限制过大或过小的签名字体出现，这个硬性规定是否需要指明具体的尺寸（正如User:Wong128hk所言，没有具体尺寸，又会陷入争执）？例如题注所言1.8EM？以下举例，已表明，需要更多的规定才能杜绝这个明确的尺寸易被技术干扰。
    以下为例子，在IE浏览器和Chrome浏览器中测试的效果相似。

333

333AAAA

333A

AAAA 1818

AAAAAAAA
7777
7777

7777

  • 以上为例子。
    是否还要对font元素进行限制？因其能够进一步加强字体大小的显示效果。或者，暂时对尺寸不作硬性规定，留待稍后讨论，因前述出现各种不同的尺寸建议。或者将FONT-size属性的强制定成1em,16px,100%，同理，font size属性强制为3，其余的都属违规。如此，就不再有字体大小的差异。

--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月30日 (日) 11:28 (UTC)

font 是一个 deprecated 标签，不应用于新的标准。如果要制定严格标准，也不应该是inline CSS标准，而应该如同A2所言，按照safemode下100%缩放的CSS computed值进行限制。Bluedeck 2017年5月1日 (一) 20:15 (UTC)
现有的指引依旧有虽然如此会使用到W3C已经鼓励用<span>来取代的<font>元素，不过在浏览器依然兼容的情况下，仍然可以这么做。不知您是否有具体的修改方案，否则，所有人的投票都不知道为那个提案而投。到底是遵循楼主所订的字号为1.8em这个标准来投票的呢？还是其他的各自所列举方案而自我肯定呢？--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年5月1日 (一) 20:37 (UTC)
我觉得除了字体大，sign的代码太多也会影响用代码编辑器写讨论的，是不是也要注意下？——路过围观的Sakamotosan 2017年5月1日 (一) 02:01 (UTC)
255上限的话，不如直接要求签名的字段值设为255长度--百無一用是書生 (☎) 2017年5月2日 (二) 03:19 (UTC)
可以用subst模板来绕过吧。——路过围观的Sakamotosan 2017年5月3日 (三) 00:42 (UTC)
如果不要求“结果不超过255”，那随便一个subst就可以搞到上万了。--逆袭的天邪鬼（留言） 2017年5月3日 (三) 09:14 (UTC)
把参数设置的签名设定限制为不能填模板和不能subst，又如何？--街燈電箱150號 开箱维修 抄表 检验证明 2017年5月3日 (三) 13:00 (UTC)
我觉得用模板很方便，也可以方便计算位元组，而且现在输入框已经限制255字数了，问题在于字数不等于位元组。--A2093064#Talk 2017年5月3日 (三) 13:46 (UTC)
在下也觉得，应该将文本输入框的限制调整为255字节，这样，才不至于坑新用户，本人与User:A2093064的讨论在此。--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 18:12 (UTC)

(－)反对签名应该自由一些，只要不涉及侮辱、冒充等违反其他方针的行为南极熊 　吃企鹅还是吃冰块 2017年5月7日 (日) 08:40 (UTC)

提议，修复签名指引中的明显谬误

最新留言：在7年前发布20条留言8人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2017年5月28日 (日) 16:42 (UTC)。

请看Wikipedia:签名的长度一节，其中请保持签名在255字节内（即目前“参数设置”页面中，“您的昵称”输入框的输入上限）。这明显与事实不符，因为那个输入框的输入上限明显是255字，而非255字节，相关讨论请看您的昵称之后输入框的上限 一节。当前这种情况很容易误导新用户。在下认为，这段文字应该修改为：请保持签名在255字节内。（请特别注意，目前“参数设置”页面中，“您的昵称”输入框的输入上限为255字，并非255字节，请不要试图将输入框填满，否则，您的签名可能会大大超出255字节。）当然，这只是在下的拙见，如有高见，请指教。但是，在下更愿意让维基修改那个输入框的输入上限，然，这恐怕在技术上很困难，难以做到，因此，退而求其次，修改签名条文当中的内容谬误。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月8日 (一) 18:57 (UTC)

如果七日内没有实质性的反对，应该视作为一项共识了吧。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月9日 (二) 17:58 (UTC)
(＋)支持修改，但是我觉得直接删掉就好。--A2093064#Talk 2017年5月10日 (三) 00:17 (UTC)
(！)意见，应该修改为现在的输入框上限（281字节）或者如A2093064君说的直接删掉，显然技术上无法实现的事用指引约束效果应该是不大。--Jerre Jiang 　讨论│参与清理积压站务　 2017年5月10日 (三) 02:50 (UTC)
建议就此移去括号内容，然后把上列辅助内容加入“个人设置”相关位置，除非社群有意向修订指引。--J.Wong 2017年5月10日 (三) 03:44 (UTC)

其实我觉得应该直接修改为按照字符限制才对，因为限制长度的初衷是避免过长的源代码干扰编辑界面讨论，因此，应该是改成要求255字符，而允许超过255字节才合理。Bluedeck 2017年5月10日 (三) 08:00 (UTC)

(：)回应User:Datou 1996阁下，现时，那个输入框的输入上限不只281字节，甚至可以达到500多字节。在下也认可User:A2093064、user:Wong128hk阁下所言，直接移除括号内容，并在“参数设置”页面添加那句提示。当然，在下的提议就是在修正这个指引，虽然只是修改括号的内容。User:Bluedeck阁下所言恐会招致多数人反对，社群似乎倾向于更严格限制签名的长度，如果修改为255字，那势必让签名的代码大大加长，甚至可能达到500字节。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月10日 (三) 10:53 (UTC)
你反对吗？Bluedeck 2017年5月10日 (三) 11:01 (UTC)
您可以看看这个例子，这里只有255字，却会占据这么多的版面。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月10日 (三) 11:11 (UTC)
这个举例更好，更直观--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月11日 (四) 01:42 (UTC)
字数和版面相关性不高。短的我可以用1.5em大小的TWO EM-DASH填充，并且可以用各种margin；长的各种链接下来也完全可以占版面不多。况且签名源码长度都不一定是保存时的长度：我之前玩的一个User:Artoria2e5/sig-charlink随机签名需要的代码很长，需要分开放页面，但最终页面保存的时候完成subst也不长。建议将限制改为“255字符”。——Artoria2e5编 讨论要完整，回复请用ping。 2017年5月15日 (一) 15:21 (UTC)
(－)反对：同Bluedeck，应该改输入框限制，不是改条文。113.52.64.197（留言） 2017年5月10日 (三) 12:37 (UTC)
本人也觉得，应该修改输入框的上限更好，以符合指引的相关要求。是否应该找管理员权限（或者更高）的用户反馈（不知道是否要修改网站的脚本代码）。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月11日 (四) 01:42 (UTC)
(！)意见，本讨论应是就技术层面移除错误的指导性内容，至于想要修改指引规定，应去Wikipedia:互助客栈/方针#巨型签名问题讨论。--A2093064#Talk 2017年5月12日 (五) 09:45 (UTC)
阁下说得很对，先把误导性内容修复了再说。至于相关指引与特殊页面之间的内容打架（255字节与255字符）也不是本人的过失。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月12日 (五) 18:01 (UTC)

(※)注意现在的mw:Manual:$wgMaxSigChars只能控制字符数量。——Artoria2e5编 讨论要完整，回复请用ping。 2017年5月15日 (一) 15:34 (UTC)

  • 现，提案已经过了七日，因没有实际的反对（反对票与支持票抵消），由此，提议取得共识。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月16日 (二) 18:03 (UTC)
    • 这不是投票，合理反对意见没有解除。Bluedeck 2017年5月18日 (四) 00:28 (UTC)
      (※)注意这是一项提案，且，仅仅只对括号内的注释性内容进行更正，并没有对该指引进行实际性的修改。如果阁下以及其他人想要修改该指引的具体内容，还请另开话题，请勿在此探讨修改该指引的其他内容。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月18日 (四) 08:53 (UTC)

请留意，规范签名的大小已经成为一项共识，是否就具体内容进行讨论？

最新留言：在7年前发布25条留言12人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2017年6月29日 (四) 00:42 (UTC)。

达成共识的过程请见，现在是否应该就细节部分进行探讨？如果达成共识的内容却不能反应在相关指引，是否有违共识的初衷。 --🎂🎂偶㊗ღ✿袁航 王璐HII✯😇♉生快!🎂🎂 2017年5月22日 (一) 18:00 (UTC)

有吗？感觉只是乱哄哄地，又没有具体执行细节。至少弄出条文，然后能大多数通过，才能好写于指引中体现？——路过围观的Sakamotosan 2017年5月23日 (二) 00:53 (UTC)
  • 所以说，才要提出来征求详细内容啊。查阅讨论串，可以肯定，多数人是支持更为严格地限制签名的字号大小的，由此，在下拙见，才提出了这个讨论主题。在这里试举出几个方案：

方案展示区

Bluedeck的建议

    • user:Bluedeck的建议，将行高限制于1.8em以内。（如有误解您的建议，请自行更正，望原宥）

SNH48TAQ的建议

  1. 应将签名保持默认的字号，或者类似标记：<span style="font-size:100%;">（暨请不要对签名的字号作任何修改）。
  2. 请避免添加换行符(<br />)、水平居中标记（<center>……</center>）以及类似的其他标记，这会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名。
  3. 请勿添加水平线标记（<hr />）。
  4. 应避免使用多重上标和下标，这些样式也会影响文本的显示方式（多达N次，多达N次）。

基于英文的修订版方案

  1. 应避免采用这些标记，例如<big>和<span style="font-size:200%;">（或者更多）的标签（这是大号文本），这样做会扰乱文本的显示方式。
  2. 请避免添加换行标记(<br />)、水平居中标记（<center>……</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名。
  3. 最好避免您的签名太小，以至于难以阅读。（如很小的文本）
  4. 应避免使用多重上标和下标，这些脚本也会影响文本的显示方式。（多达N次，多达N次）
  5. 请勿添加水平线标记（如<hr />）。

Artoria2e5的Bluedeck/英文维基方案

  1. 签名大小合适与否，以是否容易干扰周围排版而定。过大的字体会扰乱周围文字排版，因此请妥善控制字体大小和周围留白量，以行高1.8em为限。行高以浏览器computed像素数与正文字体大小像素的比值计。
  2. 强制换行标签（<br />）会打乱文字节奏、影响附近文本显示，请避免使用。
    • 删去“不换行空格”的原因是因为那玩意对中文没用。浏览器不断空格也要断中文字。本条内容不进入指引文字。
  3. 过小（小于两级<small>，即低于0.7倍默认大小）的字体不便阅读。虽然这样的字体不会影响排版，但是考虑到签名毕竟是给人看的，还是请不要把自己用户名之类的信息用这么小的字展示。低于0.4倍大小的文字基本不可读。
  4. 水平线（<hr>）标记会打断讨论、切开页面内容，且还要占领一整行的空间。请避免使用。
  5. 多重上/下标会导致文字逐渐缩小、偏离中线、占领额外行高。基于本推荐1、3两条规定，建议避免。
  6. 以上建议的2、3、4、5几条不适用于装饰性的文字花纹。文字作于花纹或装饰性内容使用时，可以考虑在妥善使用<div style="display:inline-block"> ... </div>容器的前提下酌情使用各种小字、换行结构和水平线。请仍然留意签名源码长度和总行高的计算问题。
    • 换行用例：栗子君（举一个）
      🌰🌰🌰
      🏋🏋🏋
    • 水平线例：例子（爬栗子树）
      🌳🌰🌳
      吃
    • 以上两条示例不进入指引文字。我真的只是想吃糖炒栗子了。

投票期限

第一阶段计票，投票截止时间为2017年6月12日 23:59 (UTC)。

第二阶段计票，投票截止时间为2017年6月15日 23:59 (UTC)。

投票规则

请用相应模板表示您的态度（{{support}}{{支持}}，{{Approve}}{{赞同}}{{赞成}}，{{Agree}}{{同意}}）。

本次采取多数票制，暨在投票中，可以对多于一个项目投支持票，不允许使用反对票模板。


方案投票区

在此对您所喜爱的方案表达支持。

方案1

方案2

方案3

方案4

在下有话要说

这里是意见表达区，如果您有话要说请一吐为快。在投票期限内，您依旧可以在此添加您的方案，验证无误后将列入方案投票区。

不论哪个方案，仅(＋)支持作为推荐建议，而不是强行要求--百無一用是書生 (☎) 2017年6月2日 (五) 06:11 (UTC)

作为一项指引，当然不是强制要求。但是，在破坏方针中，已有不当签名属于一个破坏类型了--偶祝🎂易嘉爱李晶李佳恩♊生快 2017年6月2日 (五) 10:28 (UTC)

签名不应该得到限制，但影响阅读的签名应该禁止。上面的方案个人认为只能作为建议。--WAN233 (留言) 2017年6月6日 (二) 13:02 (UTC)

签名这类内容还属于指引，也就是建议而已。--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月7日 (三) 10:16 (UTC)
不过有些人仍然会把指引看成方针并且认真执行，其中不乏一些老用户。所以我认为即使是指引也应该认真讨论。--WAN233 (留言) 2017年6月7日 (三) 14:12 (UTC)
不管指引还是方针，都是维基的规则一部分，只是方针更为严格、指引较为宽松。如果都死板地钻字眼，那么，方针中有一条忽略规则，都呆板的执行这一方针吗？所以，维基百科的规则只是原则，不是法律。--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月7日 (三) 19:17 (UTC)

请重写“横向标记”这一翻译。horizontal rule——水平线——一词的重点 rule——线——被吃了。——Artoria2e5编 讨论要完整，回复请用ping。 2017年6月12日 (一) 15:11 (UTC)

另外，建议默认字号似乎对于表达空间限制还是有点小了，约束力反而会降低。还是按照 Bluedeck 的定义间接控制字号吧。——Artoria2e5编 讨论要完整，回复请用ping。 2017年6月12日 (一) 15:14 (UTC)

注意 Bluedeck 的定义基本只有限制字号一点，所以应该配合英文版的后四条或阁下版本的后三条给出。——Artoria2e5编 讨论要完整，回复请用ping。 2017年6月12日 (一) 15:16 (UTC)

您直接列出您的方案就行了。PS：水平线已修改，谢谢斧正。--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月12日 (一) 16:38 (UTC)
我的签名外围有渲染特效，是否符合方案4。--Zest 2017年6月13日 (二) 02:06 (UTC)

在下不愿限制签名的行高

在方案投票区内请勿使用反对票模板，如果您对所有方案都不满意，或您对限制签名行高仍然存在异议，请在此投下支持票，以表达您反对限制签名的行高。


投票结果

需要手动计票吧

第一阶段计票

截止2017年6月13日18:29 (UTC)之计票结果。支持最多的为方案三，其固定版本在此

前述有用户表明，第四方案才展示不久，投票期延长至第二阶段（初步预计15日底）。

第一阶段计票之计票人--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月13日 (二) 18:55 (UTC)

  • 已等待多日，投票结果毫无改变，第二阶段计票与第一阶段相同。方案三为较多人支持。--偶祝🎂鞠婧祎,徐晨辰,蒋舒婷,陶波尔♊生快 2017年6月18日 (日) 17:45 (UTC)

更新签名指引

最新留言：在6年前发布24条留言8人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2017年12月24日 (日) 05:53 (UTC)。

本讨论已经结束。请不要对这个存档做任何编辑。

在什么时候要署名的段落下有以下修改：
==什么时候要署名==
在讨论页、用户留言和投票页发表了您的意见后敬请署名，这是应有的礼仪。这可以使其他人更容易地追踪讨论的发展，并清楚知道谁说了什么。不过在正文条目中写文章后则不需要也请不要署名。新的意见应加在讨论页的最底部，而不是顶端。请勿在结构性讨论页上签名。

以上。（我用不了显示更改的那个模板）--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错！ 2017年11月27日 (一) 14:21 (UTC)

(：)回应：如果改作在结构性讨论页上签名并非必须。是不是可行的方案？--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错！ 2017年11月28日 (二) 02:58 (UTC)
结构性讨论页上无需手动签名。如何？--YFdyh000（留言） 2017年12月4日 (一) 01:46 (UTC)

提议改为将请勿在结构性讨论页上签名。改为值得注意的是，尽管结构性讨论页抑是讨论页的一种，然而因其本身已具备署名机制，使用~~~~签名并非必须。——Aotfs2013 留于 2017年11月28日 (二) 03:14 (UTC)

另外，签名规范是指引，该提案章节名称误植，请一并修正。——Aotfs2013 留于 2017年11月28日 (二) 03:14 (UTC)

应该让用户自己决定在flow上做什么。如果社群觉得flow上签名碍眼，才需要在指引里鼓励大家不要在flow中签名。Bluedeck 2017年12月2日 (六) 05:37 (UTC)

flow根本不会解析波浪线签名，属于技术性条件，所以可以直接声明无需要在flow上使用波浪线，因为技术上不需要。——路过围观的Sakamotosan 2017年12月2日 (六) 11:47 (UTC)
会解析啊。--Xiplus←A2093064 2017年12月3日 (日) 23:43 (UTC)
预设的flow是视觉化编辑，会直接变成nowiki的~~，原始码会签名。--米莉娅诺朵卡 2017年12月4日 (一) 00:09 (UTC)
好吧，估计我记错了  囧rz……，或者原则上不需要，因为flow会记录签名，不需要（而非“禁止”）波浪线签名。——路过围观的Sakamotosan 2017年12月4日 (一) 00:59 (UTC)

公示七天：如无反对，即可作下列补充：

==什么时候要署名==
在讨论页、用户留言和投票页发表了您的意见后敬请署名，这是应有的礼仪。这可以使其他人更容易地追踪讨论的发展，并清楚知道谁说了什么。不过在正文条目中写文章后则不需要也请不要署名。新的意见应加在讨论页的最底部，而不是顶端。值得注意的是，尽管结构性讨论是讨论页的一种，因其本身已具备署名机制，使用~~~~签名并非必须。

--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错！ 2017年12月5日 (二) 09:34 (UTC)

公示方式有误，已修正。——Aotfs2013 留于 2017年12月5日 (二) 09:41 (UTC)
(！)意见行文繁琐。建议结构性讨论页上无需手动签名。或者值得注意的是，尽管结构性讨论页亦是讨论页的一种，但结构性讨论页上无需手动签名。（“抑是”似乎偏“或者”，“亦是”才是“还是”）--YFdyh000（留言） 2017年12月5日 (二) 10:54 (UTC)
关于“亦是”与“抑是”的使用，可参考[5]及[6]。——Aotfs2013 留于 2017年12月9日 (六) 12:49 (UTC)
不要，并非必须的说法更好。这样更能够表示“硬要签名的话也不是不可以”的思想。Bluedeck 2017年12月10日 (日) 23:05 (UTC)
“无需”更能表达可选但不必要，“并非必须”反而有点“你不签名也可以，但我们推荐”的没说完（“但是，”）感觉。--YFdyh000（留言） 2017年12月11日 (一) 12:11 (UTC)
hmm，是的，我同意。Bluedeck 2017年12月12日 (二) 01:24 (UTC)
@Aotfs2013：打开只显示首页（三选一），“本典”做各项搜索均没查到结果，不知道怎么看。--YFdyh000（留言） 2017年12月11日 (一) 12:11 (UTC)
不好意思，似乎未能直接连结，若搜寻“抑”及“亦”字即可取得相应结果。——Aotfs2013 留于 2017年12月11日 (一) 13:52 (UTC)
“或是、还是。表示选择。”中的选择，个人认为带来不必要的歧义，应予避免；“而且。”可能不适用。另见[7][8]等，“抑”的或者、选择意味较浓。目前公示版本直接用“是”，感觉可以。尽管、然而、使用、并非，感觉?词用太多了。--YFdyh000（留言） 2017年12月11日 (一) 14:07 (UTC)
@YFdyh000：已改。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错！ 2017年12月14日 (四) 09:59 (UTC)

结论

已修改。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错！ 2017年12月14日 (四) 10:08 (UTC)

傀儡的签名能否和本体保持一致？

最新留言：在5年前发布27条留言11人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2018年2月4日 (日) 03:57 (UTC)。

我想用傀儡混到自动确认用户之后，使用TW提删。（注：此处使用无巡查权限的傀儡进行最近更改巡查属于合理使用傀儡的行为。）但这下子就会在存废讨论页面留签名了。我想把傀儡的签名改成指向本体的签名，这样看起来就只有本体在参与存废讨论、投票了，不会构成一人多票。然而，方针WP:冒签中明确规定“您绝不应该冒用另一名编者的签名。”请问我该怎么做？

我比较倾向于修改方针，允许傀儡的签名直接指向本体。或者指向本体的同时略有不同，比如我的签名是燃 灯，那么我的巡查傀儡的签名就是类似于“燃 灯巡查傀儡”之类的，指向燃灯，但有所标注。--燃 灯 2018年1月21日 (日) 00:11 (UTC)（本留言由本体作出）

不建议这样做，有冒充的嫌疑和风险。个人认为可以[[傀儡用户名|本体签名]]，即傀儡使用本体签名及身份，同时保持账号一对一、可查证，并在傀儡的用户页做好声明、本体账号编辑以确认。--YFdyh000（留言） 2018年1月21日 (日) 00:24 (UTC)
“篡改签名代码使其与另一名用户的签名极为相似也可能算作一种冒充的行为。”嗯……我的傀儡和本体倒是都有相互声明。燃 灯 2018年1月21日 (日) 01:01 (UTC)
但这里的另一名用户是自己，个人认为是合理（常识上的）豁免。--YFdyh000（留言） 2018年1月21日 (日) 03:20 (UTC)
为了以防万一以后被莫名其妙揪到CU或者VIP里，我觉得需要在方针里明确一下这种常识豁免比较好燃 灯 2018年1月21日 (日) 05:10 (UTC)
我比较建议你的傀儡用户页放连结到本帐的重定向。--Zest 2018年1月21日 (日) 02:07 (UTC)
我认为这很不便于核查傀儡的编辑记录，会增加冒充的几率。--YFdyh000（留言） 2018年1月21日 (日) 03:20 (UTC)
我的意思是像这帐号一样→Anti-Zest2018年1月21日 (日) 04:34 (UTC)
上面那个帐号，签名和我几乎相似，而签名时的用户名是帐户名称，核查傀儡具有可区分性。--Zest 2018年1月21日 (日) 04:36 (UTC)
所以为什么要用傀儡来提删呢？又不是机械人……--J.Wong 2018年1月21日 (日) 04:51 (UTC)
避免已删贡献+1嘛燃 灯 2018年1月21日 (日) 05:10 (UTC)
真的要如此在乎啰？--J.Wong 2018年1月21日 (日) 05:23 (UTC)
在乎+1--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年1月21日 (日) 06:37 (UTC)
我反对容许两者使用同一签名。--Temp3600（留言） 2018年1月21日 (日) 06:04 (UTC)
根据“若使用者对预设签名进行修改，修改后的签名中必须至少包含该使用者的使用者页面、讨论页或贡献页其中一项的连结。”，所以您的魁儡必须要有连到魁儡用户页、讨论页或贡献页其中一项的连结，当然也可以主帐号与魁儡帐号的“用户页、讨论页或贡献页其中一项的连结”皆有。例如下方测试：--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年1月21日 (日) 06:37 (UTC)
(沙盒测试帐号提供测试结果) 本发言为示例，不代表任何立场也不参与讨论。--　(沙盒测试帐号发言)宇帆 by 沙盒帐号（2/28加入维基将满十周年！留言·欢迎签到） 2018年1月21日 (日) 06:41 (UTC)
↑↑测试结果。 以上。--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年1月21日 (日) 06:43 (UTC)
@Temp3600：那与本体高度相仿（但又不完全一致）、链接到傀儡用户页、傀儡用户页又重定向至本体的签名呢？燃 灯 2018年1月21日 (日) 06:57 (UTC)
我认为Liangent-bot的签名就很好。--Temp3600（留言） 2018年1月21日 (日) 07:04 (UTC)
那么我这样的账号能否参与非投票类的讨论？反正一望而知是同一个人（哎呀我好像已经开始讨论了）→燃 灯巡查傀儡 2018年1月21日 (日) 16:50 (UTC)（本留言由傀儡作出）
嗯。重定向就很好。--Temp3600（留言） 2018年1月27日 (六) 08:12 (UTC)
(：)回应：包含<small>（本留言由傀儡作出）</small>在内，共235位元组、有连到用户页、讨论页，可以区别U:燃灯（巡查用）与U:燃灯。鬼畾兔晶签名 Y符合标准。--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年1月21日 (日) 20:09 (UTC)
好像是User:Bluedeck、User:Reddeck和User:Bluedecklibrary这样吗？--202.155.246.98（留言） 2018年1月22日 (一) 06:12 (UTC)
嗯，这几个都能一望而知，但猛地一看可能不太明显，所以为了防止误会，我个人觉得签名还是和本体再高仿些更好（不过蓝桌不用这几个分身发言所以似乎也无所谓？）燃 灯巡查傀儡 2018年1月22日 (一) 06:24 (UTC)
Topic:V2wi83wa46cyefc1大加看一看，可有帮助。--Wiki emoji | Emojipedia 来笑一下 2019年7月8日 (一) 21:59 (UTC)
看一看,这是修订。--Wiki emoji | Emojipedia 来笑一下 2019年7月8日 (一) 22:14 (UTC)

签名指引§签名方法修订

最新留言：在刚刚发布25条留言9人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2018年3月17日 (六) 06:43 (UTC)。

有用户对《签名指引§键盘输入方法》作出以下修订。如有异议，请七日内提出，否则视为通过。

现行条文

维基百科提供了简便的签名方法——只需要在发表的意见最后加上半角的波浪号（<nowiki>~~~~</nowiki>）即可。不要使用全形的<nowiki>~~~~</nowiki>（尤其是使用Mac电脑的用户）。

提议条文

维基百科提供了简便的签名方法——只需要在发表的意见最后加上半角的波浪号（<nowiki>~~~~</nowiki>）即可。不要使用全形的<nowiki>~~~~</nowiki>（尤其是使用Mac电脑和Linux系统的用户）。

本讨论已经结束。请不要对这个存档做任何编辑。

以上。--J.Wong 2018年2月18日 (日) 05:03 (UTC)

我觉得删掉“尤其是”这句比较好，没有阐明原因。“不要使用”删去也可，前面已强调半角。--YFdyh000（留言） 2018年2月18日 (日) 06:32 (UTC)
据了解，MAC机用户使用中文输入法时，半形~就会变成全形～，所以添加“尤其是”以作强调，亦无不可。--J.Wong 2018年2月18日 (日) 10:52 (UTC)

**你再仔细看看，然后告诉我这修改前和修改后两个文本是不是完全一样的？犯这种低级错误，一天过去还没改，真的只能说态度上存在问题。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月19日 (一) 13:47 (UTC)

异议：我觉得Linux系统这个概念没必要单独拿出来，Linux发行版很多，情况也很复杂  囧rz……--云间守望 2018年2月21日 (三) 04:14 (UTC)
我不太熟识Linux。请@Tang891228：协助解答?--Temp3600（留言） 2018年2月22日 (四) 18:01 (UTC)
J.Wong：他近期不在线。--云间守望 2018年2月23日 (五) 17:14 (UTC)
不太熟悉Linux，如果有Linux用户表示默认输入法是全形的，那我就表示支持。--脳補｡◕‿◕｡讨论 2018年2月28日 (三) 15:15 (UTC)
在下还是觉得没有必要单独拿出来。哪怕添加了“尤其”一句，也并未使指引更加明晰，相反容易增加读者的问题，分散其注意力。--Innocentius Aiolos 2018年3月6日 (二) 00:39 (UTC)

第二修订

本讨论已经结束。请不要对这个存档做任何编辑。

另加以下修订，属事实修改。同样，如有异议，请七日内提出，否则视为通过。

现行条文

还有一种系统自动增加签名的方法是点编辑工具条上的签名按钮──  或 ，系统将自动增加“—<nowiki>~~~~</nowiki>”，将显示的签名效果为：

—[[User:你的用戶名]] 簽名的時間

注意会有一个破折线“—”，一般在发表意见后使用。后面的“<nowiki>~~~~</nowiki>”也可以删去或增加一个~达到只有签名或只有时间的效果。

例如User:Example在2024年12月23日 (一) 03:42 (UTC)发表讨论时用“—<nowiki>~~~~</nowiki>”签名，则他产生的签名文字会是：

—Example (留言) 2024年12月23日 (一) 03:42 (UTC)

提议条文

还有一种系统自动增加签名的方法是点编辑工具条上的签名按钮：  或 ，系统将自动增加“--<nowiki>~~~~</nowiki>”，将显示的签名效果为：

--[[User:你的用戶名]] 簽名的時間

前面会有两个连字号--，一般在发表意见后使用。后面的<nowiki>~~~~</nowiki>也可以删去或增加一个~达到只有签名或只有时间的效果。

例如User:Example在2024年12月23日 (一) 03:42 (UTC)发表讨论时用--<nowiki>~~~~</nowiki>签名，则他产生的签名文字会是：

--Example (留言) 2024年12月23日 (一) 03:42 (UTC)

以上。--J.Wong 2018年2月19日 (一) 13:57 (UTC)

有关于维基百科:签名中对于签名外观的规范请求社群讨论

最新留言：在6年前发布105条留言26人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2018年4月9日 (一) 16:38 (UTC)。

近期有几位用户反应称社群内一部分用户的签名的外观有不利于排版，及可能引起他人阅览不适的现象。在下观维基百科:签名，其中有对外观的基本要求（“基于页面美观的原因，您的签名请遵守以下规范”），然而以下所谓应当“遵守”的规范却使用“请避免”之类的不明确的字眼。尽管参数设置中有着“强制显示默认签名”的选项，但是为了少数的签名而舍去社群大量有创意且美观的签名，可谓本末倒置。
在此，希望社群的各位用户讨论以下两点：

  1. 是否有必要修改签名外观的规范以使其中的规范拥有强制性
  2. 是否有必要添加其他的签名规范

以上。--Innocentius Aiolos 2018年2月15日 (四) 03:38 (UTC)

  • (＋)支持使规范具强制性，避免用户以“方针未强制规范”而逃避于修改签名，造成诸位维基人之困扰。在下身为一名ADHD患者，对于此类严重感染阅读的签名深感困扰，其会使在下于阅读时无法专注于讨论之内容当中，望社群能对弱势族群设想，避免再因此影响更多的用户。另有关于其馀签名规范，在下认为或许能够避免使用刺眼之颜色来制作签名。至于“刺眼”的定义及规范，还待社群讨论得出共识。--NHC、才不是NPC呢哼！｡:.ﾟヽ(*´∀`)ﾉﾟ.:｡ 2018年2月15日 (四) 03:49 (UTC)
(！)意见：不认为能设定出合理的强制性规范。建议成文允许以单独提案讨论兼投票形式来禁止个例签名，比如超过5人且三分之二认为某签名不合适则达成禁止继续使用的共识。--YFdyh000（留言） 2018年2月15日 (四) 13:56 (UTC)
反对陶片放逐式的公审制度。--Temp3600（留言） 2018年2月16日 (五) 19:14 (UTC)
(＋)支持投票以禁止个例签名。--Leiem（留言） 2018年2月18日 (日) 02:00 (UTC)
  先前曾于中文维基百科爱好者互联交流群讨论过，可以用汉字长度作为签名大小量尺|  3避免模板样例会被小工具弄成渣渣。7避免模板样例会被小工具弄成渣渣。公分汉字长
  
当时的讨论是，签名以桌面板的显示为主，最终显示宽度必须是与25个汉字等长或短于25个汉字长（兰²）、或最终显示宽度必须是与20个汉字等长，容许值10个汉字长（我为了让自己的签名合规），如上尺显示。
例如：
  --　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络）| ≈ 2避免模板样例会被小工具弄成渣渣。5避免模板样例会被小工具弄成渣渣。.5避免模板样例会被小工具弄成渣渣。5避免模板样例会被小工具弄成渣渣。汉字
 
可以限制签名不会过长。--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年2月15日 (四) 14:28 (UTC)
  •   Happy New Year 2018 新春快乐| 2避免模板样例会被小工具弄成渣渣。0避免模板样例会被小工具弄成渣渣。1避免模板样例会被小工具弄成渣渣。8避免模板样例会被小工具弄成渣渣。年避免模板样例会被小工具弄成渣渣。2避免模板样例会被小工具弄成渣渣。月1避免模板样例会被小工具弄成渣渣。6避免模板样例会被小工具弄成渣渣。日 (五) 0避免模板样例会被小工具弄成渣渣。2避免模板样例会被小工具弄成渣渣。:0避免模板样例会被小工具弄成渣渣。0避免模板样例会被小工具弄成渣渣。 (UTC)
  •  
  • 个人感觉只要字体不是特别大（粗大ゴミ）就行。--Leiem（留言） 2018年2月16日 (五) 09:35 (UTC)
  • (＝)中立：个人无意见。
  •   — 卍・留言・卐| 2避免模板样例会被小工具弄成渣渣。0避免模板样例会被小工具弄成渣渣。1避免模板样例会被小工具弄成渣渣。8避免模板样例会被小工具弄成渣渣。年避免模板样例会被小工具弄成渣渣。2避免模板样例会被小工具弄成渣渣。月1避免模板样例会被小工具弄成渣渣。7避免模板样例会被小工具弄成渣渣。日 (六) 0避免模板样例会被小工具弄成渣渣。5避免模板样例会被小工具弄成渣渣。:5避免模板样例会被小工具弄成渣渣。8避免模板样例会被小工具弄成渣渣。 (UTC)
     
真的这样大反而可以处理...因为超过了二倍行高。模糊地带才不好对付。--Temp3600（留言） 2018年2月19日 (一) 22:38 (UTC)
并没有规定禁止超过二倍行高啊，只有建议避免。--Xiplus#Talk 2018年2月20日 (二) 08:22 (UTC)

方案1

现行条文
  • 应避免采用这些标记，例如<big>和<span style="font-size:200%;">（或者更多）的标签（这是BIG标签的文本），这样做会扰乱文本的显示方式；
  • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名；
  • 最好避免您的签名太小，以至于难以阅读；（如很小的文本）
  • 应避免使用多重上标或下标，这些脚本也会影响文本的显示方式；（多达N次，多达N次）
  • 请勿添加水平线标记（如<hr />）。
提议条文
  • 禁止采用会让文本行距超过2倍行高的代码，如<span style="font-size:200%;">和多重上、下标等，以及含有会让行距超过2倍行高的字符，如叠加的注音符号等，这样做会扰乱文本的显示方式；
  • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示（因特殊格式（如表格）排版需要而手动添加的除外）。提倡使用不换行空格，以保证在同一行中显示您的签名；
  • 最好避免您的签名中表示签名者身份的字样太小，以至于难以阅读；（如很小的文本）
  • 请勿添加水平线标记（如<hr />）。

--Leiem（留言） 2018年2月20日 (二) 08:25 (UTC)

我对@燃灯：同学关于“模糊化的签名”的意见很感兴趣。--Temp3600（留言） 2018年2月22日 (四) 18:05 (UTC)
在我手机上由于分辨率的问题会比在电脑上看得更清楚。（注：我的手机是小屏）燃 灯 2018年2月22日 (四) 20:40 (UTC)
亦应禁止含有｡:.ﾟヽ(*´∀`)ﾉﾟ.:｡，告诉我我做错了什么，人家做错什么了呜呜呜。･ﾟ･(つд`ﾟ)･ﾟ･等类似内容于签名上。--MCC214强烈要求维基百科条目品质优先于数量我做了甚么? 2018年2月24日 (六) 08:01 (UTC)
建议您停止类似于以上的行为，不要因为您认为NHC君强迫您修改签名而提议对NHC君进行类似的行为。-- Stang 2018年2月24日 (六) 08:23 (UTC)
(！)意见：不应限制签名内容，那些都是个人自由。但可以从外观显示长度著手，比如限制最后显示出来的长度不能比30个汉字的长度还长（不含时间戳记）。--　宇帆（2/28加入维基将满十周年！留言·欢迎签到·联络） 2018年2月24日 (六) 11:26 (UTC)
@MCC214：阁下认为此等签名有何处影响社群讨论与运作，请求阁下指点一二，在下洗耳恭听。另外，请遵守社群“对事不对人”的共识。--NHC、才不是NPC呢哼！｡:.ﾟヽ(*´∀`)ﾉﾟ.:｡ 2018年2月24日 (六) 18:41 (UTC)

你自己说要把大型字和红字一起禁止的，然后又说不要禁止自己的大红字，别人不行你就可以，真矛盾。Z23168计算过程 2018年2月26日 (一) 10:24 (UTC)

注：此处原有文字，因为收回上述言论，尚祈见谅。，已由Temp3600于2018年2月26日 (一) 11:30 (UTC)删除，尚祈见谅。若有异议请至互助客栈或向管理员反映。

我不认为这个议题最终能得出共识来。如果采用投票方式，则可保证得出结论。--Temp3600（留言） 2018年2月26日 (一) 08:40 (UTC)
  • 如果您说的“应否进行修改”是指设立方针，不认为投票能解决问题，标准制定还会吵的。“考虑到反对方认为不应作出任何修改，无让步空间”存疑，个人是反对设立难以服众的规范方针，建议灵活判断和执行，类同WP:5P5。--YFdyh000（留言） 2018年2月26日 (一) 09:34 (UTC)
  • (－)反对，提案人在IRC声称“现在硬来还有胜算，如果慢慢讨论，恐怕连原本的修正案都会崩掉⋯”如果投票的目的是硬要给讨论不充分的问题一个结果，那这样的结果有一丝一毫的意义吗？既然如此，制造这个结果的过程我觉得可以免了。--Antigng（留言） 2018年2月26日 (一) 11:26 (UTC)
  • @MCC214君，我觉得如果您的签名能够任选一下其一进行修正，社群也不会对您的签名反应如此激烈：
  1. 把红字改成蓝色（比如red改为#0af就很好）；
  2. 把红字部分缩小至<5个字的长度；
  3. 把红字字体大小修正为80%；
  4. 把红字的font-weight改为300。
我也只能从个人经验中总结出这么多。您当前的签名过于有冲击性，已经影响到了社群中大部分人的正常阅读。燃 灯 2018年2月26日 (一) 19:59 (UTC)

建议整理以及方案2

整理上方各位编者的建议和意见（若有疏漏勿怪），将上方有建设性的意见进行汇总：
NHC, Kuailong, Zedzed3168, Thomas.Lu,Wong128hk, MCC214,宇帆,Eyewitness Tsai:认为应当对签名进行一定的强制规范（尽管这些编者之间在细部依然很大有分歧，比如签名的长度，大小等等）。
YFdyh000, Leiem: 认为可以对个例签名展开投票，并以此得出社群共识使其被禁止使用。
达师: 认为应当明确不当签名可能被封禁，并且应当给予社群一定的“裁量权力”。
Panzer_VI-II: 认为发现不当签名应当“根据现成条例提醒、要求改正”，而不需要一个复杂的强制签名规范。
Richard923888: 认为除了人身攻击内容，没有必要限制签名。
在此我们可以看到几乎所有的编者均意识到“不妥的签名应当予以警告并且纠正”这一点。并且，在下发现社群在“不妥”的理解有着严重的分歧，而这种分歧并非短时间可以调解的。在此，在下建议编者们将“何类的签名应当予以禁止”的注意力转移到“如果签名应当予以禁止时应当如何处理”。
在下注意到维基百科:签名的“假冒签名”一节，有着“如果您发觉一名用户的签名具有扰乱性，或者好似在冒充另一名用户，您理应要求该用户更改签名以符合相关方针规定。”“当您在处理存在问题的签名时，请有礼、妥善地与用户沟通，以免局势激化为纠纷。如果用户坚持拒绝合作，用户可能被管理员封禁以免扰乱”的叙述。即，其实正如达师和Panzer所言，方针（这一节是方针）已经指出“扰乱性签名可能会导致封禁”。然而，需要注意的是这些描述仅下属于“假冒签名”一节。
然而对“扰乱性签名”的界定依然是一个难题（如界定“扰乱”一样）。什么样的签名是“扰乱性签名”呢？是会导致大部分编者不适的签名吗？那么我们是否应当对签名的个例进行投票以界定其是否扰乱？是打指引的擦边球吗？那么我们又如何去界定一个签名是否在打擦边球？这些问题还需要社群进行讨论。当然，无共识亦是一种好的结果。
由此，在下提出以下的提案：
1. 将“假冒签名”一节的标题改为“扰乱性签名”，并对内文做出相应修订（等待具体提案）。
2. 希望社群继续讨论“扰乱性签名”的定义，并试图对此达成共识。

以上。--Innocentius Aiolos 2018年2月28日 (三) 05:24 (UTC)

现行条文

需要避免的签名 外观 （中略）

假冒签名

您绝不应该冒用另一名编者的签名。维基百科严禁任何用户签注他人的用户名来冒充其他用户。篡改签名代码使其与另一名用户的签名极为相似也可能算作一种冒充的行为。维基百科也不允许您将自己的签名代码链接至他人的用户页，这么做也没有效力，因为各页面的修订历史记录着所有编者的IP地址或用户名。因此，如果版本差异中的签名与该编者的常用或默认签名大不相同的话，冒签的用户很容易被发现。尽管这不是绝对要求，但签名在某种程度上与自己的用户名比较相似是常用的做法。

如果您发觉一名用户的签名具有扰乱性，或者好似在冒充另一名用户，您理应要求该用户更改签名以符合相关方针规定。当要求用户时，您应注意态度文明、注重礼仪、善意推定。请不要立即假定用户在刻意使用扰乱性或不适当的签名。若其他维基人请求您更改签名，望不要将礼貌的请求视为人身攻击，维基百科的成功取决于有效的团队合作，双方应该合作配合，寻找双方都能接受的解决方案。

处置问题签名

方针快捷方式

当您在处理存在问题的签名时，请有礼、妥善地与用户沟通，以免局势激化为纠纷。如果用户坚持拒绝合作，用户可能被管理员封禁以免扰乱。请注意，这是不得已时才应做出的最后手段，请先妥善地与用户沟通协调、寻找合适的解决方案。

若造成混淆的签名再持续扰乱维基百科，冒用签名的编者可能会被提前封禁，以暂时避免扰乱持续发生。

提议条文

签名的外观和颜色

您的签名不应当闪烁，滚动，或者以其他方式冒犯其他编者或者造成其他编者的不便。 外观 （中略）

假冒签名

您绝不应该冒用另一名编者的签名。维基百科严禁任何用户签注他人的用户名来冒充其他用户。篡改签名代码使其与另一名用户的签名极为相似也可能算作一种冒充的行为。维基百科也不允许您将自己的签名代码链接至他人的用户页，这么做也没有效力，因为各页面的修订历史记录着所有编者的IP地址或用户名。因此，如果版本差异中的签名与该编者的常用或默认签名大不相同的话，冒签的用户很容易被发现。尽管这不是绝对要求，但签名在某种程度上与自己的用户名比较相似是常用的做法。

如果您发觉一名用户的签名具有扰乱性，或者好似在冒充另一名用户，您理应要求该用户更改签名以符合相关方针规定。当要求用户时，您应注意态度文明、注重礼仪、善意推定。请不要立即假定用户在刻意使用扰乱性或不适当的签名。若其他维基人请求您更改签名，望不要将礼貌的请求视为人身攻击，维基百科的成功取决于有效的团队合作，双方应该合作配合，寻找双方都能接受的解决方案。

处置问题签名

当您在处理存在问题的签名时，请有礼、妥善地与用户沟通，以免局势激化为纠纷。如果用户坚持拒绝合作，用户可能被管理员封禁以免扰乱。请注意，这是不得已时才应做出的最后手段，请先妥善地与用户沟通协调、寻找合适的解决方案。

若造成混淆的签名再持续扰乱维基百科，冒用签名的编者可能会被提前封禁，以暂时避免扰乱持续发生。

本讨论已经结束。请不要对这个存档做任何编辑。
简单解释上方的更改：根据英文维基百科的签名指引，将SIGPROB一节单独拿出，并将部分指引上升至方针，并且按照英文维基百科翻译“Your signature must not blink, scroll, or otherwise cause inconvenience to or annoy other editors.”。并未更改具体的签名样式限制，给社群留有足够的处理灵活度。
以上。--Innocentius Aiolos 2018年3月3日 (六) 20:32 (UTC)
“造成不便”有些广泛，比如“留言”链接不显著或不存在的签名。“冒犯他人”也很广泛，像是限制签名中的宣传、拉票等。部分想法：
  1. 您的签名不应当闪烁、滚动，或者以其他方式冒犯他人或造成不便。
  2. 您的签名式样不应有闪烁、滚动，或其他不利于版面阅读的效果。
  3. 您的签名不应包含闪烁、滚动等效果，外观也不宜喧宾夺主，以免给其他编者带来不便。
--YFdyh000（留言） 2018年3月3日 (六) 21:00 (UTC)
滚动签名?不明白。--223.16.120.165（留言） 2018年3月4日 (日) 10:53 (UTC)
滚动签名应该是指文字会移动的签名。— 卍・〇・卐 2018年3月4日 (日) 13:13 (UTC)

这个提案应该分成两部分，即 a) 修改Wikipedia:签名#需要避免的签名并通过为方针，和 b) 使Wikipedia:签名#处置问题签名独立为二级标题并通过为方针。其中的a)如上方讨论所示恐怕有很多问题难以达成一致，可能会影响b)的讨论。 --达师 - 370 - 608 2018年3月5日 (一) 08:37 (UTC)

另外若有意按此提案修改，建议检讨全页升级为方针（而非把大部分章节设为方针章节）的可行性。 --达师 - 370 - 608 2018年3月5日 (一) 08:42 (UTC)

(＋)强烈支持，应当限制一切改变字体大小的行为，主体签名限制在单倍正文行高内，长度控制在默认签名长度的两倍以内，不得使用任何动态元素。现在花花绿绿的已经够乱了，劳资近视都是被你们害的。180.103.208.244（留言） 2018年3月5日 (一) 09:10 (UTC)

(＋)强烈支持，“签名的长度请控制在短于25个汉字长（不含日期）”，
注：此处原有文字，因为上方已有共识不再使用尺子，影响阅读。，已由Lnnocentius(留言)于2018年3月6日 (二) 14:24 (UTC)删除，尚祈见谅。若有异议请至互助客栈或向管理员反映。
--　宇帆（维基贡献十周年！留言·欢迎签到[试用小工具]） 2018年3月6日 (二) 01:56 (UTC)

(！)意见：我强烈支持规范签名，不过建议在指引里以点列形式明确列出具体禁止事项（懒人包），以便用户逐项检查，谢谢。--⌬胡萝卜 坚决反对采用戏谑意味作品为百万条目纪念标志 2018年3月11日 (日) 09:56 (UTC)

  • 现交付公示，为期七日，期内如无异议，则视为通过。--J.Wong 2018年3月18日 (日) 09:01 (UTC)
  • 仔细思考了几天，决定不再对目前的提案再做修改。对上面的留言回应如下：
    • 同意达师的“恐怕有很多问题难以达成一致”的意见，正因为如此，并没有修改目前指引中的具体外观条文，而只是翻译了英文维基中作为方针的“不应当冒犯其他编者或者造成其他编者的不便”一句。
    • 尽管个人希望能够列出“什么样的签名不适合”的方针制度，但是由于社群对此的分歧实在过大，是以选择不修订外观内文。
    • 有关“全页升级为方针”的问题，由于当前该页面的撰写方式并不像“方针”（Policy）而是含有大量“指引”（Guideline）式的语言，我个人认为暂时不太适合将改页面全面升级为方针。不过我今后会关注这个页面并试图将其修改为方针式的页面。
    • 以上，谢谢各位参与讨论。--Innocentius Aiolos 2018年3月19日 (一) 04:12 (UTC)
  • 不应以哗众取宠的签名擦存在感，但有用户不同意订立规范，最后都是轻轻带过的修改结案算了。--Thomas.Lu（留言） 2018年3月21日 (三) 08:37 (UTC)
  • (＋)支持条文改动，但是(－)反对将改动涉及的章节上升为方针，没看到支持上升为方针的广泛共识。--哪位维基人能够一下打死五个？ 2018年3月24日 (六) 03:45 (UTC)
  • 我不希望将签名问题上升至要封人的高度。如果有技术手段可以全站禁止某人使用自订签名就好了...--Temp3600（留言） 2018年3月24日 (六) 07:47 (UTC)
  • 本人(＋)支持YFdyh000君的提案，但或许可以这部分内容当作指引，就像Dingruogu君所说的一样。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月24日 (六) 12:40 (UTC)
    • 另外，看到这些热烈的讨论，本人想引用这样一段话：

尽管维基百科的方针和指引持续地在演进，许多维基人仍感到成文规则有其不可避免的欠缺性，难以覆盖所有可能的干扰或恶意行为。但无论如何，只要用户的行为与成文方针及指引的内在精神背道而驰，即便没有违反文字形式的规定，就可能受到谴责。反之，抱持善意、展现文明、寻求共识并且致力创造一部中立百科全书的人，将受到大家的欢迎。

——Wikipedia:方针与指引
--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月24日 (六) 12:44 (UTC)

更换Wikipedia:签名的图片

最新留言：在6年前发布4条留言4人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2018年5月14日 (一) 15:15 (UTC)。

配合编辑器的更新，已经更换新的图片：Special:Diff/48925911/49383959，于此通知并看是否有其他意见。--Xiplus#Talk 2018年5月1日 (二) 10:53 (UTC)

因应模板样式扩展将于7月19日在本站启用更改WP:签名方针

最新留言：在6年前发布37条留言11人参与讨论

本主题全部或部分段落文字，已移动至WP:VPP。执行人：--J.Wong 2018年8月26日 (日) 21:05 (UTC)。

已通过：
公示已逾七日，通过。已修订，补充模板样式相关内容。--J.Wong 2018年8月24日 (五) 09:30 (UTC)
下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

模板样式扩展将于7月19日在本站启用，因此是时候该更改签名方针了，因为模板样式代码外观虽为<templatestyles src="[some page]" />的HTML标签，但实际上本质跟引入模板没两样，应禁止其于签名中出现

现行条文
外部链接与模板
快捷方式

请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程

提议条文
外部链接与模板
快捷方式

请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）、加入模板样式（例如这样（<templatestyles src="[some page]" />）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程

以上--　宇帆（维基贡献十周年！留言·欢迎签到[试用小工具]） 2018年7月19日 (四) 10:38 (UTC)

@CopperSulfate、Ch.Andrew、Rubyy、Shizhao、JC1：好的，本人针对上述意见，对修订案做了些修订，麻烦请各位复查，感谢
现行条文
外部链接与模板
快捷方式
请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程...(略)...担心模板被破坏的问题。

但如果真的需要使用模板，请在“参数设置”的“您的昵称（签名时用）”字段，填入“{{subst:您的签名模版名称}}”...(略)...
提议条文
外部链接与模板
快捷方式
请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程...(略)...担心模板被破坏的问题。
此外，也须避免在签名中使用WP:模板样式，由于许多讨论会存档，但模板样式可能会被修订，修订将会影响之前或已存档的签名，这将会有与引用模板类似的隐患，例如用于签名的模板样式可能会成为破坏的目标。

但如果真的需要使用模板，请在“参数设置”的“您的昵称（签名时用）”字段，填入“{{subst:您的签名模版名称}}”...(略)...
以上--　宇帆（维基贡献十周年！留言·欢迎签到[试用小工具]） 2018年7月25日 (三) 15:12 (UTC)
感觉比起前一个修订好很多，暂时没有想到什么问题。--章安德鲁（留言） 2018年7月25日 (三) 17:39 (UTC)

临时动议：是否应同步禁止MediaWiki命名空间的CSS引用

是否应同步禁止MediaWiki命名空间的CSS引用，如<span class="某MediaWiki命名空間的CSS" >的签名，因为如同模板样式，MediaWiki命名空间的CSS也是有可能会变动的，届时有可能影响之前或已存档的签名。（签名本来就不应有引用放置于别处的内容，应该要是一串完全展开的原始码，不能因为别的页面被编辑了，签名就变了，无论该页是否要特定人士或管理员才能编辑）--　宇帆（维基贡献十周年！留言·欢迎签到[试用小工具]） 2018年7月29日 (日) 17:17 (UTC)

总整理

现行条文
外部链接与模板
快捷方式
请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程...(略)...担心模板被破坏的问题。

但如果真的需要使用模板，请在“参数设置”的“您的昵称（签名时用）”字段，填入“{{subst:您的签名模版名称}}”...(略)...
提议条文
外部链接与模板
快捷方式
请不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）或在签名中加入外部链接。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程...(略)...担心模板被破坏的问题。
此外，在签名中使用的CSS只能使用Inline Style的CSS，例如像这样（<htmltag style="樣式1:內容;">）的签名是允许的，请不要加入非Inline Style的CSS，如模板样式或使用id或class等属性（例如这样（<htmltag id="disambig" class="menu">或<templatestyles src="頁面名稱" />）的签名），因为这么做页面将有机会引用来自他页的CSS，可能造成与引用模板相同的隐患。

但如果真的需要使用模板，请在“参数设置”的“您的昵称（签名时用）”字段，填入“{{subst:您的签名模版名称}}”...(略)...

以上--　宇帆（维基贡献十周年！留言·欢迎签到[试用小工具]） 2018年8月3日 (五) 05:37 (UTC)

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

指引小修改‧签名指引

最新留言：在6年前发布3条留言1人参与讨论

本主题或以下段落文字，移动自WP:VPP。执行者：--J.Wong 2018年9月10日 (一) 00:57 (UTC)。

已通过：
公示已逾七日，视为通过。--J.Wong 2018年9月3日 (一) 13:47 (UTC)
下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

修订，事实修改。--J.Wong 2018年8月21日 (二) 16:37 (UTC)

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

用户签名是否需要明确的间隔符号

最新留言：在5年前发布13条留言9人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针/存档/2018年12月。执行者：--J.Wong 2019年4月22日 (一) 14:29 (UTC)。

举几个例子：

  1. 我看过了一本书。--Example 2018年11月30日 (五) 12:05 (UTC)
  2. 我看过了一本书。——Example2018年11月30日 (五) 12:05 (UTC)
  3. 我看过了一本书。from Example 2018年11月30日 (五) 12:05 (UTC)
  4. 我看过了一本书。这是一只可爱的喵喵（点此留言）2018年11月30日 (五) 12:05 (UTC)
  5. 我看过了一本书。【这是一只喵喵的签名】签名时间2018年11月30日 (五) 12:06 (UTC)

以上。--Leiem（签名·留言） 2018年11月30日 (五) 12:05 (UTC)

是否应重新考虑与帮助:签名的关系

最新留言：在5年前发布1条留言1人参与讨论

本页面覆盖了帮助:签名的内容，是否应使之重定向至本页面，或者拆分本页面有关具体操作的内容至帮助页面。--mkpoli（留言） 2018年12月24日 (一) 10:30 (UTC)

修订签名指引

最新留言：在5年前发布18条留言12人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2019年1月20日 (日) 16:14 (UTC)。

 完成，公示8日内无明显反对的异议，故“修订签名指引”应已通过--Z7504非常建议必要时多关注评选（留言） 2019年1月17日 (四) 11:21 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

TL;DR: 扩展本指引的适用范围至“广义的讨论页”，即所有“具有讨论性质的页面”。

思路源于Telegram群内的发言，这启发咱尝试将签名这一方面的态度指引及方针扩大到所有“具有讨论性质的页面”。可以参考讨论页指引上的建议：“维基百科中设有讨论页及一些具有讨论性质的计划页面（包含但不仅限于互助客栈及下属子页面）……讨论页面不应该被用户利用成为发布个人主观意见的平台”，其实这上面的建议或是指引都是不仅仅局限于（狭义上的）讨论页的。
这次改动可能比较大，因此希望获得重视。 Stang 2018年12月24日 (一) 07:12 (UTC)
公示。 Stang 2018年12月30日 (日) 05:18 (UTC)
现行条文

什么时候要署名 在讨论页、用户留言和投票页发表了您的意见后敬请署名，这是应有的礼仪。

提议条文

什么时候要署名 在所有具有讨论性质的页面（包括但不限于互助客栈、页面和文件存废讨论、讨论页、用户留言和投票页）发表了您的意见后敬请署名，这是应有的礼仪。

User:xiplus、User:stang和User:Temp3600 --云间守望 2019年1月3日 (四) 15:54 (UTC)

那么我觉得改成讨论页，并连结到讨论页指引就好，我一直以为签名指引就是准用讨论页指引规定啊，该提案并没有也无法扩展适用范围吧？--Xiplus#Talk 2019年1月3日 (四) 15:59 (UTC)
所以是咱的用词不当吗……好好，没有“扩大范围”，本提案（照Xi+）说的就是对于选词上的微小调整。 Stang 2019年1月4日 (五) 01:53 (UTC)
本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

WP:SIG#假冒签名

如是多重账号怎么办？
如：

  1. User:Emojiwiki
    Wiki emoji | Emojipedia 来笑一下
  2. User:Emojiprepare(保安多重账号)
    Wiki emoji | Emojipedia 来笑一下 Prepare Account

我这签名可以吗？

最新留言：在5年前发布9条留言3人参与讨论

我的签名有一个图像（File:Yes Check Circle.svg  20px的） 我的签名可以吗？--Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟用 Main User 2019年8月31日 (六) 05:41 (UTC)

(～)补充如这可以，我吧他套用到我的合法分身里（没有非法分身 [笑] ）--Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘  来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟  Main User 2019年8月31日 (六) 05:55 (UTC)
@Emojiwiki：请去客栈-- Sunny00217 2019年9月2日 (一) 09:09 (UTC)
@Emojiwiki、Sunny00217：不行，指引已明确规定签名并不能含有来自他页的内容，例如File:Yes Check Circle.svg  就是来自他页的内容。-- 娜娜奇🐰鲜果茶☕（☎️·☘️） 2019年9月2日 (一) 09:20 (UTC)

@A2569875：不能够以任何方式加图像吗？—Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟  Main User 2019年9月2日 (一) 10:43 (UTC)

@A2569875：如何把svg 完全展开？ Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟 ✅Main User 2019年9月2日 (一) 10:58 (UTC)

规范签名可用的HTML/XML Tag

最新留言：在5年前发布139条留言15人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：-- Sunny00217 2019年9月2日 (一) 09:13 (UTC)。

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

前言

近期签名出现扩展HTML/XML Tag，或使用LaTeX以及LaTeX宏包的签名，例如<score></score>，形如
 
被部分编者指出不当，但我认为可以被解释成妥当，属于模糊地带，为了避免争议
，根据Wikipedia:签名#外部链接与模板规定，我们应该避免会对伺服器资源影响的签名，和Wikipedia:签名#外观的规定
  • 因为以下的原因，请不要在签名中使用图片：
    • 耗费更多的系统资源；
    • 减少可搜寻性，并且使从页面复制文字更加困难；
    • 从实际资讯中潜在地转移注意；
    • 在多数浏览器中，图片不能随文字缩放，会使该行比其他没有使用图片的高。
  • 建议对“加入由扩展功能提供的HTML/XML Tag（Help:HTML#解析器扩展标签）的签名”进行管制。
  • <gallery></gallery>、
  • <nowiki></nowiki>（可能可以容许）、
  • <pre></pre>、
  • <categorytree></categorytree>、
  • <charinsert></charinsert>、
  • <hiero></hiero>、
  • <imagemap></imagemap>、
  • <inputbox></inputbox>、
  • <math></math>、
  • <ce></ce>、
  • <chem></chem>、
  • <poem></poem>、
  • <score></score>、
  • <section></section>、
  • <graph></graph>、
  • <indicator></indicator>、
  • <templatedata></templatedata>、
  • <templatestyles></templatestyles>（已禁止，指引连结WP:SIG#TLCSS）、
  • <mapframe></mapframe>、
  • <maplink></maplink>、
  • <quiz></quiz>、
  • <ref></ref>、
  • <references/>（Self-Closing Tag）、
  • <syntaxhighlight></syntaxhighlight>、
  • <source></source>、
  • <timeline></timeline>
  • <big></big>
  • <br/>
  • <center></center>
  • <hr/>
  • 建议禁止的其他HTML/XML Tag：
  • <div></div>

个别HTML/XML Tag 签名示例

  • 没有使用任何HTML/XML Tag 签名效果：
    正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
    我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
    正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

  • <gallery></gallery>签名效果：
    正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
    我是留言 --
  •  
    • 2019年5月26日 (日) 10:28 (UTC)
    • 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <nowiki></nowiki>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --[[User:Example]] 2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <pre></pre>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --
      簽名
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <code></code>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --簽名 2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <categorytree></categorytree>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --
      来自深渊
      来自深渊角色重定向
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <charinsert></charinsert>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <hiero></hiero>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --
      A1
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <imagemap></imagemap>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --
       
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <inputbox></inputbox>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --

      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <math></math>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --  2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <ce></ce>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --  2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <chem></chem>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --  2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <poem></poem>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --

    签名

    2019年5月26日 (日) 10:28 (UTC)
    • 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <score></score>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --
       
      2019年5月26日 (日) 10:45 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <source></source>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --签名
      <a href="/wiki/User:Example" title="User:Example">Example</a>
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <mapframe></mapframe>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 -- 签名，欢迎来我家
       
      我家在这
      2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <maplink></maplink>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 -- 签名，欢迎来我家我家在这 2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <quiz></quiz>签名效果：

     

    正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
    我是留言 --e约为

    2019年5月26日 (日) 10:28 (UTC)

    • 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    • <ref></ref>签名效果：
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --签名[1] 2019年5月26日 (日) 10:28 (UTC)
      正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

    参考资料

    1. ^ 以上是User:Example的签名

    • <references />签名效果：
      有参考文献的讨论blablabla[1]。
      正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
      我是留言 --签名
    • ^ 这个文献会影响有使用<references/>的签名
      • 2019年5月26日 (日) 10:28 (UTC)
      • 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <syntaxhighlight></syntaxhighlight>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名
        <a href="/wiki/Wikipedia:互助客栈/方针" title="Wikipedia:互助客栈/方针"><del>User:Example</del></a><root><template><title>kidding</title></template></root>
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <timeline></timeline>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --
        User:Example
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <div></div>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --
        签名
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <span></span>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <p></p>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --

        签名

        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <section></section>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 -- 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <abbr></abbr>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <blockquote></blockquote>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --

        签名

        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <cite></cite>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <dd></dd>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --
        签名
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <ol><li></li></ol>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --
        1. 签名
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <table></table>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --
        签名
        2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <dfn></dfn>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      • <indicator></indicator>签名效果：
        正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
        我是留言 --签名<indicator name="signtest">跑到頁頂的文字</indicator>[1] 2019年5月26日 (日) 10:28 (UTC)
        正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)

      参考资料

      1. ^ 参见#top

      讨论区

      签名中使用LaTeX

      • (！)意见LaTeX 相关 HTML/XMLTags在参数设定上可以设定成没有图片的样式，例如Special:参数设置#mw-prefsection-rendering中有一个“LaTeX 原始码”选项，因此部分位于WP:签名#外观中的部分理据是站不住脚的，因此说“使用了图片”我觉得不妥，因为那不是“图片”而是“LaTeX”。此外，我补充一点，直接复制该区域会获得LaTeX原始码。--宇帆（留言·欢迎签到R₁R₂NKC） 2019年5月26日 (日) 19:15 (UTC)
      • (：)回应：感谢关注。我对HTML和XML不怎么了解，但决定用这个签名之前肯定也是一句句对过方针指引的。我说一下我稍微懂一点的地方，不懂就不说了。当然说的也很可能错，还望诸位海涵。当然不想涵也可以不涵。
      1. 系统资源：我在沙盒试的时候，这一个签名差不多一百字节。
      2. 第二条：不懂，不说。
      3. 转移注意：其实说实话，要不是之前（应该）没人用过这个，乐谱当签名，这比五颜六色大红大紫的艺术字不显眼多了，为此我还特地采访了我的三位室友，他们对这句实话表示了肯定。
      4. 会使这行更高：1.5倍行高。换完签名以后我一直用手机做小编辑，感觉没什么大区别。蓝桌型签名似乎也是1.5倍行高，往下翻就有，正下方的话题讨论。实际上这签名在我参数设置里的显示是前后各空一行，就是乐谱自己必须占一行。这肯定不行啊，本来想换的，结果早上起来忘了这事，在dykc投票时候，惊喜地发现在设置外面它是不空行的。天上掉黑猫一样的愉悦。
      个人态度，(＋)支持讨论一个统一标准，(－)反对逼我换签名。在没有明确的方针指引论述讨论共识要求我换签名的时候以明显不符合规范为理由要求我换签名是明显不符合规范的。在大管理员习加同志以明显不符合规范的理由要求我换签名的明显不符合规范的留言底下再复读一遍以明显不符合规范为理由的明显不符合规范的要求当然也是明显不符合规范的。
       
       2019年5月27日 (一) 04:43 (UTC)
      以User:A2569875/个别HTML与XML Tag 签名示例/扩展Tag为例，在电脑版上，正常的签名高度为24px（以<dd>元素为准），含有score的签名是52px，比原本高度的2倍还高，另score的展开结果为图片，符合Wikipedia:签名#外观中禁止图片的理由。--Xiplus#Talk 2019年5月27日 (一) 05:05 (UTC)
      (：)回应，我仍然觉得，他是一个LaTeX。--宇帆（留言·欢迎签到R₁R₂NKC） 2019年5月27日 (一) 05:25 (UTC)
      (？)疑问U:YFdyh000有甚么看法？--宇帆（留言·欢迎签到R₁R₂NKC） 2019年5月27日 (一) 05:27 (UTC)
      注意：在手机版上一般文字为36px，因此52px是144%，看起来较能接受，但在电脑版上是216%。--Xiplus#Talk 2019年5月28日 (二) 00:16 (UTC)
      • 个人认为，<math></math>（数学）和<ce></ce>、<chem></chem>（化学）最后只出现学术符号，方针也没有规定，认为可接受。但<score></score>（乐谱）最后出现乐谱，严重影响排版。另在下认为含乐谱的签名出现图片，乐谱不完全是图片，在下对含乐谱的签名出现图片表示(＝)中立。--KMB-ATENU139 （讨论） 2019年5月27日 (一) 09:10 (UTC)
      就个人观感来说，游魂的签名美观度还好、挺有特色的，高度是稍微高了一点，但没有阶梯状（大大小小）我觉得还行，比花花绿绿好+1。
      “禁止图片的理由”有讲述原因，“耗费更多的系统资源”可以细分：1. 如果性能和缓存良好、技术人员没有抱怨，我觉得不必太在意。2. 我认为设立的一大本意是，不要为了个人签名用途，上传图片到中文维基/维基共享并调用。3. 对少数流量有限或低端设备用户有影响，不过他们访问其他页面时也很容易遇到图片、长条目，应该自有解决方案。“减少可搜索性，并且使从页面复制文本更加困难；”，我觉得一般般，不确定搜索能否匹配到目标（用户页）。复制比纯图片好一点点，但只是一点点，复制时看不出发言人，只是很多人的签名都有类似问题——与用户名不相关。“潜在地转移注意”有少许，但相比花花绿绿、宣传式，我觉得好很多了。“在多数浏览器中，图片不能随文本缩放，会使该行比其他没有使用图片的高。”，我没看到不能缩放，取决于设备环境。
      就设立而言，赞成“不建议”或“不应”，但以“指引”来一刀切“禁止”，会否过于严格。或者说，我赞成他目前的签名是“不过也可能存在偶发的例外”，但如果社群大多数认为这种签名不值得存在，我也接受。--YFdyh000（留言） 2019年5月27日 (一) 09:29 (UTC)
      图片如果能控制在某一行距之内，我觉得可以接受。--Leiem（签名·留言） 2019年5月27日 (一) 14:59 (UTC)
      (：)回应：@Leiem：根据Wikipedia:签名#外部链接与模板的“要点”，我们必须“确保签名存档后不会因为其他页面被改动而造成签名出现变化”，因此这种形况我认为不能容忍“[[File:]]”形式的签名，因为它事实上是将它页的content包含进来，当图片覆盖、重新上传后，签名就会发生变化，而LaTeX则不一样了，LaTeX不能透过编辑其他条目使其“包含的内容”发生“大幅变更”，或若有人能将<timeline></timeline>、<graph></graph>、<mapframe></mapframe>调整得小于255位元组、没有外部链接、没有模板、没有模组也没有破坏排版、没有不明段行，行高也很矮的话，我倒是能(＋)支持，但若是引用“[[File:]]”的图片，我(－)反对；此外，(＋)支持签名不限制使用LaTeX。--宇帆（留言·欢迎签到R₁R₂NKC） 2019年5月27日 (一) 15:44 (UTC)
      • (＆)建议：喵喵喵我是薮猫。-- 玛莉欧RIP
         
        2019年5月27日 (一) 19:27 (UTC)
        • (！)意见：我可以解离成碳酸根跟氢正离子哦。-- 我喝碳酸  2019年5月27日 (一) 19:27 (UTC)
          • (：)回应：嗯呐啊，我是娜娜奇，好棒喔，楼上上签名可以用“玛莉欧RIP”搜索；楼上可以用“我喝碳酸”搜索。 -- User:娜娜奇 2019年5月27日 (一) 19:27 (UTC)
      • 行高问题肯定存在，但差距并不明显，我不觉得需要在没有明确危害的前提下依指引严格要求和禁止。且该例并没有扰乱指引举例的“文字”排版（如高低错落或折行），指引也未明确约定行高限制为200%，加之当前此处没有共识。禁用图片的目的上方有讨论过了，渲染结果为图片比较难说符合指引立意之图片（如File:）。@Xiplus：，系统资源层面也是符合的，扩展渲染成图片和网络传输给用户。搜索问题，很多人的签名文本也是很难找到原主人的（尤其是依外观找出本来用户名），这在目前还是一个常见问题，轻微转移注意力同上。缩放问题，暂未见到抱怨，如有应考虑，但也要注意，很多人的签名以及众多页面、模板也并没有良好的网页亲和力，单就此例禁止也许吹毛求疵。如果游魂能将乐谱缩小些（技术是否不支持？）、追加一些文字和链接（哪怕如🎵），应该更为大家所接受。上方宇帆提出的用例很不错，字号12下的“
         
        ”高度31px，是否好很多。--YFdyh000（留言） 2019年5月27日 (一) 18:32 (UTC)
      • 2倍高叫“差距并不明显”？那么请解释指引说避免使用font-size:200%的用意？字号12 高度31px，为原本的130%我认为是可接受的；追加一些文字和链接也能增加可搜寻性。--Xiplus#Talk 2019年5月28日 (二) 00:09 (UTC)
      • “未明确约定行高限制为200%”，而“指引”禁止例子为200%，且不单纯是字号限定，更多是排版问题，所以我觉得250%以内都可商榷（当然具体看社群和泛滥程度），以及之前大体积或稀奇古怪的签名也不是没有过，似乎没有引起多少反映。--YFdyh000（留言） 2019年5月28日 (二) 18:50 (UTC)

      初步共识

      现行条文

      外观 基于页面美观的原因，您的签名请遵守以下规范：

      • 应避免采用这些标记，例如<big>和<span style="font-size:200%;">（或者更多）的标签（这是BIG标签的文本），这样做会扰乱文本的显示方式；
      • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名；
      • 最好避免您的签名太小，以至于难以阅读；（如很小的文本）
      • 应避免使用多重上标或下标，这些脚本也会影响文本的显示方式；（多达N次，多达N次）
      • 请勿添加水平线标记（如<hr />）。

      长度

      提议条文

      外观 基于页面美观的原因，您的签名请遵守以下规范：

      • 应避免采用这些标记，例如<big>和<span style="font-size:200%;">（或者更多）的标签（这是BIG标签的文本），这样做会扰乱文本的显示方式；
      • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名；
      • 最好避免您的签名太小，以至于难以阅读；（如很小的文本）
      • 应避免使用多重上标或下标，这些脚本也会影响文本的显示方式；（多达N次，多达N次）
      • 请勿添加水平线标记（如<hr />）。

      HTHL/XML标签 除了上述规定需要禁止的HTHL/XML标签（<big></big>、<br/>、<center></center>、<hr/>）以及隐含引入图像的HTHL/XML标签（包括但不限于<gallery></gallery>或<imagemap></imagemap>等）之外，并没有限制对其他HTHL/XML元素的使用。 例如目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果，例如<score></score>或<math></math>等，但必须符合下列规范：

      • 渲染结果的行高不应超过其他行的2倍
      • 签名结果必须是静态的，也就是说不能因为其他页面被编辑而发生改变，包含外部链接的影响，也必须确定现在的结果不会因为移动到他页而发生变化（例如讨论串被存档）
        • 这意味著，您的签名不能隐含包含任何来自File:名字空间的内容、不能使用<categorytree></categorytree>将分类内容包含入签名、不能使用模板或模组输出内容、也不能使用会发生变动的WP:魔术字，静态的WP:魔术字则不在此限。
      • 必须确保在篇幅允许的情况下签名能在同一行显示，换句话说您的签名除了因篇幅因素造成的换行效果外，不能有其他的换行现象出现。
      • 您的签名必须出现至少一个不是由扩展标签渲染出的部分，例如使用LaTeX必须至少在签名中加入一个或多个非LaTeX字符或其他纯文字。
        • 这是因为若签名完全由扩展标签渲染，则将会减少可搜寻性，并且使从页面复制文字更加困难
      • 您的签名不能干扰其他行的排版，比如不能出现置左、置中或置右等元素。

      此外，由于技术原因，您不应在签名中使用下列HTHL/XML标签：

      • <ref></ref>、<references/>（影响参注运作）
      • <noinclude></noinclude>、<includeonly></includeonly>、<onlyinclude></onlyinclude>、<section></section>（干扰部分要将讨论嵌入他页的运作）
      • <templatedata>（干扰templatedata运作）

      长度

      关于隐藏内容

      小结

      现行条文

      外观 基于页面美观的原因，您的签名请遵守以下规范：

      • 应避免采用这些标记，例如<big>和<span style="font-size:200%;">（或者更多）的标签（这是BIG标签的文本），这样做会扰乱文本的显示方式；
      • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名；
      • 最好避免您的签名太小，以至于难以阅读；（如很小的文本）
      • 应避免使用多重上标或下标，这些脚本也会影响文本的显示方式；（多达N次，多达N次）
      • 请勿添加水平线标记（如<hr />）。

      长度

      提议条文

      外观 基于页面美观的原因，您的签名请遵守以下规范：

      • 应避免采用这些标记，例如重叠多个<big>和<span style="font-size:200%;">（或者更多）的标签（这是重叠2个BIG标签的文本），这样做会扰乱文本的显示方式；
      • 请避免添加换行标记(<br />)、水平居中标记（<center>...</center>）以及类似的其他标记，这也会严重影响附近文本的显示。提倡使用不换行空格，以保证在同一行中显示您的签名；
      • 最好避免您的签名太小，以至于难以阅读；（如很小的文本）
      • 应避免使用多重上标或下标，这些脚本也会影响文本的显示方式；（多达N次，多达N次）
      • 请勿添加水平线标记（如<hr />）。
      • 签名不建议包含隐藏内容，若造成其他使用者反感，其他使用者可以要求移除指定的隐藏内容，例如不当的观点或宣传以及盈利类的内容等。Leiem于2019年6月21日 (五) 06:29 (UTC)意见

      HTHL/XML标签 除了上述规定需要禁止的HTHL/XML标签（<big></big>、<br/>、<center></center>、<hr/>）以及隐含引入图像的HTHL/XML标签（包括但不限于<gallery></gallery>或<imagemap></imagemap>等）之外，并没有限制对其他HTHL/XML元素的使用。 例如目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果，例如<score></score>或<math></math>等，但必须符合下列规范：

      • 渲染结果的行高不应超过其他行的1.5倍
      • 签名结果必须是静态的，也就是说不能因为其他页面被编辑而发生改变，也不能有随著日期或时间变化的内容，包含外部链接的影响，也必须确定现在的结果不会因为移动到他页而发生变化（例如讨论串被存档）
        • 这意味著，您的签名不能隐含包含任何来自File:名字空间的内容、不能使用<categorytree></categorytree>将分类内容包含入签名、不能使用模板或模组输出内容。
      • 签名中不能加入让使用者输入讯息的互动式内容，包括但不限于输入框、核取方块或下拉式清单等。
      • 必须确保在篇幅允许的情况下签名能在同一行显示，换句话说您的签名除了因篇幅因素造成的换行效果外，不能有其他的换行现象出现。
      • 您的签名必须出现至少一个不是由扩展标签渲染出的部分，例如使用LaTeX必须至少在签名中加入一个或多个非LaTeX字符或其他纯文字。
        • 这是因为若签名完全由扩展标签渲染，则将会减少可搜寻性，并且使从页面复制文字更加困难
      • 您的签名不能干扰其他行的排版，比如不能出现置左、置中或置右等元素。

      此外，由于技术原因，您不应在签名中使用下列HTHL/XML标签：

      • <ref></ref>、<references/>（影响参注运作）
      • <noinclude></noinclude>、<includeonly></includeonly>、<onlyinclude></onlyinclude>、<section></section>（干扰部分要将讨论嵌入他页的运作）
      • <templatedata>（干扰templatedata运作）

      魔术字 若要在签名中使用魔术字需要注意下列规则：讨论时间戳2019年5月31日 (五) 11:14 (UTC)

      • 若签名中需要使用魔术字则需要确保您的签名在对应讨论页保存后内容不再改变。
        • 例如{{SITENAME}}、{{lc:靜態字串}}和{{!}}可以用于签名
        • 而{{PAGENAME}}（存档后内容会改变）、{{NUMBEROFARTICLES}}、{{CURRENTYEAR}}（内容会随时间改变）则不能用于签名，但可以替换引用来使用。
      • 不得使用控制页面的显示方式或其他行为的魔术字，例如__NOTOC__、{{DISPLAYTITLE:標題}}等。

      长度

      -- 娜娜奇🐰鲜果茶☕（☎️·☘️） 2019年7月24日 (三) 17:55 (UTC)

      公示期讨论

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

      后续讨论

      WP:SIG#长度

      最新留言：在5年前发布2条留言2人参与讨论

      @Xiplus: 我没懂，签名是限制255字符（character）还是限制255字节（byte）？如果是字节，那为什么英语维基百科说的是“255-character limit”（en:WP:SIGLEN）？Wei4Green · 唯绿远大 2019年10月21日 (一) 02:18 (UTC)

      @Wei4Green：本地规定是255 bytes，与en不同。--Xiplus#Talk 2019年10月21日 (一) 02:19 (UTC)

      Software change

      最新留言：在4年前发布3条留言2人参与讨论

      The mw:New requirements for user signatures will begin on Monday, 6 July 2020. This is a change to MediaWiki software that will prevent editors from accidentally setting certain types of custom signatures, such as a custom signature that creates Special:LintErrors (such as <span>...<span> instead of <span>...</span>) or a signature that does not link to the local account.

      Few editors will be affected. If you want to know whether your signature (or any individual editor) is okay, you can check your signature at https://signatures.toolforge.org/check You are not required to fix an invalid custom signature immediately. Starting Monday, editors will not be able to create new invalid signatures to Special:Preferences. Later, we will contact affected editors. Eventually, invalid custom signatures will stop working. There will be an announcement in m:Tech/News then. You can subscribe to m:Tech/News. You can also put mw:New requirements for user signatures on your watchlist.

      If you have questions, then please ping me or ask questions at mw:Talk:New requirements for user signatures.

      User:Xiplus, would you please share this information with other technical editors? I would appreciate it. Thanks, Whatamidoing (WMF)（留言） 2020年7月2日 (四) 03:06 (UTC)

      @Whatamidoing (WMF)：I posted a notice on our Village pump. Xiplus#Talk 2020年7月2日 (四) 08:47 (UTC)
      Thank you, Xiplus. Unfortunately, I got the URL wrong. I have just fixed it. Whatamidoing (WMF)（留言） 2020年7月3日 (五) 02:48 (UTC)

      关于签名长度

      最新留言：在4年前发布30条留言13人参与讨论

      本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2020年12月15日 (二) 16:14 (UTC)。

      见此笔编辑中贡献者的签名。计算上前面两根横杠及后面的日期，这串签名在1920×1080分辨率下，已经占据了大半个屏幕的显示宽度宽度。考虑到我使用的是Vector主题，相关内容已经几乎占据了整个主题能显示页面主内容的宽度。我认为这是不合适的，建议修改签名指引以限制这种行为。--还有，14，5。2！ 2020年11月30日 (一) 09:51 (UTC)

      窃以为"长到影响他人阅读"是指最后显现出来的效果，不限于源代码小于等于255字节吧？IN君您都知道{{loop}}模板了，那[[U:克勞棣|{{loop|50|not too long}}]]肯定是远远不超过255字节的，但是......not too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too longnot too long
      还有这种也没超过255字节：我
      的
      签
      名
      少
      于
      255
      字
      节。
      这不影响阅读？因此我认为"不超过255字节"只是必要条件，并不是充分条件。-游蛇脱壳/克劳棣 2020年12月1日 (二) 22:45 (UTC)
      @克勞棣：阁下知道签名不能放置模板的-- Sunny00217  2020年12月2日 (三) 10:46 (UTC)
      那就是我举例不当，抱歉！-游蛇脱壳/克劳棣 2020年12月2日 (三) 10:52 (UTC)
      但可以手打247遍W --安忆Talk 2020年12月2日 (三) 10:50 (UTC)
      247怎么定义的 二哈-- Sunny00217  2020年12月2日 (三) 14:22 (UTC)
      见上12月1日10:31(UTC)的留言。 --安忆Talk 2020年12月4日 (五) 11:12 (UTC)

        建议规范签名长度在网页渲染的结果不应超过40个汉字长。|   

      检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:签名/存档2&oldid=68172441”
      返回到项目页面“签名/存档2”。