维基文库:写字间
←社区 | 写字间 | 存档→ |
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)
六十二
编辑原图:
原文:“忼慨埋轮▒未回。” (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]
未来更改
- 邀请您填写这份简短问卷调查,协助我们改善技术新闻。本次调查旨在更有效地满足阅读技术新闻的各类读者的需求。本次调查将持续开放两周。本次调查适用这份隐私声明。本次调查提供其他语言的翻译版本。
请求找到
编辑有没有任何能够把一个字搭在另一个字之上?
比如说把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 上的连结]投票。
谨代表维基媒体运动宪章选举委员会,
2024年第28期技术新闻
编辑维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
最近更改
- 维基媒体基金会成立了一个新的专门工作组,致力于建构更安全、易于使用和可扩展的Chart图表,以取代已停用的Graph图表。订阅电子报以获取有关Chart项目的最新进展和其他新闻的通知。
- CampaignEvents扩展现已供元维基、伊博语维基百科和斯瓦西里语维基百科使用,您所在的wiki也可请求部署之。此扩展有助于管理活动并提高活动的可见度,以及让活动筹办人员能够使用诸如活动报名工具等工具。参见元维基的CampaignEvents页面了解部署状态以及如何请求部署。
- 编辑超过50次的编辑者现在可以在iOS维基百科App使用“添加图片”功能。这项功能为维基百科提供了微小但有用的贡献机会。
- 感谢为MediaWiki Core做出贡献的所有人。得益于此,贡献超过5个补丁的贡献者比例较去年增加了25%,这有助于确保维基媒体专案平台的永续发展。
问题
- Vector 2022中出现一个问题,讨论页标签的颜色始终显示为蓝色,即使不存在页面本应显示为红色。此问题已解决。
未来更改
- 信任与安全产品团队希望以尽可能不干扰工具和工作流的方式引入临时帐号。恳请志愿开发者——包括小工具和用户脚本维护人员——更新您维护的工具和功能的代码以应对临时帐号。团队已建有文档来解释如何进行更新。了解更多。
技术新闻调查
- 邀请您填写这份简短问卷调查,协助我们改善技术新闻。本次调查旨在更有效地满足阅读技术新闻的各类读者的需求。本次调查还会开放一周。本次调查适用这份隐私声明。本次调查提供其他语言的翻译版本。
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,
修改认定长期不活动管理员之时限标准(缩短目前标准改为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)
请求删除过时的小工具
编辑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:互助客栈。
技术新闻由技术新闻编者撰写,并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。 欢迎订阅维基媒体基金会公报获取更多新闻。
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
望站方申请一个元维基推出的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插件和“加入事实”等,帮助维基媒体走向未来。
技术新闻由技术新闻编者撰写,并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。 欢迎订阅维基媒体基金会公报获取更多新闻。
有没有将生僻字以通同字显示的模板
编辑有没有能将Unicode未收录的异体僻字以通同字显示,但是以tooltip方式显示其IDS组字结构的模板。
例如说:“(⿰扌釆)、(⿱乖一)、(⿳艹𠮛十)、(⿳龷申一)”。我想让这些字在文中以通同字“采、垂、革、堇”显示,同时另外保存原本用字的结构。 让录入的资料不因当前的Unicode实作限制而失真,在数位化时能尽可能保存原貌。
我有想过用Template:校字模板去弄,但这样有误用之虞。
而Template:?会让文章充满一堆�,不易阅读,得不偿失。还望先进指点。 --Aerotinge(留言) 2024年7月23日 (二) 14:50 (UTC)
- 正常而言是用Template:?,如果想实现您说的这个效果,可能只能用Template:另2顶一下了。 银色雪莉(留言) 2024年7月23日 (二) 15:54 (UTC)
台湾分会2024年7月对话时间
编辑台湾维基媒体协会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,
何谓“沿革和最新版”?
编辑中华人民共和国著作权法等页面的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)
- 主要问题是如何告知读者标题后没有括号注明年份的页面是否是最新版的法律。现在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取用。
- 最新一期的季刊技术社群电子报现已发布。
有多个版本的作品的重命名和称呼
编辑文库有些古代文献已经有多个版本,即:同一作品,但底本不同。包括但不限于录有四部丛刊本和四库全书本的作品。对已经有多个版本的作品,应该各版本的名称都加消歧义后缀(一个半角空格加半角括号),将作品名留作版本页(英文文库即是如此)。这样可以公平展示每个版本,而且可以减少热心编者用不同版本来改字的情况。
文库此类直接录入的作品不少未曾讨论来源和依据的底本,也有些有讨论或来源,如果请求移动页面,如何命名?如果无法联系到原始录入者或专家,社群是否有办法给这些需要更名的作品一个通用的临时别名,未来再移动到正确消歧义名称?
几个未必典型的例子:嘉祐集有三个版本(嘉祐集,嘉祐集_(四库全书本),嘉祐集_(四部丛刊本)),其中嘉祐集缺乏校对和来源。韩非子已校对,来源信息详尽。靖康要录无来源,正文品质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产品洞察电子报新期数发布。
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,
中文维基文库二十周年生日还差一年 明年是否应该庆祝一下呢?
编辑维基文库分出中文版是在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位址实施全域封禁所带来的额外副作用。
项目近况
模版: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)
即将推出:新的子参考功能 – 试用看看吧!
编辑您好。多年来,社群成员一直要求一种简单的方法来重复使用参考资料,又能修改其中的一些细节。现在,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工具,该工具用于为共享资源文件添加结构化数据,最近于非洲维基导师黑客松期间得到改进。您可以在奖项页面观看每个工具的演示。恭喜今年的获奖者,并感谢所有工具创建者和维护者。
- 维基媒体基金会公报新期数发布,内容包括维基媒体国际会议的亮点、即将召开的语言社群会议以及维基媒体运动的其他新闻。
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!