维基文库:写字间
←社區 | 写字间 | 存檔→ |
If you can't speak Chinese, we prefer you to comment at the embassy and our volunteers can help on translating your inputs. |
维基文库项目 |
---|
维基文库是什么 |
维基文库与维基教科书 |
写字间 |
投票 |
版权信息 |
版权讨论 |
删除讨论 |
移动请求 |
请求管理员帮助 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
最近是不是有人动过常用模板的代码?
[编辑]有一些意见如下:
- 点击右上角的“编辑源代码”以后,页面下方还是会显示一个阅览状态下的版权模板(不同的是这个版权模板被拆散了),且这部分无法操作,应该是代码还没有理顺;
- 版权模板的文字部分边距太宽了,看着会很奇怪;
反对把header模板强制置顶,一些废止模板什么的才更应该置于顶端,具体是否置顶应视情况而定;
- 被挂着copyvio的页面,不应强制显示版权模板,这就像是一边在说这篇文献有版权疑虑,一边在说这篇文献没有版权问题,自相矛盾。
——— 红渡厨(留言・贡献) 2023年10月20日 (五) 05:47 (UTC)
- 已修复MediaWiki:Gadget-PageNumbers.js。 Midleading(留言) 2023年10月20日 (五) 10:17 (UTC)
- 感谢。 ——— 红渡厨(留言・贡献) 2023年10月20日 (五) 11:42 (UTC)
- 您好,模板:中华人民共和国基本法律的五星红旗显示仍然有问题;以及各版权模板的文字部分页边距问题仍然未解决。 ——— 红渡厨(留言・贡献) 2023年10月20日 (五) 15:59 (UTC)
- 已修复该模板的语法错误。 Midleading(留言) 2023年10月21日 (六) 02:11 (UTC)
- 刚发现“亚运环境质量保障指挥中心杭州分中心指令(第22号)”这个页面仍有问题。 ——— 红渡厨(留言・贡献) 2023年10月21日 (六) 06:02 (UTC)
- 已修改Template:Copyvio Midleading(留言) 2023年10月21日 (六) 07:43 (UTC)
- 中国古代作品版权模板仍然存在边距过宽的问题。 ——— 红渡厨(留言・贡献) 2023年10月23日 (一) 04:57 (UTC)
- 文字部分边距过宽的问题仍未得到有效处理。 ——— 红渡厨(留言・贡献) 2023年11月12日 (日) 03:02 (UTC)
- @Midleading 仍然存在字边距过宽的问题,该问题在中国古代版权模板中尤为明显。 ——— 红渡厨(留言・贡献) 2023年12月9日 (六) 06:42 (UTC)
- 英文维基文库也是这样的,我没想好怎么处理,等待其他人解决吧。 Midleading(留言) 2023年12月12日 (二) 03:52 (UTC)
- 之前都是好好的,不明白为什么非要照英文文库的模板搞。 ——— 红渡厨(留言・贡献) 2023年12月12日 (二) 04:06 (UTC)
- 英文维基文库也是这样的,我没想好怎么处理,等待其他人解决吧。 Midleading(留言) 2023年12月12日 (二) 03:52 (UTC)
- 已修改Template:Copyvio Midleading(留言) 2023年10月21日 (六) 07:43 (UTC)
- 刚发现“亚运环境质量保障指挥中心杭州分中心指令(第22号)”这个页面仍有问题。 ——— 红渡厨(留言・贡献) 2023年10月21日 (六) 06:02 (UTC)
- 已修复该模板的语法错误。 Midleading(留言) 2023年10月21日 (六) 02:11 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年2月6日 (二) 03:03 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年3月5日 (二) 06:47 (UTC)
支持第三条,反对header强制置顶。一些废止模板、消歧义模板需要在header上面。此外将header强制置顶、版权模板强制置底,导致Help:模板等帮助页面显示异常,至少应该改为仅在主命名空间header强制置顶、版权模板强制置底。--Kcx36(留言) 2024年3月20日 (三) 05:40 (UTC)再补一个,为什么{{缺失乐谱}}会被强制置顶?如黃河 (楊度)。--Kcx36(留言) 2024年3月20日 (三) 05:41 (UTC)- 我这里没有出现这种情况,未登录时无论是桌面还是移动也没有出现{{缺失乐谱}}置顶的情况,建议您进一步描述使用的皮肤和是否使用移动版访问。某些模板被强制置顶或强制置底是因为这些页面的正文部分嵌入了pages页面,由MediaWiki:Gadget-PageNumbers.js把正文部分提取至DIV中以便在正文部分展示页码,在这些模板中添加适当的CSS类可以定义模板出现在页面顶部还是底部。 Midleading(留言) 2024年3月21日 (四) 13:40 (UTC)
- 实在抱歉,我退出登录后确实没有出现模板被强制置顶/置底,我正在排查哪里设置出问题了。--Kcx36(留言) 2024年3月21日 (四) 13:50 (UTC)
- 我重置参数设置后就正常了,依次勾选此前使用的小工具也未能复现,真是奇怪。--Kcx36(留言) 2024年3月21日 (四) 14:14 (UTC)
- 实在抱歉,我退出登录后确实没有出现模板被强制置顶/置底,我正在排查哪里设置出问题了。--Kcx36(留言) 2024年3月21日 (四) 13:50 (UTC)
- 我这里没有出现这种情况,未登录时无论是桌面还是移动也没有出现{{缺失乐谱}}置顶的情况,建议您进一步描述使用的皮肤和是否使用移动版访问。某些模板被强制置顶或强制置底是因为这些页面的正文部分嵌入了pages页面,由MediaWiki:Gadget-PageNumbers.js把正文部分提取至DIV中以便在正文部分展示页码,在这些模板中添加适当的CSS类可以定义模板出现在页面顶部还是底部。 Midleading(留言) 2024年3月21日 (四) 13:40 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年4月1日 (一) 16:01 (UTC)
- 還要處理什麼?—— Eric Liu(留言) 2024年5月3日 (五) 17:40 (UTC)
- 模板边距问题。 ——— 红渡厨(留言・贡献) 2024年5月4日 (六) 04:50 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年6月1日 (六) 09:39 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年7月1日 (一) 13:48 (UTC)
- 请具体说明还需要处理什么,否则建议存档。--Kcx36(留言) 2024年7月1日 (一) 13:55 (UTC)
- 需要处理模板边距问题,一些文字较短的模板,页边距不合情理的宽。 ——— 红渡厨(留言・贡献) 2024年7月1日 (一) 14:32 (UTC)
- 请至少定位到具体可复现的问题,或者扔历史版本链接,否则仍然语焉不详。如您所说的“一些”模版——具体是哪些? --达师 - 370 - 608 2024年7月6日 (六) 15:08 (UTC)
- 不是某一个模板的问题,有共通代码被调过,分类:中国历代作品版权模板中包含者最为显著。 ——— 红渡厨(留言・贡献) 2024年7月7日 (日) 02:48 (UTC)
- 请至少定位到具体可复现的问题,或者扔历史版本链接,否则仍然语焉不详。如您所说的“一些”模版——具体是哪些? --达师 - 370 - 608 2024年7月6日 (六) 15:08 (UTC)
- 需要处理模板边距问题,一些文字较短的模板,页边距不合情理的宽。 ——— 红渡厨(留言・贡献) 2024年7月1日 (一) 14:32 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年8月1日 (四) 14:38 (UTC)
建议文库也导入网页存档机器人
[编辑]如题。免得有些网页来源失效了。 ——— 红渡厨(留言・贡献) 2023年11月20日 (一) 03:07 (UTC)
- 要是技术上可行的话(不懂技术),个人觉得这个应该不错。 银色雪莉(留言) 2023年11月21日 (二) 09:50 (UTC)
- 支持。如果可行的话建议配置为仅存档talk页{{Textinfo}}模板中的链接。--Kcx36(留言) 2023年11月22日 (三) 08:18 (UTC)
- 网页存档机器人连英文维基文库都没有,不知道怎么才能在中文维基文库加入。在维基文库避免来源失效的最好办法是把原文扫描版文件上传到维基共享资源,并建立页面索引。 --Midleading(留言) 2023年11月22日 (三) 10:00 (UTC)
- 但事实是有很大一部分内容只是网页内容没有所谓原文扫描件。总不能将这部分内容放弃不管。而且我看中文维基百科有存档机器人才提出的本案。要是都没人知道怎么弄的话去那边问问? ——— 红渡厨(留言・贡献) 2023年11月22日 (三) 12:30 (UTC)
- 有共识的话,管理员可以在这个页面申请启用,确实别的文库都没开启,不知道为何 及时雨 留言 2023年12月1日 (五) 21:50 (UTC)
- 可能是维基文库使用的模板和维基百科的不同,基本没有人用维基百科的{{cite web}},维基文库的{{textinfo}}也没有存档网址参数?中文维基文库如果要做第一个使用网页存档机器人的维基文库,可能需要找个了解网页存档机器人工作机制的人测试。 Midleading(留言) 2023年12月2日 (六) 15:24 (UTC)
- 可以参考m:InternetArchiveBot/Documentation/Configuring_archive_templates,IABot url参数填我们模板用的参数source,然后我们需要加几个模板参数 及时雨 留言 2023年12月3日 (日) 00:35 (UTC)
- 可能是维基文库使用的模板和维基百科的不同,基本没有人用维基百科的{{cite web}},维基文库的{{textinfo}}也没有存档网址参数?中文维基文库如果要做第一个使用网页存档机器人的维基文库,可能需要找个了解网页存档机器人工作机制的人测试。 Midleading(留言) 2023年12月2日 (六) 15:24 (UTC)
- @Kcx36:有关于阁下建议配置为仅存档talk页{{Textinfo}}模板中的链接,这点我有异议,因为事实上部分用户并没有在talk页{{Textinfo}}模板中加来源的习惯。譬如:关于进一步规范出版物文字使用的通知、
- 讨论:帝王略論、清丰县2016年国民经济和社会发展统计公报等。最好还是配置为有网页链接就加。 ——— 红渡厨(留言・贡献) 2023年12月22日 (五) 07:42 (UTC)
- 网页存档机器人连英文维基文库都没有,不知道怎么才能在中文维基文库加入。在维基文库避免来源失效的最好办法是把原文扫描版文件上传到维基共享资源,并建立页面索引。 --Midleading(留言) 2023年11月22日 (三) 10:00 (UTC)
- 應當鼓勵上傳者填寫網址之時先即時自行存檔,肯定比機器人快。—— Eric Liu(留言) 2023年11月26日 (日) 10:38 (UTC)
- 不现实,大部分人没有这种习惯。否则维基百科那边也就不需要什么存档机器人了。(甚至更多的人连加来源这种习惯都没有。) ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 10:50 (UTC)
- 這裡還是建議大家安裝網際網路檔案館瀏覽器擴充功能,並開啟自動存檔機制( —— Eric Liu(留言) 2023年11月26日 (日) 11:19 (UTC)
- 阁下这样的建议让我觉得非常奇怪,这就如同阁下想对世界70亿人口说你们不要违法犯罪,第一个问题是,阁下没有办法对70亿人一个不落;第二个问题是,即使对这70亿人全部说了,你仍旧无法保证这70亿人不会违法犯罪。甚至这70亿人中有人已经或者正在违法犯罪。 ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 11:48 (UTC)
- 不理解您想表達的意思。我們自己先有意識地「以身作則」有什麼問題?又沒說不讓啟用這功能了,而且我事實上還挺歡迎的。—— Eric Liu(留言) 2023年12月27日 (三) 01:37 (UTC)
- 您支持提案就好。 ——— 红渡厨(留言・贡献) 2023年12月27日 (三) 03:30 (UTC)
- 不理解您想表達的意思。我們自己先有意識地「以身作則」有什麼問題?又沒說不讓啟用這功能了,而且我事實上還挺歡迎的。—— Eric Liu(留言) 2023年12月27日 (三) 01:37 (UTC)
- 阁下这样的建议让我觉得非常奇怪,这就如同阁下想对世界70亿人口说你们不要违法犯罪,第一个问题是,阁下没有办法对70亿人一个不落;第二个问题是,即使对这70亿人全部说了,你仍旧无法保证这70亿人不会违法犯罪。甚至这70亿人中有人已经或者正在违法犯罪。 ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 11:48 (UTC)
- 這裡還是建議大家安裝網際網路檔案館瀏覽器擴充功能,並開啟自動存檔機制( —— Eric Liu(留言) 2023年11月26日 (日) 11:19 (UTC)
- 往页面添加存档链接还是跑Bot快一点。。。 沈澄心✉ 2024年7月1日 (一) 13:58 (UTC)
- 不现实,大部分人没有这种习惯。否则维基百科那边也就不需要什么存档机器人了。(甚至更多的人连加来源这种习惯都没有。) ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 10:50 (UTC)
- 支持 及时雨 留言 2023年12月1日 (五) 22:09 (UTC)
基本上参与本条讨论的各位都很支持,要不就2024年1月1日正式启用吧。——— 红渡厨(留言・贡献) 2023年12月27日 (三) 03:32 (UTC)
- 主要还是技术问题。--Kcx36(留言) 2023年12月27日 (三) 04:21 (UTC)
- 我看@94rain:阁下好像知道怎么弄。不如请这位阁下来协助操作。 ——— 红渡厨(留言・贡献) 2023年12月27日 (三) 09:56 (UTC)
- 管理员参考m:InternetArchiveBot/Documentation/Configuring_archive_templates去那个界面修改配置,然后我们textinfo模板需要增加archive url, archive date 及时雨 留言 2023年12月29日 (五) 13:52 (UTC)
- textinfo模板的source参数不总是填写URL,所以我不建议把archive url等参数直接加到textinfo模板上 沈澄心✉ 2024年8月1日 (四) 14:33 (UTC)
- 管理员参考m:InternetArchiveBot/Documentation/Configuring_archive_templates去那个界面修改配置,然后我们textinfo模板需要增加archive url, archive date 及时雨 留言 2023年12月29日 (五) 13:52 (UTC)
- 我看@94rain:阁下好像知道怎么弄。不如请这位阁下来协助操作。 ——— 红渡厨(留言・贡献) 2023年12月27日 (三) 09:56 (UTC)
这条有懂代码的管理员出来说个话不。。——— 红渡厨(留言・贡献) 2024年1月10日 (三) 07:38 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年1月24日 (三) 02:48 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年3月5日 (二) 06:47 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年4月1日 (一) 16:01 (UTC)
- 支持该提案。存档出现的所有链接即可,事实上维基百科的机器人也会存档cite模板之外的链接的。--Yinyue200(留言) 2024年4月7日 (日) 05:56 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年5月5日 (日) 04:26 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年6月1日 (六) 09:39 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年7月1日 (一) 13:48 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年8月1日 (四) 14:38 (UTC)
- 把{{webarchive}}搬运到文库了。 沈澄心✉ 2024年8月1日 (四) 15:02 (UTC)
- 总之先仿照百科的phab:T163869开工单(phab:T371655)了。@94rain、@Ericliu1912、@Kcx36、@Midleading、@Yinyue200、@红渡厨、@银色雪莉:请问还有没有什么需要补充的? 沈澄心✉ 2024年8月2日 (五) 02:38 (UTC)
- 我这边没什么补充,只要能把所有网页都存档就行。 ——— 红渡厨(留言・贡献) 2024年8月2日 (五) 02:50 (UTC)
- 总之先仿照百科的phab:T163869开工单(phab:T371655)了。@94rain、@Ericliu1912、@Kcx36、@Midleading、@Yinyue200、@红渡厨、@银色雪莉:请问还有没有什么需要补充的? 沈澄心✉ 2024年8月2日 (五) 02:38 (UTC)
這是什麼字?
[编辑]五十六
[编辑]「右周子太極全圖。伏羲先天而萬物皆一太�。」
原圖:[1] pg 77 Blahhmosh(留言) 2024年6月28日 (五) 11:16 (UTC)
- 我懷疑是「之」 Blahhmosh(留言) 2024年6月28日 (五) 11:16 (UTC)
五十七
[编辑]五十八
[编辑]原文:「自註。末句。皆下無字者。恨▒失悉無物可倚。」
[2] page 17
[3] page 106
我懷疑是「僕」,你們呢? Blahhmosh(留言) 2024年6月30日 (日) 06:04 (UTC)
- 寓言以蒙莊。▒章師楚原。
- [4] page 89 Blahhmosh(留言) 2024年6月30日 (日) 12:57 (UTC)
- 贈金國弼名忠▒。時余與公及大遺。同差安城都會試宴。
- [5] page 34
- 我懷疑是「後」還是「浚」還是「𢓭」 Blahhmosh(留言) 2024年6月30日 (日) 13:31 (UTC)
- 第二个也许是“掇”,但我没有足够的客观判断依据。第三条有个意外收获,那个“宴”是“官”,我改了。 银色雪莉(留言) 2024年7月1日 (一) 17:10 (UTC)
- 如果你需要第二個的原文在這裡:《大觀齋亂稿/跋#書大觀齋集後》 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
- @银色雪莉银 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
- [6] 179 Blahhmosh(留言) 2024年7月2日 (二) 03:08 (UTC)
- 这个我看过,只是我觉得没有到能绝对肯定的程度。 银色雪莉(留言) 2024年7月2日 (二) 03:11 (UTC)
- 明白了。
- 我根據搜索找到了本文作者藥峯金克一的文集:
- [7] Blahhmosh(留言) 2024年7月2日 (二) 03:23 (UTC)
- 这个我看过,只是我觉得没有到能绝对肯定的程度。 银色雪莉(留言) 2024年7月2日 (二) 03:11 (UTC)
- 如果你需要第二個的原文在這裡:《大觀齋亂稿/跋#書大觀齋集後》 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
五十九
[编辑]滿磵松濤暮靄晴。馬頭逕謝崛山靈。遊人未脫紅塵想。▒帳仍教鶴又驚。 [8] page 42 這個字是不是「蓬」? Blahhmosh(留言) 2024年6月30日 (日) 20:53 (UTC)
六十
[编辑]六十一
[编辑]原文:「九四睽孤。遇元夫交孚。厲无咎。九陽。�善也。」
原圖:[9] 冊二頁41
[10] pg 91
根據前後文以及字的形狀,我認為這個字是「爻」。你們呢?
Blahhmosh(留言) 2024年7月4日 (四) 15:44 (UTC)
- 对,就是这样列出,另下次请记得加Template:存档至模板。回到正题,我赞成你的观点,这是“爻”,彩图相当明显。--银色雪莉(留言) 2024年7月4日 (四) 16:24 (UTC)
六十二
[编辑]原圖:
![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/30/LLSGU-56605_%E6%A2%85%E6%BA%AA%E5%85%88%E7%94%9F%E6%96%87%E9%9B%86_%28%E6%9B%BA%E5%81%89%29.pdf/page1-220px-LLSGU-56605_%E6%A2%85%E6%BA%AA%E5%85%88%E7%94%9F%E6%96%87%E9%9B%86_%28%E6%9B%BA%E5%81%89%29.pdf.jpg)
原文:「忼慨埋輪▒未回。」 (pg 152)
原文:「去年▒質正官赴燕」 (pg 158)
原文:「乙巳歲。與兪水▒克己。同遊江城。」 (pg 173) Blahhmosh(留言) 2024年7月4日 (四) 20:55 (UTC)
- 而且最後一頁有些闕字:「 匡鼎▒▒▒自負。楊雄識字謾稱奇。花間阻逐裳▒▒。▒▒▒▒瀲 」 Blahhmosh(留言) 2024年7月4日 (四) 21:47 (UTC)
- 第一條,“志”。“埋輪”或者“埋輪之志”,都有出處,見[11],從前後文上看是適當的,字形也合理。
- 第二條破損過多,而且看起來不是實詞,無法推。
- 第三條我認為是一個姓氏,不宜單憑字形推導。不過我從同書梅溪先生文集_(曺偉)/卷一處讀到“偶閱書篋。得此詩草。乃壬子三月十七日。同...克己遊藏義寺所作也。是時。...余爲右副。克己副校理。...自壬子抵今僅十稔。而...克己。俱已下世。”我想閣下或許應從其時代及官職上尋線索,作者生活的年代是朝鮮成宗、燕山君兩代,“克己”與其同時代(相信“克己”是表字),副校理大小也是個五品官,可能會有記錄,但我的知識有限,不那麼熟悉朝鮮史籍,所以可能要看看閣下有沒有辦法找到。
- 第四條,破損太多。
- PS,韓國古典翻譯院的本子已經讀過,可惜第二條仍然磨得厲害,個人意見是還不足以推定。 银色雪莉(留言) 2024年7月5日 (五) 08:33 (UTC)
- 感謝🙏!
- 順便提一下,第三條的「克己」指俞好仁,「克己」是他的字。至於「水▒」是什麼意思我就不知道了。但是如果你需要跟多信息他有著作藏於本文庫,叫《㵢谿集》。本倆《㵢谿集》內容有很多不認識的字,幸好我找到了日本的抄本,那個抄本的字太清晰了,所以很多字被我填上了。 Blahhmosh(留言) 2024年7月5日 (五) 14:20 (UTC)
- 其實我在其他的韓國大學裡面找到了更多次文獻的藏本,就是沒有辦法讀到他們的內容。 Blahhmosh(留言) 2024年7月5日 (五) 14:23 (UTC)
- 这样看来我也理解错了,以为那五个字代表两个人。如果照阁下的说法,那么“水?”可能是官职或官职别称,又或者是出身郡望。不过还是那句,除非足够清晰,否则不猜。 银色雪莉(留言) 2024年7月5日 (五) 16:55 (UTC)
六十三
[编辑]六十四
[编辑]原文:「觥籌交錯。劍拂雙�。旣智勇之各峙。」
原圖:[12] page2
我至少知道此字底下是「止」。 Blahhmosh(留言) 2024年7月17日 (三) 03:29 (UTC)
六十五
[编辑]六十六
[编辑]六十七
[编辑]六十八
[编辑]原文:「如將出寥廓而浥▒氣也。」
原圖:[14]
我認為是「灝」。你們呢? Blahhmosh(留言) 2024年7月22日 (一) 02:19 (UTC)
- 原文:「軸上有申命仁詩作此絶(▒田?四?因?)僧寄之可鎭崔壽城十也」
- 原圖:[15] pg 146、[16] 卷三40頁、[17] 40頁
- 又可以參考[18]、《冲庵先生年譜/下》「山人月澗求詩於申龜軒命仁。。。。」等相關內容。
- 我認為是「因」,你們呢? Blahhmosh(留言) 2024年7月22日 (一) 02:33 (UTC)
- 算了,「軸上有申命仁詩作此絶(▒田?四?因?)僧寄之可鎭崔壽�十也」是「因」,但是「鎭崔壽�十也。」不是「十」,是「宇」或者是「字」。 Blahhmosh(留言) 2024年7月22日 (一) 03:00 (UTC)
六十九
[编辑]原文:「來往歲不闕。乘間�殺略。」
這個字是不是「恣」? Blahhmosh(留言) 2024年7月22日 (一) 12:30 (UTC)
- 原文:「發源應自▦潺潺。」
- 原圖:[21] pg 30, [22] pg 17, [23] 21 Blahhmosh(留言) 2024年7月22日 (一) 13:01 (UTC)
- 原文:「摧頹不▦附鳳翼。」
- 原圖:[24] pg 54,[25] 27 Blahhmosh(留言) 2024年7月22日 (一) 13:29 (UTC)
- @Blahhmosh:第一条赞成你。第二条看不出。第三条“擬”。你在文献讨论页里那个高丽大的链接比较清晰,我是在那看的。 银色雪莉(留言) 2024年7月23日 (二) 16:23 (UTC)
- 第二個我認為是「逸」,不過需要徵求更多的意見。 Blahhmosh(留言) 2024年7月23日 (二) 16:26 (UTC)
- @银色雪莉 Blahhmosh(留言) 2024年7月23日 (二) 16:29 (UTC)
- 从可见部分看有一点像,不过我没有把握。 银色雪莉(留言) 2024年7月23日 (二) 16:31 (UTC)
- @银色雪莉 Blahhmosh(留言) 2024年7月23日 (二) 16:29 (UTC)
- 第二個我認為是「逸」,不過需要徵求更多的意見。 Blahhmosh(留言) 2024年7月23日 (二) 16:26 (UTC)
- @Blahhmosh:第一条赞成你。第二条看不出。第三条“擬”。你在文献讨论页里那个高丽大的链接比较清晰,我是在那看的。 银色雪莉(留言) 2024年7月23日 (二) 16:23 (UTC)
七十
[编辑]原文:「將軍一捷萬人觀壯士從游訖可還雨洗戰塵清(?潠潩瀵瀷) 」
原圖:[26] pg 80a Blahhmosh(留言) 2024年7月26日 (五) 15:43 (UTC)
- @Blahhmosh:“海”。字形本身是明確的。 银色雪莉(留言) 2024年7月26日 (五) 16:01 (UTC)
- 感謝!
- 那麼這個呢?
- 原文:「九秋作後日示��」
- 以上連接同一頁 Blahhmosh(留言) 2024年7月26日 (五) 16:10 (UTC)
- 原文:「來薦薄奠庶歆?芬」 pg 86b
- 原圖:以上連接
- @银色雪莉 Blahhmosh(留言) 2024年7月26日 (五) 19:23 (UTC)
- @Blahhmosh:第一條是“?”“馬”,那個“?”我認為可能是“弟”但不確定;第二條是“芳”,為了押韻而把“芬芳”倒置成了“芳芬”。 银色雪莉(留言) 2024年7月27日 (六) 22:56 (UTC)
七十一
[编辑]原文:「唯云死不愧。聞者摠傷▦。」
原圖:[27] pg 25
[28] pg 25
[29] pg 46
[30] pg 48
我懷疑是「撛」,你們呢? Blahhmosh(留言) 2024年7月29日 (一) 17:43 (UTC)
- 原文:「梅飄東閣空▦興」
- 原圖:[31] pg 31
- [32] pg 31
- [33] pg 52
- [34] pg 59 Blahhmosh(留言) 2024年7月29日 (一) 17:50 (UTC)
- 抱歉,這個字不認得 DuckSoft(留言) 2024年7月29日 (一) 17:56 (UTC)
- 我覺得是「懷」 DuckSoft(留言) 2024年7月29日 (一) 17:55 (UTC)
- 「聞者摠傷懷」,很合理 DuckSoft(留言) 2024年7月29日 (一) 18:03 (UTC)
- 個人意見:第一個是“憐”,右邊“粦”形在commons這個本子上比較清晰;第二個感覺磨損太多。 银色雪莉(留言) 2024年7月29日 (一) 18:42 (UTC)
- 这样一看确实是。 DuckSoft(留言) 2024年7月30日 (二) 16:18 (UTC)
七十二
[编辑]那麼這些呢?
[35] 冊四 67a
「行尊心小。德▦禮卑。」
[36] 43
[37] pg137 冊四 Blahhmosh(留言) 2024年7月29日 (一) 20:13 (UTC)
- @DuckSoft@银色雪莉 Blahhmosh(留言) 2024年7月29日 (一) 20:40 (UTC)
- 可能是「盛」? DuckSoft(留言) 2024年7月30日 (二) 16:19 (UTC)
七十三
[编辑]「臣又▦自來薊州地方」
原圖:[38] 冊四 12b
[39] pg 46 Blahhmosh(留言) 2024年7月29日 (一) 20:54 (UTC)
- 還有,第二個會不會是「挑」? Blahhmosh(留言) 2024年7月29日 (一) 20:43 (UTC)
- 這一個是“照”,“臣又照”,前面已有“臣竊照”,從殘存字形上是吻合的,意思也對,“照”,此處取“察知”之意。--银色雪莉(留言) 2024年7月30日 (二) 04:23 (UTC)
七十四
[编辑]原文:「其二右謝迷息仁�。深蒙顧記之惠。」
原圖:[40] 28b
[41] 22
[42] Blahhmosh(留言) 2024年7月30日 (二) 13:36 (UTC)
- 仁「挺」? DuckSoft(留言) 2024年7月30日 (二) 16:22 (UTC)
- 赞成DuckSoft君的意见。“迷息”我查了一下,[43]称是“미식”,对自己的孩子的谦称(借音近汉字拼写朝鲜语?),从一些用例(如朝鮮王朝實錄/中宗實錄/二十九年#7月15日)看,大概没有问题。参考[44](p.144),作者朴兴生三子中有次子“仁挺”,这与菊堂先生遺稿/卷三中“事實錄”一节下注“仲子縣監仁挺追錄”(注:此处目前错录为“推”,当改——我查了影印件此处的字形,[45]与本件字形是一致的)是符合的。 银色雪莉(留言) 2024年7月30日 (二) 18:33 (UTC)
- PS:其实就在菊堂先生遺稿/卷一中有诗《寄兒》,题下注就是“仁挺”,字形也与前述一致。 银色雪莉(留言) 2024年7月30日 (二) 18:37 (UTC)
七十五
[编辑]七十六
[编辑]原文:两家今歲難諶天 逾月之間繼化仙 地下若逢吾叔父 為言孱姪�茫然
原图:c:File:瓠山遺藁.pdf pp.42(92) @ [46] DuckSoft(留言) 2024年8月1日 (四) 18:23 (UTC)
- 極為不負責任地盲猜是「手」 Blahhmosh(留言) 2024年8月1日 (四) 19:19 (UTC)
七十七
[编辑]七十八
[编辑]原文:「翻雲覆雨�開眼」
原圖:[47]
均在 pg 162 Blahhmosh(留言) 2024年8月5日 (一) 00:42 (UTC)
- 鏞? DuckSoft(留言) 2024年8月5日 (一) 01:41 (UTC)
- 我也這麼想的!但是我不知道恰不恰當! Blahhmosh(留言) 2024年8月5日 (一) 02:15 (UTC)
七十九
[编辑]原文:「此身�瓦全」
原圖:[52]
均在 pg 165
是「尙」、「向」、「靣」、還是什麼其他的? Blahhmosh(留言) 2024年8月6日 (二) 01:37 (UTC)
- 從殘存字形和句意上,傾向“尙”,其它兩者幾無可能:“向”字形顯然有異,“靣”未見用例(用的都是“面”)。 银色雪莉(留言) 2024年8月6日 (二) 03:02 (UTC)
八十
[编辑]八十一
[编辑]原文:「公生於漢都東部燕熹�第。」(懷疑是「共」還是「其」,但是不知道原文的意思)
原圖:[57] pg 42
[58] pg19 Blahhmosh(留言) 2024年8月7日 (三) 03:00 (UTC)
- @DuckSoft@银色雪莉 Blahhmosh(留言) 2024年8月7日 (三) 14:50 (UTC)
- @Blahhmosh:我個人認為是“坊”,見[59]。 银色雪莉(留言) 2024年8月8日 (四) 12:07 (UTC)
- 感謝!!! Blahhmosh(留言) 2024年8月8日 (四) 14:59 (UTC)
- @Blahhmosh:我個人認為是“坊”,見[59]。 银色雪莉(留言) 2024年8月8日 (四) 12:07 (UTC)
八十二
[编辑]原文:「雲(?泛㴀)何䖏来仙。」
原圖:[https://commons.wikimedia.org/wiki/File:NLK-%ED%95%9C%E5%8F%A4%E6%9C%9D46-%EA%B0%80527-54-%E9%9B%AA%E6%A8%B5%E9%81%BA%E7%A8%BF.pdf pg 14 Blahhmosh(留言) 2024年8月12日 (一) 00:58 (UTC)
- "㴀"字我不熟悉。其他诗里面也有很多用“雲泛”的,比如遊清都觀尋沈道士得芳字、送秦錬師等等。看下一句的“仙袂空中舉”应该是仙袂空中飘动的意思,那这句就可能是“雲泛何䖏来”,云彩飘动的意思。--Zy26(留言) 2024年8月12日 (一) 02:52 (UTC)
- 對此二推斷均持保留態度。照原件看,右半部與“乏”或“芝”的常見書體差異甚大,倒更類似於“從”的右半部的常見書體;考慮到本件中與該頁字跡相同的部分也有雙人旁寫成近似三點水的情況(如pg13“安眠飽食後”),我認為這是“從”。 银色雪莉(留言) 2024年8月12日 (一) 04:21 (UTC)
- 同意,就是一般的「從」 DuckSoft(留言) 2024年8月12日 (一) 13:37 (UTC)
八十三
[编辑]原文:「忍看堂中(?舊奮)綵衣。」
原圖:[60] pg 28 Blahhmosh(留言) 2024年8月12日 (一) 18:34 (UTC)
- “𦾔”,“舊”的異體字。 银色雪莉(留言) 2024年8月13日 (二) 05:07 (UTC)
八十四
[编辑]原文:「溪水是青氊學傅詩禮?庭。」
原圖:[61] pg 50 Blahhmosh(留言) 2024年8月14日 (三) 02:52 (UTC)
- “趨”。草書,見[62];“趨庭”是固有詞。 银色雪莉(留言) 2024年8月14日 (三) 05:49 (UTC)
八十五
[编辑]原文:「薄雲寒日?無光」
原圖:[63] pg 55 Blahhmosh(留言) 2024年8月14日 (三) 06:02 (UTC)
- “淡”的异体字,Unicode未收,见[64]、[65]。 银色雪莉(留言) 2024年8月15日 (四) 16:47 (UTC)
八十六
[编辑]原文:「内蒼生都?托」
原圖:[66] pg 70 Blahhmosh(留言) 2024年8月15日 (四) 16:26 (UTC)
- 𢌿,“畀”的异体字。“畀”,此处取“付托”意。 银色雪莉(留言) 2024年8月15日 (四) 16:43 (UTC)
八十七
[编辑]原文:「蕩遵王道巍巍建皇極錫爾無疆?雨」
原圖:[67] pg 72 Blahhmosh(留言) 2024年8月16日 (五) 00:22 (UTC)
八十八
[编辑]原圖:[68] pg 90
《賀冬至箋》那一大堆空格是缺字還是抬頭? Blahhmosh(留言) 2024年8月18日 (日) 04:06 (UTC)
八十九
[编辑]原圖:[69] pg 28 (原文) pg 29 (PDF)
「百四十五分一者即一日度�九百」
我懷疑是「效」,但是需要認證。 Blahhmosh(留言) 2024年8月22日 (四) 20:49 (UTC)
- 看起来是【数】 DuckSoft(留言) 2024年8月23日 (五) 01:48 (UTC)
九十
[编辑]原圖:[70] pg 38 (原文) pg 39 (PDF)
「質俾�爲面墻之歸者皆」 Blahhmosh(留言) 2024年8月23日 (五) 15:19 (UTC)
- 尼? DuckSoft(留言) 2024年8月23日 (五) 16:30 (UTC)
- 會不會是「奂」?@DuckSoft Blahhmosh(留言) 2024年8月23日 (五) 19:19 (UTC)
- 考虑前后文,我的个人看法是“免”。全句是“...而先生不以䝉陋斥之,而置之於門生之列,春山朝榮,秋堂夜空,誘掖獎勸,使小子愚述之質,俾免爲面墻之歸者,皆先生之賜也”(PS:其中“賜”当前录入作“睗”,误,当改。),从前后文看,即感激此先生“不以蒙陋斥之而置之於门生之列”,因此“小子...俾免爲面墻之歸”(使自己免于落得不学无术的结局。“俾免”,常见搭配;面墙,喻不学无术;归,此处作“结局”解。),应归功此先生——这样读下来,应该是通顺的。不过本件的字形我没有找到可以对照的例子,以上是个人意见。--银色雪莉(留言) 2024年8月23日 (五) 19:47 (UTC)
九十一
[编辑]原圖:[71] pg 55 (原文) pg 56 (PDF)
原文:「羙�非余私稱也」
我認是「維緒繀䌦䌯」。你們能? Blahhmosh(留言) 2024年8月24日 (六) 03:43 (UTC)
- 字體上是「緒」,但是通順嗎? Blahhmosh(留言) 2024年8月24日 (六) 04:09 (UTC)
2024年第27期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
最近更改
- 在未來三週內,從行動版網頁開始,深色模式將逐步供所有用户使用,無論登入與否。這實現了社群最迫切的願望之一,並改善低對比環境下的閱讀體驗以及低光環境下的使用。作為這些變更的一部分,深色模式現在可以在用户页和主題頁面使用。詳情請見網頁團隊的最新更新。 [72]
- 已登入用户現在可以设置字型大小和深色模式的全域参数设置,感謝基金會各團隊的共同努力。如此,穿梭多個wiki的維基人能夠輕鬆地建立一致的閱讀體驗,例如,只需设置一次即可為所有wiki切換淺色或深色模式。 [73]
- 維基媒體維基上的部分功能將不再兼容老舊的網頁瀏覽器。這將影響Internet Explorer 11以及早於2016年的Chrome、Firefox和Safari版本。這使我們能夠使用新的CSS特性,並向所有讀者傳送更少的代碼。 [74][75]
- 維基百科管理員可以使用社群配置功能,輕鬆自訂本地配置選項。社群配置旨在使社群能夠自訂特定功能的運作方式,以滿足不同語言版本維基的獨特需求。目前,管理員可以在其維基配置Growth功能,以更有效地吸引和留住新編輯者。未來幾個月將提供更多選項。 [76]
- 有興趣探討與Unicode標準相關語言議題的編輯者,現可於MediaWiki.org的新對話空間討論這些話題。維基媒體基金會現已成為Unicode聯盟的會員,協調小組將共同審查討論議題,並適當地傳達給Unicode聯盟。
- 一個新的維基已创建: 曼代靈語维基百科 (
w:btm:
) [77]
問題
- 在修復錯誤後,編輯者再度能夠在可视化编辑器中點擊引註預覽中的連結,感謝編輯團隊修復錯誤。 [78]
未來更改
- 邀請您填寫這份簡短問卷調查,協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查將持續開放兩週。本次調查適用這份隱私聲明。本次調查提供其他語言的翻譯版本。
MediaWiki message delivery 2024年7月1日 (一) 23:59 (UTC)
請求找到
[编辑]有沒有任何能夠把一個字搭在另一個字之上?
比如說把a搭在b身上:
a
b
之類的模板。 Blahhmosh(留言) 2024年7月2日 (二) 01:31 (UTC)
- 但是同時又不縮小"a"的模板。 Blahhmosh(留言) 2024年7月2日 (二) 01:32 (UTC)
- 我知道“模板:Ruby”存在但是它會把上面的字縮小。 Blahhmosh(留言) 2024年7月2日 (二) 01:33 (UTC)
- 请给出原件,以便观察实际状态。 银色雪莉(留言) 2024年7月2日 (二) 03:12 (UTC)
- https://db.itkc.or.kr/dir/item?itemId=MO#/dir/node?dataId=ITKC_MO_0927A_0060_010_0020&solrQ=query%E2%80%A0%E4%BA%8C%E5%8D%A6%E8%80%85%E5%85%AD%E5%8D%81%E5%9B%9B%E5%8D%A6%E4%B8%AD%E4%B9%8B%E4%BA%8C%E5%8D%A6%E4%B9%9F%E3%80%82%E5%A6%82$solr_sortField%E2%80%A0%EA%B7%B8%EB%A3%B9%EC%A0%95%EB%A0%AC_s%20%EC%9E%90%EB%A3%8CID_s$solr_sortOrder%E2%80%A0$solr_secId%E2%80%A0MO_AA$solr_toalCount%E2%80%A01$solr_curPos%E2%80%A00$solr_solrId%E2%80%A0BD_ITKC_MO_0927A_0060_010_0020
- 有些字使用五爻,所以如果Unicode不存在五爻的字,我需要使用三爻搭在二爻的身上。 Blahhmosh(留言) 2024年7月2日 (二) 11:50 (UTC)
- Unicode不存在的字通常需要在维基共享资源上传图片,在本地使用图片字代替。但有的已经存在Unicode中可以使用,如列于wikt:Appendix:Unicode/太玄經符號的𝌆和列于wikt:Appendix:Unicode/算籌的𝍤。 Midleading(留言) 2024年7月2日 (二) 12:20 (UTC)
- 那麼其他的五爻就沒有了? Blahhmosh(留言) 2024年7月2日 (二) 16:24 (UTC)
- 沒有找到其他的五爻,可以用圖片字表示。 Midleading(留言) 2024年7月5日 (五) 03:31 (UTC)
- 那麼其他的五爻就沒有了? Blahhmosh(留言) 2024年7月2日 (二) 16:24 (UTC)
- Unicode不存在的字通常需要在维基共享资源上传图片,在本地使用图片字代替。但有的已经存在Unicode中可以使用,如列于wikt:Appendix:Unicode/太玄經符號的𝌆和列于wikt:Appendix:Unicode/算籌的𝍤。 Midleading(留言) 2024年7月2日 (二) 12:20 (UTC)
- 请给出原件,以便观察实际状态。 银色雪莉(留言) 2024年7月2日 (二) 03:12 (UTC)
- 我知道“模板:Ruby”存在但是它會把上面的字縮小。 Blahhmosh(留言) 2024年7月2日 (二) 01:33 (UTC)
致项目管理员
[编辑]请协助创建作者类别。系统不让我自己做。
https://zh.wikisource.org/w/index.php?title=Author:維克多•平丘克&action=edit — Виктор Пинчук(留言) 2024年7月3日 (三) 05:45 (UTC)
- @Виктор Пинчук:非删除类事务,请到Wikisource:写字间(也就是您现在看到的这个页面)提出。上面的问题是因为间隔号的原因,我已在作品页代改作者名中的间隔符号,请用那个链接重试。--银色雪莉(留言) 2024年7月3日 (三) 06:44 (UTC)
- 其實祇是因為觸發了濫用過濾器,本站不需要是管理員也能建立頁面。題外話,若真有需求,則應到此處。—— Eric Liu(留言) 2024年7月3日 (三) 11:13 (UTC)
批准維基媒體運動憲章的投票即將結束
[编辑]大家好,
謹此提醒您,批准 維基媒體運動憲章 的投票期將於2024 年 7 月 9 日 23:59 (世界協調時間)結束。
如果您尚未投票,請在此 SecurePoll 上的連結]投票。
謹代表維基媒體運動憲章選舉委員會,
RamzyM (WMF) 2024年7月8日 (一) 03:47 (UTC)
2024年第28期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
最近更改
- 維基媒體基金會成立了一個新的專門工作組,致力於建構更安全、易於使用和可擴展的Chart圖表,以取代已停用的Graph圖表。訂閱電子報以獲取有關Chart项目的最新進展和其他新聞的通知。
- CampaignEvents扩展現已供元維基、伊博语维基百科和斯瓦西里语维基百科使用,您所在的wiki也可請求部署之。此扩展有助於管理活動並提高活動的可見度,以及讓活動籌辦人員能夠使用諸如活動報名工具等工具。參見元維基的CampaignEvents頁面了解部署狀態以及如何請求部署。
- 編輯超過50次的編輯者現在可以在iOS維基百科App使用「添加圖片」功能。這項功能為維基百科提供了微小但有用的貢獻機會。
- 感謝為MediaWiki Core做出貢獻的所有人。得益於此,貢獻超過5個補丁的貢獻者比例較去年增加了25%,這有助於確保維基媒體專案平台的永續發展。
問題
- Vector 2022中出現一個問題,討論頁標籤的顏色始終顯示為藍色,即使不存在頁面本應顯示為紅色。此問題已解決。
未來更改
- 信任與安全產品團隊希望以儘可能不干擾工具和工作流的方式引入臨時帳號。懇請志願開發者——包括小工具和用户腳本維護人員——更新您維護的工具和功能的代码以應對臨時帳號。團隊已建有文档來解釋如何進行更新。了解更多。
技術新聞調查
- 邀請您填寫這份簡短問卷調查,協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查還會開放一週。本次調查適用這份隱私聲明。本次調查提供其他語言的翻譯版本。
MediaWiki message delivery 2024年7月8日 (一) 21:31 (UTC)
U4C Special Election - Call for Candidates
[编辑]Hello all,
A special election has been called to fill additional vacancies on the U4C. The call for candidates phase is open from now through July 19, 2024.
The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members are invited to submit their applications in the special election for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.
In this special election, according to chapter 2 of the U4C charter, there are 9 seats available on the U4C: four community-at-large seats and five regional seats to ensure the U4C represents the diversity of the movement. No more than two members of the U4C can be elected from the same home wiki. Therefore, candidates must not have English Wikipedia, German Wikipedia, or Italian Wikipedia as their home wiki.
Read more and submit your application on Meta-wiki.
In cooperation with the U4C,
-- Keegan (WMF) (talk) 2024年7月10日 (三) 00:03 (UTC)
修改認定長期不活動管理員之時限標準(縮短目前標準改為3個月)
[编辑]Wikisource:管理員的離任中所列出的“最近六個月未曾做過除用户、用户讨论命名空间的編輯,並且通知發出逾一個月(30天),該管理員便會被取消管理員權限。”其中“未做過積極編輯”的時限標準定為六個月,請問根據為何?
目前本站活躍用戶不到150名,管理員就高達7位之多。試問設立數量如此龐大的管理員隊伍,他們是否都切實履行了自身責任。
現任的管理員中很多一年到頭都沒做出幾次貢獻,基本上是擺爛佔位置尸位素餐死而不僵,把本該為社群服務的職位當成了增加個人炫耀名頭的光環。針對這一部分不稱職不作為的管理員,希望進一步嚴格約束現行標準,改為“最近三個月未積極做出貢獻即可取消管理員權限。”,並予以處罰解任。
管理員這個玩意雖然無法換取直接經濟利益,但隨時可以申請,排隊等著做的人多的是,哪怕臨時出現大量來自外部的破壞行為,處理時人手不夠的狀況,可以隨時擴編。
做加法一直都是輕而易舉的事,難的是做減法。
樹上喜鵲(留言) 2024年7月12日 (五) 05:28 (UTC)
- 笑,其实我一年前也提过类似提案,他们不乐意。 ——— 红渡厨(留言・贡献) 2024年7月12日 (五) 06:47 (UTC)
- 沒記錯的話,剛進這裡的時候好像是無管理員這玩意的,也沒出什麼大事。什麼時候這群僵尸又從棺材裡爬出來佔著茅坑不拉屎了。
- 還賦予自己這麼大的權力,只能說無恥至極。 樹上喜鵲(留言) 2024年7月12日 (五) 08:07 (UTC)
- 管理員祇是比別人多了一些社群認為他們可以持有而不會濫用的工具。根本沒有所謂「不作為」或「尸位素餐」可言——個別管理員或許對自身貢獻有格外之期許,但社群總體並未強迫管理員行使權限,近年監管員大概也未曾以「管理員過多」為由阻擋本地社群管理員申請(至於本地社群本身是否有此種意見,我沒仔細確定,不清楚)。長期不活動解任的唯一考量因素是帳號安全問題;就此而言,本站目前規定六個月時間,遠較許多維基媒體站點要嚴格,亦高於全域社群訂定二年之標準,顯然已經足夠。其實維基文庫管理員本身並非多大「光環」就是,我沒看過哪一位管理員會大喇喇藉其名義到處炫耀的。—— Eric Liu(留言) 2024年7月13日 (六) 17:19 (UTC)
- “试问设立数量如此庞大的管理员队伍,他们是否都切实履行了自身责任”,管理员只是“受信用户”而已,并没有义务参与啊╮(╯_╰)╭(参见w:WP:ANOT) 沈澄心✉ 2024年7月13日 (六) 17:48 (UTC)
- 至于“可以随时扩编”什么的就更搞笑了,总之
反对本提案。 沈澄心✉ 2024年7月13日 (六) 17:50 (UTC)
- 你才搞笑呢,莫名其妙的投個票。這又不是發起投票。
- 管理員權限大到可以封鎖用戶封鎖ip,這叫只是受信用戶?
- 擁有這麼大權力卻都不積極參與社區建設,還霸佔位置作甚?
- 你拐彎抹角扯七扯八啰啰嗦嗦,從頭到尾繞圈子,迴避我提出的時限標準過長的問題。
- 總之屁股歪到僵尸那邊,沒混成僵尸啊。 樹上喜鵲(留言) 2024年7月14日 (日) 05:09 (UTC)
- 請注意文明。 Zhxy 519(留言) 2024年7月14日 (日) 21:13 (UTC)
- 文不文明的怎麼也比僵尸咬人好多了。你要對號入座那僵尸說的就是你。
- 僵尸這個詞形容你們真是太合適不過了。恰如其分,一點不文明不合理的意味都沒有。
- 我還記得你這個號去年還是前年為了管理員職位沒羞沒臊在寫字間瘋狂咬人懟人的場景。怎麼?沒你做管理員這個站就要倒閉關門了?
- 這玩意沒錢賺你都打破頭搶著做,有錢發你還不得為了上位殺人放火啊。你這樣滿腦子爭權奪利的狀態就沒資格做管理員。沒有你挺重要的,明白麼。 樹上喜鵲(留言) 2024年7月15日 (一) 02:59 (UTC)
- 我差不多每天都在,所以对我来说无所谓 Midleading(留言) 2024年7月15日 (一) 15:39 (UTC)
- 最後一次警告。我尊重閣下的貢獻,但有貢獻不代表可以口無遮攔。 Zhxy 519(留言) 2024年7月15日 (一) 16:03 (UTC)
- 警告我?你算老几?笑死。老僵尸还真把自己当一回事,
- 老僵尸咬那么多人恼羞成怒还威胁起我来了。你封禁一次我试试。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月16日 (二) 03:54 (UTC)
- 你前年在寫字間隨地大小便瘋狂洗版争管理員權限耍潑皮無賴的時候,怎麼沒考慮過其他用戶的感受?
- 說你兩句怎麼還以下犯上了,教訓起人來了,還口無遮攔?你算個什麼玩意。太把自己當回事了。笑。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月16日 (二) 04:00 (UTC)
- 「滿腦子爭權奪利」——志工好像不僅無利可圖,反而要成天挨罵( —— Eric Liu(留言) 2024年7月15日 (一) 20:02 (UTC)
- 說到所謂「擴編」,雖然既無「編制」,遑論「擴編」,但從長期角度而言,我倒是確實希望受社群足夠信任託付管理權柄的維基人越多越好,這代表本站社群愈加成熟而穩重;「做加法一直都是輕而易舉的事」,這說得好。—— Eric Liu(留言) 2024年7月15日 (一) 20:06 (UTC)
- 請注意文明。 Zhxy 519(留言) 2024年7月14日 (日) 21:13 (UTC)
- 至于“可以随时扩编”什么的就更搞笑了,总之
- (!)意見:
- 1、“沒記錯的話,剛進這裡的時候好像是無管理員這玩意的”——从阁下的注册时间看,这确实是记错的。
- 2、“隨時擴編”——根据本地选举管理员的流程的理论时长,“随时”是很难做到的,不过阁下要把这个作为你提案时的一个根据观点,那是您的权利。
- 3、用户使用
支持和
反对等符号不意味着投票,这些模板本就可以用于表态,因此称他人“莫名其妙”是不妥当的。
- 4、通常维基项目内的管理员确实仅是“可信的经验用户”,这与许多论坛等网站的运作形式有所差异——尽管本地(可能因为项目属性导致不怎么出别的项目常出的事而)没有列明或引入很多方针指引,不过大体上不少原理是与其它姊妹项目共通的:
他们看起来值得信任并提出了善意请求,而将基于正常运作及安全考量的某些功能限制从他们身上解除。
(w:WP:ADMIN)。也因此,如其他项目一样地,他们循不活跃而被解任这一路径的出发点是“因(超过了本地要求的)长时间不活跃而让人对他们的(被解除了某些功能限制的)账户存在安全性方面的担忧”,而非“不活跃是一种失职”——这逻辑也许在不少人看来是挺古怪的(我认为有人持这样的看法也是很合理的),不过鉴于维基项目“不强迫任何人参与”的通用逻辑,这倒也说得通。 - 5、因此,如果您因某一原因认为任何管理员失职或者不能被信任时,您可以循Wikisource:管理員的離任流程寻求发起对管理员的解任投票。但是,您恐怕很难把不活跃被解任这一路径的逻辑出发点调整成“不活跃是一种失职”或按您说的“...沒做出幾次貢獻,基本上是擺爛佔位置尸位素餐死而不僵”,这与“不强迫任何人参与”的通用逻辑相冲突——但是,如果您认为对不活跃的定义时间跨度过于宽松是不妥的或造成“擺爛佔位置尸位素餐死而不僵”,您可以提出缩短——以符合假定善意和文明的方式。
- 6、至于“僵尸”或“總之屁股歪到僵尸那邊,沒混成僵尸啊”等表述,从方针指引上而言显然违反假定善意与文明的通用逻辑;从实务效力上而言,本地是共识决,文明地就事论事并不会削弱一个论述本身的效力,而相反的行为则可能会。以上,也请阁下注意。
- 7、利申:就是否缩短到三个月一事,在下没有任何立场。——除非提案称缩短到七十二小时或者延长到十年这种的话,我可能会投票doge。 银色雪莉(留言) 2024年7月15日 (一) 17:32 (UTC)
- 天下本無事,鄘人自擾之。--晞世道明(留言) 2024年7月16日 (二) 03:09 (UTC)
- 天下本無事,鄘人自擾之。--晞世道明(留言) 2024年7月16日 (二) 03:09 (UTC)
一 | 見到過有人說,現在找不到來源了。那就算我搞錯了吧。 |
二 | 就算擴編需要時間,按照目前活躍用戶和管理員人數的比例,也是嚴重失衡。本站根本不存在那麼多必須通過擁有高階權限來處理的事務,管理員數量最多三人,不能再多。 |
三 | 我是來表達不滿要求改正的,不是來尋求民意支持的,所以是在支持和反對我表達不滿的行為?那位沒相應權利和資格。當然你大概是認同涉及社區管理機制的任何改變都必須經過民主投票決議。但我認為民主制多數決必須在相應嚴格的前提條件下才能運轉起來,一群是非不分自私自利鼠目寸光的糊塗蟲來搞民主,那只能使事情越來越糟糕,成為社區社團社會墮落的開端。 |
四 | 本站獨立于中文維基百科的網站,為什麼要拿中文維基百科的方針作為標準?另外你對中文維基針對管理員的解釋談了那麼多,最後結論是自己也感覺不對勁。那不就是承認制度bug?很多無恥之徒當上管理員之後利用這點鑽空子,長期給自己續命。我反對的就是這個。 |
五 | 管理員擁有高級權限,自然應該表現出更多的積極性。對有權限的用戶高標准高要求一點都不過分。“不强迫任何人参与”等等設定這些標準和條條框框的初衷是為了更好的維護秩序,而不是成為消極混事的藉口。 |
六 | 那你覺得“尸位素餐”這個詞是不是也飽含惡意?提前告訴你那句成語裡的“尸”來源於演屍體的活人,在侮辱性上跟僵屍不相上下。在你眼裡是不是也要列入本站的敏感詞?如果只能善意表達,請問閣下該如何描述尸位素餐形同無賴毫無貢獻權力極大人品敗壞裝模作樣爭權奪利沒羞沒臊爬上位置後動不動就拿文不文明當藉口來封禁壓人的混賬敗類?正常途徑想要改變一件事無法解決的時候,只有破壞,正所謂不破不立。一團和氣,相敬如賓那乾脆別碰別提任何個人想法和態度。 |
七 | 你的立場表達的很明確了。不論是真糊塗還是裝糊塗,我不是第一天進本站的新手小白,僵尸群整天惡斗,拉幫結派拉偏架。20名都不到的普通用戶一張嘴就能看出立場,正所謂上行不正下梁歪。 |
#Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月16日 (二) 04:45 (UTC)
- 1、我没有补充。
- 2、我完全同意阁下和其他用户一样有就站务发表自己观点的权利,我对阁下关于管理员数量的观点没有立场——就像别人对阁下的观点可以有立场一样。
- 3、“那位沒相應權利和資格。”作为用户(不论是注册或IP用户),任何人都有在符合方针指引下发表自己的观点的权利和资格——何况其反对的是你的提案而不是你的行为,我想阁下仍然需要注意善意推定和正确理解别人的表达。我好像没有讲过事事都要投票,所以我对此没有回应,维基也不是民主试验场,这也是共通的。——如果您说的是“共识决”,“共识决”和“投票”是有很大区别的。
- 4、如果阁下指的“中文维基”是指中文维基百科的话,“独立”是没错的;但是维基项目(不论语种)的许多大的方针和立场是共通的,例如推定善意和文明,这并非“事事都要拿中文維基的方針作為標準”。我对“中文維基針對管理員的解釋談了那麼多”,最后的结论并不是“自己也感覺不對勁”,而是
这逻辑也许在不少人看来是挺古怪的(我认为有人持这样的看法也是很合理的)
——我并不认为这逻辑不对劲,但我认为肯定会有人觉得这逻辑不对劲,我对有这样的看法并不奇怪,因为就像我前面说的,这与许多论坛等网站的运作形式有所差异
。谨请切勿将一种他人未曾表达过的看法假定为其自身的看法。 - 5、同2。
- 6、感谢阁下的成语教学,不过请勿用假设性的二分表述试图将一种他人未曾表达过的看法假定为其自身的看法。我完全相信以阁下的语文能力,有能力在基于文明的前提下表达阁下对站务的意见,就事论事、对具体事项的表达个人意见乃至于严厉批评不等于需要使用非文明的词汇,您使用的词汇当中有诉诸人身的,也有不诉诸人身而普通或严厉的,我对您使用后者——在基于实例的前提下——的权利没有质疑。至于不按照您的“不破不立”就“別碰別提任何個人想法和態度”,我不这么看,本站有很多用户都在就各类事务表达自己的个人态度和想法,他们可能并非是和气的,而是尖锐的,甚至剑拔弩张连篇累牍的——但那与不文明,是有根本区别的。
- 7、我的立场确实表达得很明确,至于您是否能理解我的立场,那不是我能关注或控制的问题——大体说来,我认为维基项目的用户立场本也就不是二分化的;把大家的立场看成二分化的事物的话,反而有可能陷入一元化的泥潭。
- PS:最后那句话不是我的,我也不认为天下无事,不过我确实是个向来话多的人,也并不杰出,庸人大概也是算得上的。 银色雪莉(留言) 2024年7月16日 (二) 05:30 (UTC)
- 最後一句話看錯人了。
- 這也是寫字間的問題,不同賬號的回復之間間隔不明顯,文字密密麻麻,可讀性差,影響閱讀體驗,容易造成誤讀。我之前早就想說。
- 但看目前這個網站流量及日活躍度,以及混亂冗餘的管理人員配置,大概是遠在我進站之前就吵過無數次了。
- 只能說背後是NGO西方白左資源支持下表達自由開放非政府理念下的賽博產物,在華人圈也變成一副死相,走到盡頭。
- 至於其他的我稍晚回復。不見得能顯示出來。畢竟屍位管理員已經對我下達通牒。或許賬號馬上消失。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月16日 (二) 06:01 (UTC)
- 视觉效果方面,那可能也不是本地能解决的问题。“尸位素餐”可能是一个描述事态的尖刻的词汇,但它与“屁股歪到僵尸那邊,沒混成僵尸啊”仍有根本的差异——区别可能是在于就事论事还是诉诸人身,也可能在于尖锐和不文明之间的细微但明显的差异。我想议题如果客观存在,那么它总会被提起,而不论是谁。祝编安。 银色雪莉(留言) 2024年7月16日 (二) 06:12 (UTC)
- 我最後明明白白的告訴你,敗壞的本來就是人,不人身攻擊,無視房間大象,迴避顯而易見的問題,繼續歪曲規則,扭曲事實。那沒必要繼續對我說這麼多。
- 一個日常2位數用戶都不到的網站搞了7個人工管理,這事放在任何地方都說不過去。我今天就當這個出頭鳥,把實話都說了。僵尸也好尸位素餐也罷,侮辱性也好攻擊性強也罷。只要形容恰當符合事實。一點毛病都沒有。相反對那些避重就輕,迴避問題,一上來就不好好說話,拉偏架的玩意。別說罵,殺了都行,留著這些心術不正,權欲熏天,稍觸逆鱗就要用權殺人的玩意繼續禍害人間那才叫作惡。 Zhxy 519 這位嚴於律人,寬以待己,每個月上來混一圈修改幾個條目以防被人捉住把柄的老僵尸就沒必要留。
- 你對我的言論動輒得咎,吹毛求疵,對真正的首惡第一因裝聾作啞不發一語。貌似在維護所謂文明規則,實際立場站在哪邊清清楚楚。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月16日 (二) 09:53 (UTC)
- 已經實施封禁3天。閣下有自己的意見一點問題也沒有,但是文明是維基支柱,如果搞不清楚,維基文庫可以拒絕閣下繼續活動。 Zhxy 519(留言) 2024年7月16日 (二) 12:59 (UTC)
- ??????????? ——— 红渡厨(留言・贡献) 2024年7月16日 (二) 13:30 (UTC)
- 你懂不懂什么叫避嫌???? ——— 红渡厨(留言・贡献) 2024年7月16日 (二) 13:35 (UTC)
- 被封禁用戶在我參與之前便已經污言穢語了。參考w:维基百科:免死金牌。 Zhxy 519(留言) 2024年7月16日 (二) 13:56 (UTC)
- 我想也许是在下对于阁下能够“在基于文明的前提下表达阁下对站务的意见,就事论事、对具体事项的表达个人意见乃至于严厉批评”有点太过于相信了。尽管如此,就像我说的,议题如果客观存在,那么它总会被提起,而不论是谁——因此我认为各位仍相当应就此问题继续讨论,看看是〈注:以下一月均按30日计算,以免争议〉:
- 1、保持原状“六+一”(六个月无除用户、用户讨论命名空间的编辑+一个月通知,可循环);
- 2、还是改成百科那样“五+一”(五个月无除用户、用户讨论命名空间的编辑+一个月通知,可循环);
- 3、又或者可以參考日文文库以及此前红渡厨和树上喜鹊两位曾提议过的“三个月”方案(日文文库的详细,可参见ja:Wikisource:管理者権限依頼:
管理者が3ヶ月以上編集を行っていないとき(管理者権限が不要であり、またアカウント乗っ取りで管理者権限が悪用されるのを防ぐ目的から管理者権限を剥奪します
)(本地化一下,可以是:三个月无除用户、用户讨论命名空间的编辑,无通知期(或者有通知期?)); - 4、六+一+三(六个月无除用户、用户讨论命名空间的编辑+一个月通知,无回应则除权;但即使有回应,若再三个月无除用户、用户讨论命名空间的编辑,则不通知直接除权)
- 5、六+一+六(六个月无除用户、用户讨论命名空间的编辑+一个月通知,无回应则除权;但即使有回应,若再六个月无除用户、用户讨论命名空间的编辑,则不通知直接除权)
- 6、其他方案。
- 最后,利申:我没有立场(虽然总有观点看不懂或自以为看懂我的利申,不过那也无法,毕竟我不能控制别人怎么想),除非有人提案比方案一还要任何形式的延长(或比三个月还要短)。
- PS:我只是负责列举(各位曾提及过的)方案,请各位还是和气生财地推进讨论吧——既然有选项,我想总不至于再继续诉诸人身的——注:这些是(各位曾提及过的)方案,不是“选项”,别再给我安一些奇怪的帽子。以上,闲事管完了。 银色雪莉(留言) 2024年7月16日 (二) 15:08 (UTC)
- 已經實施封禁3天。閣下有自己的意見一點問題也沒有,但是文明是維基支柱,如果搞不清楚,維基文庫可以拒絕閣下繼續活動。 Zhxy 519(留言) 2024年7月16日 (二) 12:59 (UTC)
- 视觉效果方面,那可能也不是本地能解决的问题。“尸位素餐”可能是一个描述事态的尖刻的词汇,但它与“屁股歪到僵尸那邊,沒混成僵尸啊”仍有根本的差异——区别可能是在于就事论事还是诉诸人身,也可能在于尖锐和不文明之间的细微但明显的差异。我想议题如果客观存在,那么它总会被提起,而不论是谁。祝编安。 银色雪莉(留言) 2024年7月16日 (二) 06:12 (UTC)
- 此事之亂源,是Zhxy 519曾四度强行回退掉被解任案,就不應算合法管理員造成的。[79] [80] [81] [82]要封用戶也應由他人行之。故回退此不合理的封禁。红渡厨很對。Zhxy 519根本不懂避嫌。--Jusjih(留言) 2024年7月16日 (二) 15:49 (UTC)
- 不與實施封禁的管理員溝通的解封,予以回退。 Zhxy 519(留言) 2024年7月16日 (二) 15:53 (UTC)
维基百科很乱,贵站更乱。银色雪莉老好人当久了,樹上喜鵲be a jerk。沈澄心无辜挨骂,红渡厨钻牛角尖。Midleading似勤嘴酸,Zhxy_519有理懒说。Ericliu1912惜身擦边不动手,Jusjih无耻总想插小刀。爱学习的饭桶云:我反对你们所有人!--5.157.51.66 2024年7月16日 (二) 17:08 (UTC)
- 請勿發表無關言論及人身攻擊。 Zhxy 519(留言) 2024年7月16日 (二) 17:20 (UTC)
就算要求提高到連續三個月不活躍解任,管理員每三個月編輯一次就可以,和日文相同,亦非沒有先例,而且比其它中文站點需要每日簽到獲得經驗友好多了,所以我不反對。現任管理員中滿足連續三個月不活躍的有:Gzdavidwong在2024年2月到2024年6月不活躍;Shizhao在2023年3月開始不活躍,2023年10月收到通知後編輯了2次,然後到2024年6月為止沒有進行編輯。這根本不關Zhxy 519什麼事。如果是想表達對Zhxy 519的不滿,當然不能用連續三個月不活躍這個理由了。而且無論期限是多久,只要在有人一申請管理員解任的時候,該管理員回退一下,就滿足了活躍條件。另外,用這個提案把不相干的其他管理員拉進來,我也覺得沒必要。
總的來說,我既不支持也不反對該提案。解決Zhxy 519濫用封禁權限的正確程序是申請管理員解任投票以及完善有關方針,而不是別的。監管員中沒有說中文的,過去做出的有關決定我也覺得不合理。如果有必要,可以選出維基文庫首批行政員持續推動。Midleading(留言) 2024年7月17日 (三) 03:31 (UTC)
- 有一說一,本站原來是有行政員的,我確實認為放棄社群最高自治權限而交還監管員是個錯誤。—— Eric Liu(留言) 2024年7月17日 (三) 05:43 (UTC)
- (不過以本站社群規模,即使能恢復行政員,亦似乎很難取得罷免權?)—— Eric Liu(留言) 2024年7月17日 (三) 22:50 (UTC)
- 反對5.157.51.66所謂“无耻总想插小刀”,是强烈反對地下管理員濫權。5.157.51.66反对所有人是集體不是個人。也請看维基文库:請求管理員幫助#濫權的管理員。--Jusjih(留言) 2024年7月17日 (三) 14:26 (UTC)
- 哈哈哈哈,维基文库脏活累活从没见你干,Zhxy 519封禁一只疯狗你就出来了,好像现在那些海外那些老民运啊。你不干脏活累活,因为你自己就在各个小维基洒下一堆污秽。反对你的管理员全罢免,因为他们要篡你的位!这是你的原话,你多大了?真不害臊。
- Midleading还在酸,你是勤快呀,疯狗见你都绕道走啊,脏活就留在那里任其发臭,铲屎的人你不感谢,还酸,羞羞羞!
- 至于Shizhao和Gzdavidwong,都在维基百科等着救Mys 721tx吧?达师呢?甚至你Zhxy_519自己,就你们不作为,现在才有一个狗屁不通的“避嫌"。谁来翻译翻译,Jusjih这家伙写的都是啥?没别人赞同就自己成方针指引了,哈哈哈哈,笑死人了。 5.157.51.66 2024年7月17日 (三) 22:44 (UTC)
- 我對辱罵的忍耐程度比較高,因為我知道這樣的話只會讓任何人都能看清現在的局勢。但是你除了辱罵以外,IP信息還剛好顯示隧道運營商為PSIPHON3_VPN,所以對不起,在這里發言時請停止使用VPN。 Midleading(留言) 2024年7月18日 (四) 03:44 (UTC)
- 我對閣下也是最後一次警告。用不用VPN我可以不管,但是文明發言是維基支柱。 Zhxy 519(留言) 2024年7月18日 (四) 23:07 (UTC)
- “文明發言是維基支柱”,包括不能强行回退掉被解任案,不然就是不肯溝通,但本段落先提“解任”的不是我。--Jusjih(留言) 2024年7月22日 (一) 20:33 (UTC)
- 請問要不要投票?即使仍不要投票,就再討論。--Jusjih(留言) 2024年8月24日 (六) 17:22 (UTC)
请求删除过时的小工具
[编辑]MediaWiki:Gadget-JSL.js:“一个用于缺少对JavaScript 1.6的完全支持的浏览器的兼容性库”,MediaWiki早已停止对这些浏览器的支持(详见w:Wikipedia_talk:介面管理員/存檔二#c-A2569875-2021-06-08T03:14:00.000Z-Ohtashinichiro-2021-06-05T12:19:00.000Z)。 沈澄心✉ 2024年7月15日 (一) 10:51 (UTC)
- @Midleading 沈澄心✉ 2024年7月15日 (一) 10:52 (UTC)
- 2018年4月11日的時候嘗試刪除過,結果導航popups出錯了。現在需要更新這些小工具。 Midleading(留言) 2024年7月15日 (一) 10:57 (UTC)
- 不過百科那邊是不是沒有問題?我不太懂技術,祇能請介面管理員看看了。—— Eric Liu(留言) 2024年7月15日 (一) 12:37 (UTC)
- 已更新各個小工具 Midleading(留言) 2024年7月15日 (一) 14:28 (UTC)
- 感謝!—— Eric Liu(留言) 2024年7月17日 (三) 22:51 (UTC)
- 已更新各個小工具 Midleading(留言) 2024年7月15日 (一) 14:28 (UTC)
- 不過百科那邊是不是沒有問題?我不太懂技術,祇能請介面管理員看看了。—— Eric Liu(留言) 2024年7月15日 (一) 12:37 (UTC)
- 2018年4月11日的時候嘗試刪除過,結果導航popups出錯了。現在需要更新這些小工具。 Midleading(留言) 2024年7月15日 (一) 10:57 (UTC)
2024年第29期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
技術新聞調查
- 邀請您填寫這份簡短問卷調查,協助我們改善技術新聞。本次調查旨在更有效地滿足閱讀技術新聞的各類讀者的需求。本次調查還會開放3天。本次調查適用這份隱私聲明。本次調查提供其他語言的翻譯版本。
最近更改
維基媒體開發者現在可以正式繼續使用Gerrit和GitLab,基於維基媒體基金會於6月24日決定支持在這兩個平台共同進行軟體開發。Gerrit和GitLab皆是開發者用來編寫、審查和部署軟體代碼的代碼儲存庫,而這些代碼支撐著MediaWiki——用於建構維基專案,也是編輯者用於創建和改進內容的工具。這項決定將保障開發者們的生產力,並避免code review——代碼審查方面的問題影響用户。更多詳情請見遷移狀態頁面。
- 維基媒體基金會誠徵產品與技術諮詢委員會(PTAC)申請人。該小組將匯集技術貢獻者與維基媒體基金會,共同開發一個更具彈性、與時俱進的技術平台。委員會成員將對維基媒體運動的產品與技術活動進行評估與諮詢,以便我們開發多代的项目。我們正在尋找來自世界各地具有不同项目經驗的技術貢獻者。請於8月10日前在此申請。
- 持有回退權的編輯者可以在Android版維基百科App使用新的編輯巡查功能。這些功能包括最近更改的新動態、撤销和回退等相關链接,以及创建和保存個人的用户討論消息庫以供巡查時使用。如果您所在的wiki希望向沒有回退權但編輯次數達到一定門檻的用户提供這些功能,您可以聯絡團隊。更多關於此项目,請參閱Diff文章。
- 在基金會進行聯絡溝通後,有權访问維基百科圖書館的編輯者再度能使用SpringerLinks中的非開放访问內容。延伸閱讀上週完成的22個社群提交工單。
本週更改
- 本週,深色模式將供多個維基百科使用,無論桌面版或移动版,用户登录或未登录。敬請介面管理員和用户腳本維護人員在深色模式下檢查小工具和用户腳本,查找任何寫死的顏色並修復它們。有一些深色模式兼容性建議可供參考。
未來更改
下週,邀請工作人員、志願工具維護者和軟體開發團隊在測試維基上測試臨時帳號功能。臨時帳號功能有助於改善wiki上的隱私保護。目前未有其他進一步的部署安排。歡迎在项目討論頁發表意見和提出疑問。 [83]
- 邀請跨維基上傳文件或教導他人如此操作的編輯者,參與維基共享資源上的討論。共享資源社群正在討論將能夠通过跨維基上傳功能(或稱上傳對話框)上傳文件的用户,限縮為維基共享資源上的自动确认用户。這是因為通过這種方式上傳的文件大量侵犯了著作權。Commons:跨維基上傳有簡短摘要,討論位於Commons:互助客棧。
技術新聞由技術新聞編者撰寫,並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。 歡迎訂閱維基媒體基金會公報獲取更多新聞。
MediaWiki message delivery 2024年7月16日 (二) 01:31 (UTC)
Wikimedia Movement Charter ratification voting results
[编辑]Hello everyone,
After carefully tallying both individual and affiliate votes, the Charter Electoral Commission is pleased to announce the final results of the Wikimedia Movement Charter voting.
As communicated by the Charter Electoral Commission, we reached the quorum for both Affiliate and individual votes by the time the vote closed on July 9, 23:59 UTC. We thank all 2,451 individuals and 129 Affiliate representatives who voted in the ratification process. Your votes and comments are invaluable for the future steps in Movement Strategy.
The final results of the Wikimedia Movement Charter ratification voting held between 25 June and 9 July 2024 are as follows:
Individual vote:
Out of 2,451 individuals who voted as of July 9 23:59 (UTC), 2,446 have been accepted as valid votes. Among these, 1,710 voted “yes”; 623 voted “no”; and 113 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 73.30% voted to approve the Charter (1710/2333), while 26.70% voted to reject the Charter (623/2333).
Affiliates vote:
Out of 129 Affiliates designated voters who voted as of July 9 23:59 (UTC), 129 votes are confirmed as valid votes. Among these, 93 voted “yes”; 18 voted “no”; and 18 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 83.78% voted to approve the Charter (93/111), while 16.22% voted to reject the Charter (18/111).
Board of Trustees of the Wikimedia Foundation:
The Wikimedia Foundation Board of Trustees voted not to ratify the proposed Charter during their special Board meeting on July 8, 2024. The Chair of the Wikimedia Foundation Board of Trustees, Nataliia Tymkiv, shared the result of the vote, the resolution, meeting minutes and proposed next steps.
With this, the Wikimedia Movement Charter in its current revision is not ratified.
We thank you for your participation in this important moment in our movement’s governance.
The Charter Electoral Commission,
Abhinav619, Borschts, Iwuala Lucy, Tochiprecious, Der-Wir-Ing
MediaWiki message delivery(留言) 2024年7月18日 (四) 17:54 (UTC)
望站方申請一個元維基推出的page split机器人:「SodiumBot」。解決章節分頁問題。
[编辑]書籍中經常會出現兩章內容(前章結束,後章開始)出現在同一頁面的情況,必須切分分為兩頁才能在Page下分開章節。
如:page47-2287px-NAJDA-290-0172_十国春秋10.pdf.jpg (2287×1649) (wikimedia.org)
元維基已經推出類似功能的機器人:SodiumBot。但本站尚未申請。
各位都能說會道,為了一句不痛不癢的「僵屍」可以吵翻留言幾十條信息,要不禁封我的那位也嚴格要求自己一次,前去申請,做點實事,讓我啞口無言一次。
那可比不按程序封禁我有說服力多了。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年7月20日 (六) 00:13 (UTC)
- 在page页面可以使用section标签标记章节,然后在主命名空间使用pages标签引用一个章节。可参考Help:Extension:ProofreadPage/Pages tag和本站英文“She”字譯法之商榷 Midleading(留言) 2024年7月20日 (六) 00:33 (UTC)
2024年第30期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
功能週報
- 監管員現在可以對帳號實施全域封禁。在此更改之前,全域封禁僅能針對IP位址和IP範圍實施。不同於全域鎖定,全域帳號封禁不會將被封禁的用户登出。全域鎖定不受此更改影響。新的全域帳號封禁功能與臨時帳號项目有關,這種新型態的用户帳號用於取代未註冊編輯者的IP位址,使其不再公開可見。
- 本週稍晚,FlaggedRevs(標記修訂,又稱「待定更改」)的介面將得到改進,與MediaWiki的其他介面及維基媒體設計系統Codex保持一致。行動裝置和Minerva皮肤上的FlaggedRevs介面體驗原本與他處不一致,後經由Growth團隊和一些志願者修復並移植到Codex。 [84]
- 維基媒體網站用户現在可以通过GlobalVanishRequest提交帳號隱退請求。當貢獻者希望永遠停止編輯時,可以使用此功能。它可以幫您隱藏過去的關聯和編輯,以保護您的隱私。一旦處理完成,該帳號將被鎖定並重新命名。 [85]
- 您試過使用手機監控和應對維基百科中的破壞行為嗎?一篇關於行動應用程式中的巡查功能的Diff文章重點介紹了一些新功能,包括滑動瀏覽最近更改動態以及個人化的用户討論消息庫,供使用手機巡查時使用。
- 維基媒體貢獻者和GLAM機構(美術館、圖書館、檔案館及博物館)現在可以使用「共享資源影響力指標」分析面板,了解與衡量維基共享資源對於創建高品質百科全書內容的影響。該面板提供諸如分類每月編輯數、瀏覽量最高的文件、使用共享資源圖片的維基條目等方面的分析。有了這些新的數據轉儲,GLAM機構可以更精準衡量將內容引入數位共享資源的投資回報率。 [86]
项目近況
- 快來在嶄新重啟的社群願望清單分享您對改善維基的想法。社群願望清單是供志願者分享他們改善維基運作方式的想法(稱為願望)的維基媒體論壇。新版願望清單始終開放,wikitext和可视化编辑器皆可使用,並允許以任何語言提交願望。
增廣見聞
- 你有沒有想過維基媒體軟體如何支持300多種語言?這比Google Chrome的介面多了253種語言,而這絕非偶然。維基媒體基金會的語言與產品在地化團隊通过調整所有工具和介面,使其適應您的語言和其他語言,為您提供支持。閱讀Diff文章了解更多關於該團隊及其即將開展的工作。
- 維基媒體如何在維護如此頻繁使用的網站之時,同時建構創新和實驗性的產品?維基媒體基金會職員Johan Jönsson近期發表的一篇Diff文章,重點介紹了基金會的「未來受眾」計畫的工作,其目標不是建構完善的產品,而是測試新的想法,例如ChatGPT插件和「加入事實」等,幫助維基媒體走向未來。
技術新聞由技術新聞編者撰寫,並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。 歡迎訂閱維基媒體基金會公報獲取更多新聞。
MediaWiki message delivery 2024年7月23日 (二) 00:04 (UTC)
有沒有將生僻字以通同字顯示的模板
[编辑]有沒有能將Unicode未收錄的異體僻字以通同字顯示,但是以tooltip方式顯示其IDS組字結構的模板。
例如說:「(⿰扌釆)、(⿱乖一)、(⿳艹𠮛十)、(⿳龷申一)」。我想讓這些字在文中以通同字「採、垂、革、堇」顯示,同時另外保存原本用字的結構。 讓錄入的資料不因當前的Unicode實作限制而失真,在數位化時能盡可能保存原貌。
我有想過用Template:校字模板去弄,但這樣有誤用之虞。
而Template:?會讓文章充滿一堆�,不易閱讀,得不償失。還望先進指點。 --Aerotinge(留言) 2024年7月23日 (二) 14:50 (UTC)
- 正常而言是用Template:?,如果想实现您说的这个效果,可能只能用Template:另2顶一下了。 银色雪莉(留言) 2024年7月23日 (二) 15:54 (UTC)
台灣分會2024年7月對話時間
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/c4/Wikimedia_Taiwan.svg/160px-Wikimedia_Taiwan.svg.png)
台灣維基媒體協會2024年7月的對話時間,
訂於台灣時間7/28 (日) 14:00舉行,
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎?不知道台灣有個維基協會,或知道協會但不知道他們平常都在幹嘛嗎?本次對話時間將針對維基媒體運動憲章投票結果進行分析,歡迎一起來聊聊!
Vote now to fill vacancies of the first U4C
[编辑]Dear all,
I am writing to you to let you know the voting period for the Universal Code of Conduct Coordinating Committee (U4C) is open now through August 10, 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility.
The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members were invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.
Please share this message with members of your community so they can participate as well.
In cooperation with the U4C,
RamzyM (WMF) 2024年7月27日 (六) 02:47 (UTC)
何谓“沿革和最新版”?
[编辑]中华人民共和国著作权法等页面的header,均将section参数填写为“沿革和最新版”,意义不明。 Fire Ice 2024年7月27日 (六) 03:14 (UTC)
- 包含所有历史版本(包括现行版本)的链接和最新版内容。 --达师 - 370 - 608 2024年7月27日 (六) 14:17 (UTC)
- 对section参数的错误使用。 Fire Ice 2024年7月27日 (六) 14:28 (UTC)
- 同意Fire-and-Ice阁下意见。 ——— 红渡厨(留言・贡献) 2024年7月28日 (日) 02:45 (UTC)
- 对section参数的错误使用。 Fire Ice 2024年7月27日 (六) 14:28 (UTC)
- 改在附註裡標明了。—— Eric Liu(留言) 2024年7月27日 (六) 20:36 (UTC)
- 主要问题是如何告知读者标题后没有括号注明年份的页面是否是最新版的法律。现在header的note参数里是中国法的题注,这一题注本身是用括号括起来的,删去括号再加上沿革两个字,是否又改变了作品原文的原貌?此处可能存在一定矛盾。 Teetrition(留言) 2024年7月30日 (二) 02:26 (UTC)
- 括号里的内容,是“著作权法”“原文”的一部分吗? Fire Ice 2024年8月4日 (日) 14:19 (UTC)
- 请参见公报原版(需手动点击右上角“公报原版”)。中华人民共和国立法法第62条第3款规定:“在常务委员会公报上刊登的法律文本为标准文本。” 第65条第3款规定:“法律标题的题注应当载明制定机关、通过日期。经过修改的法律,应当依次载明修改机关、修改日期。”题注系法律的法定组成部分。 Teetrition(留言) 2024年8月5日 (一) 02:02 (UTC)
- 我理解header的notes参数应该是留给维基文库编者注释的,原文就有的注释应该直接放到正文部分。 曾晋哲(留言) 2024年8月5日 (一) 03:55 (UTC)
- 请参见公报原版(需手动点击右上角“公报原版”)。中华人民共和国立法法第62条第3款规定:“在常务委员会公报上刊登的法律文本为标准文本。” 第65条第3款规定:“法律标题的题注应当载明制定机关、通过日期。经过修改的法律,应当依次载明修改机关、修改日期。”题注系法律的法定组成部分。 Teetrition(留言) 2024年8月5日 (一) 02:02 (UTC)
- 括号里的内容,是“著作权法”“原文”的一部分吗? Fire Ice 2024年8月4日 (日) 14:19 (UTC)
- 像Teetrition阁下所说,题注为大陆法律的法定组成部分,因此反对删除题注的括号并在之前加上“沿革”的字样。同时我对把题注加在在正文里并无异议,有些法律(比如民法典)已经是这么操作了的。但问题是做出这种修改是否有必要?文库对大陆的法律、行政法规、司法解释等各类规范性文件已经形成了约定俗成的做法,即把文件的题注(制定修改信息)写在Header的notes里。此外,在已被修改的规范性文件的Header里注明“沿革和最新版”也是文库对大陆法律文件的通行做法,如果使用section参数不合适的话(为什么?),那可以通过其他方式注明。主张改变这些长期以来做法的用户在我看来还未尽到论证义务。--Ewan0707(留言) 2024年8月5日 (一) 17:14 (UTC)
- 中华人民共和国法律不常修正,因而常有“沿革和最新版”。要改版,宜用機器人。中華民國法律常修正,因而沿革不含最新版,是因應不同條文施行日期可能不一。--Jusjih(留言) 2024年8月18日 (日) 13:56 (UTC)
- 兩者均屬法規文章,故格式可能有必要統一,因讀者不見得明白相關區別之箇中意涵。—— Eric Liu(留言) 2024年8月24日 (六) 14:46 (UTC)
- 是的。但民國法律沿革頁想要也有最新版,就需要人手,不然暫不支持包括最新版。也要注意尚未施行的條文。--Jusjih(留言) 2024年8月24日 (六) 17:24 (UTC)
- 兩者均屬法規文章,故格式可能有必要統一,因讀者不見得明白相關區別之箇中意涵。—— Eric Liu(留言) 2024年8月24日 (六) 14:46 (UTC)
- 中华人民共和国法律不常修正,因而常有“沿革和最新版”。要改版,宜用機器人。中華民國法律常修正,因而沿革不含最新版,是因應不同條文施行日期可能不一。--Jusjih(留言) 2024年8月18日 (日) 13:56 (UTC)
- 主要问题是如何告知读者标题后没有括号注明年份的页面是否是最新版的法律。现在header的note参数里是中国法的题注,这一题注本身是用括号括起来的,删去括号再加上沿革两个字,是否又改变了作品原文的原貌?此处可能存在一定矛盾。 Teetrition(留言) 2024年7月30日 (二) 02:26 (UTC)
文库的《明史》是什么版本的?
[编辑]明史/卷291有“党還醇”,但他的名字在明史 (四库全书本)/卷291作“黨還醇”,重编国语辞典修订本“黨”条目中说“姓。如明代有黨還醇。”[87],我手头许嘉璐主编的《二十四史全译·明史·第九册》也作“黨還醇”。由于“党”和“黨”在繁体中不是一个姓氏,所以我想请问一下大家,文库的《明史》所从的是什么版本,“党還醇”这个名字是笔误还是确有来源。谢谢! 杰里毛斯(留言) 2024年7月28日 (日) 02:57 (UTC)
- 香港中文大學漢語多功能字庫:「黨」之簡化字今作「党」,但古時「黨」與「党」表示不同的詞。「党」專指古代外族,即「羌族」的其中一分支「党項」。又康熙字典儿部8畫「党」字條:「韻府羣玉:夏后氏之後。秦有將軍党耐虎。唐有党芬,(宋有)党進。」 --223.18.80.33 2024年7月28日 (日) 03:14 (UTC)
- 是的,这里也提到古时“黨”和“党”表示不同的词,这就是我疑问的由来。我手头的来源作“黨還醇”,与文库不同。 杰里毛斯(留言) 2024年7月28日 (日) 03:19 (UTC)
- 找到一个,明實錄附錄:藏鈔本崇禎長編, 卷30作“党還醇”[88],但这个不是《明史》,还是需要知道本站《明史》所从的是什么版本。 杰里毛斯(留言) 2024年7月28日 (日) 03:40 (UTC)
- 影印本:武英殿本File:Harvard_drs_428240257_明史_v.96.pdf 45頁,52頁均作「黨」。(某個)四庫本File:CADAL06060752_明史·卷二百九十一~卷二百九十二.djvu 第4頁作「黨」,21,70頁作「党」。
- 明史_(四庫全書本)/卷291并非全作「黨」,而是和這個四庫本一致。閣下可參考共享資源更多影印文獻 c:Category:明史。 Andayunxiao(留言) 2024年7月28日 (日) 05:46 (UTC)
- 谢谢您! 杰里毛斯(留言) 2024年7月28日 (日) 06:28 (UTC)
- 話說北平「中華書局」標點本是不是著作權還沒到期?要不然二十四史很多校注可以採用。—— Eric Liu(留言) 2024年7月29日 (一) 15:15 (UTC)
2024年第31期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
功能週報
- 在使用非西式數字的語言(例如印地語、曼尼普爾語和東阿拉伯語)的介面中,可视化编辑器中的參考編號格式有一些變化。這是子參考功能的準備工作帶來的副作用,並且將使可视化编辑器中的一些常規編號問題得以修復。如果您所在的wiki有發現任何相關問題,請在项目討論頁提供詳情。
錯誤狀態
- 上週,有一些已登录編輯者短暫無法編輯或加载頁面。這些錯誤主要是由於新增的linter規則導致缓存問題。問題已進行修復,調查仍在進行中。
- IP信息工具可為編輯者提供IP位址的信息。該測試功能可在参数设置中啟用。上週,該工具有幾天無法使用,現在已恢復正常。感謝Shizhao回報錯誤。延伸閱讀上週解決的28個社群提交工單。
项目近況
- Phabricator有新功能和改進,由發布工程團隊和協作服務團隊以及一些志願者提供,這些包括:搜索系統、新工單创建系統、登录系統、翻譯设置——從而支持更多語言(感謝Pppery),以及許多邊緣案例錯誤的修復。閱讀所有改進的摘要。
- Chart项目有近況更新。團隊已決定使用哪個視覺化庫、開始聚焦於哪些Chart圖表類型、在哪裡儲存Chart圖表定義。
- 一個新的維基已创建: 捷克語维基导游 (
voy:cs:
) [89]
增廣見聞
- 維基媒體基金會於巴西聖保羅新設数据中心,有助於縮減加载時間。
- 基金會發表新用户研究,針對圖片上傳流程中的種種問題。
- 「共享資源影響力指標」現在可以透過數據轉儲和API取用。
- 最新一期的季刊技術社群電子報現已發布。
MediaWiki message delivery 2024年7月29日 (一) 23:10 (UTC)
有多個版本的作品的重命名和稱呼
[编辑]文庫有些古代文獻已經有多個版本,即:同一作品,但底本不同。包括但不限於錄有四部叢刊本和四庫全書本的作品。對已經有多個版本的作品,應該各版本的名稱都加消歧義後綴(一個半角空格加半角括號),將作品名留作版本頁(英文文庫即是如此)。這樣可以公平展示每個版本,而且可以減少熱心編者用不同版本來改字的情況。
文庫此類直接錄入的作品不少未曾討論來源和依據的底本,也有些有討論或來源,如果請求移動頁面,如何命名?如果無法聯係到原始錄入者或專家,社群是否有辦法給這些需要更名的作品一個通用的臨時別名,未來再移動到正確消歧義名稱?
幾個未必典型的例子:嘉祐集有三個版本(嘉祐集,嘉祐集_(四庫全書本),嘉祐集_(四部叢刊本)),其中嘉祐集缺乏校對和來源。韓非子已校對,來源信息詳盡。靖康要録無來源,正文品質50%。
本議題希望能有助於現階段提升已有作品的展示、分類和導覽,意圖并非提刪或合并。徵求充分討論和意見。我對法律、政府作品情況瞭解不足,推測其和文學作品不同,單篇詩詞作品的展示亦有技術困難,兩者可另開話題討論。 Andayunxiao(留言) 2024年8月3日 (六) 20:02 (UTC)
- 已知版本來源的作品,可以通過消歧義指出版本來源。沒有版本來源消歧義的頁面應該視為由維基文庫用戶參考所有可靠版本點校的版本,像春曉 (孟浩然)那樣,允許用戶修訂錯字和標點符號,或者是像政府作品那樣只有一種版本的作品,或者是道德經那樣的版本消歧義頁。就算都是同一個來源四庫全書本,也可以新建一個頁面加上標點符號,如東觀漢記 (四庫全書本)和東觀漢記 (四庫全書標點本)。如果日後有用戶認為韓非子的個別字和標點符號需要修改,可以把這個頁面加上該版本的消歧義,然後重建一個不帶消歧義後綴的版本並修改。 Midleading(留言) 2024年8月4日 (日) 11:47 (UTC)
- 完全同意閣下對標點的看法。
- 文庫有版本頁模板 {{Versions}} 且導入時就是爲了不使用消歧義模板來標記同一作品的不同版本。惜無後續討論,也未寫入方針。但版本頁的需求仍存在,而且在文庫其他作品上的用法很有可能與古代作品「無後綴頁面為點校本」的現狀有矛盾,社群可以再討論用法,找到平衡點。英文文庫的指引在此wikisource:Versions,如有需要可以翻譯成論述以供參考。 Andayunxiao(留言) 2024年8月4日 (日) 14:26 (UTC)
- 「點校」的另一半,即「校對」,也有程度差異。如果所有可見的文字都是按一個底本(假設説:萬曆刊本)所錄,改正的文字只包含在 {{校}}、 {{另}}等模板裏,不直接可見,那這個作品實際是「作品名_(萬曆本)」。否則我認爲這作品是「作品名_(校對本)」,或匯校本、維基文庫匯校本。文庫似乎從未討論過文庫自行匯校本的收錄原則。我認爲前者是文庫項目範圍,後者則是錦上添花,對重要典籍值得保留,但也超出編者的職責。而且并非所有作品都可匯校。現代作者出版一本詩集,再版時作者自己改了幾個字,請問哪個版本更正確?事實上的校對本應該有特別標記,和非匯校作品區分。加後綴是一種辦法,加橫幅模板也是一種。 Andayunxiao(留言) 2024年8月4日 (日) 14:41 (UTC)
2024年第32期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
功能週報
本週,將推出兩個新解析器函數:
{{#dir}}
和{{#bcp47}}
。這將減少共享資源上對Template:Dir
和Template:BCP47
的需求,並使「链入页面」資料庫能刪減1億行內容。請各wiki的編輯者協助將這類模板替換為新函數。共享資源的模板將在維基媒體國際會議黑客松期間更新。 [90][91]- 各社群可以為時常用於討論的「项目」命名空間(如
Wikipedia:
或Wikisource:
)請求啟用可视化编辑器,惟請先了解已知限制。對於討論,用户已經可以在這些命名空間中使用討論工具。 - 追蹤分類「Pages using Timeline」(使用时间线的页面)已更名為「Pages using the EasyTimeline extension」,位於TranslateWiki。在本地创建分類的wiki應重命名該分類,配合新名稱。
项目近況
- 邀請協助籌組維基專題和類似維基協作的編輯者,與活動和計畫團隊分享想法和成功案例。您可以填寫簡短問卷調查或在討論頁分享您的想法。團隊對於非英語維基上的成功協作案例特別感興趣。
新解析器將在接下來的幾個月內在维基导游站點推出。上週,英语维基导游和希伯来语维基导游已切換至Parsoid。參閱Parsoid/統一解析器了解更多。
延伸閱讀
- 本週,維基媒體國際會議將展開200多場會議。查看產品與技術領域相關的關鍵會議的摘要。
- 維基媒體基金會公報新期數發布。
- 季刊語言與國際化電子報新期數發布。主題包括:可翻譯頁面的新設計預覽、「給維基讀者的MinT」更新、翻译轉儲發布等等。
- 季刊Growth電子報新期數發布。
- 月刊MediaWiki產品洞察電子報新期數發布。
MediaWiki message delivery 2024年8月5日 (一) 20:43 (UTC)
Reminder! Vote closing soon to fill vacancies of the first U4C
[编辑]Dear all,
The voting period for the Universal Code of Conduct Coordinating Committee (U4C) is closing soon. It is open through 10 August 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility. If you are eligible to vote and have not voted in this special election, it is important that you vote now.
Why should you vote? The U4C is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community input into the committee membership is critical to the success of the UCoC.
Please share this message with members of your community so they can participate as well.
In cooperation with the U4C,
-- Keegan (WMF) (talk) 2024年8月6日 (二) 15:30 (UTC)
中文维基文库二十周年生日还差一年 明年是否应该庆祝一下呢?
[编辑]维基文库分出中文版是在2005年年中的投票之后。也就是说距离20岁生日还有1年。明年是否应该庆祝一下呢? 維基小霸王(留言) 2024年8月7日 (三) 08:37 (UTC)
- 我记得阁下去年好像就有类似提案,最后似乎也没庆祝什么。 ——— 红渡厨(留言・贡献) 2024年8月7日 (三) 09:34 (UTC)
- 僵屍沒了就慶祝。僵屍還在就繼續沉淪,直到倒閉關站。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月8日 (四) 00:58 (UTC)
- 寫個慶祝頁面或畫個標誌吧!—— Eric Liu(留言) 2024年8月9日 (五) 15:24 (UTC)
- 同意 維基小霸王(留言) 2024年8月12日 (一) 07:50 (UTC)
- Eric Liu(留言) 2024年8月12日 (一) 20:32 (UTC) 或許您在閒暇之餘,可以先建立一個草稿頁面備忘。——
- 同意 維基小霸王(留言) 2024年8月12日 (一) 07:50 (UTC)
應用一個頁面掛件(小工具),開發一個前端輪子。
[编辑]已有輪子,黑暗模式(頁面掛件):[92]
閱讀器最常用的業務功能,理由不用解釋。
至於前端輪子,跟AI相關。
目前作業於古文的標點斷句生成式人工智能(台譯:生成式人工智慧,英文:Generative AI)大模型,極大緩解了人工點校的開銷成本,其標註準確率亦相當不錯。尤其單純斷句效果,性能好的古文標點專用模型結果準確率甚至可以到達98%左右。而標註現代標點符號其準確率也能到達85%左右。
那麼出現一個問題,即如果將AI生成產出的斷句標註結果大批量錄入本站,並希望在一個頁面同一文本環境中切換“不顯示任何符號、顯示AI生成的斷句符號及顯示AI生成的現代標點符號”三個版本,必須寫鉤子。而且前端鉤子優勢明顯優於後端鉤子。(響應快,文檔結構單一,語義清晰,解析方案成熟,易於過慮等等)。當然後端鉤子也可以寫,優點就一個:安全。
這就需要維護出一個乾淨、安全的前端腳本庫。一個專門針對AI生成結果的命名空間,及一份自願加載相關鉤子的用戶權限數據表(項)。
#Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月11日 (日) 11:12 (UTC)
- 我認同您對AI在古文標點斷句準確率的評價。這項技術顯著提升了文本處理效率,同時大幅降低了人力成本。在Wikisource中,無論是AI、光學字符識別(OCR)還是繁簡轉換,這些技術的本質並無差異,其共同目標都是優化文本的呈現方式。因此,我認為無需為AI生成的結果創建新的命名空間。正如處理OCR生成文本一樣,AI生成的文本也可以在現有架構下進行校對與審核。
- 此外,AI不僅在古文斷句的應用上表現出色,其在古文解釋與翻譯方面的潛力也值得我們重視。但同時,我們應嚴謹考慮使用此類AI工具可能涉及的著作權問題。如果AI模型的訓練過程涉及受著作權保護的內容,我們需要確保其使用符合Wikisource的著作權政策及相關法律規範。
- 最後,對於切換工具的開發,我十分贊同。這樣可以在繁簡轉換的基礎上,進一步實現斷句、標點、釋義等多種功能的組合。--Zy26(留言) 2024年8月12日 (一) 02:26 (UTC)
- 之所以要開單獨的AI空間,基於以下三點考慮:
- 第一,AI識別準確率雖然較高,但依然有錯誤,和成熟的人工識別結果相比,特別在現代標點符號生成業務上,依然存在一些差距。所以將兩者區隔,有利警示讀者,可能出現的錯誤。
- 第二,能更加有針對性的調用前端鉤子,將其作業範圍定位局限於AI文本。避免在其他非AI頁面上都添加一個只用於分類AI結果的用戶組件。
- 第三,日後整理維護起來更加方便,AI的進步日新月異,還要考慮到未來技術進步甚至通用AI全面推廣後,在更大範圍及更深層次對古文標註作業的全面接管。
- 至於AI工具可能涉及的著作權問題,那是AI開發公司要考慮的事情。非開發者作為使用者,無需對此負責。
- AI時代已經走來,wikibook已經開始討論生成式AI在教育領域,給網站內容的填充帶來巨大幫助。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月12日 (一) 02:53 (UTC)
- 我認為在AI頁面上添加一個AI模板就足夠了,像{{Machine punctuation}}就可以。 Midleading(留言) 2024年8月15日 (四) 03:57 (UTC)
- 我觉得加一个模版就是在糊弄事,但糊弄事也可以。毕竟不是自己搭建的网站。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月16日 (五) 18:11 (UTC)
- 我認為在AI頁面上添加一個AI模板就足夠了,像{{Machine punctuation}}就可以。 Midleading(留言) 2024年8月15日 (四) 03:57 (UTC)
2024年第33期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
功能週報
- 現在,滥用過濾器的編輯維護者可以設定當編輯觸發過濾器時顯示驗證碼。這使社群能夠迅速應對自動機器人發送的垃圾郵件。 [93]
- 監管員現在可以設定全域封禁是否要防止创建帳號。在信任與安全產品團隊做出這項更改之前,所有全域封禁皆會防止创建帳號。這項更改將使監管員能夠減少對IP位址實施全域封禁所帶來的額外副作用。
项目近況
MediaWiki message delivery 2024年8月12日 (一) 23:21 (UTC)
模版:Novel文章索引序號導致的鏈接問題
[编辑]當用於跳轉上下回的序號數字用漢字描述時,極大概率出現鏈接失效。
如:禮記章句/卷一·曲禮上·第四章,子頁面裡的novel下一章鏈接無效。但通過主頁面目錄鏈接可以訪問,說明頁面創建成功,頁面數據被成功寫入服務端數據庫,排除持久化存儲問題。
另,部分頁面被切換為簡體顯示時:下回鏈接又恢復正常。
或,切換為繁體顯示時:下回鏈接恢復正常。
此問題僅出現在下回章節鏈接。
聲明:本人只報告bug,修理和處理是站方的責任,是否履責與本人無關,本人亦不指望不強求相關人員解決處理。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月14日 (三) 05:58 (UTC)
- 实测对应页面,未复现问题,子页面内“下一章”链接正常可使用。若该链接显红时,可以先点击确认链接是否实际有效,若有效则是服务器缓存问题,通常你可以等待,也可以使用Special:刷新。 银色雪莉(留言) 2024年8月14日 (三) 06:12 (UTC)
- 本人瀏覽器訪問壞了一整天,應該是剛剛提出問題有人看到修復了,目前前四章修復了。後面還是壞的。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月14日 (三) 06:20 (UTC)
- 我此前就是在红链的情况下点进去,链接本身是有效的,显红的部分用Special:刷新之后就没问题了。目前对应页面所有章节未见显红或坏链。 银色雪莉(留言) 2024年8月14日 (三) 06:28 (UTC)
- 鏈接這個組件的“狀態”有問題。
- 為了減少sql連接,提高性能,子頁面被扔到緩存之前,未對數據庫進行檢索,未對已經出現數據更新的相關組件修改其“狀態”。故緩存中的頁面組件其“狀態”和初次創建(由後端模版創建)時一樣。這是導致出現bug的核心問題。
- 由於初次創建子頁面時,上一回的頁面是存在數據的,所以鏈接正常,但下一回頁面是空的,鏈接指向空頁面,提交服務器後,帶有這種“狀態”的頁面被扔入緩存中。
- 當用戶取回該緩存頁面,點擊下一回鏈接時,服務器通過判斷組件“狀態”,認定是點了空鏈接,開啟容錯機制,即導向建立新頁面,反饋給用戶的響應即創建有關下一回的新頁面。然而下一回的頁面已經被創建,所以用戶端在瀏覽器上看到通過鏈接新打開的頁面是帶有下一回數據的編輯頁面。
- 後端解析網站,各組件“狀態”無法通過前端響應事件自動更新,所以緩存機制必須優化,此例中當頁面數據持久化存儲後,帶空鏈接的頁面應立刻在緩存中過濾(刪除)。你用的那個刷新功能無非是手動清除鏈接到添加頁面相應的緩存頁面。(即清除鏈接到填入頁面的上一回頁面的緩存)
- 分析了這麼多,就想說明後端應用已經過時,除非必須依賴後端硬件設備運行的架構,否則數據規模中小級的業務邏輯及UI邏輯都應該通過前端應用執行。本人甚至懷疑20年前純後端的網站架構是否存在“組件狀態”這一能記錄用戶行為的機制。後端鉤子應該是通過傳隱值來實現。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月14日 (三) 12:34 (UTC)
- 維基媒體的頁面解析就是後端解析的,所以停用Javascript後,仍然能正常工作,不像其它網站强迫用戶執行非自由授權的Javascript以便收集用戶資料。鏈接的更新通常是由作業隊列完成,當網站繁忙時,會出現更新不及時的情況,通常稍後可以解決。本站由MediaWiki驅動。 Midleading(留言) 2024年8月14日 (三) 12:56 (UTC)
- js的最大問題還是安全性,另外語法複雜,語句可讀性太差,審計成本高,更加推高代碼風險。jquery作為js和react之間的過渡產物又非常雞肋。
- 集成封裝成前端開發庫,如react或者vue,寫語句邏輯清晰明了。
- wiki社區推崇vue。看到本站集成了vue內核。但本人寫react。對組件定義是按照“狀態”劃分。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月14日 (三) 13:12 (UTC)
- 維基媒體的頁面解析就是後端解析的,所以停用Javascript後,仍然能正常工作,不像其它網站强迫用戶執行非自由授權的Javascript以便收集用戶資料。鏈接的更新通常是由作業隊列完成,當網站繁忙時,會出現更新不及時的情況,通常稍後可以解決。本站由MediaWiki驅動。 Midleading(留言) 2024年8月14日 (三) 12:56 (UTC)
- 我此前就是在红链的情况下点进去,链接本身是有效的,显红的部分用Special:刷新之后就没问题了。目前对应页面所有章节未见显红或坏链。 银色雪莉(留言) 2024年8月14日 (三) 06:28 (UTC)
- 本人瀏覽器訪問壞了一整天,應該是剛剛提出問題有人看到修復了,目前前四章修復了。後面還是壞的。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2024年8月14日 (三) 06:20 (UTC)
- 推荐使用小工具“UTC时钟 附加清除缓存链接功能”。 Kcx36(留言) 2024年8月14日 (三) 20:39 (UTC)
魯榮漁船案裁定书的修改
[编辑]刘贵夺、姜晓龙、刘成建、黄金波故意杀人、劫持船只李承权故意杀人死刑复核刑事裁定书的最近修改給人物發放名字,更改編號,可有依據? Andayunxiao(留言) 2024年8月16日 (五) 01:54 (UTC)
- 裁判文书网已经把文下了,但考虑到该件的原始贡献用户Fire-and-Ice君同时提供了裁判文书网(当时的)的来源,有理由认为其所录入面貌是符合裁判文书网当时面貌的;网上能看到(转引的)全文的途径都不太多,但均同未经最近修改的面貌,隐去死者姓名;加上其他同类文书通常亦采此种模式惯例,而最近修改并未给出任何可参考的来源,因此基于以上种种,已经回退最近修改。 银色雪莉(留言) 2024年8月16日 (五) 17:27 (UTC)
即將推出:新的子參考功能 – 試用看看吧!
[编辑]![](http://upload.wikimedia.org/wikipedia/commons/thumb/2/2a/Sub-referencing_reuse_visual.png/400px-Sub-referencing_reuse_visual.png)
您好。多年來,社群成員一直要求一種簡單的方法來重複使用參考資料,又能修改其中的一些細節。現在,MediaWiki解決方案即將推出:新的子參考功能將能用於wikitext和視覺化編輯器,並將增強現有的參考系統。您可以繼續使用其他引用方式,但您可能會在其他使用者撰寫的條目中遇到子參考。更多資訊請參閱專案頁面。
我們需要您的回饋來確保此功能適合您:
德國維基媒體協會的技術願望團隊計劃在今年稍後將此功能引入維基媒體維基。我們將事先聯繫參考相關的工具和模板的創建者/維護者。
請協助廣傳這則訊息。 --Johannes Richter (WMDE) (talk) 10:36, 19 August 2024 (UTC)
2024年第34期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
功能週報
- 希望重複使用參考資料時能修改部分細節(例如頁碼)的編輯者,將能夠使用新的子引用功能來實現這一目標,預計於2024年底推出。閱讀更多關於該项目以及如何測試原型。
- 六個扩展追蹤分類已重新命名,使名稱更容易理解並遵循一致的命名原則。這些追蹤分類會自動納入使用特定MediaWiki扩展的頁面。更名分類如下:DynamicPageList、Kartographer、Phonos、RSS、Score、WikiHiero。在本地创建分類的wiki應配合新名稱重命名該分類。感謝Pppery所做的改進。 [95]
編輯模块的技術志願者如果想取得頁面的分類清單,現在可以使用
mw.title objects
的categories
屬性來實現。這使志願者能配置如特定分類的編輯提示。感謝SD001所做的改進。 [96][97]
錯誤狀態
敬請協助檢查有無頁面需要移動或刪除。一個維護腳本清理了無法造訪的頁面(由於Unicode問題或新命名空間/命名空間別名)。該腳本嘗試為頁面找到適當名稱(例如,遵循Unicode變更、將標題以
Talk:WP:
開頭的頁面移動至Wikipedia talk:
),無法如此處理的頁面則移動至Special:PrefixIndex/T195546/。您的社群應檢查那裡是否有任何頁面,並將它們移動至正確的標題,又或者刪除不必要的頁面。完整日誌(包括找得到適當名稱的頁面)可在phab:P67388取得。- 自願擔任導師的編輯者再度能夠访问潛在學員名單,進而能與其聯繫,給予幫助和指導。在修復錯誤後,此功能已恢復。感謝Mbch331回報錯誤。延伸閱讀上週解決的18個社群提交工單。
项目近況
- 產品與技術諮詢委員會(PTAC)的申請截止日期已延長至9月16日。成員將負責就短長期計劃、複雜策略問題向基金會產品與技術領導層提供建議,並協助從更多貢獻者和技術社群獲得反馈。在為期一年的試辦期間,入選成員預計每月為委員會工作約5小時。敬請提交申請,並轉知您認為能為委員會做出積極貢獻的志願者。
延伸閱讀
- 維基媒體國際會議上頒發了2024年最酷工具獎,共七個獎項。其中一項獎項授予ISA工具,該工具用於為共享資源文件添加結構化数据,最近於非洲維基導師黑客松期間得到改進。您可以在獎項頁面觀看每個工具的演示。恭喜今年的獲獎者,並感謝所有工具創建者和維護者。
- 維基媒體基金會公報新期數發布,內容包括維基媒體國際會議的亮點、即將召開的語言社群會議以及維基媒體運動的其他新聞。
MediaWiki message delivery 2024年8月20日 (二) 00:54 (UTC)
Sign up for the language community meeting on August 30th, 15:00 UTC
[编辑]Hi all,
The next language community meeting is scheduled in a few weeks—on August 30th at 15:00 UTC. If you're interested in joining, you can sign up on this wiki page.
This participant-driven meeting will focus on sharing language-specific updates related to various projects, discussing technical issues related to language wikis, and working together to find possible solutions. For example, in the last meeting, topics included the Language Converter, the state of language research, updates on the Incubator conversations, and technical challenges around external links not working with special characters on Bengali sites.
Do you have any ideas for topics to share technical updates or discuss challenges? Please add agenda items to the document here and reach out to ssethi(__AT__)wikimedia.org. We look forward to your participation!