维基百科:互助客栈/技术/存档/2022年5月

维基百科,自由的百科全书


修改CS1系列引文格式模板(第四阶段):新增name-list-style参数并增加“&”格式,新增url-access参数并兼容既有registration、subscription参数

我把“Category:全部設置索引條目”搞坏了,对不起

Template_talk:Welcome#为什么这个模板的内容和用户讨论页中的内容不一样?的相關討論

reflist 与 authority control

修改CS1系列引文格式模板(第五阶段):新增chapter-url-access、map-url-access参数;临时修复语言代码显示问题;改善模板信息的显示方式;模板内部逻辑大规模拆分整理

Twinkle维护模板的默认参数

優良條目展示報告未顯示

光标问题

我在使用源代码编辑的时候偶尔会有光标与文本错位的现象,这样可能会造成误删。请问应该怎样排除这一问题?
ps:受政治原因,我使用iwiki.eu.org镜像站,而镜像站不支持可视化,故只能使用源代码编辑。--——范博 · · 2022年5月1日 (日) 05:33 (UTC)

别用语法高亮。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月1日 (日) 06:53 (UTC)
我的可以可视化(((--安忆Talk 2022年5月1日 (日) 07:15 (UTC)
,推销是吧。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月1日 (日) 07:26 (UTC)

HotCat修改多个分类和保存

新版 Vector 外觀的目錄不支援字詞轉換

如題。--里維佩若留言2022年5月1日 (日) 12:31 (UTC)

新版 Vector 目录造成排版问题

范例表格 如题,新版 Vector 目录造成排版问题,或者至少使原本不甚明显的排版问题激化了。
问题背景 对于使用了时间轴 {{Simple Horizontal timeline}} 模板而又有居右导航模板或者信息框的条目如香港历史南京市金陵中学而言,新版 Vector 皮肤之将目录移到侧边栏会造成不太和谐的排版效果。时间轴模板倾向于占一整行,这样在导言和时间轴之间会因居右模板的存在而出现大面积空白。本来这一空白可以由目录填补一些,不至于空太多,现在目录移走则呈现在读者眼前的就是一片雪原。另外,时间轴模板的空间本来比较紧张,通过压缩其水平占地来改善排版问题,这样又可能使得时间轴内部排版变得棘手。〇通过调整时间轴标签的高度使其错落,这样也可以部分解决问题,但感觉也比较麻烦。
我的观点 这里主要是反映问题。
我的解决方案 如果要说解决方法,我个人一个不成熟的想法是修改时间轴模板使之支持自动分行。具体的技术实现我目前就无能为力了。

--Chih-See Hsie 签名中不能有拉票嫌疑,那么何不关注一下同行评审呢?😂️ 2022年5月1日 (日) 23:04 (UTC)

引入英维新版rater

英文版的旧版rater已被新版的en:User:Evad37/rater取代,望擅长这方面的人士帮忙更新中维的对应工具,谢谢各位。--BlackShadowG Pray for Ukraine 2022年4月27日 (三) 11:18 (UTC)

在很久很久以前@Ericliu1912有过尝试,我当时的意见是移植很难。如果有人愿意写个更鲁棒一些的版本我倒是愿意提供协助。--MilkyDefer 2022年4月27日 (三) 11:50 (UTC)
要是您能給我解說一下這工具的原理,正常的來肝應該是能行的。—— Eric Liu 創造は生命(留言留名學生會 2022年4月27日 (三) 14:52 (UTC)
大致上需要解析讨论页上的专题评级模板(专题评级模板的定义是位于评级模板分类中的模板),提取里面的参数,并且提供写入。说的简单,实际上涉及到比如说各个专题模板支持参数的不同(比如VG专题特有的小列表等级什么的),以及GUI的构建。--MilkyDefer 2022年4月28日 (四) 06:30 (UTC)
似乎早已讨论过但需要很多配套设施?--YFdyh000留言2022年4月28日 (四) 16:15 (UTC)
User:YFdyh000/RATER。不清楚有哪些案例不能用,希望了解的讲一下。VG特有参数能否支持我还没细看,英文维基维护分类作用同上。界面简繁用wgUVS(简体,繁体)很好解决,有兴趣的建议提交PR。--YFdyh000留言2022年4月28日 (四) 23:45 (UTC)
問題跟我的版本一樣。—— Eric Liu 創造は生命(留言留名學生會 2022年4月29日 (五) 01:31 (UTC)
差不多,但你直接改min.js太那啥了……另外,我觉得命名空间显示本地名称可有可无,英文名兼容性还更好。--YFdyh000留言2022年4月29日 (五) 03:51 (UTC)
@YFdyh000:其實無論是您還是我的版本,只要能夠把無法評定重要度的主要問題解決,也差不多已經是八成堪用的程度了。無奈個人技術能力有限,難以解決。—— Eric Liu 創造は生命(留言留名學生會 2022年5月1日 (日) 09:39 (UTC)
尝试目前的版本,应该都显示了,包括模板不支持的级别和重要度。"工作组"参数目前得手动查看和设定。--YFdyh000留言2022年5月1日 (日) 09:46 (UTC)
怎麼改的,好厲害 :D —— Eric Liu 創造は生命(留言留名學生會 2022年5月1日 (日) 23:04 (UTC)
我再調整了一下,現在可以評定小列表了。—— Eric Liu 創造は生命(留言留名學生會 2022年5月2日 (一) 01:00 (UTC)
我简要说一下要解决的问题。首先是从专题模版分类中找出专题模版。英维的专题模版主要从四个分类去找,其中有一个是Women什么什么的,这种东西中维完全没有,所以这部分的逻辑需要定制。此外还有从模版名提取专题名的功能,这个功能是用作界面显示用的。英维的专题模版是固定的「Template:WikiProject XXXXX」模式,因此很好提取;中维的专题模版命名格式就非常灵活,比如「Template:WikiProject XXXX」(XXXX可以是英语也可以是中文)、「Template:XXX专题」(可以是简体中文,也可以是繁体中文),不统一,因此很麻烦。英维支持利用机器学习自动为专题提供条目品质预测,这项服务中维不提供,所以相关功能要完全屏蔽。还有的话,这个rater检测一个专题有哪些重要度或者品质等级的方式是将自己知道存在的重要度等级和品质等级两两配对,比如「XX级重要度YY级ZZ条目」,检测有没有叫这个名字的分类。恕我直言,这个方法很蠢。--MilkyDefer 2022年4月29日 (五) 03:36 (UTC)
那个是英维WikiProject:當紅女人的大量模板,直接删掉应该就好。名称问题我之后看。机器学习那个,测试没看到出问题,且默认关掉/隐藏就行。是中文的分类命名比较随意吗。“重定向”那个选项我不太清楚作用。--YFdyh000留言2022年4月29日 (五) 03:59 (UTC)
模板命名造成问题的话,实际上可以统一?--BlackShadowG Pray for Ukraine 2022年5月1日 (日) 02:31 (UTC)
1.已定制。2.似乎问题不大,已做,支持模糊匹配和现有别名。3.注意到讨论:皮卡丘讨论:Windows 95页面上正确显示了ORES评级,保留。4.有点棘手,暂不检测,全部显示。5. rater-data.js所提供的工作组等功能,研究中。--YFdyh000留言2022年5月1日 (日) 05:44 (UTC)
噢我有必要提一句关于ORES的事情。ORES请求页面评级是提供页面的oldid。你确定你送过去的oldid,对面是对着中文站的id,而不是英文站的id在评级?--MilkyDefer 2022年5月1日 (日) 08:27 (UTC)
囧rz……竟然是这样,确实如此。感谢您的提醒,之后我关掉。本来已经关掉了,但提交前测试发现有“正确”显示,以为有神奇的事情发生所以能用了。--YFdyh000留言2022年5月1日 (日) 09:04 (UTC)

如何避免讓大家在翻譯條目時使用無用模板跟錯誤追蹤分類?

如題,模板部分像英文維基才有效的Template:short description,分類部分有Category:內容翻譯維護分類中的子分類跟不少隱藏分類,導致Category:带有简短描述的條目等追蹤分類內容越來越多。分類部分似乎是翻譯工具自行帶上所以我有去mediawiki那邊反應,short description則似乎是使用者直接從原文條目複製貼上比較麻煩,希望可以有效阻止,謝謝。--迴廊彼端留言2022年4月19日 (二) 13:29 (UTC)

社群如果真有停用这模板的共识,我看贵方可以直接去提过滤器请求虽然很有可能会等很久。--185.217.119.9留言2022年4月19日 (二) 23:49 (UTC)
謝謝IP君的啟發,也想請教User:Tjmj您的看法,我目前傾向加入過濾器以防止未來花更多時間清理。--迴廊彼端留言2022年4月29日 (五) 17:17 (UTC)
相比过滤器警告或阻止,我更倾向标记/分类、机器人清理等方案,不然长文编辑遇到过滤器真的相当打击贡献积极性,有时根本找不到原因。另外,这些有问题的内容也是巡查清理问题条目的好去处。--YFdyh000留言2022年5月1日 (日) 06:18 (UTC)
附上其他地方的類似討論。--迴廊彼端留言2022年5月2日 (一) 09:09 (UTC)
我有看到一些編輯是在創建條目後加入short description的,所以巡查員或許會遺漏掉。過濾器會消耗資源,我在想是否有其他方法可能比較好。目前加上預覽警告,若也可以定期開機器人清理那些直接從英語維基複製的代碼,問題就應該不會再擴大。我是覺得如果描述有被翻譯的話,是應該被加入維基數據但這可能需要手動執行。謝謝。--Tjmj留言2022年5月2日 (一) 10:15 (UTC)

Twinkle更新 (2022-05-02) @9436d47d

近期變更
  • 告狀:增加預覽提報內容的功能,請善加利用以避免筆誤。

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Telegram群組Github擇一報告。--Xiplus#Talk 2022年5月2日 (一) 13:51 (UTC)

此更新後短暫出現提報換行有誤的問題,已修復。--Xiplus#Talk 2022年5月2日 (一) 13:52 (UTC)

“糖酵解”条目模板显示错误

Editing news 2022 #1

閱讀這份電子報的其他語言版本訂閱這份多種語言的電子報

New editors were more successful with this new tool.

The New topic tool helps editors create new ==Sections== on discussion pages. New editors are more successful with this new tool. You can read the report. Soon, the Editing team will offer this to all editors at the 20 Wikipedias that participated in the test. You will be able to turn it off at Special:Preferences#mw-prefsection-editing-discussion.

Whatamidoing (WMF) 2022年5月2日 (一) 18:55 (UTC)

Template:tabs在mobile网站无法使用

NoteTA的繁簡問題

發現「卑詩省」字樣無法轉換成繁體中文,會變成「不列颠哥伦比亚省」-- 2022年5月2日 (一) 10:47 (UTC)

您好,这是内置转换表问题,目前已经提交转换表新代码,请等待审核通过。屠麟傲血留言2022年5月5日 (四) 16:30 (UTC)

特殊页面的变化?

Special:未归类页面Special:未归类分类Special:需要的分类等原来都是每3天更新一次,但目前已有6天未更新。另外Special:未链接页面原本应为最新页面在最上,但现在反过来变成最老页面。->>Vocal&Guitar->>留言 2022年5月4日 (三) 23:04 (UTC)

@Stang:第二个问题尚未解决。->>Vocal&Guitar->>留言 2022年5月5日 (四) 23:46 (UTC)

没解决直接删掉closed模板就行。 Stang 2022年5月6日 (五) 00:04 (UTC)
Ohtashinichiro目前确实是以页面ID升序排序的,这一变更是出于效率原因。我更新了特殊页面顶上的描述文字。 Stang 2022年5月6日 (五) 00:45 (UTC)
我只是不是很理解所谓的“效率原因”,因为这与我的维护经验不太匹配。->>Vocal&Guitar->>留言 2022年5月6日 (五) 03:27 (UTC)

模板:Uw-compblock未被使用

很多“××的同位素”页面存在lua错误

Chembox模板更新(技术)

请教如何让-{}-中的参考资料不要显示多次?

请参见:中華斑嘴鴨, 印度斑嘴鸭

此处使用-{}-是必要的

三个参考文献均被标注为 x.0, x.1, x.2 ,但实际上在任何中文变体中每个参考资料均仅会显示一次。

--——٩(๑❛ᴗ❛๑)۶这里是浣熊君浣熊窝欢迎您2022年5月11日 (三) 15:41 (UTC)

已解决——٩(๑❛ᴗ❛๑)۶这里是浣熊君浣熊窝欢迎您2022年5月12日 (四) 02:50 (UTC)

“𢄂买县 (北𣴓省)”条目名显示崩了

2022年第19期技术新闻

2022年5月9日 (一) 15:20 (UTC)


话说中维有没有可能加入Vector(2022)测试计划?--50829! Talk · 494,974,518 2022年5月14日 (六) 06:18 (UTC)

源代码编辑界面的重定向链接

关于移动端展开所有部分的设置项

如果打开这个设置项目,所有页面都展开了,希望在主名字空间展开所有部分,而在讨论板不展开,因为很乱不好找。所以提报一下。如果是个人需求,那么则请问个人该怎么做呢,我试了个人css页。发现ns-0选择器对.client-js .collapsible-block根本没有起到作用,如果有其他方法还请赐教。--850710247liu留言2022年5月14日 (六) 15:52 (UTC)

移动版bug

本站的移动版皮肤不知何原因不可查看页面分类和查论编系模版(如Template:印度尼西亚語言打开一片空白),为何会造成此现象,是否可以修复--Neonlight185-欢迎参与赣语维基百科留言2022年5月12日 (四) 08:20 (UTC)

这不是bug,这是功能--百無一用是書生 () 2022年5月13日 (五) 03:59 (UTC)

???--Neonlight185-欢迎参与赣语维基百科留言2022年5月13日 (五) 06:26 (UTC)

Mediawiki 软件的功能限制,导航模板及页面分类只能在电脑端查看。--蕭漫留言2022年5月14日 (六) 22:02 (UTC)
分类好像可以在设置启用高级显示。Navbox等被写死不渲染显示。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月15日 (日) 01:08 (UTC)

是否能開發搜尋紀錄統計工具

如題,有時候在寫條目時,會思考「讀者是否能成功搜尋到條目」、「讀者最希望看到什麼條目」。但因為現行的瀏覽工具僅能看到已經創立條目的瀏覽量,無法看到未創立的條目。因此希望能夠開發「搜尋紀錄統計工具」,表列讀者最常用的搜尋字串,並排除已有條目的搜尋結果,作為創建條目及創建重定向的思考方向---Koala0090留言2022年4月28日 (四) 07:18 (UTC)

可能有滥用的风险?例如,频繁刷不文明用语,那它就会在工具中自动显示出来。--Antigng留言2022年4月28日 (四) 10:18 (UTC)
这种工具又不是给读者看的,是给编者参考的。就算是有可能滥用的风险,影响也仅限于编者,不会外溢到读者身上啊。--MilkyDefer 2022年4月28日 (四) 11:20 (UTC)
本地难以开发,涉及用户隐私/底层软件。至多作为重定向候选,读者来搜不存在条目的情况可能不多,大多数一般读者是从搜索引擎来的吧?以及有条目请求和相关页面,缺的是编者数量和条目质量,而不是满足热度。“希望看到什么条目”,明星绯闻怎么办。--YFdyh000留言2022年4月28日 (四) 13:40 (UTC)
@YFdyh000:沒有滿足熱度的問題,要不要寫都是維基人自己決定,讀者的搜尋量只是做為參考和搜尋改善工具,並不是績效指標。---Koala0090留言2022年5月8日 (日) 03:36 (UTC)
我记得以前的搜索是有統計的,现在用的mw:Extension:CirrusSearch不确定有没有。而且现在的搜索功能支持很多的搜索语法,这样即使展示统计,也挺麻烦的,比如要不要过滤掉那些带搜索语法的搜索?--百無一用是書生 () 2022年4月29日 (五) 02:22 (UTC)
@Shizhao:可能要先撈出來看一次大概長什麼樣子,我的想法是排除搜尋成功的結果,之後將最大家最常輸入的字串排序出來。如果有很多人都輸入同一個字串,那理論上應該可以排除一些比較複雜的輸入法。----Koala0090留言2022年5月8日 (日) 03:36 (UTC)
Google有热搜字词 https://trends.google.com/trends/trendingsearches/daily?geo=US 你如果想从需求入手编写条目的话,不如就看看这些热搜字词有没有对于的维基百科条目,或者改善现有条目。--Gqqnb留言2022年5月15日 (日) 08:06 (UTC)

Module:Citation language参数翻译问题

Bank Financial Information模板能否加上統一編號參數?

如何解决关注度提报栏被提报条目太多导致超出模板限制的问题

原标题为:{{Findsources}}显示异常

如题,目前的显示效果参考Wikipedia:关注度/提报,直接显示为指向模板的链接而模板本身完全没有工作。--忒有钱🌊塩水あります🐳留言2022年5月11日 (三) 18:54 (UTC)

猜测是因为维基百科:模板限制,关注度提报页面中被提条目太多了,模板在沙盒中测试显示正常。--Kethyga留言2022年5月11日 (三) 20:53 (UTC)
感谢您的回复,现将讨论串改为讨论如何绕过模板限制的问题。--忒有钱🌊塩水あります🐳留言2022年5月12日 (四) 16:44 (UTC)
过几天就好了,等清掉一批大量批量提报的项目。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月16日 (一) 00:00 (UTC)
去掉“猜测”。就是。当年SM大扫荡就能看见这种比这壮观的场景。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月12日 (四) 00:21 (UTC)

百度百科查看历史方法

2022年第20期技术新闻

2022年5月16日 (一) 18:56 (UTC)

“从URL上传文件”功能已启用

Category 页面的次级标题存在冗余的“分类”二字

在 Category 页面的次级标题中,重复出现了“分类”一词。例如 Category:自然科学 这个页面,其第二个次级标题为「分类“分类:自然科学”中的页面」,对比英维的相应页面,该标题作「Pages in category "Natural sciences"」,可见本站应删去此处的“分类:”字样,希望管理人员能处理一下这个 bug。--蕭漫留言2022年2月19日 (六) 17:52 (UTC)

在“不转换”模式下是正常的,其他变体都有问题。 Stang 2022年2月19日 (六) 18:09 (UTC)

問題已經解決。—— Eric Liu 創造は生命(留言留名學生會 2022年5月20日 (五) 02:23 (UTC)

点击留言后的回复,不能回复留言

弹出一个窗口:

“回复”链接无法用于回复此留言。若要回复,请点击“编辑源代码”,使用完整页面编辑器回复。

这是为什么?--GUT412454留言2022年5月21日 (六) 05:47 (UTC)

可能讨论内容格式特殊,工具无法辨别层次。--YFdyh000留言2022年5月21日 (六) 07:05 (UTC)

#invoke:navbox是什麼?

新出现的引文格式1错误

2022年第18期技术新闻

2022年5月2日 (一) 19:31 (UTC)

站内受影响的页面主要是用到了#mw-undelete-revisionMediaWiki:Gadget-SpecialWikitext.js--百無一用是書生 () 2022年5月3日 (二) 12:24 (UTC)
哪個管理員可以幫忙用開發者模式看一下Special:Undelete裡面的undelete-revision框還有什麼可識別的css選擇器特徵?—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕](☎️·☘️2022年5月5日 (四) 01:06 (UTC)
  • 也就是說,我需要知道Special:Undelete裡面的「查看和还原被删除的页面」中「更改可见性」頁面在文字框上方那個框的CSS特徵:
查看和还原被删除的页面
更改可见性

某頁面某用戶讨论 | 贡献 | 封禁)(在XXXX年X月X日 (星期X) XX:XX )所编辑的已删除版本:

被刪除頁面的內容
 
 
 
上方那個框的CSS特徵是本功能運作所必需的,所以我只能也必須請求管理員幫忙看看。-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕](☎️·☘️2022年5月5日 (四) 01:37 (UTC)
现在暂时不用担心这个,怎么处理这些ID的方案还没定下来。 Stang 2022年5月5日 (四) 03:08 (UTC)
该说不说,还原得好啊。--185.217.119.27留言2022年5月6日 (五) 00:17 (UTC)
进master了,应该下周TN会提一嘴。这个可以关掉了。 Stang 2022年5月23日 (一) 23:23 (UTC)

2022年第21期技术新闻

2022年5月24日 (二) 00:20 (UTC)

Cat-a-lot繁簡分類修改問題

我將Category:中華民國浙江省省长移至Category:中華民國浙江省省長(僅有繁簡差異),留有重新導向,用Cat-a-lot修改分類卻甚麼變更也沒有;若前者無分類重新導向模板,用Cat-a-lot修改分類則只會將前者移除,而非改為後者。問題何在?--紺野夢人 2022年5月22日 (日) 17:04 (UTC)

不了解,工具只认源代码中的写法。这种情况下R3-简繁混用删掉旧页面即可,不需将分类重新导向,MediaWiki一般能识别简繁转换后的分类名称。--YFdyh000留言2022年5月22日 (日) 17:19 (UTC)
我不是在問分類名稱簡繁混用怎麼辦,我是在問這樣的情形問題何在:名稱上僅有繁簡差異的兩個分類,用Cat-a-lot從一個移動至另一個,若前者有至後者的分類重新導向模板,則甚麼變更也沒有;若前者無分類重新導向模板,則只會將前者移除,而非改為後者。--紺野夢人 2022年5月22日 (日) 17:31 (UTC)
我剛測試了一下,在User:Yumeto/沙盒加入Category:叶姓,用Cat-a-lot試圖將其移至Category:葉姓,結果只是移除了Category:叶姓。前者有至後者的分類重新導向模板,用Cat-a-lot試圖將前者的頁面移至後者,結果只是將前者移除,而非改為後者,又有點不一樣了,但無論如何都不成功。--紺野夢人 2022年5月22日 (日) 17:47 (UTC)
Cat-a-lot是这样的,对于仅繁简不同的同名分类,对里面条目进行移动会直接移除分类。--东风留言2022年5月25日 (三) 10:17 (UTC)

关于空字符串

我在创建{{Cn2}}模板时不知道空字符串(代码里的"")在维基百科怎么实现,所以想请问一下,调用模板时如果有多个参数,空串怎么表示呢--QiuLiming1留言2022年5月26日 (四) 15:04 (UTC)

参考Help:模板#未赋值且没有默认值的参数英文文档{{Cn2|text=}} 就行。--砜中嘌呤的白磷萃取 打谱 2022年5月27日 (五) 03:04 (UTC)

Cite journal模板中莫名其妙的加粗字体

大家好,我发现cite journal模板中,对于volume参数显示出来会有粗体效果,但并没充分理由,请大家讨论是否可以修改该模板为全部显示正常不加粗。谢谢!--Hamham留言2022年5月21日 (六) 07:24 (UTC)

“莫明其妙”在什么地方?--Antigng留言2022年5月21日 (六) 08:40 (UTC)
就是只有引用文献的“卷名”被加粗,这并没有什么必然性。引用文献的标题、页数、刊物名与卷名都是同等重要的信息,为何只有卷名(volume)被加粗?--Hamham留言2022年5月22日 (日) 00:35 (UTC)
虽然我不知道具体起源,但是volume用bold在期刊的citation style里是非常常见的。--Fireattack留言2022年5月22日 (日) 01:59 (UTC)
谢谢提供参考。确实我在英维也发现cite journal有同样的加粗卷号的做法,感觉应该就是照抄过来了。但似乎并没有任何逻辑支撑单独将引文格式中的“卷号”加粗,而页码、期号甚至作者、刊名都不用加粗。因此我还是希望提请更多同人来思考这个问题,是否可以取消这个加粗的形式?看到参考文献里零散的粗体,强迫症不能忍啊。--Hamham留言2022年5月22日 (日) 02:25 (UTC)
并不是“英文站”抄来的,而是实际的文献(e.g. 1)就会加粗卷号,页码期号刊名都不加粗。--Antigng留言2022年5月22日 (日) 03:11 (UTC)
同有疑问。著录文后参考文献的规则及注意事项 陈浩元(多方采用)对GB/T 7714 —2005 《文后参考文献著录规则》的分析中称,“卷号不必用黑体”,不确定是否指加粗。GB/T 7714-2015 信息与文献 参考文献著录规则中没找到相关介绍和字体样式。《分析科学学报》参考文献格式是“另外,请注意文献著录均为正体,期刊卷号为黑体。”--YFdyh000留言2022年5月22日 (日) 13:21 (UTC)
感谢以上各位认真参与讨论,我建议将该加粗字体取消,并没有任何文献或格式规范要求对卷号进行加粗。因此是否可以自行修改该模板?以及如何修改?敬请指导。--Hamham留言2022年5月22日 (日) 15:39 (UTC)
大量实际上会加粗卷号,何来“并没有任何文献或格式规范要求对卷号进行加粗”一说?--Antigng留言2022年5月22日 (日) 16:08 (UTC)
尽管在英文语境下可能这是规范(目前也只有实例,尚未找到规范上的依据),但中文(包括日文)学术规范中,文献引用并无对卷号加粗的要求。--Hamham留言2022年5月23日 (一) 01:26 (UTC)
我又找到国外对MLA引用格式规范的解说,还有哈佛引用格式规范,其中的范例都没有将volume加粗的。--Hamham留言2022年5月24日 (二) 03:50 (UTC)
AIP格式就要求加粗卷号。--Antigng留言2022年5月24日 (二) 04:30 (UTC)
不推荐达成共识前就修改。这个格式的说明在Help:引文格式1en:Help:Citation Style 1),强调了“Wikipedia does not have a single house style”,不过这个模板本身是参考了Chicago和APA的引文标准。另外,我不清楚国标或者ISO的情况或者适用范围,但是实际上各个出版社或者各种期刊几百年来从来就没有过统一的标准,并无对错之分。所以贴XXX Style有或者没有粗体没有太大意义,真要争论哪个常用,得用统计。--Fireattack留言2022年5月24日 (二) 08:27 (UTC)
各家格式多种多样。ACS STYLE是出版年份粗体、Volume号斜体。[17]Volume号斜体或下划线。[18]期刊标题斜体。[19]标题粗体,Volume号斜体。[20]书名和期刊标题斜体,Volume号粗体。[21] Volume in bold (year)。[22]不使用任何字体格式。--YFdyh000留言2022年5月24日 (二) 09:06 (UTC)
感谢大家调查到的信息,让这个问题越辩越明。既然没有现成的任何强制规范,我希望大家从各自判断来评判“仅仅卷号加粗”是否可以成为“维基”的引文style?之后或许要通过表决或议案来解决,但先征求大家的意见。谢谢!--Hamham留言2022年5月24日 (二) 09:46 (UTC)
上面一位用户给出的链接已经说清楚了,“不存在‘维基’的引文style”,CS1、CS2只是本站用得比较多的两种引文格式而不是“维基官方格式”,您如果希望自己的条目使用不一样的格式当然是可以的,您可以自己创建模板,甚至不用模板自行排版都可以。--Antigng留言2022年5月24日 (二) 11:53 (UTC)
我不清楚社群是否真的批准这个样子。要是可以我擔心不利維護,但是這也有理於我在知網照抄引用格式。--Ghren🐦🕙 2022年5月24日 (二) 14:27 (UTC)
回应Antigng阁下,我的诉求是“修改现有的cite journal模板”,这是否可以通过表决来完成?新建引文模板我认为不太妥,维基百科已经形成了约定俗成的规范,还是应当尽可能统一吧。--Hamham留言2022年5月24日 (二) 23:31 (UTC)
我的建議是如果有些地區或領域是需要加粗的話,自行添加就好,默認的話應該設定為不加粗,畢竟加粗簡單,要移去默認加粗的同時不影響其他條目卻困難得多。--AT 2022年5月25日 (三) 05:21 (UTC)
感谢。是否目前可以将此问题提交何处形成一个表决或共识?--Hamham留言2022年5月27日 (五) 02:38 (UTC)
还没有形成共识,卷号加粗是 CS1 和 CS2 引文模板的风格之一,如要取消必须征得社群多数人的同意。--蕭漫留言2022年5月27日 (五) 17:48 (UTC)

感谢功能

为什么在用户贡献页没有“感谢”?--Txkk留言2022年5月27日 (五) 07:56 (UTC)

防止你對同一個人洗感謝。--Xiplus#Talk 2022年5月28日 (六) 13:44 (UTC)
这理由不成立吧?想洗感谢,页面历史页不是一样可以洗?--Txkk留言2022年5月29日 (日) 02:30 (UTC)
歷史頁至少通常不是同一個人的貢獻。--Xiplus#Talk 2022年5月29日 (日) 12:33 (UTC)
查看差异再感谢比较合理。--YFdyh000留言2022年5月29日 (日) 19:28 (UTC)

2022年第22期技术新闻

2022年5月30日 (一) 20:28 (UTC)

中文版IABot无法识别死链参数

[28][29],原来的版本是将|dead-url=作为默认参数,某次升级之后新加入的存档链接不会再添加死链(|dead-url=|url-status=)参数。--Dabao qian每週五22:00《向往的生活第六季》|每週六22:00《我的女儿出嫁了 2022年5月27日 (五) 10:42 (UTC)

已知问题,已提phab--在下荷花请多指教欢迎签到2022年5月28日 (六) 02:08 (UTC)
能否考虑把{{cite web}}的|dead-url=默认值改为no?{{cite news}}就是默认dead-urlno。--Kcx36留言2022年5月31日 (二) 09:48 (UTC)

新版vector侧边章节标题栏无法繁简转换

如题,新版vector侧边章节标题栏无法繁简转换。--BlackShadowG Slava Ukraini! 2022年5月28日 (六) 03:37 (UTC)

我怎么记得,这个事情在这里被提出来过好几次了呢?--MilkyDefer 2022年5月28日 (六) 03:57 (UTC)
而且之前那一個章節還沒存檔⋯⋯ —— Eric Liu 創造は生命(留言留名學生會 2022年5月31日 (二) 14:56 (UTC)
好像之前就有提过目录在应用多书写转换上好像有未解决的问题。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月28日 (六) 09:30 (UTC)