维基文库:写字间

←社区

写字间

存档→

请另页请求管理员帮助，力求提高效率。机器人、导入者、管理员、更改用户名请另页申请。目前中文维基文库共有144名活跃用户，没有行政员，暂不建议申请。
If you can't speak Chinese, we prefer you to comment at the embassy and our volunteers can help on translating your inputs.

维基文库项目

维基文库是什么

维基文库与维基教科书

写字间

投票

版权信息

版权讨论

删除讨论

移动请求

请求管理员帮助

发言更新图例

• 最近一小时内

• 最近一日内

• 一周内

• 一个月内

• 逾一个月

特殊状态

已移动至其他页面
或完成讨论之议题

手动设定

当列表出现异常时，
请先检查设定是否有误

最近是不是有人动过常用模板的代码？

有一些意见如下：

1. 点击右上角的“编辑源代码”以后，页面下方还是会显示一个阅览状态下的版权模板（不同的是这个版权模板被拆散了），且这部分无法操作，应该是代码还没有理顺；
2. 版权模板的文字部分边距太宽了，看着会很奇怪；
3.  反对把header模板强制置顶，一些废止模板什么的才更应该置于顶端，具体是否置顶应视情况而定；
4. 被挂着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)

本案仍需处理。——— 红渡厨（留言・贡献） 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)

本案仍需处理。——— 红渡厨（留言・贡献） 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)

@红渡厨 能否提供具体页面链接及截图？ dringsim 2024年11月19日 (二) 10:56 (UTC)

https://meee.com.tw/niYaFZg ，比如这种。 ——— 红渡厨（留言・贡献） 2024年11月19日 (二) 13:58 (UTC)

{{Template:License}}所使用的display:table-cell;的特性即是会按相邻元素自动排版，故版权宣告文并不总是切齐图示后缘。

而这段样式依编辑纪录看起来并未被调整过。君所期望之紧凑排版实属功能调整，尚须再议。 Aerotinge（留言） 2024年11月20日 (三) 04:58 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年8月1日 (四) 14:38 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年9月8日 (日) 04:22 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年10月2日 (三) 02:45 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年11月1日 (五) 03:12 (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)

@Kcx36：有关于阁下建议配置为仅存档talk页{{Textinfo}}模板中的链接，这点我有异议，因为事实上部分用户并没有在talk页{{Textinfo}}模板中加来源的习惯。譬如：关于进一步规范出版物文字使用的通知、

讨论:帝王略论、清丰县2016年国民经济和社会发展统计公报等。最好还是配置为有网页链接就加。 ——— 红渡厨（留言・贡献） 2023年12月22日 (五) 07:42 (UTC)

设置成处理{{textinfo}}和{{header}}中的链接呢？ 沈澄心✉ 2024年8月1日 (四) 15:34 (UTC)

讨论:帝王略论，您看这个页面就是，网址不在任何一个模板里，只有设置成全部网页都添加，才能匹配所有人的习惯。 ——— 红渡厨（留言・贡献） 2024年8月2日 (五) 01:53 (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)

往页面添加存档链接还是跑Bot快一点。。。 沈澄心✉ 2024年7月1日 (一) 13:58 (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)

这条有懂代码的管理员出来说个话不。。——— 红渡厨（留言・贡献） 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)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年9月8日 (日) 04:22 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年10月2日 (三) 02:45 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年11月1日 (五) 03:12 (UTC)

事已迟，静待未必如寻他人。--Zy26（留言） 2024年11月14日 (四) 10:44 (UTC)

@Cyberpower678：We humbly ask you, regarding task phab:T371655. If you have the leisure, might you kindly take a moment to review and assist in its processing? --Zy26（留言） 2024年11月14日 (四) 10:44 (UTC)

这是什么字？

五十六

“右周子太极全图。伏羲先天而万物皆一太�。”

原图：[1] pg 77 Blahhmosh（留言） 2024年6月28日 (五) 11:16 (UTC)

我怀疑是“之” Blahhmosh（留言） 2024年6月28日 (五) 11:16 (UTC)

周敦颐《太极图说》原文“万物化生，以形化者言也，各一其性，而万物一太极也。”（参见 https://ctext.org/library.pl?if=en&file=153290&page=9 ）

所以这里从字形看应该是“也”字，但显然上面缺了一个“极”字（或为了简省而有意略去）。 Liouxiao（留言） 2024年8月29日 (四) 01:33 (UTC)

有没有可能就是“一”呢？“伏羲先天而万物皆一太‘一’”？ DuckSoft（留言） 2024年9月12日 (四) 16:00 (UTC)

仅可见的末笔是捺，更像是“之”字，但不排除为“也”（本书有少部分“也”的末笔也趋近于捺，如同一页右侧“不可至就图想像思惟也”的“也”字）。 Liouxiao（留言） 2024年9月18日 (三) 01:19 (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)

六十二

原图：

原文：“忼慨埋轮▒未回。” (pg 152)

原文：“去年▒质正官赴燕” （pg 158）

原文：“乙巳岁。与兪水▒克己。同游江城。” （pg 173） Blahhmosh（留言） 2024年7月4日 (四) 20:55 (UTC)

而且最后一页有些阙字：“ 匡鼎▒▒▒自负。杨雄识字谩称奇。花间阻逐裳▒▒。▒▒▒▒潋 ” Blahhmosh（留言） 2024年7月4日 (四) 21:47 (UTC)

第一条，“志”。“埋轮”或者“埋轮之志”，都有出处，见[8]，从前后文上看是适当的，字形也合理。

第二条破损过多，而且看起来不是实词，无法推。

第三条我认为是一个姓氏，不宜单凭字形推导。不过我从同书梅溪先生文集_(曺伟)/卷一处读到“偶阅书箧。得此诗草。乃壬子三月十七日。同...克己游藏义寺所作也。是时。...余为右副。克己副校理。...自壬子抵今仅十稔。而...克己。俱已下世。”我想阁下或许应从其时代及官职上寻线索，作者生活的年代是朝鲜成宗、燕山君两代，“克己”与其同时代（相信“克己”是表字），副校理大小也是个五品官，可能会有记录，但我的知识有限，不那么熟悉朝鲜史籍，所以可能要看看阁下有没有办法找到。

第四条，破损太多。

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)

六十四

原文：“觥筹交错。剑拂双�。既智勇之各峙。”

原图：[9] page2

[10]

我至少知道此字底下是“止”。 Blahhmosh（留言） 2024年7月17日 (三) 03:29 (UTC)

六十八

原文：“如将出寥廓而浥▒气也。”

原图：[11]

我认为是“灏”。你们呢？ Blahhmosh（留言） 2024年7月22日 (一) 02:19 (UTC)

原文：“轴上有申命仁诗作此绝(▒田？四？因？)僧寄之可镇崔寿城十也”

原图：[12] pg 146、[13] 卷三40页、[14] 40页

又可以参考[15]、《冲庵先生年谱/下》“山人月涧求诗于申龟轩命仁。。。。”等相关内容。

我认为是“因”，你们呢？ Blahhmosh（留言） 2024年7月22日 (一) 02:33 (UTC)

算了，“轴上有申命仁诗作此绝(▒田？四？因？)僧寄之可镇崔寿�十也”是“因”，但是“镇崔寿�十也。”不是“十”，是“宇”或者是“字”。 Blahhmosh（留言） 2024年7月22日 (一) 03:00 (UTC)

六十九

原文：“来往岁不阙。乘间�杀略。”

原图：[16] pg 19, [17] pg 12

这个字是不是“恣”？ Blahhmosh（留言） 2024年7月22日 (一) 12:30 (UTC)

原文：“发源应自▦潺潺。”

原图：[18] pg 30, [19] pg 17, [20] 21 Blahhmosh（留言） 2024年7月22日 (一) 13:01 (UTC)

原文：“摧颓不▦附凤翼。”

原图：[21] pg 54，[22] 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)

七十

原文：“将军一捷万人观壮士从游讫可还雨洗战尘清（？潠潩瀵瀷） ”

原图：[23] 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)

@Blahhmosh @银色雪莉前面那个“清”应该是“靖”字吧？“雨洗战尘靖海岱”。

后面是〈九秋作后日示弟马〉。

蓬莱诗集/卷三#九秋作后日示弟马 Liouxiao（留言） 2024年9月19日 (四) 01:32 (UTC)

您说的第一条，本件有“靖”字的其他明显用例（075a、079a），与该字有足够区分的差异，而在同件另有可见三点水部首字，该字部首似更为与此相近，我个人还是持“清”海岱的看法，除字形以外，“清海岱”上衔“洗战尘”既通顺，且“清海岱”亦有其他用例，见杜甫洗兵马。第二条“弟马”的话，我完全赞成您的看法。 银色雪莉（留言） 2024年9月19日 (四) 07:18 (UTC)

👍 Liouxiao（留言） 2024年9月20日 (五) 02:31 (UTC)

七十一

原文：“唯云死不愧。闻者摠伤▦。”

原图：[24] pg 25

[25] pg 25

[26] pg 46

[27] pg 48

我怀疑是“撛”，你们呢？ Blahhmosh（留言） 2024年7月29日 (一) 17:43 (UTC)

原文：“梅飘东阁空▦兴”

原图：[28] pg 31

[29] pg 31

[30] pg 52

[31] pg 59 Blahhmosh（留言） 2024年7月29日 (一) 17:50 (UTC)

抱歉，这个字不认得 DuckSoft（留言） 2024年7月29日 (一) 17:56 (UTC)

“梅飘东阁空▦󴹓”，第7字通“𦥷”、“兴”。 Liouxiao（留言） 2024年9月19日 (四) 01:57 (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)

七十二

那么这些呢？

[32] 册四 67a

“行尊心小。德▦礼卑。”

[33] 43

[34] pg137 册四 Blahhmosh（留言） 2024年7月29日 (一) 20:13 (UTC)

@DuckSoft@银色雪莉 Blahhmosh（留言） 2024年7月29日 (一) 20:40 (UTC)

可能是“盛”？ DuckSoft（留言） 2024年7月30日 (二) 16:19 (UTC)

七十六

原文：两家今岁难谌天　逾月之间继化仙　地下若逢吾叔父　为言孱侄�茫然

原图：c:File:瓠山遗稿.pdf pp.42(92) @ [35] DuckSoft（留言） 2024年8月1日 (四) 18:23 (UTC)

极为不负责任地盲猜是“手” Blahhmosh（留言） 2024年8月1日 (四) 19:19 (UTC)

“半”？“乎”（怀疑用“忽”而误写作“乎”）？ Liouxiao（留言） 2024年9月22日 (日) 13:52 (UTC)

七十八

原文：“翻云覆雨�开眼”

原图：[36]

[37]

[38]

[39]

[40]

均在 pg 162 Blahhmosh（留言） 2024年8月5日 (一) 00:42 (UTC)

镛？ DuckSoft（留言） 2024年8月5日 (一) 01:41 (UTC)

我也这么想的！但是我不知道恰不恰当！ Blahhmosh（留言） 2024年8月5日 (一) 02:15 (UTC)

七十九

原文：“此身�瓦全”

原图：[41]

[42]

[43]

[44]

[45]

均在 pg 165

是“尚”、“向”、“靣”、还是什么其他的？ Blahhmosh（留言） 2024年8月6日 (二) 01:37 (UTC)

从残存字形和句意上，倾向“尚”，其它两者几无可能：“向”字形显然有异，“靣”未见用例（用的都是“面”）。 银色雪莉（留言） 2024年8月6日 (二) 03:02 (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)

八十三

原文：“忍看堂中（？旧奋）彩衣。”

原图：[46] pg 28 Blahhmosh（留言） 2024年8月12日 (一) 18:34 (UTC)

“𦾔”，“旧”的异体字。 银色雪莉（留言） 2024年8月13日 (二) 05:07 (UTC)

八十四

原文：“溪水是青毡学傅诗礼？庭。”

原图：[47] pg 50 Blahhmosh（留言） 2024年8月14日 (三) 02:52 (UTC)

“趋”。草书，见[48]；“趋庭”是固有词。 银色雪莉（留言） 2024年8月14日 (三) 05:49 (UTC)

八十五

原文：“薄云寒日？无光”

原图：[49] pg 55 Blahhmosh（留言） 2024年8月14日 (三) 06:02 (UTC)

“淡”的异体字，Unicode未收，见[50]、[51]。 银色雪莉（留言） 2024年8月15日 (四) 16:47 (UTC)

八十六

原文：“内苍生都？托”

原图：[52] pg 70 Blahhmosh（留言） 2024年8月15日 (四) 16:26 (UTC)

𢌿，“畀”的异体字。“畀”，此处取“付托”意。 银色雪莉（留言） 2024年8月15日 (四) 16:43 (UTC)

八十七

原文：“荡遵王道巍巍建皇极锡尔无疆？雨”

原图：[53] pg 72 Blahhmosh（留言） 2024年8月16日 (五) 00:22 (UTC)

福？ DuckSoft（留言） 2024年8月18日 (日) 08:35 (UTC)

⿰示𤰗，"福"字的异写。Aerotinge（留言） 2024年8月26日 (一) 02:49 (UTC)

八十八

原图：[54] pg 90

《贺冬至笺》那一大堆空格是缺字还是抬头？ Blahhmosh（留言） 2024年8月18日 (日) 04:06 (UTC)

八十九

原图：[55] pg 28 (原文) pg 29 (PDF)

“百四十五分一者即一日度�九百”

我怀疑是“效”，但是需要认证。 Blahhmosh（留言） 2024年8月22日 (四) 20:49 (UTC)

看起来是【数】 DuckSoft（留言） 2024年8月23日 (五) 01:48 (UTC)

九十

原图：[56] 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)

感谢！ Blahhmosh（留言） 2024年8月23日 (五) 20:40 (UTC)

先生大才！ DuckSoft（留言） 2024年8月24日 (六) 02:27 (UTC)

九十一

原图：[57] pg 55 (原文) pg 56 (PDF)

原文：“美�非余私称也”

我认是“维绪繀䌦䌯”。你们能？ Blahhmosh（留言） 2024年8月24日 (六) 03:43 (UTC)

字体上是“绪”，但是通顺吗？ Blahhmosh（留言） 2024年8月24日 (六) 04:09 (UTC)

我也认为是【绪】 DuckSoft（留言） 2024年8月26日 (一) 16:03 (UTC)

我认为是“赞”——“此实美赞，非余私称也”。 Liouxiao（留言） 2024年8月29日 (四) 08:35 (UTC)

九十二

原图：[58] pg 16

原文：“各自有分而人之？天” Blahhmosh（留言） 2024年8月25日 (日) 16:19 (UTC)

“𠫵”，“参”的异体。“...而人之𠫵天地而赞化育者...”，这是化用礼记/中庸的“...可以赞天地之化育，则可以与天地参矣”。 银色雪莉（留言） 2024年8月25日 (日) 16:49 (UTC)

九十三

原图：[59] pg 18

原文：“之地？炭其山仍行禁” Blahhmosh（留言） 2024年8月25日 (日) 20:37 (UTC)

𤱔，“亩”的异体字。同书后文也有此字多次用例。“地亩”，田地，土地。 银色雪莉（留言） 2024年8月26日 (一) 02:20 (UTC)

九十五

“陶铸英雄亘灵超。赋马万蹄绿▒▒。” [60] page 94 Blahhmosh（留言） 2024年8月29日 (四) 18:44 (UTC)

那两个字实在看不清，但下面一句“抱无辰韩日出邦”的第二个字，不应该是“送”么？ Liouxiao（留言） 2024年8月30日 (五) 02:36 (UTC)

感觉这首诗目前其它几处字也有问题：

茫茫浩气充两间。青䓗万古𣅿灵山。三十六帝鼓天炉。陶铸英雄亘灵超。赋马万蹄绿▒▒。抱送辰韩日出邦。弹丸一角才客尘。眼高宇宙空无人。

其中“亘灵超”似应作“百灵超”；

“赋马万蹄绿▒▒”似应作“赋马万蹄缘▒▒”；

“弹丸一角才客尘”似应作“弹丸一角才容尘”。 Liouxiao（留言） 2024年8月30日 (五) 15:31 (UTC)

九十七

原文：“四方学者多？之官至左参赞”

原图：[61] page 12 Blahhmosh（留言） 2024年8月30日 (五) 01:02 (UTC)

从字形上看像“敀”，但字义不明；如果用“称”字（四方学者多称之），可以说通，但字形又不像。 Liouxiao（留言） 2024年8月30日 (五) 02:48 (UTC)

再找了一下，可能是“叩”，通“叩”字，拜访、拜师的意思。出典：《周礼详解》“凡四方之宾客叩关，则为之告。” Liouxiao（留言） 2024年8月30日 (五) 03:11 (UTC)

感谢！ Blahhmosh（留言） 2024年8月30日 (五) 04:37 (UTC)

“敀”同“迫”。 Blahhmosh（留言） 2024年8月30日 (五) 04:41 (UTC)

九十八

原文：“步月▦疏影。临风听细声。”

原图：[62] pg 72 Blahhmosh（留言） 2024年9月3日 (二) 19:22 (UTC)

@Liouxiao 这个字是不是“怜”？ Blahhmosh（留言） 2024年9月3日 (二) 19:22 (UTC)

看字形有点像，字义也可以说得过去，只是左侧偏旁笔画稍多——更像“橉”或“𢷵”，前者字义不明，后者《考工记》“矢人夹而摇之”，或做“舞动”解释，也通。

“步月怜踈影，临风听细声。”

“步月𢷵踈影，临风听细声。”

如果不是字形不对，我更喜欢下面这句：

“步月摇踈影，临风听细声。” Liouxiao（留言） 2024年9月6日 (五) 03:17 (UTC)

“橉”的意思：

• 木名 一名橝 橉筋木，树高大，质坚硬，可供染绛色，叶可酿酒
• 树皮
• 门槛

Blahhmosh（留言） 2024年9月6日 (五) 03:36 (UTC)

九十九

原文：“咽忍为群？食早”

原图：[https://jsg.aks.ac.kr/dir/view?dataId=LIB_114133 ] pg 13

是“鼍”还是“黾”？Blahhmosh（留言） 2024年9月7日 (六) 00:50 (UTC)

http://www.ccamc.co/cjkv.php?cjkv=%F0%AB%9C%9D

“𫜝”，[⿱吅黾]，（&# 177949 ;），怀疑是“鼍”（鳄鱼）的异体字，见于朝鲜的汉文古籍。 Liouxiao（留言） 2024年9月7日 (六) 16:10 (UTC)

一百

原文：“涣渥？涯甘万”

原图：[https://jsg.aks.ac.kr/dir/view?dataId=LIB_114133 ] pg 30

是“同”还是“罔”还是“网”？ Blahhmosh（留言） 2024年9月9日 (一) 03:08 (UTC)

“涣渥”是指帝王的恩泽，后面又提“甘万死”，这种情况下个人认为从字义角度“罔涯”至少比另两个字的搭配合适，尚可作“无涯”解；不过我还没有发现字形的用例（或近似用例），又或者是否存在异体。 银色雪莉（留言） 2024年9月9日 (一) 07:14 (UTC)

𠕃 （⿵冂亡），& # 132419 ; 罔的异体字。 Liouxiao（留言） 2024年9月13日 (五) 01:13 (UTC)

一百一

第一：

原文：“见夔？魍魉有时”

原图：[https://jsg.aks.ac.kr/dir/view?dataId=LIB_114133 ] pg 31

这是“方”还是“分”？

第二：

原文：“木亦还鲜至痛？无日监衷”

原图：[https://jsg.aks.ac.kr/dir/view?dataId=LIB_114133 ] pg 14

这是“那”还是“邦”？Blahhmosh（留言） 2024年9月9日 (一) 19:33 (UTC)

原文：“水上槐回？逆潮浑”

原图：[63] pg 33 Blahhmosh（留言） 2024年9月10日 (二) 01:06 (UTC)

“回？逆潮浑似雪” - 怀疑应写作“⿺廴旦”（“䜥”字右半边），音dan，意同“回荡”、“荡漾”、“跌宕起伏”。

另从字形看，则像“䢐”（⿺廴且）。 Liouxiao（留言） 2024年9月13日 (五) 01:59 (UTC)

“夔？魍魉”，怀疑是“ㄔ”(chi)，作为“魑”的简写。

“至痛？无日”，就是“那”——上下文中多次出现（如上页pg13的“信有参商阻，那胜魂梦牵”）。字义也可做“奈”（奈何），或为感叹语气助词，或为疑问（通“哪”）。 Liouxiao（留言） 2024年9月13日 (五) 01:41 (UTC)

有没有“彳”作为 “魑”的简写的前例？ Blahhmosh（留言） 2024年9月13日 (五) 02:20 (UTC)

不知道。

但“夔魑魍魉”见于《全唐文/卷0847》之吴越王钱公生祠堂碑（ https://ctext.org/library.pl?if=en&file=199977&page=36 ）。 Liouxiao（留言） 2024年9月14日 (六) 01:58 (UTC)

一百二

原文：“何处玄晖着吟▒”

原图：[64] page 4

[65] page 6

这个字是不是“料”？ Blahhmosh（留言） 2024年9月13日 (五) 01:06 (UTC)

原文：“莫道边城春（？▒享）晩”

原图：[66] page 11

[67] page 9 Blahhmosh（留言） 2024年9月13日 (五) 01:11 (UTC)

第一，“料”无误。“吟料”，固词。第二，“亭”，字形尚算明显。 银色雪莉（留言） 2024年9月13日 (五) 02:39 (UTC)

一百三

原文：“久抱？园病。”

原图：[68] pg 28

[69] pg 31

这个字是不是“久”Blahhmosh（留言） 2024年9月13日 (五) 01:39 (UTC)

个人意见，这大约是“文”，只是脱落较多。“文园病”，见司马相如列传，“文园”即司马相如，其有消渴疾，后来就成了固定词。就上下文而言，也还说得过去，未必作诗者真有此病，只是借以抒发己意罢了。 银色雪莉（留言） 2024年9月13日 (五) 02:31 (UTC)

一百四

原文：“烟寺遥思着▒残。”

原图：[70] page 43

原图：[71] page 40 Blahhmosh（留言） 2024年9月13日 (五) 02:22 (UTC)

原文：“丽▒寒挂晓星残。”

[72] page 44

[73] page 41 Blahhmosh（留言） 2024年9月13日 (五) 02:25 (UTC)

原文：“渡口青归▒叶春。”

这个字是“桃”还是“挑”？

原图：[74] page 44 Blahhmosh（留言） 2024年9月13日 (五) 02:33 (UTC)

原文：“宝唾惊霑满▒霏”

原图：[75] page 47

[76] page 44

这个字是不是“纸”？ Blahhmosh（留言） 2024年9月13日 (五) 02:39 (UTC)

原文：“玉局寻仙已▒期。”（是不是“促”）

原图：[77] page 62

[78] page 65 Blahhmosh（留言） 2024年9月13日 (五) 02:47 (UTC)

原文：“卿卿秉礼宜家▒。”（深度怀疑是“美”）

原图：[79] page 62

[80] page 65 Blahhmosh（留言） 2024年9月13日 (五) 02:50 (UTC)

原文：“挽尹都事▒”

原图：[81] 67

[82] 64 Blahhmosh（留言） 2024年9月13日 (五) 02:59 (UTC)

“卿卿秉礼宜家▒。”——大概是“美”字。

后唐《梁魏国尚贤夫人墓志铭》：“竟以蕴孝悌宜家之美，抱贞淑举案之贤”。 Liouxiao（留言） 2024年9月15日 (日) 11:00 (UTC)

只说个人认为明确的：第三条，“桃”，字形够明显（异体）。第四条，“纸”，前“宝唾”（指代他人的谈吐和文词，称赞之词）与“满纸霏”正合意。第五条，“促”。 银色雪莉（留言） 2024年9月13日 (五) 10:31 (UTC)

“烟寺遥思着▒残。” -- 是“懒”字的异体字“懒”，& # 194737 ; ，个人认为直接用“懒”字即可。 Liouxiao（留言） 2024年9月14日 (六) 02:08 (UTC)

一百五

原文：“长虹吐气▒横坤。”

原图：[83] 82

[84] 79 Blahhmosh（留言） 2024年9月13日 (五) 03:21 (UTC)

原文：“窗晖坐爱添▒线。”（是“微”、“微”、“徽”、“徴”、还是“征”？）

原图：[85] 88

[86] 85 Blahhmosh（留言） 2024年9月13日 (五) 03:27 (UTC)

原文：“常年腊日▒玄霜。”（是“捣”？）

原图：[87] 91

[88] 88 Blahhmosh（留言） 2024年9月13日 (五) 03:31 (UTC)

原文：“漫▒归期手折第”（是“卜”、“十”？）

原图：[89] 91

[90] 88 Blahhmosh（留言） 2024年9月13日 (五) 03:56 (UTC)

原文：“未将彩笔题▒字。”

原图：[91] 95

[92] 93 Blahhmosh（留言） 2024年9月13日 (五) 04:01 (UTC)

“未将彩笔题糕字。”——典故：宋 邵博《闻见后录》卷十九：“刘梦得(唐 刘禹锡)作《九日诗》，欲用糕字，以《五经》中无之，辍不复为。宋子京(宋祁)以为不然。故子京《九日食糕》有咏云：‘飙馆轻霜拂曙袍，糗糍花饮斗分曹。刘郎不敢题糕字，虚负诗中一世豪。’”后遂以“题糕字”作为重阳题诗的典故。明 张煌言《九日陪安昌王》诗：“追陪谁复题糕字，愧向銮坡问笔才。” Liouxiao（留言） 2024年9月15日 (日) 11:45 (UTC)

“窗晖坐爱添▒线，回首璇杓转一阳。”——和下句的“一阳”相对，用“微线”较宜，窗户上日光投影的线条。意趣同李商隐的《晚晴》“微注小窗明”。 Liouxiao（留言） 2024年9月15日 (日) 11:28 (UTC)

第三条：“捣”，太平广记/卷第050：“一饮琼浆百感生，玄霜捣尽见云英。” 银色雪莉（留言） 2024年9月13日 (五) 10:43 (UTC)

“长虹吐气▒横坤。” —— 可能是“谩”字。 Liouxiao（留言） 2024年9月16日 (一) 10:10 (UTC)

左边的部首你认为是“言”，是吧？那么，“詚誯𬤊諹谒謃䛞䛰䜙”等选择呢？ Blahhmosh（留言） 2024年9月16日 (一) 12:55 (UTC)

上句“万卷蟠脑何补世”，下句“长虹吐气▒横坤”，用其它字除了“谒”好像都不通，用“谩”可以通作“漫”，似乎还能对上；而且该字右下半边看起来和压扁的“又”相像，不太像“谒”（但中部更像“谒”）。

另外上句原本写作“万卷蟠脑”很奇怪，看起来应该改为“万卷蟠胸”。 Liouxiao（留言） 2024年9月18日 (三) 01:28 (UTC)

一百六

原文：“平与草草降衢▒。”

原图：[93] 115

[94] 11 Blahhmosh（留言） 2024年9月13日 (五) 04:06 (UTC)

原文：“巨岳摧▒失柱天。”（标？摽？）

原图：[95] 118

[96] 14 Blahhmosh（留言） 2024年9月13日 (五) 04:17 (UTC)

原文：“▒入瑶山蹑飞动。”（兴？与？）

原图：[97] 16

[98] 120 Blahhmosh（留言） 2024年9月13日 (五) 04:19 (UTC)

第一条：大约是“𬮱”，韵脚是“十一真”字，从中看的话，前句“禁闼”（宫廷门户）对该句“衢𬮱”（衢，道路；𬮱，城门、城）正合适，字形也有相当像（“门”下还能看到“西”的残馀）。（PS：此处另有一处应改：是“平舆”，不是“平与”。）

第二条：“标”。诗题“沈左相”当指沈之源，沈曾任左议政，见w:Template:左议政。晩沙稿/附录亦收有此挽诗。 银色雪莉（留言） 2024年9月13日 (五) 11:00 (UTC)

一百七

原文：“历历明星散复聚。疏▒清簟了如痴。”（帘？荐？）

原图：[99] 126

[100] 23 Blahhmosh（留言） 2024年9月13日 (五) 04:44 (UTC)

原文：“▒何故来问云。”

原图：[101] 34

[102] 138 Blahhmosh（留言） 2024年9月13日 (五) 04:53 (UTC)

“则政院答以‘传旨既下于政府，又出朝报中，何故来问’云。”——看起来像“中”字。 Liouxiao（留言） 2024年9月14日 (六) 10:07 (UTC)

但是韩国古典综合数据库（就是第二个链接）的本子中有句读，是断在了“又出朝报”下，如果从这个角度看的话用“中”可能还有些疑问。 银色雪莉（留言） 2024年9月14日 (六) 10:20 (UTC)

这个不用担心，有些朝鲜书籍就是有这个问题，看起来一行完了，但是其实就是磨破太严重了。 Blahhmosh（留言） 2024年9月14日 (六) 15:19 (UTC)

第一条，“帘”，字形显见。 银色雪莉（留言） 2024年9月13日 (五) 11:02 (UTC)

一百八

原文：“神翰兰亭修禊后。清诗▒谷把杯前。”（全？金？）

原图：[103] 69

[104] 173 Blahhmosh（留言） 2024年9月13日 (五) 15:57 (UTC)

原文：“笔阵纵横▒右军。”（？雨？两）

原图：[105] 71

[106] 175 Blahhmosh（留言） 2024年9月13日 (五) 16:01 (UTC)

“龟▒盈座阅清新”（蝺？螭？蠄？）

[107] 72

[108] 175 Blahhmosh（留言） 2024年9月13日 (五) 16:03 (UTC)

上句“诗才卓绝双工部”，下句对“笔阵纵横两右军”——是“两”字。 Liouxiao（留言） 2024年9月14日 (六) 09:54 (UTC)

参至论龟螭——古代碑额刻螭形，碑座为龟趺。宋王安石《李公神道碑》：“伐石西山，作为螭龟，营之墓上，勒此铭诗。” Liouxiao（留言） 2024年9月14日 (六) 10:00 (UTC)

既然有兰亭，必然是金谷了。“北金谷、南兰亭”。 Liouxiao（留言） 2024年9月14日 (六) 09:51 (UTC)

一百九

原文：“似是小运将终之时？及其时阾里㺯俗朋党十分”

原图：[109] 23 Blahhmosh（留言） 2024年9月16日 (一) 23:44 (UTC)

整个27页也需要帮助填写“？”字。 Blahhmosh（留言） 2024年9月17日 (二) 00:52 (UTC)

已填。 Liouxiao（留言） 2024年9月18日 (三) 02:16 (UTC)

“乎”字 Liouxiao（留言） 2024年9月18日 (三) 01:36 (UTC)

一百十

请求帮我填补所有“▦”字。谢谢！

如果要填写，请填写没有疑虑的字词。

原图：[110] Blahhmosh（留言） 2024年9月22日 (日) 15:55 (UTC)

原图链接： https://db.itkc.or.kr/imgviewer/item?itemId=MO#imgviewer/imgnode?grpId=&itemId=MO&dataId=ITKC_MO_0360A Liouxiao（留言） 2024年9月23日 (一) 01:00 (UTC)

已填，尚有六字不确定；但有疑似者，已加注解。 Liouxiao（留言） 2024年9月23日 (一) 02:55 (UTC)

感谢！！！ Blahhmosh（留言） 2024年9月23日 (一) 03:33 (UTC)

一百十一

原文：[益也常以以已而？入之]

原图：[111] pg 47

[112] pg 47

[113] pg 46 Blahhmosh（留言） 2024年9月27日 (五) 18:44 (UTC)

“常以以己而坏人之才”。已代校。源自性理大全，仅略有调整。 银色雪莉（留言） 2024年9月27日 (五) 19:02 (UTC)

一百十二

原文：[恸矣恸矣人之友之而哀其死常也吾于圣？]

原图：[114] pg 59

[115] pg 59

[116] Blahhmosh（留言） 2024年10月5日 (六) 03:33 (UTC)

我认为是“通”。你们呢？ Blahhmosh（留言） 2024年10月5日 (六) 04:45 (UTC)

@Blahhmosh：“迩”。就本文而言前后均已出现多次，柳远必的字就是“圣迩”——请注意：原文使用的都是“𮞘”，“迩”的异体，建议你替换。 银色雪莉（留言） 2024年10月5日 (六) 07:47 (UTC)

感谢！ Blahhmosh（留言） 2024年10月5日 (六) 14:17 (UTC)

一百十三

原文：“矣？三月十日之生朝也”

原图：[117] pg 61

[118] pg 61

[119] pg 60 Blahhmosh（留言） 2024年10月5日 (六) 14:17 (UTC)

曩的异体字，缺了中间的两个“口”，结构大致为（⿳日⿱亠𠀎𧘇），参见 https://dict.variants.moe.edu.tw/dictView.jsp?ID=60061

鉴于此为不规范写法，建议直接用“曩”。 Liouxiao（留言） 2024年10月5日 (六) 15:03 (UTC)

@Blahhmosh， 这个原字结构很清楚不是（⿱日衰），而是（⿱日㐮），不过“㐮”上面的“六”也省作“亠”。 Liouxiao（留言） 2024年10月6日 (日) 00:54 (UTC)

一百十四

原文：“急▦多惭彻至尊。”

原图：[120] page 37

[121] page 121

[122] 册二， 36a Blahhmosh（留言） 2024年10月9日 (三) 05:37 (UTC)

我怀疑是“讲”。还有，标题有“事见应制录。” Blahhmosh（留言） 2024年10月9日 (三) 05:38 (UTC)

讲经史，制程文，每月一考，优胜者赏。 Liouxiao（留言） 2024年10月9日 (三) 23:29 (UTC)

一百十五

借用本串测几个字。

• 贩者联▒而上

• 攻城筑垒皆？之。疑为"资"，但我不是很确定。

Aerotinge（留言） 2024年10月10日 (四) 05:19 (UTC)

第一个是“襼”，跟“袂”一个意思。第二个是“资”没错，取“凭借利用”意。 银色雪莉（留言） 2024年10月10日 (四) 06:38 (UTC)

一百十六

• ？

Aerotinge（留言） 2024年10月10日 (四) 05:19 (UTC)

这应该是“面”的异体，但我眼下不在便利的设备前无法输入，只能请阁下移步到汉典看和复制[123]。这从句意上也是通顺的：“……通水程十有二更，更六十里，计海舶汎洋面为里七百二十”。 银色雪莉（留言） 2024年10月10日 (四) 06:52 (UTC)

是了，十分感谢阁下协助。 Aerotinge（留言） 2024年10月11日 (五) 06:17 (UTC)

一百十七

“梦筮��”

原图：[124] 54 Blahhmosh（留言） 2024年10月11日 (五) 05:33 (UTC)

我主要想问：UNICODE有没有对应的符号？ Blahhmosh（留言） 2024年10月11日 (五) 05:34 (UTC)

前者可看成是姤卦变体。后者可以用太玄经符号表示？

䷫𝌂𝌃⚏

Aerotinge（留言） 2024年10月11日 (五) 06:15 (UTC)

后者应该不是太玄经符号（三进制），而还是易经（六十四卦）符号：6个“两爻(digram)”自上而下排列。 Liouxiao（留言） 2024年10月12日 (六) 06:15 (UTC)

看你改成了 “梦筮䷫䷴”（单次卦象）——上“䷫”姤卦，下“䷴”渐卦，合起来为姤之渐卦。

可是读他下文，是有两次卦——第1卦为“重干初九”卦：“䷀䷫”（干之第一爻为老阳变阴者）；第2卦为“渐之剥”卦：“䷴䷖”（风山渐之山地剥）。

他的原图，上符是第1卦（由两个乾卦重合，最下面初爻画成㐅，为初九）；下符为第2卦（由渐卦、剥卦重合，‘—’+‘—’=‘—’，‘—’+‘--’=‘口’，‘--’+‘--’=‘--’）。 Liouxiao（留言） 2024年10月12日 (六) 06:02 (UTC)

感谢！ Blahhmosh（留言） 2024年10月12日 (六) 12:08 (UTC)

再读了六爻的卦法，要更正一下：

上符是第1卦（由上下两个叠加的乾构成乾卦，最下面初爻为变爻、画作㐅，为初九）；下符为第2卦（由渐卦、剥卦重合，有两爻变：从下往上数第三爻和第五爻）。

不过从符号上看，第1卦的爻变‘—’>>‘--’（老阳变阴）画作‘㐅’，但第2卦的两个爻变同样是‘—’>>‘--’（老阳变阴）、却画作‘口’。——暂时不知道‘㐅’和‘口’这两个爻变符号的差异。另：通常变爻的标记方法是在本爻之后加画一个‘×’作记号。

其馀不变的爻保留原状（‘—’为阳，‘--’为阴）。 Liouxiao（留言） 2024年10月12日 (六) 12:27 (UTC)

一百十八

原图：[125] page 48 最后一项

为什么注释会有“问”？ Blahhmosh（留言） 2024年10月17日 (四) 03:51 (UTC)

指有些行上面的紫色单字？应该是对下面对应行中的错字进行更正。

P48,“⼤昨先⽣亲枉⽣之病席详闻病状感谢无地⽽又”，在“闻”右上角有紫色小点，同时行首有紫色“问”字——是“闻”应更正为“问”字；

又如，P90，“颜曾冉閟”一行，这里“閟”字旁边有紫色的小点，行首有紫色字“闵”——显然“閟”为错字，应该更正为“闵子”的“闵”。 Liouxiao（留言） 2024年10月19日 (六) 01:15 (UTC)

明白了 Blahhmosh（留言） 2024年10月19日 (六) 01:56 (UTC)

一百十九

• 曰畨？。窃以为是"单"，或"⿻𦭖一"(草的讹字)。台银本又作"萆"。故来求个定论。Aerotinge（留言） 2024年10月19日 (六) 06:13 (UTC)

字形上看，感觉应该是“萆”的（参见[126]中《广韵》的字体，留意左下的一小点）。 银色雪莉（留言） 2024年10月19日 (六) 20:24 (UTC)

《台湾通志》：又一种似燕，背淡黑色，腹下黄色，尾长，飞则鸣，行则摇，曰番荜。〈“海东札记”〉

https://ctext.org/wiki.pl?if=en&chapter=323220 Liouxiao（留言） 2024年10月20日 (日) 01:05 (UTC)

那应该是“萆”了，今日多写成“荜”字，皆是取其音而舍其意。想想还真是这么一回事。

多谢二位的协助。Aerotinge（留言） 2024年10月20日 (日) 16:30 (UTC)

一百二十

原文：“幼学柳世▦”

原图：[127] pg 86 Blahhmosh（留言） 2024年10月27日 (日) 04:00 (UTC)

远看像个“则”字——太模糊了，最好有高清本。 Liouxiao（留言） 2024年10月27日 (日) 16:32 (UTC)

所有我见到的版本都没有这一段文字。 Blahhmosh（留言） 2024年10月27日 (日) 21:18 (UTC)

一百二十一

原文：“不？者斯⽂无有”

原图：[128] pg 124 Blahhmosh（留言） 2024年10月30日 (三) 02:53 (UTC)

“坠”。左耳长笔是书形，不成问题。“所不泯者斯道，所不坠者斯文”，甚工整，以“坠”或“不坠”对应“斯文”，也是常用的。 银色雪莉（留言） 2024年10月30日 (三) 08:35 (UTC)

感谢 Blahhmosh（留言） 2024年10月30日 (三) 11:54 (UTC)

一百二十二

原图：[129]

谁能帮我录入第76页？Blahhmosh（留言） 2024年11月9日 (六) 18:27 (UTC)

已代录，惟尚有部分间注未能辨识。 银色雪莉（留言） 2024年11月11日 (一) 07:48 (UTC)

尚有2、3字不能认出。 Liouxiao（留言） 2024年11月11日 (一) 15:31 (UTC)

一百二十三

原文：“事？之”

原图：[130]

此页底下的三个粗体小字，不知道他们是什么。请帮我搞清楚这些字是什么。谢谢。大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh ([[User talk:Blahhmosh|talk]]).（留言） 2024年11月11日 (一) 03:35 (UTC)

同上。 银色雪莉（留言） 2024年11月11日 (一) 07:49 (UTC)

感谢！ 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月11日 (一) 14:09 (UTC)

一百二十四

原文：“页面最后五行，我不知道该用什么模板。”

原文：[131] pg 26 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月13日 (三) 03:01 (UTC)

还有同页面“查？钱中买入”、“守护四洞蠲减？” 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月13日 (三) 04:06 (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)

(！)意见：

1、“没记错的话，刚进这里的时候好像是无管理员这玩意的”——从阁下的注册时间看，这确实是记错的。

2、“随时扩编”——根据本地选举管理员的流程的理论时长，“随时”是很难做到的，不过阁下要把这个作为你提案时的一个根据观点，那是您的权利。

3、用户使用 支持和 反对等符号不意味着投票，这些模板本就可以用于表态，因此称他人“莫名其妙”是不妥当的。

4、通常维基项目内的管理员确实仅是“可信的经验用户”，这与许多论坛等网站的运作形式有所差异——尽管本地（可能因为项目属性导致不怎么出别的项目常出的事而）没有列明或引入很多方针指引，不过大体上不少原理是与其它姊妹项目共通的：他们看起来值得信任并提出了善意请求，而将基于正常运作及安全考量的某些功能限制从他们身上解除。（w:WP:ADMIN）。也因此，如其他项目一样地，他们循不活跃而被解任这一路径的出发点是“因（超过了本地要求的）长时间不活跃而让人对他们的（被解除了某些功能限制的）账户存在安全性方面的担忧”，而非“不活跃是一种失职”——这逻辑也许在不少人看来是挺古怪的（我认为有人持这样的看法也是很合理的），不过鉴于维基项目“不强迫任何人参与”的通用逻辑，这倒也说得通。

5、因此，如果您因某一原因认为任何管理员失职或者不能被信任时，您可以循Wikisource:管理员的离任流程寻求发起对管理员的解任投票。但是，您恐怕很难把不活跃被解任这一路径的逻辑出发点调整成“不活跃是一种失职”或按您说的“...没做出几次贡献，基本上是摆烂占位置尸位素餐死而不僵”，这与“不强迫任何人参与”的通用逻辑相冲突——但是，如果您认为对不活跃的定义时间跨度过于宽松是不妥的或造成“摆烂占位置尸位素餐死而不僵”，您可以提出缩短——以符合假定善意和文明的方式。

6、至于“僵尸”或“总之屁股歪到僵尸那边，没混成僵尸啊”等表述，从方针指引上而言显然违反假定善意与文明的通用逻辑；从实务效力上而言，本地是共识决，文明地就事论事并不会削弱一个论述本身的效力，而相反的行为则可能会。以上，也请阁下注意。

7、利申：就是否缩短到三个月一事，在下没有任何立场。——除非提案称缩短到七十二小时或者延长到十年这种的话，我可能会投票doge。 银色雪莉（留言） 2024年7月15日 (一) 17:32 (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)

此事之乱源，是Zhxy 519曾四度强行回退掉被解任案，就不应算合法管理员造成的。[132] [133] [134] [135]要封用户也应由他人行之。故回退此不合理的封禁。红渡厨很对。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)

显然社群目前未有共识。我还是认为六个月已经够短。—— Eric Liu_（留言） 2024年8月26日 (一) 04:29 (UTC)

投票或者讨论都没意义，支味重的地方想要恢复正常只有图。

这地方乌烟瘴气人烟稀少的一大原因就是图少了。特别是对于违规滥权的僵尸要多图。什么时候图到三个以下什么时候才有可能变好。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月27日 (二) 17:08 (UTC)

请Ericliu1912公正行使管理权。银色雪莉7月16日列出很多曾被提出的方案，就更应投票，才能解决社群未有共识。--Jusjih（留言） 2024年9月4日 (三) 19:27 (UTC)

我的原话是：“这些是（各位曾提及过的）方案，不是‘选项’。”请勿以在下曾代为列出诸位意见方案一事来作为阁下推进投票的立论依据——阁下固然可以说阁下自己留意到有不少方案已经提出，但不必扯上我。就我个人而言，我仍旧支持诸位讨论这些方案或其他方案，也支持各位在充分讨论下可能进行的（包括投票在内的）任何后续操作事项——只是从7月16日在下稍作归纳至今，个人遗憾地未见后续有充分的进一步就这些方案的讨论；特别自8月24日阁下就是否应推进投票一事作出询问以来，目下两人回应，一人认为未有共识，一人否定投票或讨论的意义——这种情况下，再推进投票，只恐怕沦为以投票代替共识之情事。PS：我此前就此话题的利申，继续有效。 银色雪莉（留言） 2024年9月4日 (三) 20:23 (UTC)

把蜀地屠成白地，尚有湖广可填。文库成为白地，是无人可填的。 Fire Ice 2024年9月5日 (四) 07:50 (UTC)

僵尸喝人血吃人肉你不吭声，图个僵尸你马上跳出来骂张献忠。颠倒黑白曲解人话挺在行啊。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年9月6日 (五) 15:51 (UTC)

请注意文明讨论，切忌使用不文明用语。持续违反使用条款会导致你再次被封禁。 Midleading（留言） 2024年9月9日 (一) 04:26 (UTC)

那还是那句话：僵尸这个词没任何问题，定义为不文明用语完全是牵强附会，目的是为滥权封禁制造借口。

还有你不是那块料，对明显违规的滥权行为不敢下手处理，就别对普通用户说这些废话。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年9月9日 (一) 10:22 (UTC)

僵尸喝了什么人血，我确实不清楚。附言：以本人立场，不认为张献忠对屠蜀负有主要责任。 Fire Ice 2024年9月26日 (四) 16:27 (UTC)

四度强行回退掉被解任案[136] [137] [138] [139]，包庇的Zhxy 519他自己，以及Gzdavidwong，都不应算合法管理员。因此清查本站管理员以及认知Midleading2024年7月17日留言，解决Zhxy 519以及Gzdavidwong的地下管理员身份，比本案是否投票重要的多。也请注意任何可能暗中告密者，以及Zhxy 519曾破坏投票。--Jusjih（留言） 2024年9月7日 (六) 20:14 (UTC)

破坏投票使用的理由和维基百科上刚刚结束的那一场如出一辙，后果就是管理员解任投票通过。只是维基文库这边没有安全投票也没有行政员，无法沿用维基百科的程序。 Midleading（留言） 2024年9月9日 (一) 04:46 (UTC)

我5.157.51.66又回来了。先把名字留下，省得死了谁都认不出来。

一个谁都不理睬的讨论，被无耻之王Jusjih硬生生拖了回来，维基没有理性的糟糕讨论模式可见一斑。至于某野狗Jerk，嘿嘿。

Midleading道貌岸然地想把自己打扮成公正化身，却处处沿着Jusjih铺的路走。这两位沆瀣一气一唱一和，不过那边zhxy_519、Gzdavidwong、Eric liu、达师好歹是4个人。

2021年我看戏时候就在想，WMC在文库也不会不动手，投票也有人出头，也总有打手要演出一副中立架势。最近Manchiu回来了，WMC几个走狗又开始在百科活跃了，文库也正好可以利用Jusjih等各只傻鸟嘛。某苗做梦也想不到，居然会在文库被鞭尸。

嘿嘿，戏越来越好看了，不过现在仍然是乱斗。 104.192.5.144 2024年9月9日 (一) 20:33 (UTC)

@Midleading, Fire-and-Ice：修改认定长期不活动管理员之时限标准，涉及要不要过渡措施。下接#本站是否建立安全投票。--Jusjih（留言） 2024年10月2日 (三) 22:00 (UTC)

本站能自旧维基文库汇入页面，因此不建立安全投票，任何不爽地下管理员的用户，可能先刊登旧维基文库，再由特定汇入本站。--Jusjih（留言） 2024年10月29日 (二) 17:20 (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)

• 改在附注里标明了。—— 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)

  文库是否有必要告知读者本页面是否最新版法律？ Fire Ice 2024年8月29日 (四) 01:37 (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)

  “如果使用section参数不合适的话（为什么？）”Template:Header指出：section“填写章节，如“第一卷”或“水部”。”长期错误使用参数，反而要主张没坏别修、约定俗成。 Fire Ice 2024年8月29日 (四) 01:30 (UTC)

  我同意从Header模板说明这个角度来说section参数的确不应这么使用，以及回答您上面的问题，当然并无必要告知读者当前页面的时效性；文库理论上只需要保证收录的规范性文件的法定内容完整即可，其他额外信息（时效性、相关法律法规等）都是为了读者方便而添加的。但考虑到（1）已经900+个页面用了“沿革和最新版”的标记，（2）这个标记可以帮助不熟悉某一部文件修改历史的读者确认当前页面是该文件的最新版，且（3）Header模板似乎没有其他合适的参数可以使用，那么除了保持现状以外，似乎只能要么修改Header模板本身（允许section参数这么使用或添加新的参数），要么用机器人对现有页面进行大批量修改（删除该标记或更改参数）。 Ewan0707（留言） 2024年8月29日 (四) 02:14 (UTC)

  从HTML代码来看使用section参数的内容并不会附加任何语义（仅仅是在正标题下用<br>手动折行罢了，不会导致全文内容被<section>标签包裹，也没有使用<hx>（x=1,2,3,4,5,6）来告知浏览器标题级别）。同时我发现例如著作权法_(民国111年5月立法6月公布)中还将立法时间写在section里。在这种情况下，不如直接在header模板文档里将section参数解释为正标题下的附注信息，从操作成本上来讲是最为经济实惠的。MediaWiki用本该实现定义语义的<dl><dd>等标签来实现讨论串的缩进，如果要纠结某个命名本身的含义，那么写字间整个页面都是不能接受的（全是讨论串）。 Teetrition（留言） 2024年8月31日 (六) 08:20 (UTC)

  一、section有其固定的英文含义，维基文库自行赋义就会制造混乱。二、html语言提供<dd>等关键字实现定义列表，但并不限制关键字的自由使用。三、“正标题下的附注”和notes有何区别？标明最新版似乎是在做有时效性的原创研究，就算要标明最新版、立法时间等，也是notes的范围。 Fire Ice 2024年8月31日 (六) 14:57 (UTC)

  阁下所言第一点和第二点是否矛盾？dd指Description Details（或Definition)，dl指Description List，dt指Description Term，MediaWiki将其用作讨论串缩进之用是否是“自行赋义制造混乱”？维基文库文档是否又能够限制参数的“自由使用”——特别是在展示效果上能够达到目的且本身没有其他副作用的情况下？

  回到问题本身，notes和section展示上分别适合较长的一段文本和较短的居中文本，在没有其他参数适合的情况下借用无伤大雅。

  诚然，MediaWiki用dl、dd来展现讨论串的做法不值得推荐（这一做法可能还有无障碍上的副作用），用section来展示较短居中文本也是权宜之计。section这个名字确实对不上号。正如Ewan0707阁下所言，除非大批量修改，则就只能修改header模板本身。从操作的方便程度而言，不如直接给section参数加上subtitle之类的可选别名，已有页面中使用section无必要修改（读者不会关注源代码）。 Teetrition（留言） 2024年8月31日 (六) 16:22 (UTC)

  一、编程语言是面向计算机和程序员的，这个圈子的缩写和术语自然是层出不穷，dd、src、int等等。但是维基社群应适用于普通的语言圈子。二、“展示效果上能够达到目的且本身没有其他副作用”，没有看到非得区分较长notes和较短居中notes的理由。 Fire Ice 2024年9月5日 (四) 08:25 (UTC)

  Portal:中华民国法律已有1005份广义的法律，扣除334份未修正的，671曾修正的，若都要有沿革和最新版，需要有用户长期注意。--Jusjih（留言） 2024年9月4日 (三) 16:06 (UTC)

诸君所议甚善。然“沿革和最新版”之标记，对于新读者或不谙法律修订沿革者，确实稍显晦涩。所谓“沿革”，仅于标头下以小字标示，且须点击日期方能寻得历次版本，此设计既不直观，亦易为读者所忽略。反观英文文库如 Copyright Law of the People's Republic of China，其版本页简明易用，版本更迭一目了然，颇为便捷。若能参照此例，改进“沿革”之展示方式，或增补更清晰之说明，则读者更易明了页面之时效及文本沿革，既可减少初阅者之困惑，亦契合文库简便明晰之宗旨。--Zy26（留言） 2024年10月7日 (一) 16:19 (UTC)

其实他们这算是消歧义？但我们确实可以用来改善现行之法规沿革页面。—— Eric Liu_（留言） 2024年10月10日 (四) 23:52 (UTC)

承蒙 Eric 君惠察，谨对《中华人民共和国宪法》页面略施修整[140]，意在简化版面，便于读者导航。删去“沿革和最新版”六字，原为表明文本沿革及现行版本之时效，然观于标题之下，既与“section”参数设定有所悖离，又令初学者困惑。

且“沿革”内容已备列于页面消息框中，阅之可明辨历次版本，循脉而行，信息无缺；故删“沿革”之字，实无损于整体。虽去“notes”参数，但其内容已在正文中体现，notes可以留作真正注释所用。至于“最新版”，今页面已明示其为文库所录最新文本，清晰无疑，去之亦无妨。

更进而言，将“previous”参数指向《中国人民政治协商会议共同纲领》，其更为妥当。该宪法页面乃历版宪法之主页面，其前继应当指向法源，而非2018年版之前之2004年修订，若是层级分明，便于读者循序理解。

若诸君以为此议尚有所未及，愿再加详议；若无异议，俟后以机器人之力推广于相关页面，以统一版式，增益文库之清晰流畅。谨谢诸位雅正，协力改善。--Zy26（留言） 2024年10月27日 (日) 02:40 (UTC)

我们需要提示编者，这里内容应为最新版，这一点希望不要忽略。 --达师 - 370 - 608 2024年10月27日 (日) 14:20 (UTC)

谨谢达师阁下之提点，确应妥善标示，以利众览。--Zy26（留言） 2024年10月28日 (一) 14:06 (UTC)

感谢您对现行宪法页面的编辑。个人认为只要一个页面收录了有关文件的所有法定组成部分即可；题注具体是在写在正文里还是用notes参数注明并不是很重要，但需要统一。“沿革”的确不需要注明，但个人认为不含年份的法律页面应该包括该法律最新版的内容，而不只是类似英文文库的各历史版本列表。此外，是否有必要将大陆法律页面的格式（而不仅是内容）保持与《全国人大常委会公报》完全一致还需商榷。个人以为并无必要，这么做只会增加编辑时间（比如目录得手动添加内链），且对读者并没有明显的帮助（《公报》版所用的宋体和黑体在Chrome等浏览器上看起来过细，反而不易阅读）。-- Ewan0707（留言） 2024年10月28日 (一) 03:13 (UTC)

同意，宋体影响阅读。我认为正文部分不要手动设置字体，黑体、加粗的文字使用加粗格式，不用设为黑体。 Kcx36（留言） 2024年10月28日 (一) 06:11 (UTC)

感谢 Kcx36 君垂注。当力求格式得当，以增诸君阅览之便。--Zy26（留言） 2024年10月28日 (一) 14:06 (UTC)

Ewan 博士所见深切，谨表谢忱。

1. 题注既属法规文本，理当归入正文，既利校对，亦不占notes空间。
2. 法规主页面（无消歧义标识者）如能直接呈现最新内容，固为至善；然今文库页面如《著作权法》等系列，及《朝鲜民主主义人民共和国宪法》《公安机关信访工作规定》等，皆为消歧而设，非最新版本，若依此例，恐需逐一更正。
3. 《公报》版式，本库旨在简明美观，毋需全然照搬。目录内链与字体设置，虽便于部分读者，然非必设，若有乐于研精格式者，亦可随宜而行。
4. 已略微调字体[141]，期稍增阅读之便。

如有未尽之意，愿再详议，广纳诸君善言，以共同完善文库页面体验。--Zy26（留言） 2024年10月28日 (一) 14:06 (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)

关于后者，在维基文库帮助页有提到，维基文库的参与者亦负有校正原文讹误舛错的义务。

虽然说这是一项我从来没遵照过，也反对这么做的指示。

我个人目标是将无标点古籍底本的校对，连同新式标点，作为原作的衍生创作列于原作(直书横排)页面下方，算是做到了注标分离。

• 缺点是维护不易。若录入底本有误字要修，底本的改动不会连动到衍生的标注文本，需要做两次工。
• 优点是对于衍生之校对本可以放手大{{校}}。甚至可以从日文站点改一份异俗写归正写模组来适应当代阅读用字习惯。

至于这么做的校对文本需不需要再以模板或特别标记指出、区别？我认为无妨，可直接在校对文本前安排{{Versions}}做开头就可以了。Aerotinge（留言） 2024年9月18日 (三) 03:01 (UTC)

中文维基文库有繁简转换功能可以把异体字自动转换为常用字，不需要像日文维基文库那样。只需要管理员修改繁简转换表即可。我现在已经修改了简体中文的转换表将部分异体字也转换为对应的简体字。如果有人支持的话繁体中文也可以启用此功能，而“不转换”选项仍可呈现原文的异体字。 Midleading（留言） 2024年9月18日 (三) 07:51 (UTC)

我知道中文站点有字词转换表这玩意，Andayunxiao也已自订出很不错的转换表(我都想抄一份来用了)。

只是它原义上是繁简转换。我不大赞同使其又承担异体字转换的工作，我担心会使许多俗写字、简笔字被当成简体字而套用规则转繁，使事情复杂化。 Aerotinge（留言） 2024年9月18日 (三) 08:43 (UTC)

用字转换不易用规则实现，文库不能要求原文符合一个或几个现代用字标准。我支持用Mediawiki已有的字词转换功能，可以慢慢来，添加全局转换规则需慎重。 Andayunxiao（留言） 2024年9月19日 (四) 04:35 (UTC)

简体中文用户大多像鲁迅一样讨厌“回字有四样写法”吧，有些人甚至看不懂，原文转换为简体中文可以直接全域转换。繁体中文使用者基本也能理解简体字，所以目前暂未全域转换，但有时异体字还是会有影响，特别是影响搜寻引擎，例如搜寻“卷一”没有结果，因为维基文库中写作了“巻一”。 Midleading（留言） 2024年9月22日 (日) 10:00 (UTC)

中文维基百科一定也有搜寻引擎搜不出的问题吧，那边怎么解决这问题？ Andayunxiao（留言） 2024年9月29日 (日) 20:33 (UTC)

用字转换在这里讨论偏题了。我建一个新话题讨论吧。 Andayunxiao（留言） 2024年9月29日 (日) 20:34 (UTC)

阁下的录入方案也是保留单个来源的原文的，应是我说的前一种方法。我也倾向编者没有义务指出原文错误，但此类模板仍允许显示原文，并未有误导读者。

我反对的是直接可见的正文有改动，或由几个来源拼接而成，不使用以上模板，但又不标明是汇校或校对本的。文库收录的明清小说多有此问题。提供不同标点或用字不在此意见范围。 Andayunxiao（留言） 2024年9月19日 (四) 04:49 (UTC)

未标明是汇校或校对本但没有加消歧义后缀的文章多是从其它来源（如http://open-lit.com）导入的，且来源没有说明版本。在整个文库完全清理此类文献比较困难，所以只能以现状作为方针，在此情况有很大改观后才可能考虑推广使用其它方案。 Midleading（留言） 2024年9月22日 (日) 07:49 (UTC)

中文维基文库用字转换改进的预讨论

此话题为正式讨论方案前，厘清用字转换改进的目标，和所需的辅助工作而设。

目前中文文库的简体，繁体转换功能有限。现在，可用的技术只有一种，就是使用 Mediawiki 的用字模式转换功能，扩充转换表。其他方案可以在下面建议，以下都只默认使用这种技术。—以上未签名的留言由Andayunxiao（对话｜贡献）于2024年9月29日 (日) 20:59‎加入。

目标

用字转换本身我认为并非文库的核心任务，首要益处是方便读者，但不容易做得满意；其次是方便编者，对社群有益。

以下列出几个可能的不同目标，相互可能冲突，所以可能必须有取有舍。

• 规范化： 提供符合现代用字规范（正体、简化字、大马、新、港、澳、日、越等，下面以正字指代）的作品版本。
• 去缺字：将缺少字体支持而不能显示的（特别是手机端）Unicode 扩展区 C 及以上的字以正字代替（如有正字）。
• 兼容： 应至少与文库常用的改字模板和排版模板兼容，也应考虑文库常用的从 page 页面嵌入包含，和同一文本复用等功能。还有未来可能会有的，允许读者切换有无标点、更改直排或横排等功能。
• 免标签：应避免给每个作品加用字标签。文库转换的困难在于不能用规则自动判断原文是使用何种用字标准，该用哪种转换规则，更勿论原文夹杂文言和白话，或手写本写错字的情况。用字标签并非良方，增加编者和维护负担不说，对已有页面也没有人力完成。另一个相关目的是让编者不必再在作品正文中添加单字的转换规则。

各个子目标分别讨论：—以上未签名的留言由Andayunxiao（对话｜贡献）于2024年9月29日 (日) 20:59‎加入。

规范化

对于用字规范化，若其是依靠转换表达成，不触及原文本。那我是乐见的。

只是有一点想提出讨论：搜寻引擎爬虫索引的仍是原文文本，转换表规范化似乎无助于改变这点。这问题似乎无解？要不放弃原文，径直以规范字收录；要嘛脱裤子放...我说誊写一份规范字版本并列，以供现代人阅读及索引。

还是干脆就放弃SEO？反正文库也不挣流量。Aerotinge（留言） 2024年10月1日 (二) 18:51 (UTC)

搜寻引擎爬虫很可能也会索引繁体和简体版本页面，因此通过转换表规范化繁体和简体版本页面用字能提高搜寻引擎找到页面的机会。 Midleading（留言） 2024年10月2日 (三) 14:49 (UTC)

去缺字

提个一嘴。我的观点是：文库职责在保存文本，不负责渲染相关。故用户需自备适当渲染文本的措施(如合规的浏览器排版引擎、字元覆盖率足够的字体等等)。故我反对以缺字为由，将规范字取代原文所录之字。

文库后来也有了以 扩展提供字体的机制。符合SIL授权的中文字库也不是毫无半点，我想黑体(sans-serif)、楷体、明体(serif)应该都有。故缺字是可以由站点端去著手改善的。

而就短期可能达成的解决方案，我觉得还是自备渲染手段比较现实。尤其在移动装置上，除了少数厂家，基本没可能自行更换字体。还是要用户在自个用户空间下的css, js去导入外部资源才能解决缺字。不容易、难普及，但是尊重原典原貌。Aerotinge（留言） 2024年10月1日 (二) 18:16 (UTC)

此目标仅限于在转换模式，即简体或繁体等模式下替换，原文和不转换模式仍显示原字。 Andayunxiao（留言） 2024年10月2日 (三) 05:12 (UTC)

WebFonts已经过时，替代WebFonts的通用语言选择器仅用于当某种语言完全无法显示时下载一种嵌入字体。这并不适合中文这种情况，很多设备都支援中文，只是不支援僻字而已。另外，似乎维基媒体基金会已经暂停增加字体，因为通用语言选择器不是一个字体托管服务（有关讨论参见phab:T335892、phab:T166138、mw:Universal_Language_Selector/WebFonts）。 Midleading（留言） 2024年10月2日 (三) 14:40 (UTC)

兼容

直排、横排切换以及是否添加标点符号的功能无法通过转换表实现，只能用Javascript小工具在浏览器前台修改。 Midleading（留言） 2024年10月2日 (三) 14:54 (UTC)

困难

• 一对多：扩充转换表的困难，首要的是一对多的简繁问题。w:繁简转换一对多列表和w:简繁转换一对多列表中已列例子，很多是文库常见的，特别是古人姓名用字，不能用转换规则解决，而需要释读原文的。虽然文库的编辑至少都对原文有热情，但如要求能读懂原文，未免门槛太高。这些例子虽不普遍，但和现状相比，如果大量的用字转换正确，但夹杂极少的转换错误，有误导读者的危险。

• 合理标记：另一件困难是怎样让读者意识到原文和转换本确有区别。这一点并非吹毛求疵。文库在百科有大量的链接来源显示“维基文库中的相关原始文献”（w:Template:Wikisource），这原始两字有点麻烦，文库这边对原文允许的合理改进（标点、用字）还算不算是原始文献？而且文库的一个很合理的用途就是给较真的读者提供数字化文本证据（明史四库本里这个人确实一会姓党一会姓党）。转换本如果标记不清，可能会被误用。

—以上未签名的留言由Andayunxiao（对话｜贡献）于2024年9月29日 (日) 21:18‎加入。

其他方案

这里可建议其他转换方案，或者反对改进转换的意见。 Andayunxiao（留言） 2024年9月29日 (日) 20:59 (UTC)

不知是否与百科互助客栈此话题相关？—— Eric Liu_（留言） 2024年10月3日 (四) 18:13 (UTC)

可能无法避免人工。公共转换组对文库用处可能有限，原因是文库作品的用字来源于作者或整理者，和内容的关联较弱。 Andayunxiao（留言） 2024年10月8日 (二) 13:31 (UTC)

2024年第40期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 继先前部署，今再有42个维基的读者可以使用深色模式。如果您所在维基的未登录用户尚无法使用深色模式，这可能是因为许多模板还无法在深色模式下正常显示。如果您有兴趣协助处理这类问题，请使用深色模式检查工具。建议页面提供相关指引。深色模式以每月一次的频率部署至更多维基。
• 默认使用2010年版wikitext编辑器的编辑者，可以在URL尾端加上?veaction=editsource来使用2017年版wikitext编辑器的功能。如果您想改为默认使用2017年版wikitext编辑器，您可以在参数设置中调整设置。 [142]
• 对于使用Vector 2022皮肤的未登录读者，“资助”连结已从内容区块旁边的可折叠选单，移至更显眼的顶部选单，位于“创建账号”旁边。这让连结恢复到与Vector 2010中相当的显眼程度。了解更多捐助体验相关的更改。 [143]
• CampaignEvents扩展为活动筹办人员提供工具，让他们能更轻松地管理活动、与参与者沟通，以及在维基站点上宣传活动。阿拉伯语维基百科、伊博语维基百科、史瓦希里语维基百科、元维基已启用该扩展；中文维基百科已决定启用该扩展；西班牙语维基百科和维基数据正在进行相关讨论。参见元维基的CampaignEvents页面了解如何为您所在的维基请求部署。
• 查看上周解决的共22个社群提交工单。

近况更新 - 面向技术贡献者

• 敬请拥有Wikitech帐号的开发者们检查其帐号是否需要执行任何操作。Wikitech正在过渡到使用单一用户登录系统（SUL，即全域帐号），以及进行其他配置变更。此变更将有助于降低我们所有维基站点的每周软体更新的整体复杂度。

深入探索

• 本次伺服器切换已于上周顺利完成，唯读时间仅2分46秒。这项定期流程确保工程师在切换数据中心之时，即使发生重大技术问题，所有维基仍然可供阅读。借此机会，工程师得以维护升级平时全天候运行的系统，往往还能找出基础架构中的弱点。该流程涉及数十个软体服务和数百个硬体伺服器，需要多个团队通力合作。经过过去几年的努力，流程所需时间已从17分钟缩短至两三分钟。 [144]

会议与活动

• 10月4日—6日：WikiIndaba大会的黑客松，于南非约翰尼斯堡举行
• 11月4日—6日：2024年秋季MediaWiki使用者与开发者大会，于奥地利维也纳举行

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年9月30日 (一) 22:20 (UTC)

关于作者模板

此模板是否有可能分列作者及分类参数？尤其某些需要消歧义者（如唐代官员李昂），现在似乎还不能正确分类。—— Eric Liu_（留言） 2024年10月1日 (二) 12:53 (UTC)

维基文库作者页面就应该使用笔名或者常用名命名，建议把作者:李昂移动到作者:唐文宗，和维基百科一致。其他原本是机器人建立的作者页面命名不当的也按维基百科页面名类推移动。 Midleading（留言） 2024年10月2日 (三) 14:59 (UTC)

不过这似乎与消歧义问题无关？毕竟即使将皇帝李昂更名为唐文宗，依据“主从消歧义”原则，前述同名唐代官员仍应添加消歧义后缀为是。—— Eric Liu_（留言） 2024年10月4日 (五) 01:54 (UTC)

现在还没有建立正确的分类吧，Category:唐文宗并不存在。建立了这些分类以后，可以把分类通过维基数据链接到作者页，这样就可以在作者模板链接到该分类。 Midleading（留言） 2024年10月7日 (一) 04:14 (UTC)

@Midleading：可能要全盘考虑，将其他中国古代帝王一并纳入讨论。—— Eric Liu_（留言） 2024年10月24日 (四) 21:54 (UTC)

本站是否建立安全投票

上接#修改认定长期不活动管理员之时限标准（缩短目前标准改为3个月） @Midleading：2024年9月9日留言，请问本站是否建立安全投票？--Jusjih（留言） 2024年10月2日 (三) 21:50 (UTC)

未见本站目前有如百科方面大规模投票适用之需要。—— Eric Liu_（留言） 2024年10月3日 (四) 17:49 (UTC)

没必要。 ——— 红渡厨（留言・贡献） 2024年10月4日 (五) 15:40 (UTC)

首先需要制定如何使用安全投票的方针才能进行下一步。其次，维基媒体基金会可能没有能力在本站使用安全投票。最后，一直都有人觉得社群投票就是强推，反对社群投票，要求先由仲裁委员会审理决定解任理由成立后才能投票，就差上诉到法院了。维基文库也有一批这样的人，平时不活跃，但是一到要投票的时候就会突然冒出来，甚至直接使用傀儡和IP匿名用户破坏。在没有本地行政员的情况下，谁来监票就是个问题。谁来审理解任理由是否成立是个更大的问题。 Midleading（留言） 2024年10月7日 (一) 04:08 (UTC)

近闻诸君之议，深以为然。然愚见以为，弊非在管理员之多寡，实在勤者鲜少。譬如页面移动之请求，常无人及时处理；至于条目之删除，往往草率而行，争议未决，已然除去，亦无详实之总结。尤版权相关，删除之时未明列反删期限，众人无所适从，实欠周全。倘能勤政审慎，详议而后行，则可化解纷争，增进公允。愚见如此，敬请诸位指教。--Zy26（留言） 2024年10月7日 (一) 15:39 (UTC)

@Zy26：其实阁下或可申请管理员，一齐协助站务？本人将予支持。—— Eric Liu_（留言） 2024年10月24日 (四) 21:53 (UTC)

感承Eric君之荐，愚深以为然。盖如Jimmy Wales所言，登位管理员非大事，实为技术之事，非为权位，予人以便，使社区得以顺畅运作。愚认同此言，唯愿其过程更为开放，以消“权威”之感，让更多有识之士得以分担站务，集众力而行[145]。

愚虽略通技艺，且今对文库事务抱有热忱，然精力有限，时常难以久持。且素不擅政治事务，亦不喜涉入争议、开罪于人。今于维基百科，所持权限亦惟方便清理站点、整理页面，实无意涉足纷争。

若蒙垂允，愚当尽绵薄之力，为社区贡献一己所能，期增益文库而不负所托。谨此复，敬请诸君指正。--Zy26（留言） 2024年10月27日 (日) 03:23 (UTC)

不活跃的机器人账户

本站现有多个机器人长年未有活动，是否应移除这些账户的机器人权限（本站方针未订明不活跃标准，宜参照百科和元维基以一年为限）？ 沈澄心✉ 2024年10月4日 (五) 11:31 (UTC)

我同意1年为限。 ——— 红渡厨（留言・贡献） 2024年10月4日 (五) 15:40 (UTC)

反对此议。不活跃并不代表无效，机器人随时可能再次启用，没必要为形式而强行移除其权限。况且管理员人手本已不足，增添管理负担并非明智之举，建议维持现状。--Zy26（留言） 2024年10月7日 (一) 13:20 (UTC)

了解。 dringsim 2024年10月13日 (日) 09:44 (UTC)

本站User:AvocatoBot和User:Interwiki-Bot2个机器人账户，主要任务为维护跨语言链接（已被Wikidata取代，因此原先的机器人申请已无效），超过10年未有任何活动，现请求移除上述账户的机器人权限。 dringsim 2024年10月13日 (日) 09:47 (UTC)

@沈澄心：或可提议先行修订机器人方针，添加“机器人注销”一节，俾利统一处理。其馀意见同Zy26，不过AvocatoBot及Interwiki-Bot久未活跃，确可予以注销。—— Eric Liu_（留言） 2024年10月24日 (四) 21:50 (UTC)

Invitation to Participate in Wiki Loves Ramadan Community Engagement Survey

Dear all,

Apologies for writing in English. Please help to translate in your language. We are excited to announce the upcoming Wiki Loves Ramadan event, a global initiative aimed at celebrating Ramadan by enriching Wikipedia and its sister projects with content related to this significant time of year. As we plan to organize this event globally, your insights and experiences are crucial in shaping the best possible participation experience for the community.

To ensure that Wiki Loves Ramadan is engaging, inclusive, and impactful, we kindly invite you to participate in our community engagement survey. Your feedback will help us understand the needs of the community, set the event's focus, and guide our strategies for organizing this global event.

Survey link: https://forms.gle/f66MuzjcPpwzVymu5

Please take a few minutes to share your thoughts. Your input will make a difference!

Thank you for being a part of our journey to make Wiki Loves Ramadan a success.

Warm regards,

User:ZI Jony 2024年10月6日 (日) 03:20 (UTC)

Wiki Loves Ramadan Organizing Team

如何让<pages>嵌入的页面被模组解析并处理？

{{#invoke:string|replace|<pages include="1" index="Sandbox.djvu" />|<br>|<br><br>}}

这么写并不会让该嵌入页面文字中的单<br>被处理成<br><br>。

若改用Transcluder嵌入

{{#invoke:string|replace|{{#invoke:Transcluder|main|Page:Sandbox.djvu/1}}|<br>|<br><br>}}

会让该嵌入页面文字中的单<br>被处理成<br><br>。 但用Transcluder做全本嵌入时需列举，不方便大量页面嵌入。

想来问问该怎么写，才能让<pages>被解析成文本处理。还是说w:en:Wikipedia:Lua#MediaWiki-specific_features内文提到的，即是<pages>这类的标签不会被Lua处理？Aerotinge（留言） 2024年10月6日 (日) 10:05 (UTC)

pages是MediaWiki扩展提供的功能，而不是一个模板，所以无法由Lua展开。 Midleading（留言） 2024年10月7日 (一) 03:50 (UTC)

阁下是否有需求在 Page 页面和嵌入页面显示不同文字排列方向？{{Vertical page start}} 模板也许能实现此功能。受 Mediawiki 限制，必须显式写出<poem>标签（[146])。样例在Page:Sandbox.djvu/1。欢迎建议功能及改进。 Andayunxiao（留言） 2024年10月16日 (三) 06:18 (UTC)

不同文字排列方向这个实践不难。可我想要的是同一份Page页面可经由不同处理，分别嵌入成有标点分段横书排版、无标点纵书横排两个版本。(假设原Page页已录具有完整的metadata可供处理)

Aerotinge（留言） 2024年10月16日 (三) 09:17 (UTC)

可以考虑用 Lua 来解析，模块“{{RemovePunctuation|ROC1912-01-29临时政府公报01.pdf}}”乃一简易示例，有许多细节问题未决，需进一步处理。君可参之，或可有所裨益。--Zy26（留言） 2024年10月19日 (六) 07:50 (UTC)

感谢大神出手相助。我想，再串接其他模板，约莫就可以达到我的需求。就是要花心思想想伪格式pattern该如何来写，好让Lua模组处理。

那个punctuationPattern，可以使其成为{{RemovePunctuation}}可接受的第四个Argument吗？若是输入不存在，则默认为缺省table。Aerotinge（留言） 2024年10月20日 (日) 12:25 (UTC)

@Aerotinge：{{RemovePunctuation|ROC1912-01-29臨時政府公報01.pdf|1|10|[，。]}}，另，君之需求或致方案繁复，未来编辑恐增维护难度，亦或影响页面稳健。建请三思，兼顾后续便捷，严谨测试各类情境，以便日后同仁易于理解、增修无碍。--Zy26（留言） 2024年10月27日 (日) 04:09 (UTC)

承您贵言，我本意是希望将"、""。"移出预设清单，因部分古籍已用此类符号圈点。若将之视为新式标点，一概移去略有不妥。

会再注意，尽可能不去使用自订RemovePunctuation表。再次感谢您的劳动成果。

至于页面繁复，碍于本人能力有限，难以同时兼顾维护、可读性、成果需求等诸多面向。最后得出的方案在源码上略显不直观，会再考虑注释一段说明文字以供参。Aerotinge（留言） 2024年10月27日 (日) 04:40 (UTC)

2024年第41期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

本周要闻

• 现在，各社群可以为其维基请求安装Automoderator。Automoderator是一套自动化反破坏工具，可根据新的“回退风险”（Revert Risk）机器学习模型的评分来回退不良编辑。参阅安装和配置所需的必要步骤。 [147]

近况更新 - 面向编辑者

• 现在，在提供手机版“内容翻译”的维基中，翻译者在使用该工具时，可以用41项筛选条件来自定义条目建议清单。这项基于主题的条目建议功能，可让翻译者轻松地根据他们感兴趣的领域自行探索相关条目并进行翻译。用您的行动装置试试看。 [148]
• 查看上周解决的共12个社群提交工单。

近况更新 - 面向技术贡献者

• 现在，为<syntaxhighlight>标签指定copy=1属性，即可让代码区块显示“复制”按钮。感谢SD0001所做的改进。 [149]
• 所有维基的自定义著作权页尾消息将更新，消息原始码将改用wikitext标记，而非原始HTML。 [150]
• 本月稍晚，临时帐号将在几个维基试行推出。最终的试行维基清单将在下半月公布。如果您在这11个维基维护任何工具、机器人或小工具，而该软体使用IP位址的资料，或可供未登入用户使用，请检查其是否需要更新，以应对临时帐号。参阅代码更新指南。
• Code Review工具Gerrit和GitLab已启用速率限制，以解决恶意流量和抓取所造成的问题。开启太多并行连接的客户端将被限制几分钟。这项速率限制是通过nftables防火墙规则进行管理的。更多详情，请参阅Wikitech上有关防火墙、GitLab限制和Gerrit操作的页面。
• 五个新的维基已创建：
  • 科梅林语维基百科 (w:kge:) [151]
  • 莫西语维基百科 (m:mos:) [152]
  • 马都拉语维基词典 (wikt:mad:) [153]
  • 哥伦打洛语维基语录 (q:gor:) [154]
  • 掸语维基新闻 (n:shn:) [155]

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年10月7日 (一) 23:42 (UTC)

如何引用并渲染显示外站的图像资源（例如Glyphwiki的字图）？

根据 Glyphwiki著作权与许可协议，其上的字体资源是可以被自由使用的。特别是一些生僻汉字，可以在GlyphWiki上找到。

是否可以允许参照类似 [ [ File: xxx.svg ] ] 连接到 upload.wikimedia.org 的方式，支持连接并显示其它外站（如 glyphwiki.org）的图像资源？ Liouxiao（留言） 2024年10月8日 (二) 03:41 (UTC)

因为Glyphwiki等外部资源没有遵循维基媒体基金会的使用条款和隐私政策，所以一切外部资源都直接无法使用（盗链），只能把外部资源转载到维基共享资源才能使用。其实很多图像已经转载到维基共享资源了。 Midleading（留言） 2024年10月8日 (二) 03:49 (UTC)

GlyphWiki的许可是否比维基媒体基金会的更为开放？直接引用是否不应称为“盗链”？

不知有哪些来自GlyphWiki的字形已经转载到维基共享资源，是否有字表可以查询？

另，GlyphWiki的资源也是与日增长的，既有字形也可能调整修改，逐一转载耗时费力，感觉也无必要。 Liouxiao（留言） 2024年10月8日 (二) 05:17 (UTC)

这里不仅是许可问题，还有使用条款的问题。使用者必须同意GlyphWiki的使用条款才能直接连接GlyphWiki，哪怕是引用公有领域资源也要遵循使用条款，否则就是占用GlyphWiki的频宽资源。维基共享资源也是一样，第三方直接引用维基共享资源的图像但不遵守使用条款，占用频宽资源过多时，会被基金会封锁。但是有一个转载者同时遵守两者的使用条款是可以的，而且这样的话不需要所有读者遵守GlyphWiki的使用条款。 Midleading（留言） 2024年10月9日 (三) 05:00 (UTC)

未收录僻字适合维基词典和维基文库，维基共享资源三方协作，但我未见中文或英语维基词典有收录。

本地也许可以维护一份僻字表，供需要的模板调用，录入Glyphwiki编码和教育部异体字字典编码。后者收字更多，可期待编码稳定不变。

c:Category:Chinese characters not in Unicode有一些未编码字。 Andayunxiao（留言） 2024年10月8日 (二) 13:54 (UTC)

多谢！感觉这个整理的字表名称杂乱，不如Glyph成体系，比如，我要找到“谅”的异体字，可以通过该字编码(unicode=0x8AD2)定位到 https://zht.glyphwiki.org/wiki/u8ad2, 然后在里面查找对应的异体字，对于同一个字在不同供应商/字库的字符集编码也按照 "字库代码"+"unicode代码"的方式列出，比如 (u2ff0-u8a00-u4eb0) (=hdic_hkrm-05058330) (=toki-01085420) (=linchuyi_hkrm-05058330) (=gt-74180)

本站还有3个扩展字库集（SKchar, SKchar2, GJchar），但也有检索不便的问题。

还有，上面异体字字典网站对生僻字有自己的专用编码（用了U+F0000以上的扩展段），也提供了woff字库文档，只是不知道授权条款是否可用（如将woff装载到本站），以及如何用技术实现在wikisource页面引用woff中的指定编码汉字？ Liouxiao（留言） 2024年10月9日 (三) 03:20 (UTC)

Unicode编码的字在维基词典、维基共享资源和维基数据搜寻都很容易找到图片字，除非该图片字并未转载到维基共享资源。维基词典有汉字编码转维基共享资源图片字的模板，有需要可以在维基文库也使用。woff字库是有版权的，只能先转图片字（如File:SKQSfont.pdf）再使用，图片字在美国属于公有领域。 Midleading（留言） 2024年10月9日 (三) 03:55 (UTC)

阁下的观察甚是。共享资源上的这些字不成体例，因为没人整理过。GlyphWiki 的长处是汇集多编码，每个字有图像，还涵盖变体序列和东亚各国字形。这也是对文库可能的不便，因为单字缺少唯一编码，且因由用户生成，可能有大改动。Unicode 变体序列描述能力也有限。文库 (MediaWiki) 尚不支持兼容区汉字录入。不知道变体序列是否支持。 Andayunxiao（留言） 2024年10月9日 (三) 06:00 (UTC)

教育部异体字字典使用的私人使用区 (PUA) 编码可能没有太多实用价值。我认为有用的是连结正字的代码和“单字ID”。以“窗”为例，正字代码为A02964， 异体字“⿺㇄匆”代码为A02964-017，其正字一望而知。另每个字有ID，用于网页位址。如“窗”的ID是 31863，A02964-017 为 31880。可以料想单字ID是向前兼容的，即后续修订不会改变已收字的ID。异体字字典自称收录约十万字，因此如果文库维护一份字表的话，可考虑以单字ID来做内部编码，以 SKchar，GlyphWiki 等为后备。 Andayunxiao（留言） 2024年10月9日 (三) 06:21 (UTC)

先不说字型是可以用SIL之类的授权来相容CC的。首先是commons不接受字体，那儿不是字体仓库(但可以是图库，我也在上面看过不只一次屌照了)。关于为何不接受字体上传也是个旧话题了。

光这点就堵死想要从commons取用字体可能性了。(是可以把整个字体转成svg一个个上传，然后手刻css去映射。足够胜任显示文库古文的字库覆盖率，不含异体字也就9万多个glyph吧。这就是我放弃这条路的缘故)

所以要想取用GlyphWiki的编码系统与svg图档，我想只有搬砖搬到commons这一条路。

变体序列(IVS)维基好像尚未支援，也有可能是我的文字编辑器的问题，导致文本的IVS描述符丢失，总之我上回的尝试是失败的。

但就算要用IVS也是需要字体功能做基础支援(参见日文站点的模板)，使得瓶颈还是回到缺字体的问题点上。Aerotinge（留言） 2024年10月9日 (三) 08:00 (UTC)

我建议在维基词典継续讨论，这些字应该属于维基词典收录的范围 Midleading（留言） 2024年10月9日 (三) 08:40 (UTC)

好吧，转载Glyphwiki图到维基共享资源，可以先到 https://commons.wikimedia.org/w/index.php?title=Category:Glyphwiki 查看有无合用的（目前有26591个）——只是检索稍嫌不便。 Liouxiao（留言） 2024年10月9日 (三) 15:52 (UTC)

换个思路，用JS开发小工具(gadget)配合呢？在文库文本使用glyph模板，但不传值、不作连外处理。当用户自行启用glyph gadget后，在用户端本地对文本里的glyph pattern一个个转成GlyphWiki连外图档。

没开启glyph gadget的就乖乖看一个个�占位符。

这样总不干基金会政策的事儿了吧。就循纪年标注工具一样的路子来走就行。Aerotinge（留言） 2024年10月8日 (二) 07:26 (UTC)

纪年标注工具没有使用条款和私隐政策供使用者查阅，实际上也不合规，维基媒体基金会已经注意到这个问题了，未来会全面禁止小工具使用外部资源。维基百科在顶部通过外部连接转到Facebook也是引起维基媒体基金会调查的行为。 Midleading（留言） 2024年10月8日 (二) 10:42 (UTC)

也请考虑w:MOS:PRECOLLAPSE 中的建议。考虑未登入用户在各维基计划应占读者多数，可以给已登入用户开发增强功能，但也应让多数用户能知晓无法显示的内容。 Andayunxiao（留言） 2024年10月8日 (二) 13:42 (UTC)

2024年维基媒体基金会理事会选举的初步结果

大家好，

我们在此感谢所有参与2024年维基媒体基金会理事会选举的人士。来自180个以上维基媒体专案的近6000名社群成员已投票。

以下四位候选人得票最多：

1. Christel Steigenberger
2. Maciej Artur Nadzikiewicz
3. Victoria Doronina
4. Lorenzo Losa

尽管这些候选人已透过投票得出名次，但他们仍需要被任命为维基媒体基金会理事会成员。他们需要成功通过背景调查，并满足章程中规定的资格。新的维基媒体基金会理事会成员将于2024年12月举行的下一次维基媒体基金会理事会会议上任命。

请阅读元维基上的选举结果。

祝好，

选举委员会和维基媒体基金会理事会选举工作小组

MPossoupe_(WMF) 2024年10月14日 (一) 08:26 (UTC)

2024年第42期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 结构式讨论扩展（又称Flow）启动弃用流程。该扩展未经维护且造成问题。结构式讨论将被讨论工具（DiscussionTools）取代，其用于任何一般讨论页。我们正在联络第一批维基。请这些维基停止使用结构式讨论，并将所有结构式讨论板移至子页面，作为存档。2024年10月22日开始，将在这些维基执行脚本，自动将所有不是子页面的结构式讨论页面移至子页面。2024年10月28日，这些维基的所有结构式讨论板将设为唯读模式。 [156][157]
• WMF的搜索平台团队正致力于让读者更容易用自己的语言执行文本搜索。上周对30多种语言进行的一项变更，使查找带有变音符号的单词变得更加容易。这适用于全文搜索以及进阶搜索如hastemplate、incategory等。新闻末尾链接提供对此的详细说明以及其他较小改进。 [158]
• 查看上周解决的共20个社群提交工单。 例如，俄语维基百科安装了编辑检查；修复了一些缺失的UI样式。

近况更新 - 面向技术贡献者

• 使用Toolforge工具Earwig's Copyvio Detector的编辑者，现在需要先登录其维基媒体帐号才能启用“搜寻引擎”选项执行检查。这项更改旨在防止外部机器人滥用系统。感谢Chlod所做的改进。 [159]
• Phabricator用户再度能够以电子邮件创建工单，以及对既有工单留言。向Phabricator发送电子邮件的功能已修复。 [160]
• 介面中的一些HTML元素现在使用<bdi>元素包裹，以使HTML输出更符合Web标准。未来几周将会有更多此类变更。这项更改可能会导致某些依赖介面的旧HTML结构的工具无法正常运作。请留意，我们不建议任何软体依赖介面的HTML结构，因为它随时可能更改而导致错误。 [161]

深入探索

• 月刊MediaWiki产品洞察电子报新期数发布。 本期内容包括：维基媒体验证系统的近况更新；简化MediaWiki平台功能开发之研究；解析器统一和MathML推出的近况更新；等等。
• 季刊技术社群电子报新期数发布。 本期内容包括：改进与国家/地区相关的主题建议之研究；改进PHPUnit测试；等等。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年10月14日 (一) 21:21 (UTC)

寻找志愿者加入维基媒体运动的委员会

每年10月至12月间，维基媒体基金会若干委员会均会招募志愿者。

请在元维基页面上阅读有关委员会的更多资讯：

• 自治体委员会（Affiliations Committee，AffCom）
• 监察委员会（Ombuds commission，OC）
• 案例审查委员会（Case Review Committee，CRC）

各委员会本轮职务申请自2024年10月16日起。自治体委员会委员之申请期限至2024年11月18日止，而监察委员会和案例审查委员会的委员之申请期限则至2024年12月2日止。您可以透过造访元维基上有关委员会任命事宜的页面了解如何进行申请。如果您有任何问题，请发布到讨论页面或发送电子邮件至 cst@wikimedia.org。

谨代表委员会支援团队,

-- Keegan (WMF) (talk) 2024年10月16日 (三) 23:09 (UTC)

未收录字以正字替代的模板

Aerotinge 阁下之前问询是否可有一个将未编码字以通同字显示，并以 tooltip （提示框）显示额外信息的模板。考虑需求和未来维护，似有必要为此目的单设一个或几个模板。我做了一个原型 {{Original character/doc}}，请求社群评论功能与样式。

有关 tooltip 实现的技术问题：以title实现的 tooltip 不能在移动视图下点触打开提示框，例如英语维基百科的模板Wikipedia:en:template:tooltip。我不懂的是，英语维基百科的编者称没有替代方案（ 此英语维基百科讨论页）。请问{{Original character}}使用的 CSS tooltips 是否不支持某些设备，或有性能或安全顾虑，才未被使用？ Andayunxiao（留言） 2024年10月19日 (六) 17:32 (UTC)

我现在用的正是移动设备，这也算是我一直苦恼的问题😂

我的体验是：

1. 不论是维基百科的w:Template:Tooltip还是中文维基文库这个{{Tooltip}}，不使用其他工具的情况下，桌面视图和移动视图都无法正常显示提示（只能看到下划线）。
   • 目前我找到唯一可用的方案，是使用mw:Reference Tooltips这个小工具。这里我也建议中文维基文库安装一个这个工具。
2. {{Original character}}的样式，我在桌面视图和移动视图都可以正常显示提示。
   • 所以，如果技术上没有问题，我推荐使用这一种。

至于能不能用CSS tooltips之类技术上的问题，是不是可以到维基百科的w:WP:互助客栈/技术去问问？那边人应该多点。 Wang31（留言） 2024年10月20日 (日) 03:34 (UTC)

我觉得模板的原字信息要再加缩限、明确定义。是要接受IDS字形结构呢？还是要收编码？

编码也有GlyphWiki的编码，ROC的MOE编码、CNS交换码，今昔文字镜的MJ码。

如果仅是要参照ROC的MOE异体字编码，可以考虑做成外链的形式(参见词典模板)，更方便使用者。

如果全都要，包山包海，也应该要在模板中定义成参数。|IDS=|GW=|MOE=|CNS=

模板的名称，窃以为调整一下较合宜。因我认为该模板，应是著重在字形参照/索引的性质，故称为(CJK(V)_)glyph_index较佳。但名从主人，您的命名及决定，我是一定尊重的。Aerotinge（留言） 2024年10月20日 (日) 14:58 (UTC)

可以制作多个相关模板以满足不同需求。模板为社群共享，非本人独有，而且还未使用，社群可直接修改。

我自己的需求是仅录入并展示原字编码。外链可作为选项。惟过度维基链接和外链影响读者阅读，可考虑默认不添加外链。

阁下对参数的建议甚好。我想避免用户手工输入IDS序列，因为拆分方法和部件可能不唯一（例如，康熙部首和同形汉字有不同编码）。我的设想是，后台维护一个类似Module:SKchar的字表，录入MOE异体字编码，其他编码，IDS序列和其他资讯（如图片字），然后允许以参数选择怎样显示这些资讯。这样易于未来维护，如，未来得到编码的字可以直接以新编码字取代正字。因为只需记录想要显示额外资讯的字，所以字表不会很长。

这个字表如果只以异体字字典编码为索引，现在就可实现。如果允许更多编码，我还不知道如何开发，须请社群协助。 Andayunxiao（留言） 2024年10月26日 (六) 18:40 (UTC)

模板名称：我更想名称反映编辑用途，也就是“录入的字非原字，原字没有编码”。也许 "Unencoded character" 是更好的名称？ Andayunxiao（留言） 2024年10月26日 (六) 18:58 (UTC)

“Unencoded Character”已较原名更为贴切；愚以为“Unencoded Original”较“Unencoded Character”更佳，盖其言简意明，点出原字未收，便于辨识。--Zy26（留言） 2024年10月27日 (日) 04:24 (UTC)

赞同“Unencoded Original”，是个好名字，感谢阁下指点。 Andayunxiao（留言） 2024年10月29日 (二) 05:18 (UTC)

这个模板（其他MediaWiki站点）的效果可能可供参考，将参考文献的提示样式应用于Tooltip上，并支持移动设备点击。 Teetrition（留言） 2024年10月21日 (一) 02:45 (UTC)

其他改字模板的样式

文库改字模板，如 {{?}}, {{校}}, {{另}}, {{另2}} 等都使用 tooltips。现 CSS tooltips 的技术尚在讨论中，如果确实可行，提议未来将这些模板的提示框更新为新样式，以方便手机读者。

我想同时提请评论这些改字模板的显示样式。除{{?}}外，其他大多应用背景颜色和形状区分功能， 标记原文有异文或者有误。对比英语维基文库没有标记异文的模板，对误文也只用 en:Template:Sic 和 en:Template:SIC 等寡样式模板。其应用页面，如en:Page:Nietzsche_the_thinker.djvu/208, 更干净，也对读者的干扰少。中文文库有这些模板的页面，改字常常是最突出的元素，较作品更吸引读者。出于文库对原作的尊重，这些改字模板的显示样式可以“低可见度化”，即：去除暗示维护需求的红色边框（和{{?}}不同， {{校}} 不是维护模板也无需维护），更淡的背景颜色，或改为虚线底线。进一步说，{{校}} 可以用 en:Template:SIC 取代：如果文库不鼓励编者在作品页加入醒目^[1]的脚注，那么更加醒目的{{校}} 也无存在理由。Andayunxiao（留言） 2024年10月29日 (二) 06:30 (UTC)

1. 本注释没有实际内容，但是你可能还是会看看注释写了什么。

2024年第43期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

本周要闻

• 行动应用程式团队发布iOS应用程式导览功能更新，目前已在最新的App store版本中推出。团队新增了“个人资料”功能表，可让您从条目显示画面中轻松存取通知和监视清单等给编辑者的功能，并将“捐款”按钮移至更方便读者存取的位置。这是规模庞大的导览更新计画的第一阶段，帮助iOS应用程式从一个主要以读者为中心的应用程式，转变成一个完全支援阅读和编辑的应用程式。近年来，维基媒体基金会根据志愿者的请求，新增了许多编辑功能以及对维基交流的支援。

iOS维基百科应用程式的个人资料菜单与内容

近况更新 - 面向编辑者

• 维基百科读者现在可以下载浏览器扩展程序，尝试一些早期构想的潜在功能，包括推荐条目供进一步阅读、自动总结条目、改善搜寻功能等。参阅网页团队的“内容探索实验”页面了解更多，订阅电子报随时掌握新讯。
• 本月稍晚，这12个维基的未登录编辑者将开始获得自动建立的临时帐号。试行维基清单可能会稍有变动——可能会移除维基，但不会再新增。临时帐号是一种新的用户帐号类型，使未登录编辑者的隐私更受保护，也让社群成员更容易与他们沟通。如果您在这12个维基上维护任何工具、机器人或小工具，，或可供未登入用户使用，请检查其是否需要更新，以应对临时帐号。参阅代码更新指南。参阅所有维基的部署计画。
• 查看上周解决的共33个社群提交工单。 例如，南恩德贝莱语、潘诺尼亚卢森尼亚语、奥博洛语、伊班语、傣那语维基百科语言版本已于上周创建。 [162][163][164][165][166]
• 现在可以在Wikifunctions使用维基数据词位建立函数，通过上周新推出的“维基数据词位”类型。当您进入这些函式之一时，UI会提供一个词位选择器，帮助您从维基数据挑选与您输入的单词相符的词位。点击执行后，您所选取的词位会从维基数据撷取，转换成“维基数据词位”类型，传送至所选的函数中。参阅最新一期的Wikifunctions电子报了解更多。

近况更新 - 面向技术贡献者

• 维基媒体网站用户现在可以使用新的{{#timef:…}}解析器函数，更轻松取得不同语言的格式化日期。例如，{{#timef:now|date|en}}显示为“24 November 2024”，{{#timef:now|date|zh}}显示为“2024年11月24日 (星期日)”。在此之前，{{#time:…}}可以用来格式化日期，但需要手动指定时间和日期的组成部件及顺序及标点符号。#timef（或#timefl用于本地时区）提供对MediaWiki在其UI中使用的标准日期格式的访问。这能有助于简化共享资源和元维基等多语言维基中的一些模板。 [167][168]
• 共享资源和元维基用户现在可以使用{{USERLANGUAGE}}取代{{int:lang}}来有效取得使用者语言。 [169]
• 产品和技术谘询委员会（PTAC）目前已有试行成员，代表遍及非洲、亚洲、欧洲、北美洲、南美洲。他们将针对运动策略技术委员会倡议，建立一个共同定义且更具弹性的技术平台。 [170]

深入探索

• 季刊Growth电子报新期数发布。本期内容包括：新手首页“社群新讯”模块即将推出；新的“社群配置”选项；新项目的详情。
• 维基媒体基金会成为通用漏洞揭露（CVE）计画的官方合作伙伴。CVE计画是一项国际性的工作，将公开揭露的网路安全漏洞分类。既维基媒体基金会已成为CVE编号管理者，基金会安全团队将能够对影响MediaWiki核心、扩展、皮肤以及基金会管理的任何代码的漏洞即时发布CVE纪录。
• 社群愿望清单正在测试愿望清单内容的机器翻译。志愿者现在可以阅读愿望的机器翻译版本，在译者翻译内容之前投入讨论。

会议与活动

• 10月24日：维基教育讲者系列线上研讨会——开源技术：建立维基教育面板，由维基媒体实习生和一位网页开发人员参与的专题讨论会。
• 2024年12月20日—22日：2024年印度维基媒体布班尼斯瓦黑客松于印度奥里萨邦举行。该黑客松为社群成员——包括开发者、设计师、内容编辑者——而举办，旨在建构能改善贡献者体验的技术解决方案。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年10月21日 (一) 20:52 (UTC)

'Wikidata item' link is moving, finally.

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 2024年10月22日 (二) 11:29 (UTC)

百科/文库 无法解析某些PDF文件

例如File:魏氏家藏方.pdf，在维基共享资源网站可以政策查看，但在文库显示为0 × 0像素，且索引页报错：无法识别间隔。 Liouxiao（留言） 2024年10月22日 (二) 14:13 (UTC)

偶尔会出现这样的问题，刷新缓存就好了。 Kcx36（留言） 2024年10月22日 (二) 15:16 (UTC)

多谢，是可以了。 Liouxiao（留言） 2024年10月23日 (三) 07:03 (UTC)

台湾分会2024年10月对话时间

台湾维基媒体协会2024年10月的对话时间，
订于台湾时间10/25 (五) 19:00举行，
参与连结为 https://meet.google.com/qiv-ctih-sse 。
想跟更多台湾维基人互动吗？不知道台湾有个维基协会，或知道协会但不知道他们平常都在干嘛吗？本次对话时间将针对亚洲月进行讨论，欢迎一起来聊聊！

--MediaWiki message delivery（留言） 2024年10月22日 (二) 14:41 (UTC)

2024年第44期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 11月稍晚，Chart图表扩展将部署至测试维基，以供查找并修复任何问题。现正在进行安全审查，以便部署至试行维基进行更广泛的测试。参阅10月份的项目最新进展，以及Beta维基百科上的最新文档及范例。
• 查看上周解决的共32个社群提交工单。 例如，Pediapress.com——将维基百科制作成书籍的外部服务——现在可以使用维基媒体地图，在维基百科印刷书籍中加入现有的预渲染信息框地图图像。 [171]

近况更新 - 面向技术贡献者

• 导览（GuidedTour）扩展可以帮助新手了解如何编辑维基。导览现在已兼容深色模式。请导览维护者检查各个导览是否有任何异样。另外，将emitTransitionOnStep设为true可以修复旧bug，使用新的旗标allowAutomaticBack可以避免出现不必要的返回按钮。 [172]
• 使用大量删除（Nuke）扩展完成的删除将带有“Nuke”标签。这将使检阅和分析使用Nuke执行的删除变得更容易。 [173]

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年10月28日 (一) 20:56 (UTC)

Final Reminder: Join us in Making Wiki Loves Ramadan Success

Dear all,

We’re thrilled to announce the Wiki Loves Ramadan event, a global initiative to celebrate Ramadan by enhancing Wikipedia and its sister projects with valuable content related to this special time of year. As we organize this event globally, we need your valuable input to make it a memorable experience for the community.

Last Call to Participate in Our Survey: To ensure that Wiki Loves Ramadan is inclusive and impactful, we kindly request you to complete our community engagement survey. Your feedback will shape the event’s focus and guide our organizing strategies to better meet community needs.

• Survey Link: Complete the Survey
• Deadline: November 10, 2024

Please take a few minutes to share your thoughts. Your input will truly make a difference!

Volunteer Opportunity: Join the Wiki Loves Ramadan Team! We’re seeking dedicated volunteers for key team roles essential to the success of this initiative. If you’re interested in volunteer roles, we invite you to apply.

• Application Link: Apply Here
• Application Deadline: October 31, 2024

Explore Open Positions: For a detailed list of roles and their responsibilities, please refer to the position descriptions here: Position Descriptions

Thank you for being part of this journey. We look forward to working together to make Wiki Loves Ramadan a success!

Warm regards,
The Wiki Loves Ramadan Organizing Team 2024年10月29日 (二) 05:13 (UTC)

Unicode Regex 问题

我想要用REGEX搜索所有的UNICODE CJK B字区。怎么做到？

具体而言，我想要搜索的regex是：

[^|][CJK B字地区]。怎么做到？ Blahhmosh（留言） 2024年10月31日 (四) 12:10 (UTC)

[\u{20000}-\u{2A6DF}]

但你必须设置旗标"u"。在一些Regex有限支援的文字处理软体上，这是无效的。Aerotinge（留言） 2024年11月1日 (五) 04:37 (UTC)

怎么设置旗标？ Blahhmosh（留言） 2024年11月1日 (五) 04:41 (UTC)

2024年第45期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 监管员现在可以在实施全域帐号封禁时启用全域自动封禁。过去，临时帐号用户能退出会话或切换浏览器来绕过封禁，继续编辑。现在，监管员可以启用全域自动封禁来防止这些行为，封禁期限24小时。这是临时帐号项目对防滥用工具的改进。参阅关于临时帐号主要功能的进展。 [174]
• 启用CampaignEvents的维基现在可以使用协作清单功能。该功能让贡献者能更容易了解其维基上的维基专题。这是2024-2025年度计画的一部分。感谢Campaign团队的努力。如果您有兴趣将CampaignEvents引入您的维基，您可以按这些步骤提出请求，或者您可以向User:Udehb-WMF求助。
• 本周稍晚，红链的颜色将稍作修改，改善其在浅色模式下的对比度。 [175]
• 查看上周解决的共32个社群提交工单。 例如，多语言维基的用户现在可以在“链入页面”特殊页面隐藏翻译页面。

近况更新 - 面向技术贡献者

• 为调查错误，XML资料库转储已暂时停止。 [176]

深入探索

• 临时帐号已部署至6个维基，感谢信任与安全产品团队的努力。参阅部署计画。下周，临时帐号将部署至另7个维基。如果您活跃于上述维基并需要协助修改您的工具，请向User:Udehb-WMF求助。
• 季刊语言与国际化电子报新期数发布。 本期内容包括：translatewiki.net与MediaWiki新增支持语言；部分语言新增输入法；近期会议信息；等等。

会议与活动

• 2024年11月4日至6日，2024年秋季MediaWiki使用者与开发者大会于奥地利维也纳举行，同时也线上举行。大会将围绕不同产业的公司使用MediaWiki软体的情况进行讨论，并鼓励、吸引新用户。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年11月4日 (一) 20:50 (UTC)

校对（扩展）的问题？

简单来说，就是在Page命名空间编辑时，无法显示页眉和页脚的内容

现象：打开任一非空白Page（比如这个），不用做任何编辑，然后

• 点击显示预览，观察到预览区域内没有页眉页脚的内容
• 点击显示更改，观察到“页面状态”被修改为“未校对”（不论原先的状态是什么），“页眉（不包含）”“页脚（不包含）”的内容都被删除（但实际上是存在的，保存编辑后并没有删除）

这个问题在英文维基文库也同样会出现，我怀疑这是扩展的问题？

如果确实有问题，估计要去phabricator反馈，不过我不太会用，希望有人能帮忙反馈一下 Wang31（留言） 2024年11月10日 (日) 06:00 (UTC)

未能重现此问题。 Liouxiao（留言） 2024年11月10日 (日) 06:08 (UTC)

啊？即便我用安全模式也会有这个问题……？ Wang31（留言） 2024年11月10日 (日) 06:14 (UTC)

我好像知道了，应该是参数设置-编辑-显示预览时不重新加载页面的问题，我之前开了这一项，把它关掉就好了。

@Liouxiao：您有打开吗？如果没有，可以打开这一项试试，或许就能复现了 Wang31（留言） 2024年11月10日 (日) 06:29 (UTC)

试了一下，我可以重现该问题，应该就是该选项造成的。

如果您有Proofread Page的需求，可以打开在序列里编辑这一功能。该功能也提供了无需重载页面的预览能力。且不存在本讨论提到的问题。Aerotinge（留言） 2024年11月10日 (日) 08:55 (UTC)

这功能我之前用过，只是觉得用着不太习惯。不过总之，我了解了，感谢 Wang31（留言） 2024年11月10日 (日) 09:49 (UTC)

于Phabricator查看
编号T380130的工单

我已经在Phabricator上反馈了——phabricator:T380130。 Wang31（留言） 2024年11月17日 (日) 07:32 (UTC)

2024年第46期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 在启用翻译扩展的维基，FuzzyBot现在会为翻译页面上的分类自动创建翻译版本。 [177]
• 查看上周解决的共29个社群提交工单。 例如，使用安全投票进行英语维基百科特别管理员选举的工单已按时解决。 [178]

近况更新 - 面向技术贡献者

• 在1.44.0-wmf-2版本，Wikibase函数getAllStatements的逻辑变得与getBestStatements相似。现在，调用该函数会返回值的副本，使值不再可变。 [179]
• Wikimedia REST API用户，例如机器人操作者和工具维护者，可能会受到正持续进行的升级更新的影响。该API会将一些页面内容端点从RESTbase改为较新的MediaWiki REST API端点。受影响的端点包括获取页面和修订版本的元数据以及渲染后的HTML内容。本周稍晚，这些更改将在测试维基推出，其他项目将陆续推出。这项更改应该不会影响现有功能，但使用受影响端点的活跃用户应在测试维基验证其行为，并在相关的Phabricator工单提出任何疑虑。

深入探索

• 启用了Automoderator的维基的管理员和使用者现在可以监控和评估与Automoderator操作相关的重要指标。这个Superset面板计算和汇总有关Automoderator在其部署的维基上的行为指标。感谢Moderator Tools团队提供此面板。参阅文档了解更多。 [180]

会议与活动

• 2024年11月21日（8:00 UTC、16:00 UTC）：与维基共享资源志愿者和利益关系者进行社群通话会议，帮助排定2025-2026财政年度支援工作的优先顺序。本次通话会议的主题是维基共享资源上的内容应如何组织。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年11月12日 (二) 00:07 (UTC)

模板寻求

有什么模板可以完成这一个工作：

a		b
c
d

有没有什么可以再把一个"cellpadding"模板代替"a"的模板？ 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月13日 (三) 01:17 (UTC)

本站未看到有Template:Cellpadding模板 Liouxiao（留言） 2024年11月13日 (三) 01:40 (UTC)

@Liouxiao

我不知道该怎么说我的意思，但是你见到

[181] pg 26

你就明白我想要用以上的模板做什么了。 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月13日 (三) 01:43 (UTC)

做了一下，阁下可看看效果如何。 银色雪莉（留言） 2024年11月13日 (三) 08:04 (UTC)

非常好，感谢！ 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月13日 (三) 14:03 (UTC)

关于1947年解放军训令之著作权适用性说明

近日，对于1947年解放军训令之著作权适用性，产生了一些争议，特此对本人编辑澄清如下。

依《中华人民共和国著作权法》第五条第一款之规定，法律、法规、国家机关之决议、决定、命令，以及其他具有立法、行政或司法性质之文件及其官方译文，均不受著作权保护。

据《世界知识产权组织（WIPO）》所载之《中华人民共和国著作权法》英文版内容如下：

 "(l) laws; regulations; resolutions, decisions and orders of State organs; other documents of a legislative, administrative or judicial nature; and their official translations."

此款明确指出，豁免适用之范围，不止于“国家机关”之正式文件，亦包括“其他具有立法、行政或司法性质之文件”。

由是，1947年中国人民解放军总部所发布之《重行颁布三大纪律八项注意之训令》，虽当时解放军非中华人民共和国之正式国家机关，然训令所具行政性质，实不可忽视。此训令旨在规训军纪，严明军规，规范行为，具有明确之约束，非凡俗之文本。训令其实质，乃行政命令，具行政效力，且具立法、行政、司法性质之特征，故应归为法律所豁免之文件。

训令之目，统一军纪，规范行为，指引军中，设立标准，实乃行政命令之典型。依《著作权法》第五条之规定，凡具此类性质之文件，应自然而然不受著作权保护。此训令依其功能与约束力，应视为行政文件，适用豁免，而非普通作品。

此条文义明，除“国家机关”所发之法律、法规、决议、决定、命令外，凡具有立法、行政、司法性质之文件及其官方译文，均不受著作权保护。由此可见，文件之性质、功能、效力，远重于发布机构之地位。若该文件具行政命令特性，理应纳入豁免范围。

此外，维基文库一贯遵循惯例，诸如中国共产党所发布之重要文件（如党章）亦已被收录。若著作权豁免仅适用于“国家机关”发布之文件，党章等文件岂应纳入豁免范围？然党章等文件之收录，符合判例精神，表明法院及文库对文件性质之判断，并非拘泥于发布机构之身份，而重视其功能与效力。这与著作权法第五条之精神相契合，即凡具立法、行政或司法性质之文件，皆不受著作权保护。

综上所述，尽管1947年《中国人民解放军总部关于重行颁布三大纪律八项注意之训令》非由正式“国家机关”发布，然其内容明确、目的鲜明、约束力强，具行政命令性质，符合“其他具有立法、行政或司法性质之文件”之定义，依法应豁免著作权保护，而不应视为一般受保护之作品。

各位编辑与@红渡厨：若有异议，恳请赐教。--Zy26（留言） 2024年11月13日 (三) 07:47 (UTC)

中国共产党视为行政，那是因为中国共产党1949年10月1日建立了中华人民共和国，所以中华人民共和国带着中国共产党一起行政了。这是{{PD-PRC-CPC}}的基本逻辑。1947年的中国共产党同样没资格行政。 ——— 红渡厨（留言・贡献） 2024年11月13日 (三) 08:26 (UTC)

君所言1947年中国共产党“没有资格行政”，实乃误解《著作权法》之真义。中国共产党固非国家机关，是否已建中华人民共和国，皆与此无关。依《著作权法》第五条所载，其要义不在于文件发布之机构是否正式为国家机关，而在于文件之性质。无论由何机构所发，若其内容具立法、行政、司法性质，则应当享有著作权豁免。

回看“{{PD-PRC-CPC}}之基本逻辑”，《刑事审判参考》指导案例第680号指出：“显然，《党章》和《十七大报告》作为党中央发布的官方文献，由一定的组织和人员负责起草，经特定的组织程序决议通过，在全党范围内具有约束力，等同于‘具有立法、行政、司法性质的文件’，均属于上述第一类除外情形。”此判例指明，不仅国家机关发布的文件，具有行政、立法性质的党内文献亦应当享有著作权豁免，充分印证了文件性质优先于发布机构身份之原则。

且观1947年中国人民解放军所发布之训令，虽非由今日之国家机关所发，然其性质显然为行政命令，旨在规范军纪，统一军规。对于军队而言，此类训令具明确之行政效应，实应视为行政文件，应享著作权豁免。。--Zy26（留言） 2024年11月13日 (三) 08:52 (UTC)

@红渡厨：见君在讨论尚未果之际，复行同类编辑，恐有引发争议之虞。为确保共识得以达成，还请在此问题未定之时，暂缓更动，俾利进一步论议。望能秉持理性，求得最为妥当之结论。@Midleading：作为保护该条目的管理员，尚希聆听阁下意见与看法。--Zy26（留言） 2024年11月14日 (四) 09:42 (UTC)

目前认为其他中华人民共和国成立之前的中国共产党文件不适用《著作权法》第五条规定，维基文库中类似文件仅标注匿名或以法人名义发表作品。这并不影响该作品是否收录。可能具有立法、行政或司法性质的文件范围非常广，甚至还有真正具备立法、行政或司法性质但不是公有领域的作品（例如中华人民共和国香港特别行政区的法律条款）。因此“其他具有立法、行政或司法性质之文件”在维基文库中是一个需要根据相关证据开展讨论的条款。 Midleading（留言） 2024年11月15日 (五) 03:12 (UTC)

@Midleading：愚以为，阁下所言“此并不影响该作品是否收录”固为正理，实则从操作流程而言，亦是无可非议之处。然而，若从使用者角度考量，或可略有补充。尽管责任在于使用者自行查阅该作品是否符合其所适用之法律规定，但若仅标示为法人作品过期，用户或许会心生疑虑，担心涉及如乌拉圭回合协议等国际条约之限制，从而未必敢于放心使用。若能明确标注该作品为“具有立法、行政、司法性质之文件”，则可使使用者更加确信，此作品或为官方法律材料，进而有助于判断其是否符合所处法域之规定。此种标注，无疑能为使用者提供更为明确之法律指导，便于其决策，实为增强使用便利之举。

至于您提及之“具有立法、行政或司法性质但非公有领域之作品”，如香港特别行政区之法律条文，实在与1947年训令之讨论有所不同。公有领域之范围与地域紧密相关，该类文件可在内地无著作权保护，但在香港则非公有领域。文库的收录惯例，主要依据服务器所在法域及贡献者所在地之法律，故此是否收录香港法律条文，并不影响本案之讨论。

总而言之，愚以为，若能于作品标注中进一步明确其是否具备“立法、行政、司法性质”，无疑有助于使用者作出更加明晰之判断，避免因版权问题产生不必要之疑虑，从而增进使用之便捷与信心。--Zy26（留言） 2024年11月15日 (五) 16:38 (UTC)

现有的惯例是无法确定中华人民共和国成立之前的中国共产党文件是否具备“立法、行政、司法性质”，同时该编辑撤销次数达到三次，所以建议取得共识后再进行标注。 Midleading（留言） 2024年11月16日 (六) 03:22 (UTC)

• 来句插科打诨：请问中华人民共和国法律能不能控告周公旦重婚？--晞世道明（留言） 2024年11月14日 (四) 11:10 (UTC)

校对页面的样式生效的范围

校对页面可以指定 CSS 样式，位置在index:文件名/styles.css. 与之类似的模板样式对整个页面生效，但是校对页面的样式只能对包含嵌入的部分有效果。求教社群，两者的区别是如何由技术实现的？例子：Special:PermanentLink/2491316 中，index:sandbox.djvu/styles.css 指定了正文在 "vertical-page" class 内的显示为蓝色，但嵌入后未著色。

我希望的效果是校对页面的样式也能对包含嵌入的部分外括的 class 有效，这样可以避免引用固定的模板样式，允许编者对每本作品单独指定样式。 Andayunxiao（留言） 2024年11月14日 (四) 08:59 (UTC)

您的 style 的声明在 "vertical-page" class 之内，无法应用于 "vertical-page" class，大致的 HTML 开头如下：

<div id="mw-content-text" class="mw-body-content"><div class="mw-content-ltr mw-parser-output" lang="zh" dir="ltr"><div class="vertical-page" style="writing-mode:vertical-rl;"><div class="poem">
<div class="prp-pages-output" lang="zh">
<p><style>您的 style</style>

您的 style 只能在声明之后才可能有效。--Zy26（留言） 2024年11月14日 (四) 09:59 (UTC)

请求录入《宣厅誊录》

原文：[182]

我看不懂草书，但是不用担心，只有30页，不太多。 大东国奎章阁大提学兼弘文馆大提学艺文馆大提学知成均馆事Blahhmosh（留言） 2024年11月17日 (日) 00:40 (UTC)

24、25页前为楷书，后面为行书，偶有草写。 Liouxiao（留言） 2024年11月17日 (日) 02:04 (UTC)

开头也有3页行书。 Liouxiao（留言） 2024年11月17日 (日) 02:07 (UTC)

建议利用 Index:KYUDB-GK12981-00_宣厅誊录.pdf 页面录入。 Liouxiao（留言） 2024年11月17日 (日) 02:10 (UTC)

2024年第47期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 现在，如果维基媒体用户尝试创建导向不存在页面的重定向，系统会对其发出警告。这将减少维基媒体项目中带有红链的损坏重定向数量。 [183]
• 查看上周解决的共42个社群提交工单。 例如，用于自动化MediaWiki网站工作的Pywikibot，已在Toolforge升级至9.5.0版本。 [184]

近况更新 - 面向技术贡献者

• 在使用标记修订（FlaggedRevs）的维基上，持有适当权限的用户所创建或移动的页面会自动标记。这项功能最近无法正常运作，修复该功能的更改预计于本周部署。感谢Daniel和Wargo的努力。 [185][186]

深入探索

• 关于“临时帐号”的新Diff文章现已提供超过15种语言版本。敬请阅读该篇文章，了解什么是临时帐号、临时帐号将如何影响各类用户群体，以及未来将如何将其引入所有的维基。

会议与活动

• 2025年维基媒体黑客松已开放报名，欢迎技术志愿者前往土耳其伊斯坦堡参与。旅行住宿奖助金申请期间为2024年11月12日至12月10日。活动报名将于2025年4月中旬截止。维基媒体黑客松为年度技术盛会，汇聚全球技术社群，共同协作既有项目，并探索新构想。
• 欢迎参与本周的维基共享资源社群通话会议，帮助排定2025-2026年度共享资源支援工作的优先顺序。本次通话会议的主题是维基共享资源上的内容应如何组织。参与各类贡献的志愿者们能借此机会齐聚一堂，讨论对共享资源的未来至关重要的事项。通话会议将于2024年11月21日 8:00 UTC和16:00 UTC举行。
• 语言社群会议将于11月29日 16:00 UTC举行，讨论近况和技术问题解决。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年11月19日 (二) 02:00 (UTC)

Template:NoteTA

如题，留意到本地有此模板，但在小二黑结婚 (1958年)试用后似乎未奏效，请问此模板是否仍有实际作用？（利申：本人知道本地习惯的不转换方法，只是偶然见此，来问一问。） 银色雪莉（留言） 2024年11月20日 (三) 17:44 (UTC)

维基文库使用的中文变体是不带地区的简体中文（zh-hans）和繁体中文（zh-hant），而非阁下编辑中的大陆简体（zh-cn）和台湾繁体（zh-tw）。 Teetrition（留言） 2024年11月21日 (四) 02:14 (UTC)

好久不见（抱拳）。您的意思是只要我换成这两个参数就可以了？我在Wikisource:沙盒试了一下，似乎还是没有变化，是不是我哪儿弄错了？ 银色雪莉（留言） 2024年11月21日 (四) 06:12 (UTC)

好久不见。请见沙盒修改。 Teetrition（留言） 2024年11月22日 (五) 02:41 (UTC)

感谢阁下指点。我此前是尝试全文转换和指定不转换这两个模式未能成功，原来需要使用单向转换。 银色雪莉（留言） 2024年11月22日 (五) 06:30 (UTC)

台湾分会2024年11月对话时间

台湾维基媒体协会2024年11月的对话时间，
订于台湾时间11/23 (六) 14:00举行，
参与连结为 https://meet.google.com/qiv-ctih-sse 。
想跟更多台湾维基人互动吗？不知道台湾有个维基协会，或知道协会但不知道他们平常都在干嘛吗？本次对话时间将讨论中文维基百科首届仲裁委员会，欢迎一起来聊聊！

--MediaWiki message delivery（留言） 2024年11月21日 (四) 19:05 (UTC)

Sign up for the language community meeting on November 29th, 16:00 UTC

Hello everyone,

The next language community meeting is coming up next week, on November 29th, at 16:00 UTC (Zonestamp! For your timezone <https://zonestamp.toolforge.org/1732896000>). If you're interested in joining, you can sign up on this wiki page: <https://www.mediawiki.org/wiki/Wikimedia_Language_and_Product_Localization/Community_meetings#29_November_2024>.

This participant-driven meeting will be organized by the Wikimedia Foundation’s Language Product Localization team and the Language Diversity Hub. There will be presentations on topics like developing language keyboards, the creation of the Moore Wikipedia, and the language support track at Wiki Indaba. We will also have members from the Wayuunaiki community joining us to share their experiences with the Incubator and as a new community within our movement. This meeting will have a Spanish interpretation.

Looking forward to seeing you at the language community meeting! Cheers, Srishti 2024年11月21日 (四) 19:55 (UTC)

提问

你好！本人想要翻译一篇文章，但不清楚维基文库的版权守则。如果该篇文章属于国家条约性质，没有官方中文译本，签署和起草日期均超过70年，是否符合可收录的标准？ FK8438（留言） 2024年11月22日 (五) 05:07 (UTC)

这样听起来似乎是没问题的，但能否请阁下进一步提供文献标题信息，以便确实，避免可能存在的问题。 银色雪莉（留言） 2024年11月22日 (五) 06:21 (UTC)

您好，按照您的描述，原本应已进入公有领域。作为译文作者，您可以公开放弃作品的所有权益，允许其进入公有领域（使用{{PD-self}}模板，或者在GNU自由文档协议或知识共享协议下授权维基文库使用。最后在正文最后使用{{Translation license}}标记原文与译文版权。您亦或可以直接使用Template:Translation模板翻译。 MarkZhou08（留言） 2024年11月23日 (六) 08:06 (UTC)

关于繁体文输入时的引号

请问对于译文或者在标点符号出现之前的古文呢？ FK8438（留言） 2024年11月22日 (五) 05:21 (UTC)

模板：{{原文沒有標點}}、{{Machine punctuation}}两者有提到，用户自行产生附加于文本的标点，于上传时便依CC BY-SA 4.0和GFDL授权释出了。

如果是“简体字版”等等后世编辑者加注的标点，通说也是不具有版权，因其通常不具有创作性。但要如何去论证具有创作性与否，就是法界跟学界的事务了。

我的想法是不要直接照搬标点为妙，自行读过、理通一次句读并再行抄录，也是种文章功夫。Aerotinge（留言） 2024年11月22日 (五) 06:22 (UTC)

@FK8438, Aerotinge：请留意已经存档的内容不宜再作新编辑，故虽然唐突，在下谨将两位对答移动至此，除缩进略作调整外，文字均无变易。我个人理解FK8438阁下的意思是指没有可参照的本子而自行译出（外文）或自行标点（古文），那么其实应该说这没有一定的限制。--银色雪莉（留言） 2024年11月22日 (五) 06:28 (UTC)

补充：原讨论见Wikisource:写字间/存档/2024#关于繁体文输入时的引号。 Andayunxiao（留言） 2024年11月22日 (五) 08:22 (UTC)

标点标准不需制定，按原样即可。和原讨论的几位编者意见相同，如原文整体在公有领域：如有标点，照录即可；如无，可自行加标点，标点样式无限制，版权自动释出。不建议照著现代标点本录入文字和他人加的标点，因有整理版权和版本混淆顾虑。例如，不要照著现代出版的红楼梦来校订文库的红楼梦。

尽量使用公有领域的最早出版本或影印古籍善本。共享资源近年已得大量中文书目上传。如访问困难或没有找到，也可以先按手中有的后出版版本录入。这也是对文库的贡献。但此时标点最好来源和文字一致，即，来自同一出版版本，而非由编者拼接，以避免手动转换标点带来错误。

原讨论未有人提及，但真正的问题是，文库早年的习惯是每个作品一页，少使用版本页，常有对无后缀条目显示哪个版本的争夺。既然文库允许录入同一作品的不同版本，那么就应讨论出配套的命名规则。如照搬英语维基文库：加消歧义后缀，或作为文集的子页面录入；无后缀的页作为版本页。所以对阁下的问题，我建议录入到名字恰当消歧义的作品页，就可避免异议。无后缀的作品页，如红楼梦，因为对此页到底该录入什么，用何种样式都没有共识，请做好说服他人或被未来编者回退的准备。 Andayunxiao（留言） 2024年11月22日 (五) 09:12 (UTC)

《东三省红十字普济善会章程》难辨认字与添加标点问题

本人根据《申报》1904年3月3日第一万一千八十八号录入《东三省红十字普济善会章程》，但由于能力一般、水平有限，有几个字无法辨认，已用“□”标出，另外，原文无标点，希望有人能完善。 MarkZhou08（留言） 2024年11月24日 (日) 14:51 (UTC)

已粗校。 银色雪莉（留言） 2024年11月24日 (日) 17:12 (UTC)