维基百科讨论:签名/存档2
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
对签名的相关章节进行完善
敝人认为现有的签名的这个章节需要进一步具体化,以便于更好规范用户之签名内容。因此在下整理并扩充了签名的有关内容。具体请移步这里。
这不是投票,请各位斧正,也感谢您的指教。 --😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基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)
请求提升维基百科:签名#签名必须包含的部分为方针
近期,个别用户对默认签名进行修改,修改后的签名中没有包含该用户的用户页、讨论页或贡献页中的任何一项的链接,造成了极大的沟通不便。因此,请求提升维基百科:签名#签名必须包含的部分为方针,以约束这种影响沟通的行为。--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日 (一) 09:26 (UTC)
- 关键是某些人不自觉的特立独行阻碍了正常的讨论。如果提升为方针,用户屡劝不改的情况下,可以对其封禁,直到他恢复正常的链接。不然,要捣乱太容易了,我今天换一个“张三”,明天换一个“李四”,后天换一个“王五”,大后天换一个“日照香炉生紫烟”,大大后天换一个“两只黄鹂鸣翠柳”,大大大后天换一个“轻舟已过万重山”,通通都不加链接。我没假冒签名哦,但是你认得出我是谁?--Miao233 RB,EE,PE 1,IPBE,GIPBE(留言) 2016年2月22日 (一) 09:40 (UTC)
- 如果阁下的意思是大家的意见,则应该修改封禁方针,而不是签名指引。乌拉跨氪 2016年2月22日 (一) 09:50 (UTC)
- (:)回应应该是这两个都要同步修改吧。--宇帆(留言·联络) 2016年2月22日 (一) 17:11 (UTC)
- 那就提议在维基百科:破坏#破坏类型加一条?乌拉跨氪 2016年2月22日 (一) 17:23 (UTC)
- (+)支持--宇帆(留言·联络) 2016年2月22日 (一) 17:49 (UTC)
- 那就提议在维基百科:破坏#破坏类型加一条?乌拉跨氪 2016年2月22日 (一) 17:23 (UTC)
- (:)回应应该是这两个都要同步修改吧。--宇帆(留言·联络) 2016年2月22日 (一) 17:11 (UTC)
- 如果阁下的意思是大家的意见,则应该修改封禁方针,而不是签名指引。乌拉跨氪 2016年2月22日 (一) 09:50 (UTC)
- 关键是某些人不自觉的特立独行阻碍了正常的讨论。如果提升为方针,用户屡劝不改的情况下,可以对其封禁,直到他恢复正常的链接。不然,要捣乱太容易了,我今天换一个“张三”,明天换一个“李四”,后天换一个“王五”,大后天换一个“日照香炉生紫烟”,大大后天换一个“两只黄鹂鸣翠柳”,大大大后天换一个“轻舟已过万重山”,通通都不加链接。我没假冒签名哦,但是你认得出我是谁?--Miao233 RB,EE,PE 1,IPBE,GIPBE(留言) 2016年2月22日 (一) 09:40 (UTC)
- 在下前段时间就提议要将这个章节提升为方针,可惜反响并不强烈,见维基百科讨论:签名#动议将“需要避免的签名”升级为policy section。然而这次为何会有如此多人响应?难道社群也有选择性聚焦点(有人不遵循相关指引,才会引起极大关注)。如此,不如进一步讨论长度255字节的问题,敝人查阅了一下,不少人的签名都超过255字节,这样也会严重影响使用纯文本编辑的用户,特别是查找签名的结尾有难度,而且也有不少人对此颇有微词,不知社群是否有此关注度?--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@[[用户:lyliylytl]] 2016年2月22日 (一) 16:48 (UTC)
- 怎么觉得很讽刺。阁下不如先管好自己的签名,再说别人。老实说,提起社群上签名不妥的用户,我只想到您。—AT 2016年2月22日 (一) 16:53 (UTC)
- 在下知道,该提议针对的是某人。在这之前在下曾经提议过,却无人回应。至于超过255字节的用户,还有包括这位在内的。最后,就是乌拉跨氪所言,违反方针应该如何处理的问题,似乎可以参照“处置问题签名”一节。(现在的签名应该符合相关指引了吧)--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@[[用户:lyliylytl]] 2016年2月22日 (一) 17:46 (UTC)
- “处置问题签名”是“假冒签名“的子段落。上面讨论的是某些签名无连接的处理,在当前签名指引中并未指明。乌拉跨氪 2016年2月22日 (一) 18:09 (UTC)
- 我认为可以容许值10之类的,要不然我的签名目前253字节(字节数测试)如果我想加一个字就超过了,容许值十应该不会有太大的问题吧,就规定255符合规定,但255以上265以内会有可以有被提醒,但超过265就要惩罚或禁止之类的,这个要求应该不过分吧,我记得台湾道路限速也是容许值十,如限速70,车子开到时速75不会挨罚,但85就会被开单。--宇帆(留言·联络) 2016年2月22日 (一) 16:59 (UTC)
- @A2569875:[1]. Liangent(留言) 2016年2月22日 (一) 20:44 (UTC)
- User:Liangent阁下所采取的方法虽然使当地减少了字节数,却更多地使用了模板,这也是签名原则上避免使用的。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@用户:lyliylytl 2016年2月23日 (二) 16:20 (UTC)
- @lyliylytl:哪儿用模板了……ns:X不是模板。Liangent(留言) 2016年2月23日 (二) 17:56 (UTC)
- @User:Liangent谢谢您的提醒,{{ns:x}}属于魔术字,但服务器对于魔术字的处理与对模板的处理是否类似,这一点在下不是十分清楚,如果与{{subst:}}(替换引用)相似,那就无妨。对于使用魔术字在签名没有明确规定,所以,请您见谅。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@用户:lyliylytl 2016年2月23日 (二) 18:19 (UTC)
- @lyliylytl、Liangent:可是当页面变为Category:模板包含上限已经超过的页面之后会显示为红色连结的不是就是模板吗?{{ns:N}}在Category:模板包含上限已经超过的页面会显示为红色连结测试结果。--宇帆(留言·联络) 2016年2月24日 (三) 01:59 (UTC)
- [2]:{{#if: 也展不开,所以if是不是模板……反正那个包含限制是所有{{ }}的东西一起算的。我觉得进templatelinks的才算模板?就是[3]里有显示“使用的模板”的那一块。Liangent(留言) 2016年2月24日 (三) 02:14 (UTC)
- @lyliylytl、Liangent:可是当页面变为Category:模板包含上限已经超过的页面之后会显示为红色连结的不是就是模板吗?{{ns:N}}在Category:模板包含上限已经超过的页面会显示为红色连结测试结果。--宇帆(留言·联络) 2016年2月24日 (三) 01:59 (UTC)
- @User:Liangent谢谢您的提醒,{{ns:x}}属于魔术字,但服务器对于魔术字的处理与对模板的处理是否类似,这一点在下不是十分清楚,如果与{{subst:}}(替换引用)相似,那就无妨。对于使用魔术字在签名没有明确规定,所以,请您见谅。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@用户:lyliylytl 2016年2月23日 (二) 18:19 (UTC)
- @lyliylytl:哪儿用模板了……ns:X不是模板。Liangent(留言) 2016年2月23日 (二) 17:56 (UTC)
- User:Liangent阁下所采取的方法虽然使当地减少了字节数,却更多地使用了模板,这也是签名原则上避免使用的。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@用户:lyliylytl 2016年2月23日 (二) 16:20 (UTC)
- @A2569875:[1]. Liangent(留言) 2016年2月22日 (一) 20:44 (UTC)
- 怎么觉得很讽刺。阁下不如先管好自己的签名,再说别人。老实说,提起社群上签名不妥的用户,我只想到您。—AT 2016年2月22日 (一) 16:53 (UTC)
草案
据上述讨论,为建立对不当签名的处置依据,提议在维基百科:破坏#破坏类型中增加以下内容:
- 不当签名:
- 使用违反维基百科:签名格式要求的签名。
- 敝人在前述言之可以参照,阁下的草案不就是参照那条内容所提议的么。不过还是有些欠缺,这里所指违反维基百科:签名格式要求,指的是严格的方针,还是包含较为宽松的指引,所以加上一些限制性词汇还是有必要,举例,使用违反维基百科:签名所述之精神的相关签名等。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@[[用户:lyliylytl]] 2016年2月22日 (一) 20:21 (UTC)
- 现在的WP:签名只是指引。这个草案只涉及修改WP:破坏,若要修改WP:签名,则可待本草案完成后再做进一步讨论。“所述之精神的相关签名”和“格式要求的签名”貌似并不存在本质上的区别。乌拉跨氪 2016年2月23日 (二) 04:00 (UTC)
(?)疑问,如果没有用户页/对话页/贡献页连结的签名算破坏的话,这里衍生了一个问题:就是签了一个没有用户页/对话页/贡献页连结的名,比起没有签名更严重,似乎又不是很合理。所以如果真的把如上行为定为破坏的话,那么是否也要针对一下不签名的行为?--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月23日 (二) 13:12 (UTC)
- 没有签名的留言会有机器人补签吧?乌拉跨氪 2016年2月23日 (二) 13:50 (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)
- @Cdip150:我有不同意见。若用户如Miao233所言,恶意转换签名,又不附上连接,确实比没有签名更严重。--Temp3600(留言) 2016年2月23日 (二) 18:29 (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)
- 不细到一定程度的话,绝对是越细越好钻空子。而且我觉得维基百科绝对细不到“一定程度”。所以我的一切按照完美规则运转的梦想一定落空。Bluedeck 2016年2月24日 (三) 08:16 (UTC)
- 封禁操作流程已规定在封禁前必须进行警告,无需在此赘述。参照维基百科:破坏#破坏类型其他条款亦没有提及“多次”,但在实际封禁前都先进行警告。乌拉跨氪 2016年2月23日 (二) 17:11 (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)
- 这里仅仅试举一例,具体的大幅修改的情况请尊驾移步。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@用户:lyliylytl 2016年2月25日 (四) 10:49 (UTC)
WP:SIGN的破折号
本页简而言之:签名时使用的“--”实为ASCII时代打出西文连接号/破折号的廉价替代,且英文维基对此已有(源码呈现上的?)修正。中文维基何不直接换成中文破折号? |
浏览 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)
维基媒体是否接受在签名宣扬政见
有用户在签名中加入大量与编辑维基百科无关的资讯,其中签名用字的排列严重误导他人理解留言者的正确注册用户名,更甚者是宣扬极具争议的个人政见主张,请问管理员是否容忍这是种滥用签名的行为。我相信在英文维基百科那边在签名加入“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)
- 同时我亦须指出,英语维基近日有悼念Jo Cox的签名,该等签名亦未有受挑战。 激仔 2016年6月20日 (一) 06:43 (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)
- 如果政治宣传与商业宣传看齐,商业宣传的用户页按目前情况是会被提删,甚至速删的,宣扬政见的用户页,都应该删除了。如果要执行起来,确实不论商业还是政治,签名还是用户页,都应当看齐处理的,而不是选择性保留某种形式的宣传、某类群体的宣传、某种政见。--Thomas.Lu(留言) 2016年6月26日 (日) 07:34 (UTC)
- 我不认为“和平”是一种政治立场,虽然签名本应该是尽量简洁避免附带不必要资讯,政见是拥护特定政治团体,而这个政治团体可以透过宣扬其政见获得金钱上的利益(不论是否已经实现与否),所以应该与商业宣传看齐。-- 同舟(论 · 历) 2016年6月26日 (日) 05:04 (UTC)
- 见WP:使用条款及未披露之有偿编辑(中文)及未披露之有偿编辑(英文),重点是在“披露”有偿编辑。--❦‽研究及来源 hanteng✉ 2016年6月27日 (一) 15:14 (UTC)
- 披露只是令其他人更容易追踪特定用户的商业宣传行为,披露了之后不代表维基媒体就能接受其利用维基媒体作商业宣传的行为。-- 同舟(论 · 历) 2016年6月28日 (二) 01:53 (UTC)
- 见WP:使用条款及未披露之有偿编辑(中文)及未披露之有偿编辑(英文),重点是在“披露”有偿编辑。--❦‽研究及来源 hanteng✉ 2016年6月27日 (一) 15:14 (UTC)
- (!)意见:本人(+)赞成楼主的意见,但认为相关话题不应该扩大到用户页,这会波及相当大一部分维基人(包括我本人)的用户页。——苏州宇文宙武的主页 ♨留言 ☎交友 ★贡献 2016年6月29日 (三) 07:30 (UTC)
(+)同意签名不应被滥用,但具体实施时如何界定何种信息为政治宣传则需要小心定义。原则上悼念Jo Cox的讯息也不应该在签名中出现,但如果通融的话,是不是“纪念斯大林同志”和“悼念死于斯大林手下之千万人”这类会带起政治话题的签名也要一并容忍呢?钢琴小子 留言 贡献 2016年6月29日 (三) 18:17 (UTC)
(-)反对 难以超然、客观、公正、具体、准确、无误地区辨、判断或执行且有害维基自由精神与普世价值的提案。
- “反战”是政见吗?“反侵略”是政见吗?“反对任何外国侵略台湾”是政见吗?
- “和平”是政见吗?“和平占中”是政见吗?“2010年诺贝尔和平奖”是政见吗?
- “自由”是政见吗?“Free Tibet”是政见吗?“反对中文维基限制表达自由”是政见吗?
- “支持民主”是政见吗?“支持直接选举”是政见吗?“支持2016-17香港双普选”是政见吗?
- “支持民进党”是政见吗?世界各国有许多个民进党,当事人说的是哪个呢?但,是哪个重要吗?
- “捍卫保障人权”是政见吗?“请支持人权主题”是政见吗?“请加入并参与人权专题”是政见吗?
- “永怀励之”是政见吗?“永怀荔枝”是政见吗?“永怀[[方勵之|荔枝]]”是政见吗?“勿忘晓波”是政见吗?“勿忘空椅子”是政见吗?
- “铭记历史”是政见吗?“铭记六四事件”是政见吗?“铭记5月35日”是政见吗?“铭记[[六四|5月35日]]”是政见吗?“平反六四天安门大屠杀”是政见吗?
- “拥护党领导”是政见吗?“拥护胡耀邦与赵紫阳”是政见吗?“学习人民的军队”是政见吗?“学习徐勤先与何燕然”是政见吗?
- “我明天参加七一大游行”是政见吗?“请参加七一大游行”是政见吗?“请支持七一大游行参选优良条目”是政见吗?
- “《十年》真好看”是政见吗?“林荣基有种”是政见吗?“何韵诗有良心”是政见吗?“狼英没种也没良心”是政见吗?
- “抵制兰蔻”是政见吗?“我爱鱼蛋”是政见吗?“我爱[[魚蛋革命|魚蛋]]”是政见吗?“以具体行动声援鱼蛋革命”是政见吗?
- “影帝和姐夫的财产清单给看吗?”是政见吗?“零八宪章与巴拿马文件,哪个厉害?”是政见吗?
- “为什么今上的心腹要在浙江大拆教堂、滥烧十字架呢?”是政见吗?
- “全世界只剩五个专制共产党!”是政见吗?“全世界已有约30个国家的人民唾弃共产党一党专制!”是政见吗?
- “何时盼得茉莉开”是政见吗?“袁天罡、李淳风、刘伯温等人预言一党专制何时垮台呢?”是政见吗?
三不五时就有人提出限制表达自由的东西,但绝大多数都不是台湾人。台湾人民显然有台湾人民自己的标准。所谓“上有政策、下有对策”,中国限制最多,各种隐晦的表达也最多。禁有用吗?那中国人干嘛违法犯纪翻墙来这儿呢?
如果不同国家的编者对合理表达有不同界定与包容度,如果不同世代种族性别对不同议题有不同见解,如果不同管理员在不同时间有不同看法,一个边界含糊不明的抽象概念只会被有权力者或心态威权保守者滥用。如果无法做到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)
- 一位编者的签名是否可笑,无关维基创立或存在之宏旨,由观者自行评断即可。
- 铃木一朗的穿着品味曝光 网友笑喷疯传
- 无论是休闲或打广告,铃木一朗穿什么是他的自由,他爱怎么签名也是他的自由,他的本务是打棒球,他所属球队不会干涉他的品味!
- 铃木一朗的穿着品味曝光 网友笑喷疯传
- 这些自由权之表现可被正当地记述于维基百科,我看不出中文维基有何权力去限制正规编辑在条目外之表达自由。维基基本上无权干涉非关内容编辑之领域,也未授权任何人去限制这样的自由或抹灭个性。这类行为并无可责性或可非难性,不该是维基要管的事,反而恰恰是基于维基百科之本质所该容许容忍的范畴,正如自由民主制国家的宪政惯例。维基百科永远不接受“只因X国人看不爽”之类的偏见。
- 真要整齐划一求干净,那每个账号只用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)
- 或者你搞错了一点,在你点选“储存编辑”的一刻起你就是默认要遵守维基媒体基金会的所有决策,如果其编辑/言论被认为是危害维基媒体的话时是随时可以被收回,因为编辑维基媒体是基金会下放的权限、而不是权利/人权,严格而言在维基媒体你是没有WP:言论自由。我一直强调的是,(特别出位的)政见签名对社群本身会造成怎样的冲击,我先不说维基媒体以外团体的观点(例如某些禁WM的政府),如果宣扬政见对改善条目没有丝毫帮助却又分裂维基媒体社群的话,这个行为就应该受到规管。又因为在签名或用户页宣传特定一方政见的用户都有更强硬左倾或右倾立场,所以我不会对口头交涉抱有任何期望,最后还是须要以方针厘清什么是可以接受,什么是危害整个社群的团结。每个人都有持有自己政治立场的权利,但其他人都有权拒收赤裸裸的政见宣传。--同舟(论 · 历) 2016年7月12日 (二) 07:22 (UTC)
- -- WildCursive(留言) 2016年7月11日 (一) 15:52 (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的权益?
如题,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:中华爱国阵线就曾经因为签名与被封禁的爱孟原来的签名相似而被勒令修改签名,个人认为Jarodalien这个问题和此案例相似。-- Panzer VI-II·
- 当事人不认为会造成困扰的话其实无所谓。 --KRF(留言) 2017年2月15日 (三) 05:22 (UTC)
- 我们大可能等7活跃之时再作讨论。--Temp3600(留言) 2017年2月15日 (三) 04:46 (UTC)
- 我也经常被叫做“路过围观的Sakamotosan”。——路过围观的Sakamotosan 2017年2月15日 (三) 04:44 (UTC)
- 虽说User:7常年不活跃,但有一天突然活跃了那怎么办呢,那会不会有人认为7之前进行过的人身攻击是后面可能活跃的User:7所为呢?而且虽说签名和用户名不同是很正常之事,但是就拿您的签名来说,您的签名存在的合法性在于没有User:钢琴小子这个用户。--星巴克女王(🎶欢迎参与音乐专题) 2017年2月15日 (三) 04:39 (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)
- 应该根据case by case的方法判断吧。7是从昵称的“刘嘉”演变为“6+”再变为“7”的,有充分的理由善意推定其只是选择了喜爱的昵称,而非假冒签名。但是站在用户“7”的立场考虑,似乎比较无解啊。不过@WhitePhosphorus:只要确保了user:砜中嘌呤的白磷就能保证自己的安全了吧。真是不幸,刚刚不知道被谁抢注了(哭)。Bluedeck 2017年2月20日 (一) 05:56 (UTC)
- 其实我的用户名也是因为Innocentius原先被人注册,没办法才用的Lnnocentius.不过记得哪篇论述中曾经讲过:“问题没有发生之前没有必要修正它”,放着不管也没什么事情吧。--Innocentius Aiolos 2017年2月20日 (一) 20:31 (UTC)
为WP:签名方针添加一个子方针/指引
今天编写了一个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)
- 就我认为标题不属于任何人的作用域吗。。——꧁༺星耀晨曦༻꧂(留言|2017年监管员选举) 2017年2月7日 (二) 06:45 (UTC)
- @星耀晨曦:,其实是的,但有人会改别人的标题...--Temp3600(留言) 2017年2月8日 (三) 07:22 (UTC)
- Bluedeck 2017年2月8日 (三) 21:18 (UTC)
- ꧁༺星耀晨曦༻꧂(留言|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)
公有领域是个很美好的概念,但是在讨论页面中,并没有修改他人编写的内容的道理。或者说,修改他人的编写内容(或者容易造成类似误导的操作)往往是不恰当的行为。 - 这个是排版的一种形式吧。——꧁༺星耀晨曦༻꧂(留言|2017年监管员选举) 2017年2月9日 (四) 09:06 (UTC)
- [4]这是我找到的最近的例子,例中编者的行为我认为是不适当的。当然例子并非针对这名编者,只是前几天只看到了这个。Bluedeck 2017年2月9日 (四) 08:09 (UTC)
为什么会这么想呢?我觉得讨论页面中其他编者写的标题显然不能随便改动啊。
- Bluedeck 2017年2月8日 (三) 21:18 (UTC)
- @星耀晨曦:,其实是的,但有人会改别人的标题...--Temp3600(留言) 2017年2月8日 (三) 07:22 (UTC)
- 异议あり!!在协作计划的“分工明确”讨论中,签名的作用域仅是单行。-- 愚蠢的人类 2017年2月9日 (四) 01:47 (UTC)
- 做了些修订。--YFdyh000(留言) 2017年2月17日 (五) 02:06 (UTC)
- @Bluedeck:仍有意继续讨论吗?--Temp3600(留言) 2017年2月24日 (五) 10:36 (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)
- @SNH48TAQ:留个言提及便可。--A2093064#Talk 2017年5月3日 (三) 23:03 (UTC)
- @A2093064:您的意思是,把话题转过去?--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 17:58 (UTC)
- @SNH48TAQ:或许可以在这边顺便提起Wikipedia:互助客栈/方针#巨型签名问题。--A2093064#Talk 2017年5月3日 (三) 13:46 (UTC)
- @A2093064:这个可以直接修改吗?还是说,依旧要经过社群的讨论,新开议题?因为,不合规的签名已经是破坏的一种类型了,如果有人因此而遭遇封禁,这人恐怕会不服吧(假设)。--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 10:52 (UTC)
- @SNH48TAQ:的确是,我现在才发现,应该修改一下。--A2093064#Talk 2017年5月3日 (三) 10:28 (UTC)
- @A2093064:如此一来,签名长度的这句话请保持签名在255字节内(即目前“参数设置”页面中,“您的昵称”输入框的输入上限)。不是在误导新用户吗?这算不算一个BUG?--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 09:37 (UTC)
- @SNH48TAQ:是的,输入框的限制是字数,这应是技术上无法达成。--A2093064#Talk 2017年5月3日 (三) 09:26 (UTC)
- @A2093064:您确认那是限制255个字,而非255字节?o(╯□╰)o这个文本框是来陷害新用户的么?--🎂🎂🎂🎂偶㊗ღ✿龚诗淇19周岁孙珍妮✯😇♉生快!🎂🎂🎂🎂 2017年5月3日 (三) 09:22 (UTC)
- @SNH48TAQ:好的,不过您如果觉得此方法不错可以试试,另外更正,输入框是限制255个字,但是这不等于255字节,Wikipedia:签名#长度指引的规定是255字节,您现在的签名是超过的,您是233个字,但是是305字节,从历史查看增加字节。--A2093064#Talk 2017年5月3日 (三) 08:46 (UTC)
- @A2093064:我可没有说要用{{subst:}}这个替换引用啊,而是将代码直接放入输入框,但还没有填满那个输入框。也就是说,应该如何确认签名的长度。
- 也是代码的路过。{{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)
- 竟然这样。——愚蠢的人类 2017年5月7日 (日) 13:12 (UTC)
- @愚蠢的人類:相关的界面文字在这里MediaWiki:Tog-fancysig。--A2093064#Talk 2017年5月8日 (一) 01:53 (UTC)
- 原来可以编辑的是内容文字,所以程序的逻辑是没有人能够更改吗?——愚蠢的人类 2017年5月8日 (一) 02:56 (UTC)
- 不知道,好像已经修复了。现时,此框框上限为255字节。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月6日 (六) 20:59 (UTC)
- 说起来,Special:参数设置这类页面谁有权限可以编辑?这个应让不是技术上无法达成的检查,可参考这个范例。如果该页面不能改动,也可以用机器人监视互助客栈中的签名,并在判断超出255字节在该用户的用户页留言来提醒。——愚蠢的人类 2017年5月5日 (五) 17:49 (UTC)
巨型签名问题
最近不断出现的巨型签名,令我有点希望更新一下签名指引。我的考虑是,希望加入内容,让编者知道,行高超过1.8em(1.8行文字高度)的签名有点太大了,最好将签名控制在1.8em以下。当然,签名指引并不是强制性的,所以加入这个之后,如果出现大于1.8em但不影响排版的签名,那也无妨。另外,演示一下:1.8em的签名大概是右图这么大,如果比这个还大,那就有点太大了。这个1.8em是我目前个人能够接受的上限(但也不是绝对的)。如果你觉得还能接受更大的签名,或者觉得连1.8em也过大,那么请您参与讨论。
- 根据网页渲染规则,任何行高高于1em的inline签名会将其所在的行撑大,使其与上面的行隔出空白来。英文维基规定的是不许超过两行行高(200%)。
- 2.0em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 1.8em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 1.6em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 1.4em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 1.2em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 1.0em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 0.9em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
- 0.8em: Bluedeck 2017年4月27日 (四) 17:19 (UTC)
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)
- 不是的,只是个人的想法,希望通过指引的形式和社群沟通。而且指引也不是强制的,只是让大家知道社群的多数意见。如果你觉得我的想法不好,反对也没有关系。Bluedeck 2017年4月27日 (四) 19:49 (UTC)
强烈(+)支持制定巨型签名标准,而且在下更进一步建议限缩到1.5em。- 执行编辑 Aotfs2013 留于 2017年4月27日 (四) 19:38 (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)
- 看了天邪鬼所说的,确实觉得并不一定要定一个数字那样钉死,我提出1.8em,初衷也是为了开启这个讨论而有个演示大小。我也意识到,就算能够钉死在一个数字上,SIGN毕竟是指引,也还是非强行的,不会说谁用了1.9em的签名就要把他怎么样。很可能大家到最后无法同意一个确定的数字,这个很正常,那样的话就使用模糊的论述,我也赞成。Bluedeck 2017年4月28日 (五) 15:55 (UTC)
- 之所以要求明确准则,原因在模糊论述反而容易引起争执,就以上面那句“文字过大、样式过于花哨……”,于是用户甲就援引这句去提醒用户乙,然后用户乙就会反问何谓过大,何谓花哨,甲就表示签名不应大于某某标准,然后乙又会说这某某标准完全是甲君个人见解,后删一百字,所以到头来这个含糊标准订来是为什么呢?明确订一个上限,易于判断,亦易于遵守。正如上面Bluedeck君所言,人人对几高才算过高,观点都各异,订立明确准则不仅在易于判断,亦要易于适从。订了模糊规则以后,丙君标准较低,于是乎可能用户丁签名只是稍稍大于 1 em,结果又要与丙君周旋一番。划一条线是保障双方,千万别觉得会因此而失自由。--J.Wong 2017年4月28日 (五) 10:34 (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)
- 支持限制签名高度。——꧁༺星耀晨曦༻꧂(留言) 2017年4月28日 (五) 16:05 (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)
- 既然都觉得签名行高过大,在下改了就是,看不出来必须上纲上线。尊敬的@Bluedeck:阁下,您好,在下仅仅只是就这个提案补充一点自己的看法而已,这样就被举报为扰乱维基百科,这顶帽子是不是扣得太快了吧!(´⊙ω⊙`)!吓死宝宝了~。@Datou 1996:举例之时,不是已经说明了吗,这里只是举例,没有针对您或其他用户的看法。如果,您觉得骚扰您了,在下致歉。--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月29日 (六) 18:16 (UTC)
- 您究竟希望不限制签名,还是希望限制签名?如果是因为不同意这个讨论而特别提出加强限制,这是一种干扰讨论的做法,请不要尝试通过这种方法反对,而应该陈述您觉得巨大签名合理的理由;如果是真心想加强签名限制,请开一个新段落,这里集中讨论行高限制。Bluedeck 2017年4月29日 (六) 05:51 (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)
- 强烈支持限制签名大小。讨论页大家本来就应该关心讨论内容而不是花哨的签名,超大签名完全是干扰。--Kuailong™ 2017年4月28日 (五) 19:33 (UTC)
- (=)中立,签名过大的用户只有少数几位,且通常只要劝阻提醒大部分用户都会主动更改签名大小,因此最多也就是在签名指引中提及“签名不应过大,可能会导致页面混乱不堪乃至出现排版错误”就行了,即便要限制大小也只应为推荐项而非强制规定,否则如果用户拒不更改签名大小难道还要封禁吗,那就显得有点小题大做了。--Jerre Jiang 讨论│参与清理积压站务 2017年4月29日 (六) 01:15 (UTC)
- (+)支持限制签名高度。--⌬胡萝卜 BOARD · CHEM 2017年4月29日 (六) 05:34 (UTC)
- 举脚(+)支持限制签名高度。实际上,字号和签名高度早就应该要规管(边框和用色可以自由处理,不过必须亲和),因为逾矩的字号和签名高度,既会影响阅读,也会突出签名者的贡献,并不适当。英文版早就把这个限制写进方针了。--春卷柯南-欢迎参加协作计划 ( 论功行赏 ) 2017年4月29日 (六) 09:15 (UTC)
- (+)支持限制签名高度。我甚至认为,社群可以对某用户的不当签名召开RFC,勒令对方更改。不改就封——我们不需要不合群的编辑。--Temp3600(留言) 2017年4月29日 (六) 11:25 (UTC)
- 强烈(+)支持,过大的签名会造成读者阅读不便,限制签名高度使签名方针清楚一点也许能改善读者阅读不便的状况。 4279(只是示例)2017年4月29日 (六) 11:53 (UTC)
- 请社群注意,现行的破坏方针就有一条:不当签名:使用违反维基百科:签名格式要求的签名。如果觉得某位用户的签名不妥,应该于此人的讨论页提出建议,或者警告以及提交WP:告状:此外,请在破坏者的讨论页面留下警告讯息。如果破坏者在被警告后仍然继续的话,请到Wikipedia:当前的破坏进行举报。管理员可按照封禁方针对其封禁。已有此项要求,还需要兴师动众,提交动议修改签名的规定吗?--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年4月29日 (六) 23:30 (UTC)
- (:)回应WP:破坏里面的"不当签名"只有提到是违反WP:签名要求的签名,然而在WP:签名内却只有说"您的签名请不要闪烁"和"签名不要使用图片"和"不要直接使用|"而已,
处置问题签名也只有提到"造成混淆的签名"需要被修改,不配合才可能封禁,最重要的是,WP:签名内没有说清楚扰乱性签名包含什么,也没提到巨型签名算不算扰乱性签名,所以才需要在这里讨论。 4279计算过程 2017年4月30日 (日) 00:39 (UTC)
- 维基百科:签名中已经提及扰乱性签名,如果必须明确字体的大小,以限制过大或过小的签名字体出现,这个硬性规定是否需要指明具体的尺寸(正如User:Wong128hk所言,没有具体尺寸,又会陷入争执)?例如题注所言1.8EM?以下举例,已表明,需要更多的规定才能杜绝这个明确的尺寸易被技术干扰。
- 以下为例子,在IE浏览器和Chrome浏览器中测试的效果相似。
333
333AAAA
333A
AAAA 1818
AAAAAAAA7777
- 以上为例子。
- 是否还要对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)
- font 是一个 deprecated 标签,不应用于新的标准。如果要制定严格标准,也不应该是inline CSS标准,而应该如同A2所言,按照safemode下100%缩放的CSS computed值进行限制。Bluedeck 2017年5月1日 (一) 20:15 (UTC)
- (+)支持,太高的签名造成正常文字空了半行至一行,容易误解有两段文字,应该禁止。--Maccomcre(留言) 2017年4月30日 (日) 05:50 (UTC)
- 自己动手,丰衣足食;眼不见,心不烦;心旷神怡,神清气爽。--逆袭的天邪鬼(留言) 2017年4月30日 (日) 18:39 (UTC)
- 其实Chrome浏览器有设定最小字号的选项,所以,再小的字号,用Chrome浏览器,都可以显示为自己浏览器设定的最小字号。今后,这款浏览器是否还要增加最大字号的选项(谷歌的事情,我们管不了)?--偶㊗ღ✿赵粤 姚祎纯 张丹三 严佼君✯♉🎂生快! 2017年5月1日 (一) 20:37 (UTC)
- 我觉得除了字体大,sign的代码太多也会影响用代码编辑器写讨论的,是不是也要注意下?——路过围观的Sakamotosan 2017年5月1日 (一) 02:01 (UTC)
- (+)支持:支持对显示尺寸进行规制。另外也要求严格执行255字节上限。 --达师 - 345 - 574 2017年5月1日 (一) 05:37 (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)
- 我觉得用模板很方便,也可以方便计算字节,而且现在输入框已经限制255字数了,问题在于字数不等于字节。--A2093064#Talk 2017年5月3日 (三) 13:46 (UTC)
- 可以用subst模板来绕过吧。——路过围观的Sakamotosan 2017年5月3日 (三) 00:42 (UTC)
- 255上限的话,不如直接要求签名的字段值设为255长度--百無一用是書生 (☎) 2017年5月2日 (二) 03:19 (UTC)
(-)反对签名应该自由一些,只要不涉及侮辱、冒充等违反其他方针的行为南极熊 吃企鹅还是吃冰块 2017年5月7日 (日) 08:40 (UTC)
- @南极的熊:(!)意见:闪烁或是巨型的签名是不能随意弄的,闪烁会让读者有被骚扰的感觉,而巨型的签名会让读者觉得有尝试凸显签名者自己的感觉,就算签名可以有自己的风格也不应过度影响读者阅读。 4279计算过程 2017年5月8日 (一) 04:30 (UTC)
- 签名本应规范化,不能自我感觉良好,过大过小都不便阅读及令讨论的格式不工整,过于特显自己的签名也无助于用户间的讨论。--Thomas.Lu(留言) 2017年5月9日 (二) 03:41 (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)
- 这个举例更好,更直观--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月11日 (四) 01:42 (UTC)
- 您可以看看这个例子,这里只有255字,却会占据这么多的版面。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月10日 (三) 11:11 (UTC)
- 你反对吗?Bluedeck 2017年5月10日 (三) 11:01 (UTC)
- (:)回应User:Datou 1996阁下,现时,那个输入框的输入上限不只281字节,甚至可以达到500多字节。在下也认可User:A2093064、user:Wong128hk阁下所言,直接移除括号内容,并在“参数设置”页面添加那句提示。当然,在下的提议就是在修正这个指引,虽然只是修改括号的内容。User:Bluedeck阁下所言恐会招致多数人反对,社群似乎倾向于更严格限制签名的长度,如果修改为255字,那势必让签名的代码大大加长,甚至可能达到500字节。--🎂🎂偶㊗ღ✿钱蓓婷 张语格汪束✯😇♉生快!🎂🎂 2017年5月10日 (三) 10:53 (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)
- 这不是投票,合理反对意见没有解除。Bluedeck 2017年5月18日 (四) 00:28 (UTC)
请留意,规范签名的大小已经成为一项共识,是否就具体内容进行讨论?
达成共识的过程请见,现在是否应该就细节部分进行探讨?如果达成共识的内容却不能反应在相关指引,是否有违共识的初衷。 --🎂🎂偶㊗ღ✿袁航 王璐HII✯😇♉生快!🎂🎂 2017年5月22日 (一) 18:00 (UTC)
- 有吗?感觉只是乱哄哄地,又没有具体执行细节。至少弄出条文,然后能大多数通过,才能好写于指引中体现?——路过围观的Sakamotosan 2017年5月23日 (二) 00:53 (UTC)
- 所以说,才要提出来征求详细内容啊。查阅讨论串,可以肯定,多数人是支持更为严格地限制签名的字号大小的,由此,在下拙见,才提出了这个讨论主题。在这里试举出几个方案:
方案展示区
Bluedeck的建议
- user:Bluedeck的建议,将行高限制于1.8em以内。(如有误解您的建议,请自行更正,望原宥)
SNH48TAQ的建议
- 应将签名保持默认的字号,或者类似标记:
<span style="font-size:100%;">
(暨请不要对签名的字号作任何修改)。 - 请避免添加换行符(
<br />
)、水平居中标记(<center>……</center>
)以及类似的其他标记,这会严重影响附近文本的显示。提倡使用不换行空格,以保证在同一行中显示您的签名。 - 请勿添加水平线标记(
<hr />
)。 - 应避免使用多重上标和下标,这些样式也会影响文本的显示方式(多达N次,多达N次)。
基于英文的修订版方案
- 应避免采用这些标记,例如
<big>
和<span style="font-size:200%;">
(或者更多)的标签(这是大号文本),这样做会扰乱文本的显示方式。 - 请避免添加换行标记(
<br />
)、水平居中标记(<center>……</center>
)以及类似的其他标记,这也会严重影响附近文本的显示。提倡使用不换行空格,以保证在同一行中显示您的签名。 - 最好避免您的签名太小,以至于难以阅读。(如很小的文本)
- 应避免使用多重上标和下标,这些脚本也会影响文本的显示方式。(多达N次,多达N次)
- 请勿添加水平线标记(如
<hr />
)。
Artoria2e5的Bluedeck/英文维基方案
- 签名大小合适与否,以是否容易干扰周围排版而定。过大的字体会扰乱周围文字排版,因此请妥善控制字体大小和周围留白量,以行高1.8em为限。行高以浏览器computed像素数与正文字体大小像素的比值计。
- 强制换行标签(
<br />
)会打乱文字节奏、影响附近文本显示,请避免使用。- 删去“不换行空格”的原因是因为那玩意对中文没用。浏览器不断空格也要断中文字。本条内容不进入指引文字。
- 过小(小于两级
<small>
,即低于0.7倍默认大小)的字体不便阅读。虽然这样的字体不会影响排版,但是考虑到签名毕竟是给人看的,还是请不要把自己用户名之类的信息用这么小的字展示。低于0.4倍大小的文字基本不可读。 - 水平线(
<hr>
)标记会打断讨论、切开页面内容,且还要占领一整行的空间。请避免使用。 - 多重上/下标会导致文字逐渐缩小、偏离中线、占领额外行高。基于本推荐1、3两条规定,建议避免。
- 以上建议的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
- 限制较少。-千村狐兔(留言) 2017年6月2日 (五) 16:29 (UTC)
方案2
- (+)赞成自荐,开始之后,在下投票,以示举例。--🎂偶㊗ღ✿李钊 王晓佳X潘燕琦SII✯😇♊生快🎂 2017年6月1日 (四) 18:45 (UTC)
方案3
- (+)支持英文版本也不错。--🎂偶㊗ღ✿李钊 王晓佳X潘燕琦SII✯😇♊生快🎂 2017年6月1日 (四) 18:45 (UTC)
- (+)支持 更全面。—全麦面包(请张嘴) 2017年6月1日 (四) 21:15 (UTC)
- (+)支持:把大部分很让人困扰的做法都概括了。--Kuailong™ 2017年6月12日 (一) 19:02 (UTC)
- (+)支持,算是过于细致和不够详细之间的选择。Dargaseat ‧ c ‧ s 2017年6月12日 (一) 22:06 (UTC)
方案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)
- 不过有些人仍然会把指引看成方针并且认真执行,其中不乏一些老用户。所以我认为即使是指引也应该认真讨论。--WAN233 (留言) 2017年6月7日 (三) 14:12 (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)
- 时间已过13日,如无太多争议,稍后便计票以便于关闭这个话题。--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月13日 (二) 18:29 (UTC)
- (!)意见:Artoria2e5的方案提出没多久。 --砜中嘌呤的白磷萃取 打谱 2017年6月13日 (二) 18:41 (UTC)
在下不愿限制签名的行高
在方案投票区内请勿使用反对票模板,如果您对所有方案都不满意,或您对限制签名行高仍然存在异议,请在此投下支持票,以表达您反对限制签名的行高。
投票结果
需要手动计票吧
第一阶段计票
- 方案一:User:Istcol,壹票。(虽然User:Istcol阁下并未使用投票模板,但其意向表达了支持方案一。)
- 方案二:User:SNH48TAQ,壹票。
- 方案三:User:SNH48TAQ、User:Wwbread、User:Kuailong、User:Dargasea,肆票。
- 方案四:用户:Artoria2e5,壹票。
截止2017年6月13日18:29 (UTC)之计票结果。支持最多的为方案三,其固定版本在此
前述有用户表明,第四方案才展示不久,投票期延长至第二阶段(初步预计15日底)。
第一阶段计票之计票人--偶祝高考成功!祝🎂易嘉爱李晶李佳恩♊生快! 2017年6月13日 (二) 18:55 (UTC)
- 已等待多日,投票结果毫无改变,第二阶段计票与第一阶段相同。方案三为较多人支持。--偶祝🎂鞠婧祎,徐晨辰,蒋舒婷,陶波尔♊生快 2017年6月18日 (日) 17:45 (UTC)
更新签名指引
在什么时候要署名的段落下有以下修改:
==什么时候要署名==
在讨论页、用户留言和投票页发表了您的意见后敬请署名,这是应有的礼仪。这可以使其他人更容易地追踪讨论的发展,并清楚知道谁说了什么。不过在正文条目中写文章后则不需要也请不要署名。新的意见应加在讨论页的最底部,而不是顶端。请勿在结构性讨论页上签名。
以上。(我用不了显示更改的那个模板)--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年11月27日 (一) 14:21 (UTC)
- (-)反对我喜欢在flow签名,好看,而且不影响系统,除非可以给我更合理的理由,退flow保平安。---米莉娅诺朵卡 2017年11月27日 (一) 14:56 (UTC)
- (:)回应:如果改作在结构性讨论页上签名并非必须。是不是可行的方案?--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年11月28日 (二) 02:58 (UTC)
- 结构性讨论页上无需手动签名。如何?--YFdyh000(留言) 2017年12月4日 (一) 01:46 (UTC)
- (:)回应:如果改作在结构性讨论页上签名并非必须。是不是可行的方案?--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年11月28日 (二) 02:58 (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)
- 会解析啊。--Xiplus←A2093064 2017年12月3日 (日) 23:43 (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)
- “无需”更能表达可选但不必要,“并非必须”反而有点“你不签名也可以,但我们推荐”的没说完(“但是,”)感觉。--YFdyh000(留言) 2017年12月11日 (一) 12:11 (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)
- “或是、还是。表示选择。”中的选择,个人认为带来不必要的歧义,应予避免;“而且。”可能不适用。另见[7][8]等,“抑”的或者、选择意味较浓。目前公示版本直接用“是”,感觉可以。尽管、然而、使用、并非,感觉?词用太多了。--YFdyh000(留言) 2017年12月11日 (一) 14:07 (UTC)
- 不好意思,似乎未能直接连结,若搜寻“抑”及“亦”字即可取得相应结果。——Aotfs2013 留于 2017年12月11日 (一) 13:52 (UTC)
- 不要,并非必须的说法更好。这样更能够表示“硬要签名的话也不是不可以”的思想。Bluedeck 2017年12月10日 (日) 23:05 (UTC)
- 关于“亦是”与“抑是”的使用,可参考[5]及[6]。——Aotfs2013 留于 2017年12月9日 (六) 12:49 (UTC)
结论
已修改。--1233|点此与此废青展开激情对话 | 千错万错都是阿道夫的错! 2017年12月14日 (四) 10:08 (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)
- 但这里的另一名用户是自己,个人认为是合理(常识上的)豁免。--YFdyh000(留言) 2018年1月21日 (日) 03:20 (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)
- 我的意思是像这账号一样→Anti-Zest2018年1月21日 (日) 04:34 (UTC)
- 我认为这很不便于核查傀儡的编辑记录,会增加冒充的几率。--YFdyh000(留言) 2018年1月21日 (日) 03:20 (UTC)
- “篡改签名代码使其与另一名用户的签名极为相似也可能算作一种冒充的行为。”嗯……我的傀儡和本体倒是都有相互声明。燃 灯 2018年1月21日 (日) 01:01 (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嘛燃 灯 2018年1月21日 (日) 05:10 (UTC)
- 我反对容许两者使用同一签名。--Temp3600(留言) 2018年1月21日 (日) 06:04 (UTC)
- 根据“若使用者对预设签名进行修改,修改后的签名中必须至少包含该使用者的使用者页面、讨论页或贡献页其中一项的连结。”,所以您的魁儡必须要有连到魁儡用户页、讨论页或贡献页其中一项的连结,当然也可以主账号与魁儡账号的“用户页、讨论页或贡献页其中一项的连结”皆有。例如下方测试:-- 宇帆(2/28加入维基将满十周年!留言·欢迎签到·联络) 2018年1月21日 (日) 06:37 (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)(本留言由傀儡作出)
- 好像是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)
签名指引§签名方法修订
有用户对《签名指引§键盘输入方法》作出以下修订。如有异议,请七日内提出,否则视为通过。
|
以上。--J.Wong 2018年2月18日 (日) 05:03 (UTC)
- 我觉得删掉“尤其是”这句比较好,没有阐明原因。“不要使用”删去也可,前面已强调半角。--YFdyh000(留言) 2018年2月18日 (日) 06:32 (UTC)
- 据了解,MAC机用户使用中文输入法时,半形~就会变成全形~,所以添加“尤其是”以作强调,亦无不可。--J.Wong 2018年2月18日 (日) 10:52 (UTC)
- excuse me?这代码确定没写错?-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月19日 (一) 09:04 (UTC)
- 照页面抄过来,应该没错吧。如有问题,则请不吝指出。--J.Wong 2018年2月19日 (一) 13:40 (UTC)
**你再仔细看看,然后告诉我这修改前和修改后两个文本是不是完全一样的?犯这种低级错误,一天过去还没改,真的只能说态度上存在问题。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月19日 (一) 13:47 (UTC)
- 好吧,是我犯了低级错误,撤回发言,并就可能的错误向阁下道歉。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月20日 (二) 10:30 (UTC)
- 大概是阁下需要更仔细去看提案。而且上下两案,本人均为代为提案而已。--J.Wong 2018年2月19日 (一) 14:00 (UTC)
- @Panzer VI-II:不太明白你的意思。是mac的键盘改好了吗?--Temp3600(留言) 2018年2月19日 (一) 22:41 (UTC)
- @Panzer VI-II:不懂+1,修改后不是新增了“和Linux系统”吗?-- tang891228 留言 2018年2月20日 (二) 08:46 (UTC)
- 异议:我觉得Linux系统这个概念没必要单独拿出来,Linux发行版很多,情况也很复杂 囧rz……--云间守望 2018年2月21日 (三) 04:14 (UTC)
- 我不太熟识Linux。请@Tang891228:协助解答?--Temp3600(留言) 2018年2月22日 (四) 18:01 (UTC)
- 不是我编辑的,我只有加连结而已。-- tang891228 留言 2018年2月23日 (五) 04:19 (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)
- 通知期内有用户提出合理异议,而修订者亦未能回应,故先行回退相关修订。--J.Wong 2018年3月9日 (五) 07:18 (UTC)
第二修订
另加以下修订,属事实修改。同样,如有异议,请七日内提出,否则视为通过。
|
|
以上。--J.Wong 2018年2月19日 (一) 13:57 (UTC)
- 七日既逾,乃视为通过。--J.Wong 2018年2月26日 (一) 05:41 (UTC)
有关于维基百科:签名中对于签名外观的规范请求社群讨论
近期有几位用户反应称社群内一部分用户的签名的外观有不利于排版,及可能引起他人阅览不适的现象。在下观维基百科:签名,其中有对外观的基本要求(“基于页面美观的原因,您的签名请遵守以下规范”),然而以下所谓应当“遵守”的规范却使用“请避免”之类的不明确的字眼。尽管参数设置中有着“强制显示默认签名”的选项,但是为了少数的签名而舍去社群大量有创意且美观的签名,可谓本末倒置。
在此,希望社群的各位用户讨论以下两点:
- 是否有必要修改签名外观的规范以使其中的规范拥有强制性
- 是否有必要添加其他的签名规范
以上。--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)
- 反对陶片放逐式的公审制度。--Temp3600(留言) 2018年2月16日 (五) 19:14 (UTC)
- 先前曾于中文维基百科爱好者互联交流群讨论过,可以用汉字长度作为签名大小量尺| 3 7
公分汉字长 - 当时的讨论是,签名以桌面板的显示为主,最终显示宽度必须是与25个汉字等长或短于25个汉字长(兰²)、或最终显示宽度必须是与20个汉字等长,容许值10个汉字长(我为了让自己的签名合规),如上尺显示。
- 例如:
- (+)支持:签名本来就只是方便识别发言的,喧宾夺主不应该。应该从字号、颜色、长度三方面限制。--酷爱龙™ 2018年2月15日 (四) 17:47 (UTC)
- (=)中立试试
- Happy New Year 2018 新春快乐| 2 0 1 8 年 2 月1 6 日 (五) 0 2 :0 0 (UTC)
- 个人感觉只要字体不是特别大(粗大ゴミ)就行。--Leiem(留言) 2018年2月16日 (五) 09:35 (UTC)
- (=)中立:个人无意见。
-
- 好多来借尺子的人啊(摔)。--Innocentius Aiolos 2018年2月17日 (六) 06:11 (UTC)
- 请停止于此处测试签名长度,请去沙盒。多次插入同一张图片很影响阅读。--Xiplus#Talk 2018年2月17日 (六) 06:52 (UTC)
- (-)反对,没坏别修,个人认为多此一举,对于个别特别严重的问题,根据现成条例提醒、要求改正就行了,没必要专门搞一个很复杂的规定出来。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月19日 (一) 08:52 (UTC)
- (:)回应,现行条列并未以明确字眼规范外观,即是若有维基人将字型、外观设得极为夸张(例如:我是游走方针的维基人),由于方针用字遣辞的模拟两可,若该维基人对所有要求改正的讯息一律逃避处理,拒绝更正,则没有任何方式能制止该用户的扰乱行为。--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月19日 (一) 11:31 (UTC)
- 好多来借尺子的人啊(摔)。--Innocentius Aiolos 2018年2月17日 (六) 06:11 (UTC)
- 真的这样大反而可以处理...因为超过了二倍行高。模糊地带才不好对付。--Temp3600(留言) 2018年2月19日 (一) 22:38 (UTC)
- 并没有规定禁止超过二倍行高啊,只有建议避免。--Xiplus#Talk 2018年2月20日 (二) 08:22 (UTC)
- 真的这样大反而可以处理...因为超过了二倍行高。模糊地带才不好对付。--Temp3600(留言) 2018年2月19日 (一) 22:38 (UTC)
方案1
|
|
--Leiem(留言) 2018年2月20日 (二) 08:25 (UTC)
- (!)意见:新增条文:尽量能让最终显示出来的签名长度控制在30个汉字长以内,可以在沙盒中使用File:CJK_Ruler.svg大小914px(图片原始大小)协助度量。。(-)反对长度过长的签名,影响阅读。-- 宇帆(2/28加入维基将满十周年!留言·欢迎签到·联络) 2018年2月20日 (二) 08:37 (UTC)
- 我打算先看看讨论,大家希望多长为限制。--Leiem(留言) 2018年2月20日 (二) 09:18 (UTC)
- 其实签名除了主体(User:Example)字样外,后面的文字如果用足以区分的方式表示,长一点应该问题也不算太大。(如改变字体颜色为灰色,或者缩小字号以与正文区分)--Leiem(留言) 2018年2月20日 (二) 09:29 (UTC)
- 依我说,签名核心以外的部分愈短愈好。--Temp3600(留言) 2018年2月20日 (二) 14:34 (UTC)
- 其实签名除了主体(User:Example)字样外,后面的文字如果用足以区分的方式表示,长一点应该问题也不算太大。(如改变字体颜色为灰色,或者缩小字号以与正文区分)--Leiem(留言) 2018年2月20日 (二) 09:29 (UTC)
- 我打算先看看讨论,大家希望多长为限制。--Leiem(留言) 2018年2月20日 (二) 09:18 (UTC)
- (!)意见:200%改为二倍行高(修饰语句)。-- tang891228 留言 2018年2月20日 (二) 08:40 (UTC)
- 已修改。--Leiem(留言) 2018年2月20日 (二) 09:18 (UTC)
- 还有一个没改到,帮你改了。-- tang891228 留言 2018年2月20日 (二) 09:32 (UTC)
- OK. --Leiem(留言) 2018年2月20日 (二) 09:40 (UTC)
- 还有一个没改到,帮你改了。-- tang891228 留言 2018年2月20日 (二) 09:32 (UTC)
- 已修改。--Leiem(留言) 2018年2月20日 (二) 09:18 (UTC)
- 不应该禁止<big>,而是限制各种方式的语法使最终显示效果超过自身行数一行的距离。建议写法应该从最终显示效果,叠加的注音符号是啥? 要限制ruby吗?另外“中用户页和用户讨论页的链接”这有必要添加吗? 目的是连结避免放在“- ”或“.”上面吗?签名目的不是连结用户页,而是区别谁是留言者,代码内部都能查见。--Zest 2018年2月20日 (二) 09:14 (UTC)
- 我的意思是签名中表示留言者的不应太小(这也是原有条文的内容),增加的是指备注性的如果字比较小则没什么关系。例如:User:Example(留言)欢迎关注维基百科XXX专题 2018年。 另外,叠加的符号指泰语中那些音符可以叠加几十到几百个而影响阅读。ruby也有注音的功能,叠加自然会受到限制。--Leiem(留言) 2018年2月20日 (二) 09:24 (UTC)
- 语句已经修改。--Leiem(留言) 2018年2月20日 (二) 09:25 (UTC)
- 目前看来没有问题,赞成修订。--J.Wong 2018年2月20日 (二) 09:55 (UTC)
- 我的意思是签名中表示留言者的不应太小(这也是原有条文的内容),增加的是指备注性的如果字比较小则没什么关系。例如:User:Example(留言)欢迎关注维基百科XXX专题 2018年。 另外,叠加的符号指泰语中那些音符可以叠加几十到几百个而影响阅读。ruby也有注音的功能,叠加自然会受到限制。--Leiem(留言) 2018年2月20日 (二) 09:24 (UTC)
- 在下向来反对比页面正文字体大超过一倍、比正常字体细小、模糊化的签名,这类畸形签名在显示屏较小的移动装置阅读会构成不便,签名的个人化是不应对用户的阅读及点击回应构成不必要的妨碍。--Thomas.Lu(留言) 2018年2月22日 (四) 02:47 (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)
- @MCC214:阁下认为此等签名有何处影响社群讨论与运作,请求阁下指点一二,在下洗耳恭听。另外,请遵守社群“对事不对人”的共识。--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月24日 (六) 18:41 (UTC)
- (+)支持限制签名长度大小。Z23168春节 2018年2月24日 (六) 11:43 (UTC)
- (!)意见若是有人将签名做成如此形式:本大爷的签名符合方针指引,你奈我何!,将仍然妨碍阅读而不违反修订条文,建议将两倍行距宽的限制再下调,若是能完全禁止<big></big>、<span style="font-size:"; ></span>等,会放大签名字体而扰乱讨论的语法为佳。--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月24日 (六) 18:43 (UTC)
- 这个大签名(本大爷的签名符合方针指引,你奈我何!)当然要禁止,与我是游走方针的维基人类同。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月25日 (日) 06:48 (UTC)
- 你这样说很多人都会中枪的[开玩笑的],而且本人都可以说你签名当中的表情妨碍本人阅读的。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月24日 (六) 18:58 (UTC)
- 在下与Richard923888皆未收过任何用户反应签名令人有任何不适,反观阁下逃避用户讨论页上众多劝说之行为,孰是孰非,一目了然。-NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月25日 (日) 05:47 (UTC)
- 另外,建议禁止同时使用放大及红字。--J.Wong 2018年2月24日 (六) 19:25 (UTC)
- 一般对比度才是问题呢,但是又不太好衡量这个问题。就算我30个字以内又如何,眼睛不是照样很疼。对比度太低太靠色当然也是有问题的签名太丑就干脆不要给巡查回退权了新手会吓跑的燃 灯 2018年2月24日 (六) 22:57 (UTC)
- 以上(一般对比度才是问题呢,但是又不太好衡量这个问题。就算我30个字以内又如何,眼睛不是照样很疼。对比度太低太靠色当然也是有问题的签名太丑就干脆不要给巡查回退权了新手会吓跑的)都要禁止。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月25日 (日) 06:44 (UTC)
- @MCC214:可是,你的签名就是对比度长得像那样子,你的签名要被禁止了耶?而且你的签名本身的sup和small的效果还不是一样?近视的人看不到你的签名小字?你这样不是在禁止你自己的签名吗?被指责之后又欺负喜欢表情符号的NHC?你不要无理取闹喔?Z23168计算过程 2018年2月25日 (日) 08:12 (UTC)
- 更可笑的是,你签名中的 强烈要求维基条目宁缺勿滥和上面那两种大红字根本没有差别,如果依照您的标准,你的签名也是妨碍阅读的违规签名,应该禁止你这种大红字。Z23168计算过程 2018年2月25日 (日) 08:29 (UTC)
- 那这个你还看得见吗? 。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 06:08 (UTC)
- @MCC214:可是,你的签名就是对比度长得像那样子,你的签名要被禁止了耶?而且你的签名本身的sup和small的效果还不是一样?近视的人看不到你的签名小字?你这样不是在禁止你自己的签名吗?被指责之后又欺负喜欢表情符号的NHC?你不要无理取闹喔?Z23168计算过程 2018年2月25日 (日) 08:12 (UTC)
- (!)意见要不要禁止某些怪异的符号,例如“๖ۣۜ这๖ۣۜ种๖ۣۜ”,“这҉种҉”或是“[̲̅这̲̅][̲̅种̲̅]”?--Eyewitness Tsai 2018年2月25日 (日) 03:45 (UTC)
- 要,例如。:.゚ヽ(*´∀`)ノ゚.:。,・゚・(つд`゚)・゚・和small,有人签名有small,近视者看不到。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月25日 (日) 06:41 (UTC)
- 阁下是否有浏览器页面可放大的基本常识?--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月25日 (日) 07:56 (UTC)
- 那这个你还看得见吗? 。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 06:08 (UTC)
- 不应禁止表情符号,这属于个人自由。-- 宇帆(2/28加入维基将满十周年!留言·欢迎签到·联络) 2018年2月25日 (日) 06:49 (UTC)
- 但“这҉种҉”和“๖ۣۜ这๖ۣۜ种๖ۣۜ”显然不属于表情符号,且妨碍观看。在部分字体的显示下,“这҉种҉”会把符号与汉字混在一起,引起阅读上的麻烦。--Simon Choi 2018年2月25日 (日) 08:27 (UTC)
- (:)回应我是指不应禁止形如。:.゚ヽ(*´∀`)ノ゚.:。,・゚・(つд`゚)・゚・的内容。-- 宇帆(2/28加入维基将满十周年!留言·欢迎签到·联络) 2018年2月25日 (日) 09:56 (UTC)
- 这倒是没问题。--Simon Choi 2018年2月26日 (一) 14:58 (UTC)
- (:)回应我是指不应禁止形如。:.゚ヽ(*´∀`)ノ゚.:。,・゚・(つд`゚)・゚・的内容。-- 宇帆(2/28加入维基将满十周年!留言·欢迎签到·联络) 2018年2月25日 (日) 09:56 (UTC)
- 但“这҉种҉”和“๖ۣۜ这๖ۣۜ种๖ۣۜ”显然不属于表情符号,且妨碍观看。在部分字体的显示下,“这҉种҉”会把符号与汉字混在一起,引起阅读上的麻烦。--Simon Choi 2018年2月25日 (日) 08:27 (UTC)
- 麻烦各位,维基百科是堂堂大站,可否尽一下义务,照顾一下有个别需要用户。文字可以描述,就毋须刻意实现出来,如此根本与扰乱无异。--J.Wong 2018年2月25日 (日) 08:09 (UTC)
- (-)反对,仍然觉得没有限制太死的必要,更何况签名是指引,应该做的是划定大致标准,然后根据这些标准灵活执行。-- ρ α ͷ ζ ε υ!·Ϟ Ϡ 2018年2月25日 (日) 14:15 (UTC)
- (-)强烈反对,签名乃突显编者个人风格,限制签名样式会令签名难以一眼认出,个别非常难以阅读的签名个别提醒,无需立以方针禁制。签名中的其他语句一向是编者的自由,不代表维基百科,不是人身攻击内容根本无需加以禁制。此外文字小绝对可以使用浏览器的放大功能放大,我有500多度近视为什么我不用放大也能看到?此外缩小及放大文字可增加签名的层次感以及分辨出各文字的重要性,绝对有其用处。综上所说,签名限制毫无必要。--
- —Richard923888 春节快乐!| 2 0 1 8 年 2 月2 5 日 (日) 1 5 :0 1 (UTC)
- (?)疑问若是有用户死不听劝,并利用方针漏洞造成大量维基人的困扰,若无明确方针限制,请问阁下认为该如何处理?--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月25日 (日) 23:13 (UTC)
- (-)强烈反对,本身不让别人用红色就是另类的歧视行为,与歧视ADHD的患者无异,事实上本人的签名颜色是中华人民共和国国旗的底色,难道阁下觉得中华人民共和国国旗的底色刺眼,就要将此“河蟹”掉了吧。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 05:56 (UTC)
- (!)意见:可是,大型字加上红字会造成视觉夺取,容易使读者难以阅读。 你这样也是在歧视视觉障碍和注意力不集中的人啊? 刻意弄那种签名让那些读者难以阅读,还加大,不是要妨碍视觉不便的读者吗? 而且,大型红字的签名还是你自己说要禁止的耶? 你如果要用红色,至少也要弄成正常大小,才不会对于视觉和注意力障碍的人造成阅妨碍和视觉夺取。Z23168计算过程 2018年2月26日 (一) 10:24 (UTC)
- (!)意见:可是,大型字加上红字会造成视觉夺取,容易使读者难以阅读。 你这样也是在歧视视觉障碍和注意力不集中的人啊? 刻意弄那种签名让那些读者难以阅读,还加大,不是要妨碍视觉不便的读者吗? 而且,大型红字的签名还是你自己说要禁止的耶? 你如果要用红色,至少也要弄成正常大小,才不会对于视觉和注意力障碍的人造成阅妨碍和视觉夺取。Z23168计算过程 2018年2月26日 (一) 10:24 (UTC)
“ | 这个大签名(本大爷的签名符合方针指引,你奈我何!)当然要禁止,与我是游走方针的维基人类同。 | ” |
——MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 05:56 (UTC),Wikipedia:互助客栈/方针 |
- (※)注意:请不要把这些严重阻碍阅读的反例再摆出来,可能构成扰乱行为。--Simon Choi 2018年2月26日 (一) 14:58 (UTC)
你自己说要把大型字和红字一起禁止的,然后又说不要禁止自己的大红字,别人不行你就可以,真矛盾。Z23168计算过程 2018年2月26日 (一) 10:24 (UTC)
- 这种讨论其实已经不是第一次,目前签名指引其实就是非常灵活,最多也只是叫大家避免用什么签名。灵活如此,有解决过此问题么?没有,于是又有了这个提案。个人一直觉得签名是非常小事,别人叫你改,就改一下啰。改了,就完事啦。但事实是某人不听人劝,才令其他用户需要“集气”。上面两位反对者,Panzer VI-II君及Richard923888君签名都不会引发提案。还是建议某君好好想想为什么签名如此小事,都可以引起其他用户弄出一连串举动。签名不放大不加粗不大红是不是就不能表达所想表达。--J.Wong 2018年2月26日 (一) 10:27 (UTC)
- ZEdzEd3168,本人从无说过要禁止红色,只是认为大型字需要禁止而已,事实上本人的签名颜色是中华人民共和国国旗的底色,难道阁下觉得中华人民共和国国旗的底色刺眼,就要将此“河蟹”掉了吧。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 11:25 (UTC)
- 红色被某某部门或国家采用与你签名有何干?这并不能成为你拒改签名的理由。--Simon Choi 2018年2月26日 (一) 14:58 (UTC)
- NHC只是因为本人要其舍弃其这个316字节的签名(NHC、人家才不是NPC呢哼! 。:.゚ヽ(*´∀`)ノ゚.:。)(见[9][10][11]),而提报本人的签名,还说本人骚扰他[12],原来好心提醒他的签名超过了签名指引所规定的255字节(并非字元)只会招致麻烦,如果再做一次,本人再也不会提醒他了。--MCC214强烈要求维基条目宁缺勿滥我做了什么? 2018年2月26日 (一) 11:42 (UTC)
- (※)注意请勿恶意推定,在下并未针对任何人,阁下构成骚扰行为亦是事实,两者为独立事件,不可混为一谈。--NHC、才不是NPC呢哼!。:.゚ヽ(*´∀`)ノ゚.:。 2018年2月26日 (一) 12:47 (UTC)
- 国旗是不是红色底色与阁下签名是不是红色请问有什么关系?--J.Wong 2018年2月26日 (一) 11:51 (UTC)
- 翻查阁下用户讨论页,远早于NHC君,已有其他用户表示阁下签名有问题,而阁下第一回应是臭虫论。NHC君亦已修正其签名。此处是方针区,实在不想在这讨论个别用户行为。但阁下讨论页有多少个用户表示阁下签名有问题?阁下修改签名是如此困难么?--J.Wong 2018年2月26日 (一) 12:02 (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君,我觉得如果您的签名能够任选一下其一进行修正,社群也不会对您的签名反应如此激烈:
- 把红字改成蓝色(比如red改为#0af就很好);
- 把红字部分缩小至<5个字的长度;
- 把红字字体大小修正为80%;
- 把红字的font-weight改为300。
- 我也只能从个人经验中总结出这么多。您当前的签名过于有冲击性,已经影响到了社群中大部分人的正常阅读。燃 灯 2018年2月26日 (一) 19:59 (UTC)
- 自从xiplus写了强制显示默认签名小工具的追加文档,并且表明其有黑名单功能,其实在下倒是觉得这个提案讨论的紧急性不大。看到不喜欢的签名,黑名单了即可,参照User:Lnnocentius/NoPersonalSigns-rules.js。只希望被黑名单的各位编者,不要反过来怪这个黑名单功能。--Innocentius Aiolos 2018年2月26日 (一) 23:24 (UTC)
- NHC,“阁下构成骚扰行为亦是事实”此不符假定善意原则,本人亦可以说本人没有看见你已修正的签名,如今本人签名已修正,但在此想说,如果你们见到中华人民共和国国旗的底色,甚至带有红色成分的东西,都不要看,不要被本人看到你们在看带有红色成分的东西。[开玩笑的]--MCC214强烈要求维基条目宁缺勿滥#我做了什么? 2018年2月27日 (二) 06:25 (UTC)
- 谢谢修改签名。谢谢。燃 灯 2018年2月28日 (三) 04:45 (UTC)
- 可能引起不适的范围太多了,很难逐一列举。明确签名不妥、被多次提醒而拒不修改要吃封禁,并且给社群一定的裁量权力,可能优于用文字描述引起不适的情况。 --达师 - 370 - 608 2018年2月27日 (二) 07:02 (UTC)
- 本人对于Innocentius签名代码里面的“Blackadder”很感兴趣,同时亦对他的签名“Innocentius Aiolos ”的意思感到好奇(因为又Innocentius又Aiolos)。--MCC214强烈要求维基条目宁缺勿滥#我做了什么? 2018年2月28日 (三) 09:53 (UTC)
- 签名文字的内容应属言论自由,在正常表达的情况下(如不应有谩骂等语句),用户可以完全自定义。但是对于格式来说,不应该干扰他人阅读。(如果有功能自动缩小过大的签名是最好的)--Leiem(签名·留言) 2018年3月4日 (日) 14:29 (UTC)
- 事实上,本人已将用颜文字的用户列入黑名单(见User:MCC214/NoPersonalSigns-rules.js),至于为何会被列入黑名单,还望用颜文字的用户想想清楚。--MCC214强烈要求维基条目宁缺勿滥#我做了什么? 2018年3月5日 (一) 06:06 (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)
- 刚翻查英文维基《签名方针》,发觉自上次本站引入相关段落修改《签名方针》以后,有再一次大翻新。或者可以考虑按英文版翻新本地指引。--J.Wong 2018年2月28日 (三) 14:43 (UTC)
- 留言。--J.Wong 2018年4月7日 (六) 09:38 (UTC)
- 72小时无人推进讨论,提案具体条文的更改。
|
|
- 简单解释上方的更改:根据英文维基百科的签名指引,将SIGPROB一节单独拿出,并将部分指引上升至方针,并且按照英文维基百科翻译“Your signature must not blink, scroll, or otherwise cause inconvenience to or annoy other editors.”。并未更改具体的签名样式限制,给社群留有足够的处理灵活度。
- 以上。--Innocentius Aiolos 2018年3月3日 (六) 20:32 (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个汉字长(不含日期)”,
(!)意见:我强烈支持规范签名,不过建议在指引里以点列形式明确列出具体禁止事项(懒人包),以便用户逐项检查,谢谢。--⌬胡萝卜 坚决反对采用戏谑意味作品为百万条目纪念标志 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)
- 另外,看到这些热烈的讨论,本人想引用这样一段话:
--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月24日 (六) 12:44 (UTC)尽管维基百科的方针和指引持续地在演进,许多维基人仍感到成文规则有其不可避免的欠缺性,难以覆盖所有可能的干扰或恶意行为。但无论如何,只要用户的行为与成文方针及指引的内在精神背道而驰,即便没有违反文字形式的规定,就可能受到谴责。反之,抱持善意、展现文明、寻求共识并且致力创造一部中立百科全书的人,将受到大家的欢迎。
- 做出修正,“需要避免的签名”一节不作为方针。然而,分出来的“处置问题签名”原先已经是方针,单独拿出来并不代表其不应当继续作为方针。--Innocentius Aiolos 2018年3月24日 (六) 13:05 (UTC)
- 已修订。--J.Wong 2018年4月1日 (日) 05:58 (UTC)
更换Wikipedia:签名的图片
配合编辑器的更新,已经更换新的图片:Special:Diff/48925911/49383959,于此通知并看是否有其他意见。--Xiplus#Talk 2018年5月1日 (二) 10:53 (UTC)
- 嗯,很好。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年5月2日 (三) 09:42 (UTC)
- 可以的,新时代维基百科走起--Shwangtianyuan 有事请给我打☎ 2018年5月6日 (日) 09:31 (UTC)
因应模板样式扩展将于7月19日在本站启用更改WP:签名方针
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
模板样式扩展将于7月19日在本站启用,因此是时候该更改签名方针了,因为模板样式代码外观虽为<templatestyles src="[some page]" />
的HTML标签,但实际上本质跟引入模板没两样,应禁止其于签名中出现
以上-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月19日 (四) 10:38 (UTC)
(+)支持:符合需要。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年7月19日 (四) 14:18 (UTC)- (=)中立:技术性太强,不懂。--相信友谊就是魔法的CuSO4 2018年7月25日 (三) 02:22 (UTC)
- 同意,我觉得蛮基本的,签名的用量那么大。--章安德鲁(留言) 2018年7月19日 (四) 14:52 (UTC)
- (+)支持,跟进技术进步。 --RubyyTalk 2018年7月19日 (四) 15:30 (UTC)
- 但是TemplateStyles只是css样式啊,这和通常的模板使用还是有一些不同的。除非TemplateStyles也算在limit内--百無一用是書生 (☎) 2018年7月20日 (五) 02:27 (UTC)
- (:)回应现在签名中的css都是包含在签名内,并且限制255字,但若开放签名使用模版样式的话,我可以放超过255字在模版样式中,而不影响签名长度,这样等于是变相放宽签名长度指引。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月20日 (五) 04:07 (UTC)
- 签名长度限制本来就是只防君子不防小人的东西,不论多长,你放个{{safesubst:U:Example/sig}}就好。JC1 2018年7月23日 (一) 16:10 (UTC)
- @Shizhao、JC1::你们希望开放签名使用模板样式?另请@CopperSulfate、Ch.Andrew、Rubyy:就“开放签名使用模板样式”发表意见,本人没意见。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 10:17 (UTC)
- 没法subst,变更会影响存档的结果。另外,class冲突等可能。如果严格控制(很难管理)和只影响样式,勉强,但还是不要有比较省事。--YFdyh000(留言) 2018年7月24日 (二) 11:33 (UTC)
- ???,Special:Diff/50554605,把签名改成了{{subst:NoteTA}}。另外我反对签名使用模板样式,逻辑是如何令你得出我支持的结论?JC1 2018年7月24日 (二) 12:48 (UTC)
- ?????????,我提议禁止,@Shizhao:试图驳回我的禁止,数天后@JC1:还帮@Shizhao:说话,又说你不是在帮驳回我言论者说话,但很明显你发了一句是不认同我反驳 驳回言论者之发言,我要怎么才能理解为你不支持????-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 12:57 (UTC)
- 我可没有“帮谁说话”,只是回应你的签名长度限制那一个。现在的技术限制只限制255字数而非字元,更何况可以使用subst突破255字数限制,再加上没有人会把别人的签名拿去检视有多少字元,签名长度指引从一开始就没有什么大作用。JC1 2018年7月24日 (二) 15:41 (UTC)
- @JC1:我讲的是“方针限制”不是“技术限制”。先前已多次在互助客栈讨论过签名长度的“方针限制”,主要是不要影响他人阅读源代码才设255字。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 16:10 (UTC)
- 难怪总有些牛头不搭马嘴。总而言之,我支持更改方针以限制使用模板样式,但我认为理由不应是因为“变相放宽签名长度指引”,方针长度限制只是因为过长会影响他人阅读,没有影响他人阅读的话就不应该加以限制;相反以“使用模板样式或会改变之前或已存档的签名”作为限制理由较佳。JC1 2018年7月25日 (三) 14:42 (UTC)
- @JC1:我讲的是“方针限制”不是“技术限制”。先前已多次在互助客栈讨论过签名长度的“方针限制”,主要是不要影响他人阅读源代码才设255字。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 16:10 (UTC)
- 我可没有“帮谁说话”,只是回应你的签名长度限制那一个。现在的技术限制只限制255字数而非字元,更何况可以使用subst突破255字数限制,再加上没有人会把别人的签名拿去检视有多少字元,签名长度指引从一开始就没有什么大作用。JC1 2018年7月24日 (二) 15:41 (UTC)
- ?????????,我提议禁止,@Shizhao:试图驳回我的禁止,数天后@JC1:还帮@Shizhao:说话,又说你不是在帮驳回我言论者说话,但很明显你发了一句是不认同我反驳 驳回言论者之发言,我要怎么才能理解为你不支持????-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 12:57 (UTC)
- ???,Special:Diff/50554605,把签名改成了{{subst:NoteTA}}。另外我反对签名使用模板样式,逻辑是如何令你得出我支持的结论?JC1 2018年7月24日 (二) 12:48 (UTC)
- 没法subst,变更会影响存档的结果。另外,class冲突等可能。如果严格控制(很难管理)和只影响样式,勉强,但还是不要有比较省事。--YFdyh000(留言) 2018年7月24日 (二) 11:33 (UTC)
- @Shizhao、JC1::你们希望开放签名使用模板样式?另请@CopperSulfate、Ch.Andrew、Rubyy:就“开放签名使用模板样式”发表意见,本人没意见。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月24日 (二) 10:17 (UTC)
- 签名长度限制本来就是只防君子不防小人的东西,不论多长,你放个{{safesubst:U:Example/sig}}就好。JC1 2018年7月23日 (一) 16:10 (UTC)
- (:)回应现在签名中的css都是包含在签名内,并且限制255字,但若开放签名使用模版样式的话,我可以放超过255字在模版样式中,而不影响签名长度,这样等于是变相放宽签名长度指引。-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月20日 (五) 04:07 (UTC)
- @CopperSulfate、Ch.Andrew、Rubyy、Shizhao、JC1:好的,本人针对上述意见,对修订案做了些修订,麻烦请各位复查,感谢
- 以上-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月25日 (三) 15:12 (UTC)
- 感觉比起前一个修订好很多,暂时没有想到什么问题。--章安德鲁(留言) 2018年7月25日 (三) 17:39 (UTC)
- (=)中立:不懂 囧rz……--相信友谊就是魔法的CuSO4 2018年7月27日 (五) 00:28 (UTC)
- 其他用户 css 页面不是要有 editusercss 才能编辑么?如此,又怎会“签名的模板样式可能会成为破坏的目标。”呢?--J.Wong 2018年7月28日 (六) 01:17 (UTC)
- 为何要新增一个段落,明明模板样式被禁止的原因就跟模板一样,补充在原本的章节不就好了?而且“由于许多讨论会存档...这将会有与引用模板类似的隐患”没解释到什么啊,至少前一段还有解释“更新缓存”等原因。--Xiplus#Talk 2018年7月28日 (六) 11:44 (UTC)
临时动议:是否应同步禁止MediaWiki命名空间的CSS引用
是否应同步禁止MediaWiki命名空间的CSS引用,如<span class="某MediaWiki命名空間的CSS" >
的签名,因为如同模板样式,MediaWiki命名空间的CSS也是有可能会变动的,届时有可能影响之前或已存档的签名。(签名本来就不应有引用放置于别处的内容,应该要是一串完全展开的源代码,不能因为别的页面被编辑了,签名就变了,无论该页是否要特定人士或管理员才能编辑)-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月29日 (日) 17:17 (UTC)
- Ping-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年7月29日 (日) 17:23 (UTC) 一下有参与讨论的人。
- 具体例子?那么可能需禁用class、id等,哪怕标一个目前未使用的class/id,未来有使用而影响签名的可能。不过,存档页外貌完全不变也是有难度的,内容和整体排版不变即可,颜色等改变问题不大。--YFdyh000(留言) 2018年7月29日 (日) 17:32 (UTC)
- (:)回应@YFdyh000:大概像这样子吧
- 甚至可以搞出更奇怪的,比如--宇帆 留言 2018年7月29日 (日) 18:37 (UTC)
总整理
|
以上-- 宇帆(维基贡献十周年!留言·欢迎签到[试用小工具]) 2018年8月3日 (五) 05:37 (UTC)
- 现交付公示,为期七日。期内如无合理异议,则视之为通过。--J.Wong 2018年8月9日 (四) 20:36 (UTC)
- (?)疑问:含“[[Template:xxx]]”的签名是否算呢,问这个就好,鲜少看过有人真的签名是这样子的--Z7504非常建议必要时多关注评选(留言) 2018年8月17日 (五) 21:15 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
指引小修改‧签名指引
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
修订,事实修改。--J.Wong 2018年8月21日 (二) 16:37 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
用户签名是否需要明确的间隔符号
举几个例子:
- 我看过了一本书。--Example 2018年11月30日 (五) 12:05 (UTC)
- 我看过了一本书。——Example2018年11月30日 (五) 12:05 (UTC)
- 我看过了一本书。from Example 2018年11月30日 (五) 12:05 (UTC)
- 我看过了一本书。这是一只可爱的喵喵(点此留言)2018年11月30日 (五) 12:05 (UTC)
- 我看过了一本书。【这是一只喵喵的签名】签名时间2018年11月30日 (五) 12:06 (UTC)
以上。--Leiem(签名·留言) 2018年11月30日 (五) 12:05 (UTC)
- 个人觉得无需要特别设规范,因为其实都看得懂-- Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年11月30日 (五) 12:25 (UTC)
- 我不认为需要特别规范间隔符号;我举自己为例,我就不用间隔符号的(虽然指引好像是建议用“--”,然后后面的地方,只要符合规范,你怎样也可以)。Sænmōsà 2018年12月1日 (六) 14:19 (UTC)
- 以前我都不用分隔,现在用“--”,原因是签名设计得复杂的话,没有间隔的话连自己都看不懂。--超级王(古有指鹿为马,今有指桂为滇) 2018年12月3日 (一) 08:39 (UTC)
- 个人认为无需,看得懂就好。
— Cohaf (talk) 2018年12月3日 (一) 08:43 (UTC)- 另外好奇请问一下楼上的:签名有必要加<br />吗? Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年12月3日 (一) 21:53 (UTC)
- 根据WP:SIGN,签名中是不该有<br>的。 --89.208.245.149(留言) 2018年12月4日 (二) 08:05 (UTC)
- 那个应该是正文里的<br>,而不是签名中的<br>。--Leiem(签名·留言) 2018年12月5日 (三) 05:00 (UTC)
-- - 根据WP:SIGN,签名中是不该有<br>的。 --89.208.245.149(留言) 2018年12月4日 (二) 08:05 (UTC)
- 另外好奇请问一下楼上的:签名有必要加<br />吗? Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年12月3日 (一) 21:53 (UTC)
- 开话题的Leiem,为何认为需要明确的间隔符号?---Ktsquare 留言 2018年12月7日 (五) 00:07 (UTC)
- 来ping一下@Leiem-- Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年12月7日 (五) 15:20 (UTC)
- 之前看到一个签名是一句话(忘了是谁的了),和前文在一起,然后就开始想会不会有人会把这句话误解入正文的内容。由此感想在此确认。--Leiem(签名·留言) 2018年12月7日 (五) 15:23 (UTC)
- 来ping一下@Leiem-- Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年12月7日 (五) 15:20 (UTC)
- 个人认为没有对其进行规范的必要。每个人习惯不同,并且有无分隔符均不影响阅读。--Tazkeung(CommentHERE) 2018年12月25日 (二) 08:32 (UTC)
是否应重新考虑与帮助:签名的关系
本页面覆盖了帮助:签名的内容,是否应使之重定向至本页面,或者拆分本页面有关具体操作的内容至帮助页面。--mkpoli(留言) 2018年12月24日 (一) 10:30 (UTC)
修订签名指引
完成,公示8日内无明显反对的异议,故“修订签名指引”应已通过--Z7504非常建议必要时多关注评选(留言) 2019年1月17日 (四) 11:21 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
TL;DR: 扩展本指引的适用范围至“广义的讨论页”,即所有“具有讨论性质的页面”。
- 思路源于Telegram群内的发言,这启发咱尝试将签名这一方面的态度指引及方针扩大到所有“具有讨论性质的页面”。可以参考讨论页指引上的建议:“维基百科中设有讨论页及一些具有讨论性质的计划页面(包含但不仅限于互助客栈及下属子页面)……讨论页面不应该被用户利用成为发布个人主观意见的平台”,其实这上面的建议或是指引都是不仅仅局限于(狭义上的)讨论页的。
- 这次改动可能比较大,因此希望获得重视。 Stang 2018年12月24日 (一) 07:12 (UTC)
- (+)支持,符合实际情况的修订。--クオン·🌸·翡翠·鵺鳥·十姉妹·夜啼鳥 2018年12月26日 (三) 14:45 (UTC)
- (+)支持。--Cohaf (aka 喵喵) 2018年12月26日 (三) 15:09 (UTC)
- (+)支持--虫虫飞♡♡→♡℃※留言 2018年12月31日 (一) 01:10 (UTC)
- 试举一些新规定下会受规管的页面?--Temp3600(留言) 2019年1月3日 (四) 02:17 (UTC)
- 客栈,各种请求页面,各种提报页面,吧。 Stang 2019年1月3日 (四) 13:17 (UTC)
- 具体的修改是什么?--Xiplus#Talk 2019年1月3日 (四) 15:51 (UTC)
- 我来提一个好了。
- 具体的修改是什么?--Xiplus#Talk 2019年1月3日 (四) 15:51 (UTC)
- 客栈,各种请求页面,各种提报页面,吧。 Stang 2019年1月3日 (四) 13:17 (UTC)
云间守望 2019年1月3日 (四) 15:54 (UTC)
--- 那么我觉得改成讨论页,并连结到讨论页指引就好,我一直以为签名指引就是准用讨论页指引规定啊,该提案并没有也无法扩展适用范围吧?--Xiplus#Talk 2019年1月3日 (四) 15:59 (UTC)
- 所以是咱的用词不当吗……好好,没有“扩大范围”,本提案(照Xi+)说的就是对于选词上的微小调整。 Stang 2019年1月4日 (五) 01:53 (UTC)
- 本人使用{{新增条文}}突出了新加入的文字,副知@WQL。--超级王谨贺中文维基导游创立5周年暨突破3000篇旅行指南 2019年1月6日 (日) 08:23 (UTC)
- (+)支持:没问题。公示七日,若无合理异议即通过。--仍然相信友谊就是魔法的CuSO4(这是66ccff) 2019年1月9日 (三) 09:28 (UTC)
- (&)建议,应排除flow页面。--Antigng(留言) 2019年1月15日 (二) 04:57 (UTC)
- 其实不建议用方针来规定,何况这个页面里提及了Flow无需签名这一点,可以当成常识处理。--云间守望 2019年1月15日 (二) 11:03 (UTC)
- Flow排除已在下个段落述明(“尽管结构式讨论...”),建议把完整的修订内容提出来,好让大家看看语句有没有问题。--Xiplus#Talk 2019年1月15日 (二) 11:10 (UTC)
- 其实不建议用方针来规定,何况这个页面里提及了Flow无需签名这一点,可以当成常识处理。--云间守望 2019年1月15日 (二) 11:03 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
如是多重账号怎么办?
如:
- User:Emojiwiki
Wiki emoji | Emojipedia 来笑一下 - User:Emojiprepare(保安多重账号)
Wiki emoji | Emojipedia 来笑一下 Prepare Account
我这签名可以吗?
我的签名有一个图像(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)
- @Emojiwiki:“来自他页的内容”都不行。任何上传到wiki的图像通通属于“来自他页的内容”,你的签名所有内容必须完全展开成源代码。像是“ ”这种东西,就是一个引用自File:Yes Check Circle.svg这里的内容,内容不储存于本讨论页,来自他页就不行,WP:TLCSS的禁止理由也是这样。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年9月2日 (一) 10:44 (UTC)
@A2569875:如何把svg 完全展开? Wiki emoji | 🅔🅜🅞🅙🅘🅦🅘🅚🅘 来笑一下 𝔑𝔬𝔳𝔦𝔠𝔢 ℭ𝔩𝔲𝔟 ✅Main User 2019年9月2日 (一) 10:58 (UTC)
- @Emojiwiki:很遗憾,目前MediaWiki无此功能。svg标签不会被渲染,会变成如右<svg xmlns="http://www.w3.org/2000/svg" version="1.1"><circle cx="60" cy="60" r="50" /></svg>。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年9月2日 (一) 11:01 (UTC)
规范签名可用的HTML/XML Tag
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
前言
- 因为以下的原因,请不要在签名中使用图片:
- 耗费更多的系统资源;
- 减少可搜寻性,并且使从页面复制文字更加困难;
- 从实际资讯中潜在地转移注意;
- 在多数浏览器中,图片不能随文字缩放,会使该行比其他没有使用图片的高。
- 建议对“加入由扩展功能提供的HTML/XML Tag(Help:HTML#解析器扩展标签)的签名”进行管制。
- 根据Help:HTML#解析器扩展标签和Special:版本,目前中文维基会呼叫到扩展的HTML/XML Tag有:
<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>
- 已禁止的HTML/XML Tag(见Wikipedia:签名#外观的规定):
<big></big>
<br/>
<center></center>
<hr/>
- 建议禁止的其他HTML/XML Tag:
<div></div>
- 以上,建议对“含有由扩展功能提供的HTML/XML Tag的签名”进行管制。 欢迎讨论,副知游魂--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月25日 (六) 17:49 (UTC)
- nowiki和div的禁止理由?其他没意见,似乎无需求。以资源为由禁用nowiki,不赞同。--YFdyh000(留言) 2019年5月26日 (日) 02:48 (UTC)
- (:)回应我没有说要禁止nowiki啊,@YFdyh000:--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月26日 (日) 04:40 (UTC)
- YFdyh000(留言) 2019年5月26日 (日) 06:32 (UTC)
- @YFdyh000:所以我是开放讨论啊,因为也不确定哪些该禁止,我建议禁止的是
<gallery></gallery>
、<pre></pre>
(会产生不明断行)、--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月26日 (日) 10:42 (UTC)- (!)意见@Sunny00217:(※)注意我根本就没有漏签名,原本的留言修定版本54562319,原本的留言是跟下面表格一起,签名在表格下方,是你后来一直擅自更改、乱加章节段落把他切开在来说我没签名,这样不对吧。我在讨论页我有询问你编辑我的发言的理由是啥,您还没回应。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月1日 (一) 05:50 (UTC)
- @A2569875:阁下说我改到阁下的留言这件事,抱歉,忘记这件事了,个人觉得还是留在客栈就好,不要引用;至于签名被切开这件事,阁下在这个版本中在留言里加入章节,但极少数留言会在中间加入章节根本没看过,未翻查历史纪录而误会,抱歉-- Sunny00217 - 2019年7月1日 (一) 10:35 (UTC)
- (!)意见@Sunny00217:(※)注意我根本就没有漏签名,原本的留言修定版本54562319,原本的留言是跟下面表格一起,签名在表格下方,是你后来一直擅自更改、乱加章节段落把他切开在来说我没签名,这样不对吧。我在讨论页我有询问你编辑我的发言的理由是啥,您还没回应。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月1日 (一) 05:50 (UTC)
我以为您提案“会呼叫到扩展的HTML/XML Tag”全部禁止。所以“进行管制”有无具体想法,以及究竟增加多少资源消耗。-- - @YFdyh000:所以我是开放讨论啊,因为也不确定哪些该禁止,我建议禁止的是
- YFdyh000(留言) 2019年5月26日 (日) 06:32 (UTC)
- (:)回应我没有说要禁止nowiki啊,@YFdyh000:--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月26日 (日) 04:40 (UTC)
个别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日 (日) 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)
- 我是留言 --
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日 (日) 11:00 (UTC)
<score></score>
签名效果:- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 --
- 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)
<source></source>
签名效果:- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 --签名2019年5月26日 (日) 10:28 (UTC)
<a href="/wiki/User:Example" title="User:Example">Example</a>
- 正常的留言 --正常的签名 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日 (日) 11:00 (UTC)
<ref></ref>
签名效果:- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 --签名[1] 2019年5月26日 (日) 10:28 (UTC)
- 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)
参考资料
- ^ 以上是User:Example的签名
<references />
签名效果:- 有参考文献的讨论blablabla[1]。
- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 --签名
<references/>
的签名
- 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)
<syntaxhighlight></syntaxhighlight>
签名效果:- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 --签名2019年5月26日 (日) 10:28 (UTC)
<a href="/wiki/Wikipedia:互助客栈/方针" title="Wikipedia:互助客栈/方针"><del>User:Example</del></a><root><template><title>kidding</title></template></root>
- 正常的留言 --正常的签名 2019年5月26日 (日) 11:00 (UTC)
<timeline></timeline>
签名效果:- 正常的留言 --正常的签名 2019年5月26日 (日) 00:00 (UTC)
- 我是留言 -- 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)
- 我是留言 --
- 签名
- 正常的留言 --正常的签名 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)
讨论区
- 所以我是开放讨论啊,因为也不确定哪些该禁止,我建议禁止的是
- 明显是包含图像,已有方针禁止:
<gallery></gallery>
、<imagemap></imagemap>
、<imagemap></imagemap>
- 会产生不明断行,影响排版:
<pre></pre>
、<categorytree></categorytree>
、<hiero></hiero>
、<inputbox></inputbox>
、<poem></poem>
、<source></source>
、<syntaxhighlight></syntaxhighlight>
、<timeline></timeline>
、<div></div>
、<p></p>
- 严重影响排版:
<inputbox></inputbox>
、<quiz></quiz>
- 技术原因须禁止:
<indicator></indicator>
(会跑到页顶)、<ref></ref>
(影响参注运作)、<references/>
(影响参注运作)、<section></section>
(扰乱AFD积压标记)、<templatedata>
(干扰templatedata运作)、<noinclude></noinclude>
、<includeonly></includeonly>
、<onlyinclude></onlyinclude>
、<section></section>
(干扰部分要将讨论嵌入他页的运作)
- (~)补充,对于
<math></math>
(数学)、<score></score>
(乐谱)、<ce></ce>
、<chem></chem>
(化学)等 可能需要讨论。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月26日 (日) 10:48 (UTC) - 感谢列明。除了nowiki和div,其他禁止我都不反对,很多有明显副作用或不适用签名区。因为您提到“建议禁止的其他HTML/XML Tag:”,我才疑惑为何禁止某几项。上文提到的需要讨论的几种,如果对版式、分类和数据没有明确影响,从调用资源角度来禁用的证据可能不够充分。--YFdyh000(留言) 2019年5月26日 (日) 10:54 (UTC)
- 明显是包含图像,已有方针禁止:
- (+)支持:可讨论。MeritTim 2019年5月26日 (日) 18:47 (UTC)
签名中使用LaTeX
- (!)意见LaTeX 相关 HTML/XMLTags在参数设定上可以设定成没有图片的样式,例如Special:参数设置#mw-prefsection-rendering中有一个“LaTeX 源代码”选项,因此部分位于WP:签名#外观中的部分理据是站不住脚的,因此说“使用了图片”我觉得不妥,因为那不是“图片”而是“LaTeX”。此外,我补充一点,直接复制该区域会获得LaTeX源代码。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月26日 (日) 19:15 (UTC)
- (:)回应:感谢关注。我对HTML和XML不怎么了解,但决定用这个签名之前肯定也是一句句对过方针指引的。我说一下我稍微懂一点的地方,不懂就不说了。当然说的也很可能错,还望诸位海涵。当然不想涵也可以不涵。
- 系统资源:我在沙盒试的时候,这一个签名差不多一百字节。
- 第二条:不懂,不说。
- 转移注意:其实说实话,要不是之前(应该)没人用过这个,乐谱当签名,这比五颜六色大红大紫的艺术字不显眼多了,为此我还特地采访了我的三位室友,他们对这句实话表示了肯定。
- 会使这行更高:1.5倍行高。换完签名以后我一直用手机做小编辑,感觉没什么大区别。蓝桌型签名似乎也是1.5倍行高,往下翻就有,正下方的话题讨论。实际上这签名在我参数设置里的显示是前后各空一行,就是乐谱自己必须占一行。这肯定不行啊,本来想换的,结果早上起来忘了这事,在dykc投票时候,惊喜地发现在设置外面它是不空行的。天上掉黑猫一样的愉悦。
- 个人态度,(+)支持讨论一个统一标准,(-)反对逼我换签名。在没有明确的方针指引论述讨论共识要求我换签名的时候以明显不符合规范为理由要求我换签名是明显不符合规范的。在大管理员习加同志以明显不符合规范的理由要求我换签名的明显不符合规范的留言底下再复读一遍以明显不符合规范为理由的明显不符合规范的要求当然也是明显不符合规范的。
- 以User:A2569875/个别HTML与XML Tag 签名示例/扩展Tag为例,在电脑版上,正常的签名高度为24px(以<dd>元素为准),含有score的签名是52px,比原本高度的2倍还高,另score的展开结果为图片,符合Wikipedia:签名#外观中禁止图片的理由。--Xiplus#Talk 2019年5月27日 (一) 05:05 (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)
- (!)意见我觉得这种签名可以接受。因为它并不会像
<hiero></hiero>
断到隔壁行,能维持在同一行内,认为在可容忍范围内(言下之意是提议禁止<hiero></hiero>
形式的古埃及文签名),有鉴于上面User:YFdyh000所言以“指引”来一刀切“禁止”,会过于严格,我表示认同,对Xi+强制要求User:游魂换签名一行为表示抗议,并提出(?)异议。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 09:58 (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)
- (:)回应:@Leiem:根据Wikipedia:签名#外部链接与模板的“要点”,我们必须“确保签名存档后不会因为其他页面被改动而造成签名出现变化”,因此这种形况我认为不能容忍“
- 我认为Xiplus在Topic:V0eniuqnlalrne89的解读完全没问题,如此的签名在现行规制下是不可接受的(图片+在部分browser明显高于平均行高),游魂在这种情况下确实是理当更改签名的;不过我也(+)支持在以后开许控制在某一行距内的图片签名(开设例外,希望游魂也能看看怎样把行高fix得全面些)。另外,我(+)支持为HTML/XML Tag作出进一步规范管制。Σανμοσα 2019年5月27日 (一) 15:05 (UTC)
- (:)回应:图片只是LaTeX的一种渲染形式,所谓禁用图片是禁用指向一个已上传之图像的位置,因为图像可以被重复上传,会造成已存档的签名发生改变,而LaTeX具有Static Data的特性,当然我也可以立刻去phab提一个“将LaTeX渲染到
<canvas></canvas>
”的提案,先不论通过与否,我都完全反对并(!)抗议“LaTeX一概视为图像”论。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 15:24 (UTC)- (~)补充:当然,行距/行高问题,这点我确实无法反驳,哑口无言。非常抱歉游魂我这点可能帮不了您了。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 15:28 (UTC)
- LaTeX对于非注册用户和注册用户的预设情况下都是渲染成图片,不明白为何要无视这个事实,坚持说不是图片?另外图片被禁止的理由有4个,屏除掉系统资源的其他三个,LaTeX应该都是通通符合(第二点,确实可以复制,但不能搜寻,这样就没办法在浏览情况下根据签名搜寻留言)。--Xiplus#Talk 2019年5月27日 (一) 15:57 (UTC)
- (:)回应根据U:YFdyh000的言论,有几点他认为不符合。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 16:04 (UTC)
- (:)回应:@Xiplus:我认为只要“确保签名存档后不会因为其他页面被改动而造成签名出现变化”、“确保签名位于同一行”、“不干扰排版”、“行高够矮”、“别人看了不会不舒服”我们就不应迫害,或禁用。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 16:00 (UTC)
- 我从最一开始就是提出行高问题。--Xiplus#Talk 2019年5月27日 (一) 16:07 (UTC)
- (:)回应:既然这样,行高的部分LaTeX也不合你的论述。LaTeX是一种排版语言,行高当然也是可以调整的,例如 (数理)、
- 那不就好了吗?--Xiplus#Talk 2019年5月27日 (一) 16:53 (UTC)
- 关于您提到的“不能搜寻”的部分,我认为可以添加如下规定“如需要在签名中使用LaTeX,请确保你的签名有包含非LaTeX的部分,以利在浏览情况下根据签名搜寻留言。”如何?--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 17:01 (UTC)
- 就此提议发现,我之前对“减少可搜索性,并且使从页面复制文本更加困难;”的理解是搜索引擎(MediaWiki内置和外置如Google)和页面上复制(Ctrl+C),但你们理解的可搜索性是“Ctrl+F”吗。--YFdyh000(留言) 2019年5月27日 (一) 18:32 (UTC)
- 为什么需要对签名内容进行搜寻,只要能搜到用户名或相应的用户名关键词即可。--Leiem(签名·留言) 2019年5月28日 (二) 02:08 (UTC)
- (:)回应:请看示例:
- (:)回应:既然这样,行高的部分LaTeX也不合你的论述。LaTeX是一种排版语言,行高当然也是可以调整的,例如 (数理)、
- 我从最一开始就是提出行高问题。--Xiplus#Talk 2019年5月27日 (一) 16:07 (UTC)
- LaTeX对于非注册用户和注册用户的预设情况下都是渲染成图片,不明白为何要无视这个事实,坚持说不是图片?另外图片被禁止的理由有4个,屏除掉系统资源的其他三个,LaTeX应该都是通通符合(第二点,确实可以复制,但不能搜寻,这样就没办法在浏览情况下根据签名搜寻留言)。--Xiplus#Talk 2019年5月27日 (一) 15:57 (UTC)
- (~)补充:当然,行距/行高问题,这点我确实无法反驳,哑口无言。非常抱歉游魂我这点可能帮不了您了。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月27日 (一) 15:28 (UTC)
- (:)回应:图片只是LaTeX的一种渲染形式,所谓禁用图片是禁用指向一个已上传之图像的位置,因为图像可以被重复上传,会造成已存档的签名发生改变,而LaTeX具有Static Data的特性,当然我也可以立刻去phab提一个“将LaTeX渲染到
-
- Re YFdyh000:原文是“they can reduce searchability and make it more difficult to copy text from a page”。--Xiplus#Talk 2019年5月28日 (二) 00:09 (UTC)
- @Leiem:为了找出特定命名空间/页面下的发言,如果MediaWiki搜索引擎能识别和找出链接目标,那么链接文本无用似乎就问题不大。但当前似乎是找不到的,如搜索游魂 prefix:Wikipedia:互助客栈不能找到他的留言,此时签名文本的有效与独特性就很有必要。
- 仍然不懂是Find in page还是Search on site。--YFdyh000(留言) 2019年5月28日 (二) 18:50 (UTC)
-
- 行高问题肯定存在,但差距并不明显,我不觉得需要在没有明确危害的前提下依指引严格要求和禁止。且该例并没有扰乱指引举例的“文字”排版(如高低错落或折行),指引也未明确约定行高限制为200%,加之当前此处没有共识。禁用图片的目的上方有讨论过了,渲染结果为图片比较难说符合指引立意之图片(如File:)。@Xiplus:,系统资源层面也是符合的,扩展渲染成图片和网络传输给用户。搜索问题,很多人的签名文本也是很难找到原主人的(尤其是依外观找出本来用户名),这在目前还是一个常见问题,轻微转移注意力同上。缩放问题,暂未见到抱怨,如有应考虑,但也要注意,很多人的签名以及众多页面、模板也并没有良好的网页亲和力,单就此例禁止也许吹毛求疵。如果游魂能将乐谱缩小些(技术是否不支持?)、追加一些文字和链接(哪怕如🎵),应该更为大家所接受。上方宇帆提出的用例很不错,字号12下的“
- 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)
初步共识
|
|
- 以上,欢迎讨论@YFdyh000、MeritTim、游魂、SH6188:@Xiplus、Leiem、Sanmosa:--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月29日 (三) 19:13 (UTC)
- 没问题,虽然有点长。只是“目前并未禁止在签名中使用LaTeX或其他由扩展标签生成的非文字渲染结果”,让人想尝试其他扩展标签了呢。InputBox、ImageMap等扩展标签,估计也会干扰讨论及用户界面。去除我划线的部分为好,未逐一讨论的标签,用常识/视作无共识。--YFdyh000(留言) 2019年5月30日 (四) 00:28 (UTC)
- 没问题。--Leiem(签名·留言) 2019年5月30日 (四) 01:45 (UTC)
- @YFdyh000:我改成了“使用与LaTeX相关扩展标签生成的非文字渲染结果”,因为技术上LaTeX本来就无法直接使用,必定是需要透过扩展标签来实现。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 07:44 (UTC)
- (:)回应:@YFdyh000:在提议的规范中“必须确保在篇幅允许的情况下签名能在同一行显示”就已经能驳回
<inputbox></inputbox>
的使用(由于<quiz></quiz>
和<inputbox></inputbox>
等有输入框的网页元素通常都会太高或换行至隔壁行)、提议的规范中“您的签名不能隐含包含任何来自File:名字空间的内容”亦能驳回<imagemap></imagemap>
的使用。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 08:06 (UTC)- 这样(122%)应该是不会太高吧?--Xiplus#Talk 2019年5月30日 (四) 09:05 (UTC)
- @Xiplus:那加入“签名中不能加入让使用者输入讯息的互动式内容,包括但不限于输入框、核取方块或下拉式清单等”,如何?--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:30 (UTC)
- 我认为不需要特别去限制形如--2019年5月30日 (四) 09:35 (UTC)
- 这样的签名。通常这类被抵制的理由是“转移注意”,但我相信真的想把它塞进签名的用户会尽可能去调整。剩下的部分可透过“处理问题签名”方针来解决。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:49 (UTC)
- 由于这个小节已经近一周无人提出新的意见,我就视为对于“目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果”有达成初步共识,(!)意见但对于原句“目前并未禁止在签名中使用LaTeX或其他由扩展标签生成的非文字渲染结果”,由于我认为其他附加规范/附加条件就足以限制了,我想问问@YFdyh000:目前对原句的想法。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年6月8日 (六) 19:32 (UTC)
- YFdyh000(留言) 2019年6月8日 (六) 20:00 (UTC) 没什么想法,“或其他由扩展标签生成的非文字渲染结果”我认为尚缺乏讨论共识与实例,以及还不需要明文与细则来规范。--
- 由于这个小节已经近一周无人提出新的意见,我就视为对于“目前并未禁止在签名中使用与LaTeX相关扩展标签生成的非文字渲染结果”有达成初步共识,(!)意见但对于原句“目前并未禁止在签名中使用LaTeX或其他由扩展标签生成的非文字渲染结果”,由于我认为其他附加规范/附加条件就足以限制了,我想问问@YFdyh000:目前对原句的想法。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年6月8日 (六) 19:32 (UTC)
- 我认为不需要特别去限制形如--
- @Xiplus:那加入“签名中不能加入让使用者输入讯息的互动式内容,包括但不限于输入框、核取方块或下拉式清单等”,如何?--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:30 (UTC)
- 这样(122%)应该是不会太高吧?--Xiplus#Talk 2019年5月30日 (四) 09:05 (UTC)
- (:)回应:@YFdyh000:在提议的规范中“必须确保在篇幅允许的情况下签名能在同一行显示”就已经能驳回
- 另外,说一下之前的规范,似乎使用<big></big>并不会超过两倍行高。--Leiem(签名·留言) 2019年5月30日 (四) 01:47 (UTC)
- 同意,使用单个big(114%)应该是在可接受范围,三个big为150%。--Xiplus#Talk 2019年5月30日 (四) 01:55 (UTC)
- @YFdyh000:我改成了“使用与LaTeX相关扩展标签生成的非文字渲染结果”,因为技术上LaTeX本来就无法直接使用,必定是需要透过扩展标签来实现。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 07:44 (UTC)
- 除了{{!}}以外的魔术字为何不替换引用来使用?--Xiplus#Talk 2019年5月30日 (四) 01:55 (UTC)
- (:)回应目前没有人使用,且大部分若使用也可以根据提议的规范中“签名结果必须是静态的”来驳回使用,至于是否替换引用认为用常识/视作无共识即可。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 08:29 (UTC)
- 哪些是静态的,请举例几个?--Xiplus#Talk 2019年5月30日 (四) 09:25 (UTC)
- 可能是
{{!}}
(|)、{{ns:2}}
(User)、{{#tag:math|2+2}}
( )等不管怎样都不会变的魔术字,像是这种{{REVISIONUSER}}
(Ericliu1912)或{{#expr:{{CURRENTHOUR}}+8}}
(30)就不行,因为肯定会变来变去。高开销的魔术字也不行。这种不允许的魔术字才要替换引用。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:42 (UTC)- 此处的静态(static)是相对于dynamic,(或许应使用const?)--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:55 (UTC)
- 虽然几乎不可能发生,但是
{{ns:2}}
的输出结果是可以改的,这仍然被认为是静态的?--Xiplus#Talk 2019年5月30日 (四) 11:35 (UTC) - 为何不允许高开销?--Xiplus#Talk 2019年5月30日 (四) 11:35 (UTC)
- (:)回应:@Xiplus:如果一个用户签名有高开销的魔术字,又没有替换引用,那他签名了几百次,讨论页不就坏掉了? 如果您是指有人改了namespace id,那么namespace name
{{ns:User}}
总可以了吧。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 12:02 (UTC)- 我说输出结果可以改。大量使用同一个高开销魔术字,计数只会被计为一次,所以不会坏掉。--Xiplus#Talk 2019年5月31日 (五) 11:00 (UTC)
- 好吧,另外想请教一下User:Xiplus以技术上,输出结果不能改的魔术字有哪些?(也就是打上去保存编辑后再也不会改变的)有这种魔术字吗?--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月31日 (五) 11:03 (UTC)
- 应该是只有
{{!}}
;如果觉得站点名称不可能修改,那么{{SITENAME}}
系列也可以考虑进来,同理,不会有人无聊去改命名空间名称的话,{{ns:2}}
也是可以被列入的,这只是几率的问题。--Xiplus#Talk 2019年5月31日 (五) 11:14 (UTC)
- 应该是只有
- 好吧,另外想请教一下User:Xiplus以技术上,输出结果不能改的魔术字有哪些?(也就是打上去保存编辑后再也不会改变的)有这种魔术字吗?--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月31日 (五) 11:03 (UTC)
- 我说输出结果可以改。大量使用同一个高开销魔术字,计数只会被计为一次,所以不会坏掉。--Xiplus#Talk 2019年5月31日 (五) 11:00 (UTC)
- (:)回应:@Xiplus:如果一个用户签名有高开销的魔术字,又没有替换引用,那他签名了几百次,讨论页不就坏掉了? 如果您是指有人改了namespace id,那么namespace name
- 虽然几乎不可能发生,但是
- 此处的静态(static)是相对于dynamic,(或许应使用const?)--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 09:55 (UTC)
- 可能是
- 哪些是静态的,请举例几个?--Xiplus#Talk 2019年5月30日 (四) 09:25 (UTC)
- (:)回应目前没有人使用,且大部分若使用也可以根据提议的规范中“签名结果必须是静态的”来驳回使用,至于是否替换引用认为用常识/视作无共识即可。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月30日 (四) 08:29 (UTC)
- 尝试在Wikipedia:互助客栈/其他和Special:PermaLink/54629367编辑并预览(不是直接浏览页面),我可以感受到互助客栈比较快,查看预览最底下的“剖析器分析资料/实际使用时间”,互助客栈所花时间也是比较少的。--Xiplus#Talk 2019年5月31日 (五) 11:15 (UTC)
- @YFdyh000、Leiem:--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月31日 (五) 11:19 (UTC)
- 访问速度没问题。--Leiem(签名·留言) 2019年5月31日 (五) 11:22 (UTC)
- 我认为在社群有出现些“应放宽图像”的意见,因此我认为这些不需要在意,正如U:YFdyh000所言。但考量到File:图像有“可透过他页编辑发生变化”的特性,因此我认为File:图像是不能开放,不管系统资源占的多大多小,因为这意味着签名可在存档后透过更改或重新上传File:图像改变,当用户离开计划,无人管理的这类签名亦会成为破坏的目标,因此怎样都不能放宽。因此要听取这些社群有出现些“应放宽图像”的意见的方式就是这个折衷方案,仅要能确保存档后签名不会因为其他外在因素出现显著的内容变化,就不应用各种形态迫害这类签名,若是不想看到这些签名,大可以启用强制显示预设签名的小工具,不必干涉他人选择签名的自由。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年6月2日 (日) 10:06 (UTC)
- 访问速度没问题。--Leiem(签名·留言) 2019年5月31日 (五) 11:22 (UTC)
- @YFdyh000、Leiem:--宇帆(留言·欢迎签到R₁R₂NKC) 2019年5月31日 (五) 11:19 (UTC)
- (!)意见 既然 big 都被禁止,行高 200% 还是太高了吧,会让这个签名太过抢眼。设置在120%左右如何? -- Vakrieger♀️🏳️🌈 << (TALK💢❤️🗯️) 2019年6月4日 (二) 13:42 (UTC)
- 我只反对无谓的比别人大,导致不美观。过于严格的限定,那还不如禁止个性化签名了(就像WP:Flow);签名源码美观度也各异;以及是否还要不能太小,不能太长,不能太花;以及讨论语句的排版、留白。用常识和共识就好,尚不需要明文标尺。--YFdyh000(留言) 2019年6月4日 (二) 14:06 (UTC)
- 由于这个小节已经近一周无人提出新的意见,我就视为有达成初步共识:不须明文限制行高的数值,透过“行高不要太高”、常识、以及“处理问题签名”来解决此问题。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年6月16日 (日) 07:48 (UTC)
- 所以“
[[User:Example2|Example2]]<div style="display:none"><mapframe text="Downtown [[wikipedia:San Francisco|San Francisco]]" width=250 height=250 zoom=13 latitude=37.8013 longitude=-122.3988 /></div>
”显示为“Example2 ”的签名可被接受。--Xiplus#Talk 2019年6月20日 (四) 01:46 (UTC)- 想问问User:YFdyh000和U:Leiem的意见。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月20日 (四) 06:50 (UTC)
- 我觉得这基于常识不能接受,只有负面价值,浪费服务器和用户资源。如果隐藏(不可见)内容有任何艺术价值(如ASCII艺术),倒可以考虑。--YFdyh000(留言) 2019年6月20日 (四) 06:56 (UTC)
- 同上,除非有艺术价值。--Leiem(签名·留言) 2019年6月20日 (四) 13:03 (UTC)
- 所以“
- 由于这个小节已经近一周无人提出新的意见,我就视为有达成初步共识:不须明文限制行高的数值,透过“行高不要太高”、常识、以及“处理问题签名”来解决此问题。--宇帆(留言·欢迎签到R₁R₂NKC) 2019年6月16日 (日) 07:48 (UTC)
- 我只反对无谓的比别人大,导致不美观。过于严格的限定,那还不如禁止个性化签名了(就像WP:Flow);签名源码美观度也各异;以及是否还要不能太小,不能太长,不能太花;以及讨论语句的排版、留白。用常识和共识就好,尚不需要明文标尺。--YFdyh000(留言) 2019年6月4日 (二) 14:06 (UTC)
- 我认为没必要进行行高、大小、各种HTML标签等细节限制。厘清一个总体思想即可。说影响服务器资源,倒是给个比如使用魔术字和不使用魔术字对服务器产生页面的速度比较,这样才令人信服。至于显示效果,有个人觉得两倍行高可以,有的人看1.5倍已经生气气了,见仁见智。--Gqqnb(留言) 2019年6月25日 (二) 02:26 (UTC)
- (:)回应Gqqnb,我现在想推行的主要不是说影响服务器资源,而是“编辑他页会不会影响已存档签名”,例如在签名中加入Help:图像,透过重新上传File:图像,就可以把已存档的签名搞掉。正如现行禁用模板和Help:模板样式的规范条文所言:“而且,当使用者离开计划,无人管理的签名模板亦会成为破坏的目标。”,因此进一步地考虑禁用部分Help:魔术字,避免掉“会随时间变化的签名”,目的是要确保讨论存档后内容不再改变,以免“当使用者离开计划,无人管理的签名成为破坏的目标。”。而下方的“避免隐藏内容”是一个临时动议,因为用户可能透过“塞入变动内容于隐藏区域”绕过“确保签名储存编辑后就不会再发生变化”的规定。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月30日 (日) 08:51 (UTC)
关于隐藏内容
- 提议规范“签名不应包含不必要的隐藏内容”@Leiem、YFdyh000、Xiplus:。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月20日 (四) 13:33 (UTC)
- (=)中立,先看看其他人的讨论。--Leiem(签名·留言) 2019年6月20日 (四) 13:38 (UTC)
- 何谓“不必要的”?--Xiplus#Talk 2019年6月20日 (四) 13:53 (UTC)
- 例如您上面举的例子,一张地图放签名,而且还看不到,令人匪夷所思,显然没有必要,既然本来就不给看,那就不清楚放入的“必要”性何在了。其可由“WP:常识”判断。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月20日 (四) 20:30 (UTC)
- Xiplus#Talk 2019年6月20日 (四) 23:19 (UTC)
- @Xiplus:如果您没有意见我就提议不对你上方给出的大型隐藏内容类签名做出规范。或者加入“签名不建议包含隐藏内容,若造成其他使用者反感,其他使用者可以要求移除指定的隐藏内容”。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月22日 (六) 08:21 (UTC)
- @A2569875:我对于是否加入条文都无意见,但试问若有人觉得反感但签名主人拒绝配合修改该如何处理?--Xiplus#Talk 2019年6月22日 (六) 09:13 (UTC)
- @Xiplus:WP:签名#处置问题签名:妥善地与使用者沟通、与使用者协调、寻找合适的解决方案。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月24日 (一) 08:59 (UTC)
- Xiplus#Talk 2019年6月24日 (一) 09:12 (UTC) 签名本人可以强烈主张不会令人反感,是否令人反感无法客观证明。--
- @Xiplus:WP:签名#处置问题签名:妥善地与使用者沟通、与使用者协调、寻找合适的解决方案。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月24日 (一) 08:59 (UTC)
- @A2569875:我对于是否加入条文都无意见,但试问若有人觉得反感但签名主人拒绝配合修改该如何处理?--Xiplus#Talk 2019年6月22日 (六) 09:13 (UTC)
任何人都没有义务解释签名的设计理念,我基于我的设计理念放入这个隐藏内容,那么我认为这就是有必要的;如果理由是“不必要”而产生这条规定,那么我反对。-- - @Xiplus:如果您没有意见我就提议不对你上方给出的大型隐藏内容类签名做出规范。或者加入“签名不建议包含隐藏内容,若造成其他使用者反感,其他使用者可以要求移除指定的隐藏内容”。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月22日 (六) 08:21 (UTC)
- Xiplus#Talk 2019年6月20日 (四) 23:19 (UTC)
- 例如您上面举的例子,一张地图放签名,而且还看不到,令人匪夷所思,显然没有必要,既然本来就不给看,那就不清楚放入的“必要”性何在了。其可由“WP:常识”判断。--娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月20日 (四) 20:30 (UTC)
- (=)中立。浪费资源可基于常识。担心这个条款被任意解读、无共识,如编辑源码时可见的隐藏的“请大家支持xxx”“最喜欢xxx了”“I love xxx”“维基休假中”等能否客观判别。--YFdyh000(留言) 2019年6月20日 (四) 21:01 (UTC)
- 条文改成
- “签名不应包含不必要、不当或没有艺术价值的隐藏内容,例如编辑源码时可见的隐藏的“请大家支持xxx”、“最喜欢xxx了”、“I love xxx”、“维基休假中”等是可以接受的隐藏内容,而“
[[User:Example2|Example2]]<div style="display:none"><mapframe text="Downtown [[wikipedia:San Francisco|San Francisco]]" width=250 height=250 zoom=13 latitude=37.8013 longitude=-122.3988 /></div>
”显示为“Example2 ”则不适当。”
- “签名不应包含不必要、不当或没有艺术价值的隐藏内容,例如编辑源码时可见的隐藏的“请大家支持xxx”、“最喜欢xxx了”、“I love xxx”、“维基休假中”等是可以接受的隐藏内容,而“
- 如何?@YFdyh000、Leiem、Xiplus:。 -- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年6月20日 (四) 21:10 (UTC)
- 囧rz……把例子加进去有点羞耻Play……
没有例子的话,我不反对,希望未来发生争议时,参考此处讨论,不要将“不必要”的解释扩大化。我反对例子中“维基休假中”以外的隐藏内容,尤其是宣传或拉票性质的,与表达个性化无关。而喜欢/讨厌xxx,有违社群礼仪、包容性,并可能是宣传。--YFdyh000(留言) 2019年6月20日 (四) 21:19 (UTC)- 很多人签名都有连结到某些页面的(可接受)宣传行为,但对于签名本身是不是“不必要”的?--Xiplus#Talk 2019年6月20日 (四) 23:19 (UTC)
- 适当的观点或宣传可以接受。盈利类的可以算不当的。--Leiem(签名·留言) 2019年6月21日 (五) 06:29 (UTC)
- 囧rz……把例子加进去有点羞耻Play……
- 晚点会整理出一个小结版本。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月20日 (六) 01:13 (UTC)
小结
|
|
- 简而言之除了行高和style、隐藏内容等就是“编辑他页会不会影响已存档签名”,正如现行禁用模板和Help:模板样式的规范条文所言:“而且,当使用者离开计划,无人管理的签名模板亦会成为破坏的目标。”,因此进一步地考虑禁用部分Help:魔术字,避免掉“会随时间变化的签名”,目的是要确保讨论存档后内容不再改变,以免“当使用者离开计划,无人管理的签名成为破坏的目标。”。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月24日 (三) 17:58 (UTC)
- (?)疑问 如果我没记错,<section>只是一个标准html元素,请问它有什么干扰嵌入的能力呢?Bluedeck 祝福香港 2019年7月25日 (四) 02:11 (UTC)
- (:)回应@Bluedeck:,mw:Extension:Labeled_Section_Transclusion,如果签名有mw:Extension:Labeled_Section_Transclusion,则AFD积压可能会异常。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月25日 (四) 06:37 (UTC)
- 原来是只有在用一种特殊的方式使用这个标签的时候才会影响transclusion的作用,如果普通的使用没有关系。不过即便如此,为了避免混乱,全部直接禁止也无妨。Bluedeck 祝福香港 2019年8月1日 (四) 04:11 (UTC)
- (:)回应,请看
{{#tag:section|我是一個section}}
:效果“”<section>我是一個section</section>
:效果“”
- 不认同您的说法,section根本完全无法使用,其所代表之物根本不是html <section> tag,会直接变成Parser tags在transclusion(
<section></section>
会直接被mw:Extension:Labeled_Section_Transclusion扩展吃掉,导致最终不会有东西被渲染。)。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年8月1日 (四) 12:41 (UTC)- 诶呀,试过真的是这样,我刚才没读完文档就想当然了,对不起。既然事实如此,更加有理由禁用它了。我支持。Bluedeck 祝福香港 2019年8月1日 (四) 18:14 (UTC)
- (:)回应,请看
- 原来是只有在用一种特殊的方式使用这个标签的时候才会影响transclusion的作用,如果普通的使用没有关系。不过即便如此,为了避免混乱,全部直接禁止也无妨。Bluedeck 祝福香港 2019年8月1日 (四) 04:11 (UTC)
- (:)回应@Bluedeck:,mw:Extension:Labeled_Section_Transclusion,如果签名有mw:Extension:Labeled_Section_Transclusion,则AFD积压可能会异常。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年7月25日 (四) 06:37 (UTC)
- 等待一段时间,若无其他异议则可以准备公示。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年8月9日 (五) 18:49 (UTC)
公示期讨论
- 现交付公示,为期一周,到东八区时间2019年8月26日下午六时三分止,若期内无合理异议则修订条文。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年8月19日 (一) 10:00 (UTC)
- (+)支持新增的那些内容;(&)建议顺便修订“外观”第一项,明确禁止<big>和效果相当于<big>的标签(特别是 CSS font-size 标签,不得超过100%)。另外,建议明确禁止<div>,因为会导致换行。-- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 01:38 (UTC)
- div:?????--Br2 2019年8月21日 (三) 02:37 (UTC)
- @Brror、A2569875: div 是可以用CSS禁止换行,但仍会误导忽略CSS或者不太聪明的网页爬虫和解释器(比如某些浏览器的阅读模式,和 Pocket、Instapaper 之类的,还有机器人,示例:[13])。另外,改成 inline 的 div 和 span 又有什么区别?-- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 03:21 (UTC)
- 关于100%--这是BIG文字、这是120%文字。禁止前者,不禁止后者,好像不太合情理。-- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 03:26 (UTC)
- (~)补充:维基百科预设 big 标签是 1.143em (114.3%)大小。-- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 09:37 (UTC)
- +1。因原案“应避免采用这些标记”及指引性质,新增的“上述规定需要禁止”有待明晰效力,个人希望所谓“需要禁止”效力不强,应在“请勿添加”与“最好避免”之间,即“请避免”,绝大多数情况下不允许、少数情形依共识例外,未见变为强制性方针的必要。--YFdyh000(留言) 2019年8月21日 (三) 05:23 (UTC)
- “禁止”也好,“建议避免”也好,在下只是认为应该对 big 标签和超过 100%/1em 的 font-size 标签一视同仁。若大家认为 150% 大小的签名可以接受,也应该接受具有一两个 big 标签的签名 -- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 06:24 (UTC)
- @YFdyh000、Leiem:。-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年8月21日 (三) 03:34 (UTC)
- 无异议。--Leiem(留言·签名·传送门) 2019年8月21日 (三) 04:27 (UTC)
- 将规则写复杂、变成强制性规定非我的本意。(=)中立。--YFdyh000(留言) 2019年8月21日 (三) 05:23 (UTC)
- (?)疑问@Vakrieger:改成这样Special:Diff/55781951如何?-- 娜娜奇🐰鲜果茶☕(☎️·☘️) 2019年8月23日 (五) 06:22 (UTC)
- (+)支持新增的那些内容;(&)建议顺便修订“外观”第一项,明确禁止<big>和效果相当于<big>的标签(特别是 CSS font-size 标签,不得超过100%)。另外,建议明确禁止<div>,因为会导致换行。-- NSW VAK·RKS 💢❤️🗯️ 2019年8月21日 (三) 01:38 (UTC)
- @A2569875:我觉得可以,虽然我还是不太赞成签名用超过100%的字体大小。上面的社群讨论似乎暗示这是可以接受的,所以我也不反对。-- NSWVAK·RKS 2019年8月23日 (五) 13:26 (UTC)
- (+)支持A2569875--Temp3600(留言) 2019年8月24日 (六) 10:00 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
后续讨论
@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
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)
关于签名长度
见此笔编辑中贡献者的签名。计算上前面两根横杠及后面的日期,这串签名在1920×1080分辨率下,已经占据了大半个屏幕的显示宽度宽度。考虑到我使用的是Vector主题,相关内容已经几乎占据了整个主题能显示页面主内容的宽度。我认为这是不合适的,建议修改签名指引以限制这种行为。--还有,14,5。2! 2020年11月30日 (一) 09:51 (UTC)
- 根据该编者过往编辑习惯判断,这应该只是个案出现的胡闹行为,请管理员处理即可。—— Eric Liu 创造は生命(留言.留名.学生会) 2020年11月30日 (一) 10:58 (UTC)
- 仅仅只是个人觉得觉得这种签名不合适,但他的签名似乎并未违反任何方针和指引,我没法有批评他的立场。--还有,14,5。2! 2020年12月1日 (二) 01:32 (UTC)
- 太长了,长了三倍,不过现在他已经改了。--安忆Talk 2020年12月1日 (二) 02:15 (UTC)
- 我的那个很长很长的签名只是一种行为艺术罢了,目的是为了让更多人注意到我的签名。事实上我曾经计划在愚人节启用一个很长的签名,该签名不违反现在的签名方针,内容为248个W以及U:IN外加左右两个中括号,因为我的用户名短(事实上跟AT君一样短),所以这么做会导致一个非常非常长的合法签名。--都是IN的错![开玩笑的] 2020年12月1日 (二) 09:53 (UTC)
- 虽然不清楚最后想表达什么,但签名不可以大于256字节,且不应影响他人阅读。--安忆Talk 2020年12月1日 (二) 10:02 (UTC)
- anYiLin:“U:IN”这个字符串长四字节,加上左右两个中括号组成一个通往我的用户页的链接,也只有8字节。因此,再加上247个W,正好是255字节,并且该签名符合目前的签名标准。您可以自行使用
{{loop|247|W}}
来感受一下247个W有多长。--都是IN的错![开玩笑的] 2020年12月1日 (二) 10:31 (UTC)- 且不应影响他人阅读。--安忆Talk 2020年12月1日 (二) 11:08 (UTC)
- “影响他人阅读”可能是主观意见,请@AnYiLin具体阐明。--都是IN的错![开玩笑的] 2020年12月1日 (二) 11:59 (UTC)
- WP:签名#长度明文规定:请保持签名在255字节内,长的签名是不适当的,一个非常长的签名,如:WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW会扰乱页面,使其他编辑者很难找到讨论和您的发言的结束点。请使其保持最小的长度。
- 用户通常应该遵守此指引,即便没有明文规定,我们还有WP:常识。以上,再不作回应。--安忆Talk 2020年12月1日 (二) 12:37 (UTC)
- 我差点以为您画了条分界线 --三万光年 Talk回复请ping我 2020年12月1日 (二) 14:12 (UTC)
- “影响他人阅读”可能是主观意见,请@AnYiLin具体阐明。--都是IN的错![开玩笑的] 2020年12月1日 (二) 11:59 (UTC)
- 且不应影响他人阅读。--安忆Talk 2020年12月1日 (二) 11:08 (UTC)
- anYiLin:“U:IN”这个字符串长四字节,加上左右两个中括号组成一个通往我的用户页的链接,也只有8字节。因此,再加上247个W,正好是255字节,并且该签名符合目前的签名标准。您可以自行使用
- 虽然不清楚最后想表达什么,但签名不可以大于256字节,且不应影响他人阅读。--安忆Talk 2020年12月1日 (二) 10:02 (UTC)
- 我的那个很长很长的签名只是一种行为艺术罢了,目的是为了让更多人注意到我的签名。事实上我曾经计划在愚人节启用一个很长的签名,该签名不违反现在的签名方针,内容为248个W以及U:IN外加左右两个中括号,因为我的用户名短(事实上跟AT君一样短),所以这么做会导致一个非常非常长的合法签名。--都是IN的错![开玩笑的] 2020年12月1日 (二) 09:53 (UTC)
- 太长了,长了三倍,不过现在他已经改了。--安忆Talk 2020年12月1日 (二) 02:15 (UTC)
- 仅仅只是个人觉得觉得这种签名不合适,但他的签名似乎并未违反任何方针和指引,我没法有批评他的立场。--还有,14,5。2! 2020年12月1日 (二) 01:32 (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)
- 247怎么定义的 二哈-- Sunny00217 2020年12月2日 (三) 14:22 (UTC)
- @克勞棣:阁下知道签名不能放置模板的-- Sunny00217 2020年12月2日 (三) 10:46 (UTC)
- (!)意见参考Wikipedia_talk:签名/存档2#有关于维基百科:签名中对于签名外观的规范请求社群讨论,(&)建议订立签名外观最长长度
- “行为艺术”,“目的是更多人注意到我(IN)的签名”,噗。这不叫行为艺术,这叫哗众取宠。--Súper Wáng Adios Diego 2020年12月4日 (五) 01:33 (UTC)
- (!)意见:反对给签名长度设任何限制,而且建议设立年度维基百科用户签名设计大赛,得奖者可获一枚基佬星章。--No1lovesu2(留言) 2020年12月4日 (五) 05:31 (UTC)
- @AnYiLin:你的上面的那个签名例子使新版Vector的显示坏掉了,建议修改一下。--1233 (T / C) 2020年12月4日 (五) 07:14 (UTC)
- @1233:已改。 --安忆Talk 2020年12月4日 (五) 11:12 (UTC)
- 不建议明文限制,那样会带来不便、强迫症和擦边球案例。WP:常识&WP:GAME足以,造成干扰影响多个人的签名应予提醒、警告和约束。--YFdyh000(留言) 2020年12月4日 (五) 08:45 (UTC)
- 吐槽即将变成连续两次否决“签名外观长度”提案(上次提案)了,看来可以写进WP:常年提案了-- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2020年12月4日 (五) 11:37 (UTC)
- YF兄的意思大概是“防君子不防小人”。说的也对,毕竟不是每个人都如我一样听了YF兄的建议就把签名字号改小了的,那件事我仍然“耿耿于怀”[开玩笑的]历历在目。--Súper Wáng Adios Diego 2020年12月7日 (一) 07:49 (UTC)
- 囧rz...,我能讲已经忘记了吗,事儿有点儿印象,具体啥样和是谁已经记不得了。--YFdyh000(留言) 2020年12月7日 (一) 08:01 (UTC)