用户讨论:A2569875/存档/2022年
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
过去一个月(2021年11月1日至2021年11月30日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案29项,另有12项方针与指引相关提案获得通过:
- 《可靠来源布告板评级指引》:取消“非常可靠”评级,并将“无共识”评级自“半可靠”评级中分拆。(讨论记录)
- 《关注度指引(组织)》:微调〈教育机构〉一节内容,移除重复适用之项目。(讨论记录)
- 《签名指引》:禁止在签名中宣传评选、添加回车符或换行符,以及利用模板等语法绕过系统对签名之限制。此外,亦不能在签名保存编辑后残留任何可以再次被替换引用或他人再次编辑该页后会发生变化的符号、魔术字、模板或其他语法。(讨论记录)
- 《讨论页指引》暨《用户页指引》:修订前者〈用户讨论页〉一节,阐明允许移除整串讨论,但不允许移除讨论中无不当内容之个别留言;后者相应修订。(讨论记录)
- 《一级行政区道路特殊收录限制列表》:调整表格用词,避免指定特定国家之一级行政区公路为某级行政区公路。(讨论记录)
- 《共识方针》:重写〈提案讨论及公示时间〉一节内容,明确“新留言”之定义,并要求公示时同时在公告栏进行宣告。(讨论记录)
- 《关注度指引(人物)》:移除或修订定义含糊或其他关注度指引能够涵盖的内容。(讨论记录)
- 《有偿编辑方针》:收紧对于有偿编辑者编辑形式之限制。(讨论记录)
- 《管理员方针》暨《行政员方针》:经社群讨论通过,设立管理员复任制度,在特定情况下允许管理员经审核复任。(讨论记录)
- 《字词转换处理指引》暨《地区词处理指引》:撤销2011年错误移除指引模板之操作,实质恢复二者之指引地位。(讨论记录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《保护方针》、《文明方针》、《编辑战方针》、《破坏方针》、《命名常规》、《生者传记方针》、《人事任免投票资格方针》、《模板编辑员方针》、《诽谤方针》、《介面管理员方针》、《非自由内容使用准则》、《快速删除方针》、《机器用户方针》、《管理员方针》(一、二)、《监督方针》、《行政员方针》、《封禁方针》、《侵犯著作权方针》及《方针与指引》。
- 指引:《可靠来源布告板评级指引》(一、二)、《关注度指引(交通)》、《勇于提问指引》、《建设性意见指引》、《用户页指引》(一、二)、《讨论页指引》、《页面分类指引》、《格式手册(文字格式)》、《字词转换处理指引》、《地区词处理指引》、《什么是条目指引》、《格式手册(两岸四地用语)》、《申请成为管理人员指引》、《命名常规(国际关系)》、《格式手册(列表)》、《利益冲突指引》、《关注度指引(数字)》、《重定向指引》及《关注度指引(人物)》。
其他重要社群动态:此处列出的动态虽不一定与正式方针或指引有关,惟对维基百科之社群或站务运作有一定影响。
- 经社群讨论通过,收紧已删除内容查询使用限制。(讨论记录)
- 过去一个月内,共有2名维基人获提名维基奖励并通过:Nucleus hydro elemon获授科学特别贡献、Sanmosa获授维基服务专家。
新年快乐!
新年快乐! 感谢您过去一年来对中文维基百科的贡献!祝阁下新年快乐,万事如意!—— Eric Liu 创造は生命(留言.留名.学生会) 2022年1月31日 (一) 18:49 (UTC)(模板使用方法参见此处)
|
恭喜您完成第十九次动员令!
致A2569875阁下:
再次感谢您报名参与第十九次动员令!根据您的贡献,您已经成功达到了完成本次动员令的最低要求,因此您已成功完成本次动员令!恭喜!
根据动员令报名时您所申报的完成动员令次数,请在您的用户页修改以下模板的数字部份:
{{User 動員令|7}}
(您可以直接复制此行到您的用户页适当位置,并保存页面)
您还可以获得下列头衔,请根据指示置于您的用户页:
- “★上将”头衔:代表您是前三名分数最高的参与者,请在您的用户页加入以下模板:
{{User 上將|n}}
,当中n代表您获得此头衔的次数。 - “◆猛将”头衔:代表您是前三名贡献条目最多的参与者,请在您的用户页加入以下模板:
{{User 猛將|n}}
,当中n代表您获得此头衔的次数。 - “♠健将”头衔(1个):代表您在一个或多个主题积分中排名前三,请在您的用户页加入以下模板:
{{User 健将|n}}
,当中n代表您获得此头衔的次数;或{{User 健将2|主題}}
,其中“主题”为您获得前三的主题。 - “◎巧匠”头衔:代表您是前五名贡献多媒体内容最多的参与者,或您成功在四个及以上主编条目中有三张以上的多媒体加分,请在您的用户页加入以下模板:
{{User 巧匠|n}}
,当中n代表您获得此头衔的次数。
最后,请允许我们对本次动员令颁奖的迟缓表示诚挚的歉意,并再次感谢您报名参与本次动员令,感谢您对主持人团队的支持,感谢您对中文维基百科的贡献,希望下一次动员令您能继续参与。如有任何意见或问题,请至动员令的讨论页提出。
您有新邮件!
此信息在2022年4月2日 (六) 13:00 (UTC)发出,你可以在任何时候通过移除{{You've got mail}}或{{YGM}}来移除本通知。
Pavlov2仁爱亲诚 2022年4月2日 (六) 13:00 (UTC)
恭喜您完成第十九次动员令!
致A2569875阁下:
再次感谢您报名参与第十九次动员令!根据您的贡献,您已经成功达到了完成本次动员令的最低要求,因此您已成功完成本次动员令!恭喜!
根据动员令报名时您所申报的完成动员令次数,请在您的用户页修改以下模板的数字部份:
{{User 動員令|7}}
(您可以直接复制此行到您的用户页适当位置,并保存页面)
您还可以获得下列头衔,请根据指示置于您的用户页:
- “★上将”头衔:代表您是前三名分数最高的参与者,请在您的用户页加入以下模板:
{{User 上將|n}}
,当中n代表您获得此头衔的次数。 - “◆猛将”头衔:代表您是前三名贡献条目最多的参与者,请在您的用户页加入以下模板:
{{User 猛將|n}}
,当中n代表您获得此头衔的次数。 - “♠健将”头衔(1个):代表您在一个或多个主题积分中排名前三,请在您的用户页加入以下模板:
{{User 健将|n}}
,当中n代表您获得此头衔的次数;或{{User 健将2|主題}}
,其中“主题”为您获得前三的主题。 - “◎巧匠”头衔:代表您是前五名贡献多媒体内容最多的参与者,或您成功在四个及以上主编条目中有三张以上的多媒体加分,请在您的用户页加入以下模板:
{{User 巧匠|n}}
,当中n代表您获得此头衔的次数。
最后,请允许我们对本次动员令颁奖的迟缓表示诚挚的歉意,并再次感谢您报名参与本次动员令,感谢您对主持人团队的支持,感谢您对中文维基百科的贡献,希望下一次动员令您能继续参与。如有任何意见或问题,请至动员令的讨论页提出。
过去一个月(2021年12月1日至2021年12月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案19项,另有4项方针与指引相关提案获得通过:
- 《快速删除方针》:修订〈其他页面〉一节,扩大O4准则适用范围,并调整O7准则语句措辞;相关模组一并修订。(讨论纪录)
- 《管理员的离任方针》:经社群讨论通过,将管理人员离任相关页面整合至行政员布告板。(讨论纪录)
- 《讨论页指引》:明定一般讨论页之排版格式和标准不适用于因技术原因而无法遵守者(例如结构式讨论页)。(讨论纪录)
- 《关注度指引(电视剧)》:依据社群讨论结果,正式订立电视剧相关条目之关注度指引,优先适用于既有之《关注度指引》。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《保护方针》、《文明方针》、《编辑战方针》、《破坏方针》、《命名常规》、《生者传记方针》、《人事任免投票资格方针》、《模板编辑员方针》、《诽谤方针》、《介面管理员方针》、《非自由内容使用准则》、《快速删除方针》、《机器用户方针》、《共识方针》、《管理员方针》、《监督方针》、《有偿编辑方针》、《行政员方针》、《封禁方针》、《侵犯著作权方针》及《方针与指引》。
- 指引:《可靠来源布告板评级指引》、《关注度指引(交通)》、《勇于提问指引》、《建设性意见指引》、《用户页指引》、《讨论页指引》、《页面分类指引》、《格式手册(文字格式)》、《字词转换处理指引》、《地区词处理指引》、《关注度指引(组织)》、《签名指引》、《什么是条目指引》、《格式手册(两岸四地用语)》、《一级行政区道路特殊收录限制列表》、《申请成为管理人员指引》、《命名常规(国际关系)》、《格式手册(列表)》、《关注度指引(人物)》、《利益冲突指引》、《关注度指引(数字)》及《重定向指引》。
为特殊的半质数与楔形数增添叙述与来源
阁下创建许多数字性质的模板,为维基贡献很大,它们代替了非常多的人工运算与逐个检验。请电脑算,既不会算错,也不会漏掉。但缺点是,一旦别人想加入一些新东西,便常常不晓得如何加了。
在下想说的是,有少数的半质数拥有其他半质数没有的特点:它们是连续2个质数的乘积。它们是6,15,35,77,143等等
但是当我想在条目77
叙述之下缩进一个星号,增加附有来源的以下内容
我真的做不到了,阁下可否告诉我究竟要如何在您的模板里手动加入新叙述?
类似地,有少数的楔形数拥有其他楔形数没有的特点:它们是连续3个质数的乘积。它们是30,105,385,1001等等
那么请问如何在条目105
叙述之下缩进一个星号,增加附有来源的以下内容
感谢!-游蛇脱壳/克劳棣 2022年4月27日 (三) 15:59 (UTC)
参考资料
- ^ Sloane, N.J.A. (编). Sequence A006094. The On-Line Encyclopedia of Integer Sequences. OEIS Foundation.
- ^ Sloane, N.J.A. (编). Sequence A046301. The On-Line Encyclopedia of Integer Sequences. OEIS Foundation.
- @克勞棣:怎么可能会做不到???当初早就设计好了。 阿不就直接加进去Special:Diff/71348700、Special:Diff/67678329/71348693???-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年4月27日 (三) 16:08 (UTC)
- 当然我是说“我”做不到(做不到就是做不到,是真的),不是“你”做不到,更不是“你耕耘的{{数字性质}}模板”做不到啊!所以只好直接来请教你。近日有空我再尝试对其他提及的整数依样画葫芦好了。
- 你已经为维基贡献很大了。你不必道歉唷!怪只怪我没有程式设计的天分。
- 可是像385这种没有独立条目,重定向到其他整数的,请问又该如何写呢?-游蛇脱壳/克劳棣 2022年4月27日 (三) 17:53 (UTC)
- (:)回应:@克勞棣:参考Special:Diff/71462090这则编辑范例。
|<數字><性質名稱>f=自訂內容
。
是为了让换行正常(没写会卡同一行);参数名称的f 表示finish 意指加入在该描述文字尾部,也可以是一个ref。如果没加f自订文字会安插在描述的开头位置。大量输出版本的描述文字因效能问题不能改,只能在前方与后方插入文字。—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 05:16 (UTC)
- (:)回应:@克勞棣:参考Special:Diff/71462090这则编辑范例。
- 另,感谢提点。相关描述较不清楚之处我晚点再补进说明文档,感谢指出相关模板使用说明的不足之处!—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 05:45 (UTC)
关于是否需要移除模板的问题,我认为由于该模板仍然存在一些拙劣翻译(如“Q ID”),因此没有办法去移除该模板。--[12K edits] Q28(留言) 2022年5月4日 (三) 03:28 (UTC)
- (?)疑问:@Q28:老实说Q ID要怎么翻译还真的不知道,因为它真的就是Q开头的一个ID啊🤔?⋯⋯枯编号?🤔🤔—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 03:34 (UTC)
- @Q28:不认为“Q ID”叫做“拙劣翻译”反而认为称“拙劣”言之过重,因为Wikipedia:互助客栈/条目探讨/存档/2022年5月#维基数据项目Q ID之翻译谘询中,user:MilkyDefer认为应作专有名词不翻译。且该页内容并非“翻译”,而是我“自己撰写”,您称“拙劣翻译”我认为您有恶意污辱我“语言能力”之嫌,且并非翻译(该页并不是参照任何语言版本进行翻译而来的),故您言并不实(扭曲事实?),因此还请您详细解释下,以免发生编辑争议,我们之间可能存在什么误会,因此还请您详细解释下,以便化解误会。—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 07:13 (UTC)
- 针对翻译问题,我已经在客栈澄清了翻译。您的翻译也是可以的,不过我有一个更好的翻译。现在我已经使用了更好的翻译了。--[12K edits] Q28(留言) 2022年5月4日 (三) 14:38 (UTC)
- @Q28:“我有一个更好的翻译”请问一下,这样就叫做“拙劣”??? 就算如此,请问有到“拙劣”吗? 可以不要发言那么“恶意”的词汇吗?我希望你能对如此无理的用词道歉。 -- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 14:54 (UTC)
- 很抱歉,当时确实是发言有点过激了。您之前的翻译并不是很拙劣,只不过当时我有点过激,所以才说“拙劣”的。--[12K edits] Q28(留言) 2022年5月6日 (五) 07:06 (UTC)
- @Q28:“我有一个更好的翻译”请问一下,这样就叫做“拙劣”??? 就算如此,请问有到“拙劣”吗? 可以不要发言那么“恶意”的词汇吗?我希望你能对如此无理的用词道歉。 -- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月4日 (三) 14:54 (UTC)
- 针对翻译问题,我已经在客栈澄清了翻译。您的翻译也是可以的,不过我有一个更好的翻译。现在我已经使用了更好的翻译了。--[12K edits] Q28(留言) 2022年5月4日 (三) 14:38 (UTC)
Buo页面存废讨论通知
您好,您先前创建或编辑的页面“Buo”已被提出存废讨论,正在讨论该页面的存废。
维基百科非常欢迎您的编辑,但请先看看编辑帮助和维基百科不是什么,以免犯了常见的错误。
请不要自行移除页面存废模板,讨论是因为有编者认为页面不适合维基百科。请参与页面存废讨论,您亦可以与提删的维基人进行沟通。在讨论期间欢迎继续完善原先的页面,多谢合作!
帮助:互助客栈、删除指导、存废复核请求、IRC聊天频道--罗洁塔💎475759 2022年5月7日 (六) 09:25 (UTC)
Module:WikidataLink
我发现你建立了不错的模板{{Link-Wikidata}},但这模板应该再提供一个参数填写此项目在中文维基百科的实际页面名(消歧义问题),如wikidata有很多位Kevin Allen,{{link-wd|Q561356}}
在模板的效果为‘條目「凯文·艾伦」尚未創建,可參考英語維基百科的對應頁面:Kevin Allen (director)。’(凯文·艾伦),但应该效果为‘條目「凱文·艾倫 (導演)」尚未創建,可參考英語維基百科的對應頁面:Kevin Allen (director)。’才对,即输入{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}
,而wikidata的标签一定是打“凯文·艾伦”,不可能是“凯文·艾伦 (导演)”,所以你能修改模板再提供一个参数填写以解决上述消歧义问题吗?--寒吉 2022年5月7日 (六) 11:25 (UTC)
- (:)回应@寒吉:由于原本参数顺序已经固定,且已大量使用并获WP:模板保护,故无法制作成诸如
{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}
的模式(目前的设定是第二参数是连结显示的样式、第三参数是语言版本顺序,如en,ja,fr
,所以你在第三参数写任何非语言代号的文字皆属错误用法),很抱歉。- 而目前已经尽可能在不更动原始使用方式下加入修改本地条目目标业的方式,例如“
{{link-wd|Q561356|凱文·艾倫|page=凱文·艾倫 (導演)}}
”→“凯文·艾伦”,您看看行不行。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 08:01 (UTC) - Special:Diff/71660993,可行,可惜无法调整参数顺序。--寒吉 2022年5月16日 (一) 08:27 (UTC)
- 建议修改原始码如“凯文·艾伦 (导演)”在本地已被建立时,使用
{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}
的条目会添加至隐藏分类“Category:有蓝链却未移除Link-Wikidata模板的页面”(如Category:有蓝链却未移除内部链接助手模板的页面),已方便日后条目相关维护清理。--寒吉 2022年5月16日 (一) 09:39 (UTC)- (?)疑问 有建立新分类“Category:有蓝链却未移除Link-Wikidata模板的页面”的必要吗?🤔-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 10:39 (UTC)
- 以Special:Diff/71660993为例,当“凯文·艾伦 (篮球运动员)”在本地被建立时,在不移除、清理{{link-wd}}的情况下,
{{link-wd|Q100743217|凱|page=凱文·艾倫 (籃球運動員)}}
的显示效果确实就会变成蓝链是没错,但有了这隐藏分类之后,当“凯文·艾伦 (篮球运动员)”在本地被建立时,我就能透过这隐藏分类得知“凯文·艾伦 (篮球运动员)”在本地被建立,除了在“2021–22年新北中信特攻赛季”移除、清理{{link-wd}}之外,我还会进一步检查“凯文·艾伦 (篮球运动员)”是否有连到d:Q111508849,条目是否已经有添加了相关分类(如Category:新北中信特攻球员、Category:T1联盟外籍球员、Category:美国旅台篮球运动员)或模板(如{{新北中信特攻现役球员名单}}),如果是另一位运动员“查纳提普·贾克拉万”在本地被建立,我除了做前述相关动作以外,还会在条目添加{{FIBA profile}}(模板会抓取条目在wikidata的识别码FIBA选手编号,查纳提普·贾克拉万的识别码FIBA选手编号我已添加了),所以我上方是打“方便日后条目相关维护清理”,希望你能修改原始码、建立新分类,感谢。--寒吉 2022年5月16日 (一) 12:39 (UTC)- Category:有蓝链却未移除内部链接助手模板的页面不能用吗?非得创立新的“Category:有蓝链却未移除Link-Wikidata模板的页面”?人家一堆类似名称的模板{{link-en}}、{{link-ja}}、{{link-fr}}都是用Category:有蓝链却未移除内部链接助手模板的页面,也未见有类似“Category:有蓝链却未移除link-ja模板的页面”之类的分类,link-wd亦类似。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 12:47 (UTC)
- 也是可以啊,是因为{{Link-Wikidata}}好像没使用{{Internal link helper}}我才会提议要建“Category:有蓝链却未移除Link-Wikidata模板的页面”。--寒吉 2022年5月16日 (一) 12:49 (UTC)
- (:)回应 照理说以现在的实作方式,目前{{Link-Wikidata}}是直接呼叫Module:Ilh应该要会生成Category:有蓝链却未移除内部链接助手模板的页面才对,因为Module:WikidataLink#L-70已经将条目是否存在之资料传入Module:Ilh了,Module:WikidataLink#L-76就直接使用到与{{Internal link helper}}完全相同的Module:Ilh了(见此Module:Ilh#L-63对比Module:WikidataLink#L-76基本是一样的),且条目是否存在之资料亦有传入Module:Ilh,按照Module:Ilh#L-104,理应参照到Module:Ilh#L-24应该要会出现Category:有蓝链却未移除内部链接助手模板的页面才对。我也不清楚为什么会没有。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 12:55 (UTC)
- (:)回应 “好像没使用{{Internal link helper}}”这是错误资讯。目前{{Internal link helper}}是直接呼叫Module:Ilh,而{{Link-Wikidata}}亦是直接呼叫Module:Ilh。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 12:58 (UTC)
{{link-wd|Q2}}
→“地球”似乎是正常的。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 13:27 (UTC)- 我试了,有成功。--寒吉 2022年5月16日 (一) 14:04 (UTC)
你再去测看看,我这边看
我的意思是 - 也是可以啊,是因为{{Link-Wikidata}}好像没使用{{Internal link helper}}我才会提议要建“Category:有蓝链却未移除Link-Wikidata模板的页面”。--寒吉 2022年5月16日 (一) 12:49 (UTC)
- Category:有蓝链却未移除内部链接助手模板的页面不能用吗?非得创立新的“Category:有蓝链却未移除Link-Wikidata模板的页面”?人家一堆类似名称的模板{{link-en}}、{{link-ja}}、{{link-fr}}都是用Category:有蓝链却未移除内部链接助手模板的页面,也未见有类似“Category:有蓝链却未移除link-ja模板的页面”之类的分类,link-wd亦类似。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 12:47 (UTC)
- 以Special:Diff/71660993为例,当“凯文·艾伦 (篮球运动员)”在本地被建立时,在不移除、清理{{link-wd}}的情况下,
- (?)疑问 有建立新分类“Category:有蓝链却未移除Link-Wikidata模板的页面”的必要吗?🤔-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 10:39 (UTC)
- 建议修改原始码如“凯文·艾伦 (导演)”在本地已被建立时,使用
- 而目前已经尽可能在不更动原始使用方式下加入修改本地条目目标业的方式,例如“
A2569875你好。
在小工具选了“跨语言连结:游标悬浮时显示Tooltip(对于已存在页面的情况下高亮表示)”后,使用{{Link-Wikidata}},并归入Category:有蓝链却未移除内部链接助手模板的页面,但已建立的页面,应显示为高亮(即伪蓝链),和Ilh和tsl一样。但发现其未能显示,影响维护。
请修复。-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 16:35 (UTC)
- @Comrade John:有困难,无法修复,因为原始设计上的限制,加上且已大量使用并获WP:模板保护,算法逻辑无法更动。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 16:37 (UTC)
- @Comrade John:有困难,无法修复,至少短期内无法修复。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 16:39 (UTC)
- 如Module:Ilh一样,在Module:WikidataLink加上“local clazz_pageExist_framehead='ilh-blue'”不行吗 ?-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 16:40 (UTC)
- @Comrade John:不行。你这样等于Fork了一份Module:Ilh出去,到时Module:Ilh有修改,还要同步,又碍于WP:模板保护,这更是加剧维护困难,更影响(技术层面上的)维护。且他的逻辑也并不是直接加上“local clazz_pageExist_framehead='ilh-blue'”-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 16:43 (UTC)
- 问题在于pass到Module:Ilh的算法逻辑。Module:WikidataLink原始设计时,若条目已存在不会pass到Module:Ilh。修改算法逻辑碍于WP:模板保护而无法执行。且暂时无心力做那么大的修改。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 16:41 (UTC)
- 如Module:Ilh一样,在Module:WikidataLink加上“local clazz_pageExist_framehead='ilh-blue'”不行吗 ?-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 16:40 (UTC)
说白了,可以加,但很大工程 ?-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 16:50 (UTC)
- @Comrade John:很困难。我今天也是花了一整天在研究为什么原始版本不会归入Category:有蓝链却未移除内部链接助手模板的页面,才发现原来是有条目存在时根本不会pass到Module:Ilh,而会不会pass到Module:Ilh牵扯到前后整体算法逻辑,我暂时没有想法怎么让他都pass到Module:Ilh。如果硬改直接全pass到Module:Ilh碍于WP:模板保护不能这样做,因为这样非常危险,无法保证不出问题。真要做势必得给原始设计的算法有一定程度的大修改。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 16:51 (UTC)
至少,可不可看看模板:Infobox French commune/testcases中“wikidata测试 2”的“|style="vertical-align:top"|{{Infobox French commune/sandbox|WikidataID=Q90}}”和模板:WikidataLink/doc如何清掉“有蓝链却未移除内部链接助手模板的页面” ?-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 17:11 (UTC)
话说,Special:Diff/67546970,当年这个,都是用{{Link-Wikidata}}。
当时有归入Category:有蓝链却未移除内部链接助手模板的页面的,为甚么有些有伪蓝链,有些没有呢 ?-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 17:40 (UTC)
- @Comrade John:先不说那么晚了还一直吵人,当我不用睡觉?。模板:WikidataLink最初的设计本来就没有要设计“清理”的部份。最初就是提供维基数据QID后,在讯息框中有蓝链显示蓝链,没有的话生成绿链。由于模板:WikidataLink最初就是设计给讯息框模板自动从wikidata填入资料,那么既然是自动填入资料,当然不会设计给用户修改的部份,毕竟用户要修改就直接填值覆盖wikidata抓值不就得了?而且从QID抓资料能显示从哪个语言版本抓取的优先顺序模板说是“en,de,fr,ja”,也就是en有抓到显示“xx未创建,可以参考英文维基的…”,如果en没抓到则可能是“xx未创建,可以参考德语维基的…”。这个顺序虽然模板说是“en,de,fr,ja”,但事实上是“zh,en,de,fr,ja”,也就是如果zh 抓到了当然直接蓝链啊,不然难道要“xx已创建,可以参考中文维基的…”?这样不对吧。再怎么说,你的要求已经背驰了原始设计,不认为应该是“要修复”的问题。—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月16日 (一) 17:44 (UTC)
- 明白,打扰阁下,不好意思。-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 17:49 (UTC)
- WikidataLink}}:①不予修复、②不会加入,修复/加入过于困难(原因如上陈述);对于{{Link-Wikidata}}则视情况而定。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年5月17日 (二) 04:17 (UTC) 简而言之,对于{{
- 明白,打扰阁下,不好意思。-- 约翰同志-条目裱糊匠(留言) 2022年5月16日 (一) 17:49 (UTC)
过去一个月(2022年1月1日至2022年1月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案32项,另有4项方针与指引相关提案获得通过:
- 《快速删除方针》:微调〈所有页面〉一节内容,将G5准则及G12准则条文之冗馀斜体去除(讨论纪录);之后将早先微调快速删除缩写的事实性修订交付公示并获得通过。(讨论纪录)
- 《共识方针》:在〈提案讨论及公示时间〉一节中新增“非方针指引相关提案”、“微小修订”及“重行公示”等简易公示规定。(讨论纪录)
- 《可靠来源指引》:在〈来源的类型〉一节中新增翻译、转载类来源相关规范。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《避免地域中心方针》、《删除方针》、《儿童保护方针》、《忽略所有规则》、《五大支柱》、《生者传记方针》、《破坏方针》、《命名常规》、《监督方针》、《用户查核方针》、《管理员的离任方针》、《编辑战方针》、《可供查证方针》、《非原创研究方针》及《管理员方针》。
- 指引:《外部链接指引》、《繁简处理指引》、《快速保留指引》、《关注度指引》、《用户页指引》、《格式手册(版面布局)》、《不要伤害新手指引》、《跨维基汇入者指引》、《列明来源指引》、《大量讯息发送者指引》、《关注度指引(交通)》、《关注度指引(地理特征)》、《格式手册(旗帜)》、《格式手册(两岸四地用语)》、《草稿命名空间指引》、《小小作品指引》、《利益冲突指引》、《消歧义指引》、《关注度指引(电视剧)》、《讨论页指引》、《权限申请指引》及《翻译指引》。
Re: 你的机器人胡乱破坏我的用户页
backlinks拿到的东西和Special:Whatlinkshere不算完全一样,之前少做了一个检查。已经修复,还请见谅。--Jimmy Xu 论 2022年5月26日 (四) 16:08 (UTC)
过去一个月(2022年2月1日至2022年2月28日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案23项,另有4项方针与指引相关提案获得通过:
- 《档案名称指引》:参考维基共享资源《档案重新命名指引》,在档案更名请求准则中新增“无争议的维护与缺陷修正”项目(讨论记录);之后对档案残留重新导向页面之快速删除流程进行事实性修订。(讨论记录)
- 《存废复核方针》:要求在提交存废复核请求前尽可能在相关页面中加入存废复核模板并通知页面建立者。此外,若该请求是转介自其他讨论,转介者亦应通知原提交者。(讨论记录)
- 《可供查证方针》:修订〈通常不可靠的来源〉一节,厘清该章节内容的含义和适用范围。(讨论记录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《基金会行动方针》、《档案移动员方针》、《共识方针》、《避免地域中心方针》、《监督方针》、《快速删除方针》、《破坏方针》、《模板编辑员方针》、《用户名方针》、《生者传记方针》、《非原创研究方针》、《五大支柱》、《志愿者回复团队方针》、《用户查核方针》、《编辑战方针》、《维基百科不是什么》、《傀儡方针》及《有偿编辑方针》。
- 指引:《可靠来源指引》、《高风险模板指引》、《重定向指引》、《关注度指引(交通)》、《关注度指引(天体)》、《关注度指引(电视剧)》、《关注度指引(地理特征)》、《签名指引》、《格式手册(两岸四地用语)》、《列明来源指引》、《拉票指引》、《用户页指引》、《命名常规(音乐)》、《通用行为准则》、《剧透内容指引》、《钱币学条目指引》、《格式手册(缩写)》、《小小作品指引》、《争议解决指引》、《格式手册》、《利益冲突指引》、《地区词处理指引》及《字词转换处理指引》。
DisplayExternalMedia
求激活。--Txkk(留言) 2022年6月7日 (二) 08:54 (UTC)
- 如果你激活成功请留言告知,我会{{deltalk}}这段文字。注:此处原有文字,因为非公开讯息,已由 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️)于2022年6月10日 (五) 05:23 (UTC)删除,尚祈见谅。若有异议请至互助客栈或向管理员反映。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年6月8日 (三) 14:42 (UTC)
- 完成。--Txkk(留言) 2022年6月10日 (五) 05:13 (UTC)
- (:)回应阁下您可以到en:Template:External media确认一下有没有激活成功。—- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年6月10日 (五) 09:42 (UTC)
- 完成。--Txkk(留言) 2022年6月10日 (五) 05:13 (UTC)
过去一个月(2022年3月1日至2022年3月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案28项,另有3项方针与指引相关提案获得通过:
- 《维基百科不是词典》:以英文维基百科版本方针为基础,重写长年未更新之内容。(讨论纪录)
- 《非原创研究方针》:澄清部分条文之表述。(讨论纪录)
- 《人事任免投票资格方针》:删除注册满七日始具人事任免投票资格之条件。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《管理员方针》、《快速删除方针》、《维基百科不是什么》、《介面管理员方针》、《修订版本删除方针》、《保护方针》、《基金会行动方针》、《可供查证方针》、《有偿编辑方针》、《条目所有权方针》、《监督方针》、《机械人方针》、《五大支柱》、《避免地域中心方针》及《命名常规》。
- 指引:《利益冲突指引》、《关注度指引》、《重定向指引》、《申请成为管理人员指引》、《不要伤害新手指引》、《消歧义指引》、《建设性意见指引》、《签名指引》、《勇于更新页面指引》、《剧透内容指引》、《格式手册(嵌入列表)》、《命名常规(音乐)》、《格式手册(虚构)》、《关注度指引(人物)》、《繁简处理指引》、《用户页指引》、《过度分类指引》及《格式手册(链接)》。
过去一个月(2022年4月1日至2022年4月30日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案23项,另有4项方针与指引相关提案获得通过:
- 《管理员的离任方针》:在〈长期没有活动解任〉一节中补充不活动管理员通知模板。(讨论纪录)
- 《一级行政区道路特殊收录限制列表》:增列英国公路之收录限制,并更名为《道路特殊收录限制列表》,指引范围不再限于一级行政区公路。(讨论纪录)
- 《繁简处理指引》:允许在适当情况下直接调整页面用字以修复错误之繁简转换,而无需再进行手工转换。(讨论纪录)
- 《过度分类指引》:将〈包含主观性的标准〉一节确立为指引。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《方针与指引》、《有偿编辑方针》、《破坏方针》、《管理员方针》、《可供查证方针》、《行政员方针》、《新页面巡查方针》、《侵犯著作权方针》、《用户名方针》、《共识方针》、《删除方针》、《命名常规》、《编辑禁制方针》、《忽略所有规则》、《文件使用方针》及《非原创研究方针》。
- 指引:《格式手册》、《签名指引》、《命名常规(音乐)》、《假定善意指引》、《不要伤害新手指引》、《格式手册(列表)》、《关注度指引(运动员)》、《重定向指引》、《格式手册(虚构)》、《申请成为管理人员指引》、《关注度指引(地理特征)》、《列明来源指引》、《关注度指引(学者)》、《可靠来源布告板评级指引》、《关注度指引(组织)》、《利益冲突指引》、《可靠来源指引》、《草稿命名空间指引》及《权限申请指引》。
其他重要社群动态:此处列出的动态虽不一定与正式方针或指引有关,惟对维基百科之社群或站务运作有一定影响。
- 社群决定就安全投票问题订立管理员选举暂行规定,惟相关规定细节尚待修订。(讨论纪录)
- Citation/CS1之Citation/CS1/Configuration、Whitelist及Identifiers等子模组获得更新,新增“name-list-style”与“url-access”参数,相容于既有参数(讨论纪录);后新增“chapter-url-access”与“map-url-access”参数,临时修复语言代码显示问题、改善模板显示方式,并进行大规模拆分整理,启用COinS、Error、People、Links及Language等子模组,并调整Configuration、Identifiers、Utilities及Whitelist等子模组,使主模组得以大幅精简。(讨论纪录)
- 过去一个月内,共有1名维基人获提名维基奖励并通过:老乔尼获授维基翻译专家。
模板 Vae2
看到你改了模板 {{Va}},模板{{Vae2}}应该也有同样的问题,主要用在WP:基础条目,麻烦有空看一下。--Kethyga(留言) 2022年8月18日 (四) 15:17 (UTC)
- (:)回应:@Kethyga:追踪了其引用的模板和模组,已修改两处Special:Diff/73268643和Special:Diff/73268660,麻烦有空复查下有无生效。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月18日 (四) 16:10 (UTC)
- 在Wikipedia:基础条目/第五级/人物/作家及撰稿人,Vae2 提示“Lua错误:too many expensive function calls。”,好像之前没有出现。--Kethyga(留言) 2022年8月19日 (五) 00:47 (UTC)
- @Kethyga:请阅读旧版Doc页(我没修改Doc页,旧版的{{Va}}也是重复用500次报错。Vae2旧版使用的功能不同 不会报错){{Va}}的Doc页template:Va/doc,里头有写到“本模版有使用魔术字……,此魔术字需要许多资源,因此同一页面此模版中出现超过500个,可能会无法正常显示”,如果你希望能解掉重定向问题,就无法避免模板限制。不可能鱼与熊掌一起兼得,要解决重定向问题就要承担模板限制后果、要解决模板限制问题就要放弃重定向问题的解决,如需在现况同时解决重定向和模板限制问题,请尝试拆分页面直到每页少于500次模板引用。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 00:56 (UTC)
- 那感觉还是能够显示好一些,重定向的似乎没有那么多,之前提需求没想到现在的后果。--Kethyga(留言) 2022年8月19日 (五) 01:04 (UTC)
- @Kethyga:已暂时改回不识别重定向的版本,在Wikipedia:基础条目/第五级/人物/作家及撰稿人的WP:模板限制解决,但重定向问题重新出现。WP:模板限制的另一个解方是拆分Wikipedia:基础条目/第五级/人物/作家及撰稿人到每页500条目。哪个比较好(我不希望我程式白写了)-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 01:19 (UTC)
- 抱歉,暂时没想到好办法。Wikipedia:基础条目/第五级/人物/作家及撰稿人或许可以像英维一样考虑由机器人更新 {{icon}},不用模板 {{Vae2}}。这个页面是翻译自英维,拆分后不方便比对。--Kethyga(留言) 2022年8月19日 (五) 02:09 (UTC)
- (:)回应@Kethyga:其实拆分也不难啊,先把{{Vae2}}中special:diff/73272611的
ignore_redirect=
改成no即抓取重定向模式,然后预览Wikipedia:基础条目/第五级/人物/作家及撰稿人页面,看哪个章节WP:模板限制爆掉了,就把那个章节拆分成诸如Wikipedia:基础条目/第五级/人物/作家及撰稿人/1然后再看看拆完后哪个章节WP:模板限制爆掉了,就把那个章节拆分成诸如Wikipedia:基础条目/第五级/人物/作家及撰稿人/2以此类推,直到所有模板正常显示,就可以了,反正页面太长也不方便阅读,如何?这样就能解决模板爆掉问题也能解决重定向问题,一举两得。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 03:14 (UTC)- 基础条目第5级里,除了作家这个,其他的页面应该也有不少链出超过500的,比如Wikipedia:基础条目/第五级/人物/运动员,链出有将近12000,如果大动作改动感觉需要条目讨论。--Kethyga(留言) 2022年8月19日 (五) 03:21 (UTC)
- (:)回应@Kethyga:我更换了一下判定方式Special:Diff/73276547似乎可以绕过Wikipedia:模板限制#高开销解析器函数调用次数限制,但运算时间会长一些。目前看Wikipedia:基础条目/第五级/人物/运动员和Wikipedia:基础条目/第五级/人物/作家及撰稿人均能正常显示(使用重定向标示小工具看到是重定向的页面均有正常识别),您看看目前这样行不。因为怕运算时间会长一些会超时,所以想请您复查是否所有页面都没问题,如有问题我就再改回旧模式。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 07:23 (UTC)
- 感谢。和其他条目相比,没有感觉到明显的网页卡顿。--Kethyga(留言) 2022年8月19日 (五) 07:41 (UTC)
- (:)回应@Kethyga:我更换了一下判定方式Special:Diff/73276547似乎可以绕过Wikipedia:模板限制#高开销解析器函数调用次数限制,但运算时间会长一些。目前看Wikipedia:基础条目/第五级/人物/运动员和Wikipedia:基础条目/第五级/人物/作家及撰稿人均能正常显示(使用重定向标示小工具看到是重定向的页面均有正常识别),您看看目前这样行不。因为怕运算时间会长一些会超时,所以想请您复查是否所有页面都没问题,如有问题我就再改回旧模式。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 07:23 (UTC)
- 基础条目第5级里,除了作家这个,其他的页面应该也有不少链出超过500的,比如Wikipedia:基础条目/第五级/人物/运动员,链出有将近12000,如果大动作改动感觉需要条目讨论。--Kethyga(留言) 2022年8月19日 (五) 03:21 (UTC)
- (:)回应@Kethyga:其实拆分也不难啊,先把{{Vae2}}中special:diff/73272611的
- 抱歉,暂时没想到好办法。Wikipedia:基础条目/第五级/人物/作家及撰稿人或许可以像英维一样考虑由机器人更新 {{icon}},不用模板 {{Vae2}}。这个页面是翻译自英维,拆分后不方便比对。--Kethyga(留言) 2022年8月19日 (五) 02:09 (UTC)
- @Kethyga:已暂时改回不识别重定向的版本,在Wikipedia:基础条目/第五级/人物/作家及撰稿人的WP:模板限制解决,但重定向问题重新出现。WP:模板限制的另一个解方是拆分Wikipedia:基础条目/第五级/人物/作家及撰稿人到每页500条目。哪个比较好(我不希望我程式白写了)-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 01:19 (UTC)
- 那感觉还是能够显示好一些,重定向的似乎没有那么多,之前提需求没想到现在的后果。--Kethyga(留言) 2022年8月19日 (五) 01:04 (UTC)
- @Kethyga:请阅读旧版Doc页(我没修改Doc页,旧版的{{Va}}也是重复用500次报错。Vae2旧版使用的功能不同 不会报错){{Va}}的Doc页template:Va/doc,里头有写到“本模版有使用魔术字……,此魔术字需要许多资源,因此同一页面此模版中出现超过500个,可能会无法正常显示”,如果你希望能解掉重定向问题,就无法避免模板限制。不可能鱼与熊掌一起兼得,要解决重定向问题就要承担模板限制后果、要解决模板限制问题就要放弃重定向问题的解决,如需在现况同时解决重定向和模板限制问题,请尝试拆分页面直到每页少于500次模板引用。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年8月19日 (五) 00:56 (UTC)
- 在Wikipedia:基础条目/第五级/人物/作家及撰稿人,Vae2 提示“Lua错误:too many expensive function calls。”,好像之前没有出现。--Kethyga(留言) 2022年8月19日 (五) 00:47 (UTC)
您提交的草稿2i已被接受
它被评级为乙级,可在条目的讨论页上查看。对于新条目而言,这是一个很棒的评级,代表本条目的质量在被接受的条目草稿中排在前2%,恭喜您!您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。
您可以继续不断改善它,维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。
感谢您帮助改进维基百科!
🎋🍣 2022年8月20日 (六) 04:23 (UTC)Re: DYK疑似点票故障
您好,这是因为 阁下于投票结束后才修改题目,这会导致点票结果被撤销,这样的设计是因为如果有人在投票结束后对题目进行破坏,被破坏的题目不会自动登上首页。现已人手重新批准。谢谢关注!--街燈電箱150號 开箱维修 抄表 检验证明 2022年8月29日 (一) 07:23 (UTC)
- 类别最后的字母是为了疏道而人手添加的,并非错误,这通常是多个同类条目同时结束且其他类型已结束的条目数量不多的时候就会有此操作,以免出现更新瘫痪。--街燈電箱150號 开箱维修 抄表 检验证明 2022年8月31日 (三) 10:51 (UTC)
负数的移动
抱歉未留意到导航模板处的变化,添麻烦了。--Lt2818(留言) 2022年9月2日 (五) 09:19 (UTC)
- @Lt2818:建议移动回去,因为模板背后是程式语言(维基百科是用php写成的,不是用“自然语言”构造的),见连字暨减号的说明:“绝大部分程式语言只能使用ASCII,故只能以连字暨减号,而非Unicode字元U+2212 − MINUS SIGN表达数字相减和负数。”是技术限制,输入U+2212 − MINUS SIGN只会Error(例如U+2212 − MINUS SIGN:
<math>−3</math>
→“解析失败 (SVG(MathML可通过浏览器插件启用):从服务器“http://localhost:6011/wiki.zwnes.eu.org/v1/”返回无效的响应(“Math extension cannot connect to Restbase.”):): {\displaystyle −3} ”、连字暨减号:<math>-3</math>
→“”),负数的输出也定是连字暨减号,所以所有由模板输出的数字都无法显示成“U+2212 − MINUS SIGN”只能是连字暨减号,尝试修了一个下午修不好(应该说现有框架下根本没有可下手处),而且连字暨减号也并非“不是减号”,它们是“暨减号”。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 09:24 (UTC)
- 对Special:PermaLink/73481035确实抱歉,未曾留意。
- 我在User:Lt2818/沙盒测试了一下,似乎Module输入输出U+2212都是可行的?只是模板、模块的编写要麻烦一些。
- 关于先到先得的部分,当前的NC:先到先得措辞我有参与修改,个人的理解是它只适用于地区词差异的处理。
- 改用U+2212有争议的话,我想提到客栈讨论比较合适,或许能写进Wikipedia:格式手册/日期和数字加以规范。这几日会比较忙,计划在数日后提出。
--Lt2818(留言) 2022年9月2日 (五) 09:58 (UTC)
- @Lt2818:您误会了我说的输出的意思,我是说一个整数的资料型态,若储存负二,那么tostring()后(Module会将number输出后执行tostring)只会是连字暨减号,不会是U+2212 − MINUS SIGN,这就是我说的技术限制;另一方面U+2212 − MINUS SIGN输入tonumber()也只会出错,变nil。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 10:01 (UTC)
- 我知道程式中如此。但编程中使用的符号与一般情形不大一样,亦不止此例,如除法用/,幂运算用^,不见得百科内容要去就程式写法吧。--Lt2818(留言) 2022年9月2日 (五) 10:07 (UTC)
- @Lt2818:负整数#部分的负整数就是仰赖模板自动输出,所以只能以程式语言输出的模式。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 10:10 (UTC)
- 我知道程式中如此。但编程中使用的符号与一般情形不大一样,亦不止此例,如除法用/,幂运算用^,不见得百科内容要去就程式写法吧。--Lt2818(留言) 2022年9月2日 (五) 10:07 (UTC)
- @Lt2818:“改用U+2212有争议的话”并不是说有争议,是你的操作“你把模板弄坏了”,没坏别修,但是你没事随意操作让他坏掉了??原本就没事,也没坏,你干嘛移动?你这样移用 反而东西都坏掉了。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 10:08 (UTC)
- 依然强烈建议移动回去,不然现在变为模板subst展开掉的模式实在不利维护。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 10:21 (UTC)
- @Lt2818:实务上根本不可能做到数字的tostring负号变成是U+2212,所以我干脆直接写一个全文字串转换函数直接将“-”硬转成U+2212,Special:Diff/73488787。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 14:37 (UTC)
- 太好了。我对Module不大熟悉,由我完成的话估计需要更多时间。--Lt2818(留言) 2022年9月2日 (五) 15:16 (UTC)
- 反向转换应该就能让模板/模块接纳U+2212了。您认为是否有必要在格式手册中统一规定负号的码点?如果感觉必要性不大的话我就不去提了。--Lt2818(留言) 2022年9月18日 (日) 14:40 (UTC)
- @Lt2818:“反向转换应该就能让模板/模块接纳U+2212了”不认为。你这样一搞,程式码代码都要变得很难看,还要“牵套”一层转换,计算时又要再转换过去算完要转换回来,整个代码变得乱七八糟的,可读性可预期极差,且无故转来转去,浪费效能,导致模板更容易遇到WP:模板限制,而且不排除还有其他因技术限制无法透过文字转换解决的Case,例如
<math>−3</math>
→“解析失败 (语法错误): {\displaystyle −3} ”(<math></math>
在模块阶段会变成mw:Strip marker而无法读到里面的内容,因此无法执行文字替换),因此我十分(-)反对这种作法。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 14:48 (UTC)- 我的想法是这样,模板/模块类似于程式,输入参数一般也一样用U+002D - HYPHEN-MINUS。上面说的反向转换只适用于少数情况,譬如像Template:整数直接读页面名称的时候。--Lt2818(留言) 2022年9月18日 (日) 15:18 (UTC)
- @Lt2818:其实Template:整数是假的,他是用“-”算完之后才强制替换为U+2212 − MINUS SIGN。这明显会出问题,没出问题只是“-”和U+2212 − MINUS SIGN都有重定向页而已。没道理要为了这个奇怪的坚持,建立一大堆不必要的重定向页。--! 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 15:22 (UTC)
- 您这段话里的U+002D感觉不大对,我理解为U+2212。我看您在−3内文中也用的U+2212,把这个符号用在百科内容(而非程式代码)中应该是没问题的。--Lt2818(留言) 2022年9月18日 (日) 15:30 (UTC)
- @Lt2818:模板的Infobox中的导航内部输入的数值有给定“num = -3”,所以它是用“-1、-2、-3、-4.....”计算完后才强制变成“−1、−2、−3、−4.....”。所以他是用“-”算完之后才强制替换为U+2212 − MINUS SIGN。这明显会出问题,没出问题只是“-”和U+2212 − MINUS SIGN都有重定向页而已。没道理要为了这个奇怪的坚持,建立一大堆不必要的重定向页。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 15:33 (UTC)
- 模板内部的过程我大体上知道的。感觉您在上述两段留言中混淆了U+002D - HYPHEN-MINUS与U+2212 − MINUS SIGN,因而我的留言可能未得到正确理解。--Lt2818(留言) 2022年9月18日 (日) 15:41 (UTC)
- @Lt2818:模板的Infobox中的导航内部输入的数值有给定“num = -3”,所以它是用“-1、-2、-3、-4.....”计算完后才强制变成“−1、−2、−3、−4.....”。所以他是用“-”算完之后才强制替换为U+2212 − MINUS SIGN。这明显会出问题,没出问题只是“-”和U+2212 − MINUS SIGN都有重定向页而已。没道理要为了这个奇怪的坚持,建立一大堆不必要的重定向页。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 15:33 (UTC)
- 您这段话里的U+002D感觉不大对,我理解为U+2212。我看您在−3内文中也用的U+2212,把这个符号用在百科内容(而非程式代码)中应该是没问题的。--Lt2818(留言) 2022年9月18日 (日) 15:30 (UTC)
- @Lt2818:其实Template:整数是假的,他是用“-”算完之后才强制替换为U+2212 − MINUS SIGN。这明显会出问题,没出问题只是“-”和U+2212 − MINUS SIGN都有重定向页而已。没道理要为了这个奇怪的坚持,建立一大堆不必要的重定向页。--! 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 15:22 (UTC)
- 我的想法是这样,模板/模块类似于程式,输入参数一般也一样用U+002D - HYPHEN-MINUS。上面说的反向转换只适用于少数情况,譬如像Template:整数直接读页面名称的时候。--Lt2818(留言) 2022年9月18日 (日) 15:18 (UTC)
- @Lt2818:“反向转换应该就能让模板/模块接纳U+2212了”不认为。你这样一搞,程式码代码都要变得很难看,还要“牵套”一层转换,计算时又要再转换过去算完要转换回来,整个代码变得乱七八糟的,可读性可预期极差,且无故转来转去,浪费效能,导致模板更容易遇到WP:模板限制,而且不排除还有其他因技术限制无法透过文字转换解决的Case,例如
- @Lt2818:您误会了我说的输出的意思,我是说一个整数的资料型态,若储存负二,那么tostring()后(Module会将number输出后执行tostring)只会是连字暨减号,不会是U+2212 − MINUS SIGN,这就是我说的技术限制;另一方面U+2212 − MINUS SIGN输入tonumber()也只会出错,变nil。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月2日 (五) 10:01 (UTC)
- @Lt2818:总而言之,您的意思是 内部参数仍是用U+002D - HYPHEN-MINUS,但百科内文显示是使用/想办法让他输出U+2212 − MINUS SIGN吗?-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 15:59 (UTC)
- 是这样的,正和
<math>-3</math>
输入输出的形式一样。像Template:Weather box则是二者皆可输入,但只会输出U+2212。--Lt2818(留言) 2022年9月18日 (日) 16:38 (UTC)- @Lt2818:如果能证明没有技术上的疑虑的话你就去提议格式手册修订案吧。但是需要强调“由于技术限制,输入模板的参数可能会需要使用U+002D - HYPHEN-MINUS,但仅要确保输出为U+2212 − MINUS SIGN即可”,另外不建议把模板直接改成输出U+2212 − MINUS SIGN,因为如果模板结果要被“再计算”或“再输入到其他模板”那么就会出错,建议的作法是像Template:整数那样提供一个专门用来转换的模板,等所有计算都计算完毕之后,确定下一步就是百科内文时,才使用转换模板。如可能,也把我们这段讨论连结过去给其他维基人参考。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 17:00 (UTC)
- 初步想法是引入en:MOS:MINUS,但我不确定二元运算符号两侧是否加空格,需要研究一下。--Lt2818(留言) 2022年9月19日 (一) 01:55 (UTC)
- @Lt2818:如果能证明没有技术上的疑虑的话你就去提议格式手册修订案吧。但是需要强调“由于技术限制,输入模板的参数可能会需要使用U+002D - HYPHEN-MINUS,但仅要确保输出为U+2212 − MINUS SIGN即可”,另外不建议把模板直接改成输出U+2212 − MINUS SIGN,因为如果模板结果要被“再计算”或“再输入到其他模板”那么就会出错,建议的作法是像Template:整数那样提供一个专门用来转换的模板,等所有计算都计算完毕之后,确定下一步就是百科内文时,才使用转换模板。如可能,也把我们这段讨论连结过去给其他维基人参考。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年9月18日 (日) 17:00 (UTC)
- 是这样的,正和
Re: 走迷宫演算法问题明显恰当
您好!如果那边之后无更多意见,我会在过了2022年9月12日07:55(UTC)之后以人手方式批准通过。另外也请 阁下稍安毋躁,对方若没有再上线即使再三留言催促也没有作用。敬请留意,谢谢关注!--街燈電箱150號 开箱维修 抄表 检验证明 2022年9月12日 (一) 06:23 (UTC)
Re:请见谅
原谅鄙人因近期现实事物繁忙而仅留言指出问题不当后则无上线。若管理员认为走迷宫算法明显恰当则鄙人也无异议。其实依中华民国教育部国语词典、线上剑桥词典(即Argothm)较多地将算法指为“计算之方式”或“计算机科学相关解析”,然查阅韦氏词典才知亦有“为广义为解决问题的步骤”,先前未认知尚有相关概念,亦为本人才疏学浅之过,望见谅。感谢指出。——咏梅阁—WMLO(留言) 2022年9月12日 (一) 13:24 (UTC)
过去一个月(2022年5月1日至2022年5月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案18项,另有4项方针与指引相关提案获得通过:
- 《格式手册(虚构)》:依据社群讨论结果,正式订立虚构事物相关条目之格式手册,优先适用于既有之《格式手册》(讨论纪录);后因行文问题而取消指引地位,重新进行修订。(讨论纪录)
- 《申请成为管理人员指引》:经社群讨论通过,订立安全投票暂行规定,适用于未来一场管理员选举。(讨论纪录)
- 《草稿命名空间指引》:修订〈准备草稿〉一节,新增使用Draft categories模板处理草稿内分类的方法。(讨论纪录)
- 《COVID-19条目共识》:移除不影响共识效力之冗馀叙述。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
- 方针:《回退功能方针》、《新页面巡查方针》、《机械人方针》、《大量帐号建立者方针》、《档案移动员方针》、《模板编辑员方针》、《介面管理员方针》、《行政员方针》、《管理员方针》、《忽略所有规则》、《共识方针》、《中立的观点方针》、《避免地域中心方针》、《可供查证方针》、《不要人身攻击方针》、《删除方针》、《非原创研究方针》、《编辑禁制方针》、《侵犯著作权方针》、《命名常规》、《生者传记方针》、《破坏方针》、《封禁方针》、《用户查核方针》、《傀儡方针》、《用户名方针》及《维基百科不是什么》。
- 指引:《关注度指引(学者)》、《关注度指引(运动员)》、《格式手册(日期和数字)》、《列明来源指引》、《消歧义指引》、《外部链接指引》、《关闭存废讨论指引》、《关注度指引(交通)》、《可靠来源布告板评级指引》、《关注度指引(人物)》、《不要伤害新手指引》、《格式手册(列表)》、《页面分类指引》、《申请成为管理人员指引》、《拉票指引》、《格式手册(版面布局)》、《可靠来源指引(医学)》、《翻译指引》、《地区词处理指引》、《重定向指引》、《格式手册》、《过度分类指引》及《繁简处理指引》。
请问有没有inline lua的Module?
请问有没有可以实现inline lua的module?需要写两三行简单的lua,专程建立模组太浪费了。--洛普利宁 2022年9月30日 (五) 17:48 (UTC)
- @Lopullinen:目前能够直接从字串执行Lua的函数load/eval/loadstring因为安全性的疑虑而被禁用mw:Extension:Scribunto/Lua_reference_manual#Removed_functions_and_packages(因为如果允许inline lua code攻击者能够透过不编辑Module就植入有安全隐患的代码,因此估计永远不会开放load/eval/loadstring),因此inline lua无法实现,因为相关功能被禁用。如果过于简单的lua请考虑并入相关的Module,例如之前要加入一个处理正负号输出的函数就直接并入相关的Module:NumberUtil-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年10月1日 (六) 09:21 (UTC)
- 事实上inline lua之前早就想做了,但因相关功能被禁用,因此解决办法只有“用Lua重造一个Lua编译/直译器”但有几个问题,①工程浩大②非常耗费效能③因为是在“重造轮子”因此可能会衍生出很多问题,如原本Lua没有的BUG,因此从未执行。-- 今晚 我想来点 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鲜果茶☕](☎️·☘️) 2022年10月1日 (六) 09:28 (UTC)
- 好的。感谢~—洛普利宁 2022年10月3日 (一) 06:35 (UTC)
活动:向条目“延伸阅读”章节添加模板,庆祝中文维基二十年华诞
活动:向条目“延伸阅读”章节添加模板,庆祝中文维基二十年华诞 10月24日,即将迎来中文维基百科的二十年华诞。维基近年来的一大进展是wikidata的设立。有了wikidata,就能让数据结构化储存,可在各个项目的条目中引用,别人也能自由分析、使用。未来wikidata新增维基文库链接,维基百科页面也可自动更新,一劳永逸。我根据当前维基百科二十四史条目的链接,将信息导入了wikidata。需要进行校对,同时将相关的模板附加到“延伸阅读”章节。欢迎报名参加。--維基小霸王(留言) 2022年10月23日 (日) 12:00 (UTC)
过去一个月(2022年6月1日至2022年6月30日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案11项,另有2项方针与指引相关提案获得通过:
- 《格式手册(虚构)》:依据社群讨论结果,重新订立虚构事物相关条目之格式手册,并恢复指引地位。(讨论纪录)
- 《新闻动态指引(“正在发生”部分)》:依据社群讨论结果,正式订立首页“正在发生”部分新闻动态相关指引。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
签名问题
您好,您的签名超过了签名指引所规定的255字节(并非字符),过长的签名在编辑页面原始码时会影响阅读,使其他编辑者很难查看讨论内容本身和发言者,因此请缩短您的签名,如果不知道如何计算长度,您可以在沙盒中使用~~~
签名,然后在编辑历史里面查看位元组变化量,谢谢您的配合。
此通知由机器人自动发出,若您不知道如何修正签名,您可以在Wikipedia:互助客栈/求助询问,若对此通知有疑问,请联络Xiplus。--A2093064-bot(留言) 2022年11月17日 (四) 20:23 (UTC)
- 我确认过了是255位元组,Lua自动计算也显示其为255位元组,如果您将前方的两杠(
--
)也算入,那么有待互助客栈商榷:Wikipedia:互助客栈/方针/存档/2023年1月#关于WP:签名方针/指引。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2022年11月18日 (五) 02:57 (UTC)- 机器人检查时的签名是这个,Special:Diff/74663401,在历史页面中可以看到位元组变化量是261,机器人无误。--Xiplus#Talk 2022年11月18日 (五) 04:09 (UTC)
过去一个月(2022年7月1日至2022年7月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案19项,另有1项方针与指引相关提案获得通过:
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。
是否可以协助确认" 新双重梅森质素"的关注度, 谢谢
您好, 我觉得新双重梅森质素有些可疑, 是否可以请您协助确认关注度? 若有问题, 也麻烦您该条目加上 关注度 的模版?
谢谢您--2001:B400:E278:8AB3:F92C:5531:9797:726F(留言) 2022年12月12日 (一) 04:35 (UTC)
过去一个月(2022年8月1日至2022年8月31日)内,中文维基百科之重要人事及政策变动大致如下,个别项目基本依变动或施行时间先后排序:
方针与指引重要变动:重大的方针与指引修订。过去一个月内,互助客栈方针区共有方针与指引相关新提案11项,另有6项方针与指引相关提案获得通过:
- 《音乐关注度指引》:调整音乐相关条目之音乐榜单关注度满足条件,并微调其他部分语句措辞。(讨论纪录)
- 《快速删除方针》:明确R7准则之满足条件。(讨论纪录)
- 《序言章节格式手册》:经社群讨论通过,将〈列明来源〉一节确立为指引。(讨论纪录)
- 《电视格式手册》:经社群讨论通过,将〈演员及角色资料〉一节确立为指引。(讨论纪录)
- 《傀儡方针》:删除导言中可能涉及法律威胁之语句。(讨论纪录)
- 《编辑战方针》:全面调整内容之语句及措辞,落实与原《回退不过三原则》方针页面之整合。(讨论纪录)
其他方针与指引杂项修订,包括未于互助客栈方针区讨论而进行之小修改、方针与指引之相应修订或事实性修订等。请核查此等修订,若有需要,可提案至互助客栈方针区复议。