維基文庫:寫字間

←社區

寫字間

存檔→

請另頁請求管理員幫助，力求提高效率。機器人、導入者、管理員、更改用戶名請另頁申請。目前中文維基文庫共有119名活躍用戶，沒有行政員，暫不建議申請。
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)

本案仍需處理。——— 紅渡廚（留言・貢獻） 2024年8月1日 (四) 14:38 (UTC)

本案仍需處理。——— 紅渡廚（留言・貢獻） 2024年9月8日 (日) 04:22 (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)

這是什麼字？

五十六

「右周子太極全圖。伏羲先天而萬物皆一太�。」

原圖：[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)

五十九

滿磵松濤暮靄晴。馬頭逕謝崛山靈。遊人未脫紅塵想。▒帳仍教鶴又驚。 [8] page 42 這個字是不是「蓬」？ Blahhmosh（留言） 2024年6月30日 (日) 20:53 (UTC)

是「蕙」——典出孔稚珪《北山移文》：「蕙帳空兮夜鶴怨」。

後世多用此典，如庾信《小園賦》「坐帳無鶴」；王安石《草堂》「蕙帳空留鶴」。 Liouxiao（留言） 2024年8月29日 (四) 01:55 (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

[13]

我至少知道此字底下是「止」。 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)

六十九

原文：「來往歲不闕。乘間�殺略。」

原圖：[19] pg 19, [20] pg 12

這個字是不是「恣」？ 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)

七十

原文：「將軍一捷萬人觀壯士從游訖可還雨洗戰塵清（？潠潩瀵瀷） 」

原圖：[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)

@Blahhmosh @銀色雪莉前面那個「清」應該是「靖」字吧？「雨洗戰塵靖海岱」。

後面是〈九秋作後日示弟馬〉。

蓬萊詩集/卷三#九秋作後日示弟馬 Liouxiao（留言） 2024年9月19日 (四) 01:32 (UTC)

您說的第一條，本件有「靖」字的其他明顯用例（075a、079a），與該字有足夠區分的差異，而在同件另有可見三點水部首字，該字部首似更為與此相近，我個人還是持「清」海岱的看法，除字形以外，「清海岱」上銜「洗戰塵」既通順，且「清海岱」亦有其他用例，見杜甫洗兵馬。第二條「弟馬」的話，我完全贊成您的看法。 銀色雪莉（留言） 2024年9月19日 (四) 07:18 (UTC)

👍 Liouxiao（留言） 2024年9月20日 (五) 02:31 (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)

「梅飄東閣空▦󴹓」，第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)

七十二

那麼這些呢？

[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)

「半」？「乎」（懷疑用「忽」而誤寫作「乎」）？ Liouxiao（留言） 2024年9月22日 (日) 13:52 (UTC)

七十八

原文：「翻雲覆雨�開眼」

原圖：[47]

[48]

[49]

[50]

[51]

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

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

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

七十九

原文：「此身�瓦全」

原圖：[52]

[53]

[54]

[55]

[56]

均在 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)

八十二

原文：「雲（？泛㴀）何䖏來仙。」

原圖：[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)

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

⿰示𤰗，"福"字的異寫。Aerotinge（留言） 2024年8月26日 (一) 02:49 (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)

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

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

九十一

原圖：[71] 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)

九十二

原圖：[72] pg 16

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

「𠫵」，「參」的異體。「...而人之𠫵天地而賛化育者...」，這是化用禮記/中庸的「...可以贊天地之化育，則可以與天地參矣」。 銀色雪莉（留言） 2024年8月25日 (日) 16:49 (UTC)

九十三

原圖：[73] pg 18

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

𤱔，「畝」的異體字。同書後文也有此字多次用例。「地畝」，田地，土地。 銀色雪莉（留言） 2024年8月26日 (一) 02:20 (UTC)

九十五

「陶鑄英雄亘靈超。賦馬萬蹄綠▒▒。」 [74] page 94 Blahhmosh（留言） 2024年8月29日 (四) 18:44 (UTC)

那兩個字實在看不清，但下面一句「抱無辰韓日出邦」的第二個字，不應該是「送」麽？ Liouxiao（留言） 2024年8月30日 (五) 02:36 (UTC)

感覺這首詩目前其它幾處字也有問題：

茫茫浩氣充兩間。靑䓗萬古𣅿靈山。三十六帝鼓天爐。陶鑄英雄亘靈超。賦馬萬蹄綠▒▒。抱送辰韓日出邦。彈丸一角纔客塵。眼高宇宙空無人。

其中「亘靈超」似應作「百靈超」；

「賦馬萬蹄綠▒▒」似應作「賦馬萬蹄緣▒▒」；

「彈丸一角纔客塵」似應作「彈丸一角纔容塵」。 Liouxiao（留言） 2024年8月30日 (五) 15:31 (UTC)

九十七

原文：「四方學者多？之官至左參賛」

原圖：[75] 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)

九十八

原文：「步月▦疏影。臨風聽細聲。」

原圖：[76] 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)

原文：「水上槐囬？逆潮渾」

原圖：[77] 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)

一百二

原文：「何處玄暉着吟▒」

原圖：[78] page 4

[79] page 6

這個字是不是「料」？ Blahhmosh（留言） 2024年9月13日 (五) 01:06 (UTC)

原文：「莫道邊城春（？▒享）晩」

原圖：[80] page 11

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

第一，「料」無誤。「吟料」，固詞。第二，「亭」，字形尚算明顯。 銀色雪莉（留言） 2024年9月13日 (五) 02:39 (UTC)

一百三

原文：「乆抱？園病。」

原圖：[82] pg 28

[83] pg 31

這個字是不是「乆」Blahhmosh（留言） 2024年9月13日 (五) 01:39 (UTC)

個人意見，這大約是「文」，只是脫落較多。「文園病」，見司馬相如列傳，「文園」即司馬相如，其有消渴疾，後來就成了固定詞。就上下文而言，也還說得過去，未必作詩者真有此病，只是藉以抒發己意罷了。 銀色雪莉（留言） 2024年9月13日 (五) 02:31 (UTC)

一百四

原文：「煙寺遙思着▒殘。」

原圖：[84] page 43

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

原文：「麗▒寒掛曉星殘。」

[86] page 44

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

原文：「渡口靑歸▒葉春。」

這個字是「桃」還是「挑」？

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

原文：「寶唾驚霑滿▒霏」

原圖：[89] page 47

[90] page 44

這個字是不是「紙」？ Blahhmosh（留言） 2024年9月13日 (五) 02:39 (UTC)

原文：「玉局尋仙已▒期。」（是不是「促」）

原圖：[91] page 62

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

原文：「卿卿秉禮宜家▒。」（深度懷疑是「羙」）

原圖：[93] page 62

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

原文：「挽尹都事▒」

原圖：[95] 67

[96] 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)

一百五

原文：「長虹吐氣▒橫坤。」

原圖：[97] 82

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

原文：「窓暉坐愛添▒線。」（是「微」、「㣲」、「幑」、「徴」、還是「徵」？）

原圖：[99] 88

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

原文：「常年臘日▒玄霜。」（是「搗」？）

原圖：[101] 91

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

原文：「漫▒歸期手摺第」（是「卜」、「十」？）

原圖：[103] 91

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

原文：「未將彩筆題▒字。」

原圖：[105] 95

[106] 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)

一百六

原文：「平與草草降衢▒。」

原圖：[107] 115

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

原文：「巨嶽摧▒失柱天。」（標？摽？）

原圖：[109] 118

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

原文：「▒入瑤山躡飛動。」（興？與？）

原圖：[111] 16

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

第一條：大約是「闉」，韻腳是「十一真」字，從中看的話，前句「禁闥」（宮廷門戶）對該句「衢闉」（衢，道路；闉，城門、城）正合適，字形也有相當像（「門」下還能看到「西」的殘餘）。（PS：此處另有一處應改：是「平輿」，不是「平與」。）

第二條：「標」。詩題「沈左相」當指沈之源，沈曾任左議政，見w:Template:左議政。晩沙稿/附錄亦收有此挽詩。 銀色雪莉（留言） 2024年9月13日 (五) 11:00 (UTC)

一百七

原文：「歷歷明星散復聚。疏▒淸簟了如癡。」（簾？薦？）

原圖：[113] 126

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

原文：「▒何故來問雲。」

原圖：[115] 34

[116] 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)

一百八

原文：「神翰蘭亭脩禊後。淸詩▒谷把杯前。」（全？金？）

原圖：[117] 69

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

原文：「筆陣縱橫▒右軍。」（？雨？兩）

原圖：[119] 71

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

「龜▒盈座閱淸新」（蝺？螭？蠄？）

[121] 72

[122] 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)

一百九

原文：「似是小運將終之時？及其時阾里㺯俗朋黨十分」

原圖：[123] 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)

一百十

請求幫我填補所有「▦」字。謝謝！

如果要填寫，請填寫沒有疑慮的字詞。

原圖：[124] 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)

修改認定長期不活動管理員之時限標準（縮短目前標準改為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曾四度強行回退掉被解任案，就不應算合法管理員造成的。[125] [126] [127] [128]要封用戶也應由他人行之。故回退此不合理的封禁。紅渡廚很對。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)

四度強行回退掉被解任案[129] [130] [131] [132]，包庇的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)

何謂「沿革和最新版」？

中華人民共和國著作權法等頁面的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)

文庫的《明史》是什麼版本的？

明史/卷291有「黨還醇」，但他的名字在明史 (四庫全書本)/卷291作「黨還醇」，重編國語辭典修訂本「黨」條目中說「姓。如明代有黨還醇。」[133]，我手頭許嘉璐主編的《二十四史全譯·明史·第九冊》也作「黨還醇」。由於「黨」和「黨」在繁體中不是一個姓氏，所以我想請問一下大家，文庫的《明史》所從的是什麼版本，「黨還醇」這個名字是筆誤還是確有來源。謝謝！ 傑里毛斯（留言） 2024年7月28日 (日) 02:57 (UTC)

香港中文大學漢語多功能字庫：「黨」之簡化字今作「党」，但古時「黨」與「党」表示不同的詞。「党」專指古代外族，即「羌族」的其中一分支「党項」。又康熙字典兒部８畫「党」字條：「韻府羣玉：夏后氏之後。秦有將軍党耐虎。唐有党芬，(宋有)党進。」 --223.18.80.33 2024年7月28日 (日) 03:14 (UTC)

是的，這裡也提到古時「黨」和「黨」表示不同的詞，這就是我疑問的由來。我手頭的來源作「黨還醇」，與文庫不同。 傑里毛斯（留言） 2024年7月28日 (日) 03:19 (UTC)

找到一個，明實錄附錄：藏鈔本崇禎長編, 卷30作「黨還醇」[134]，但這個不是《明史》，還是需要知道本站《明史》所從的是什麼版本。 傑里毛斯（留言） 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)

可以參見w:點校本二十四史#首版情況。--Zy26（留言） 2024年8月1日 (四) 10:02 (UTC)

2024年第32期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

功能週報

• 本週，將推出兩個新解析器函數：{{#dir}}和{{#bcp47}}。這將減少共享資源上對Template:Dir和Template:BCP47的需求，並使「連結至此的頁面」資料庫能刪減1億行內容。請各wiki的編輯者協助將這類模板替換為新函數。共享資源的模板將在維基媒體國際會議黑客松期間更新。 [135][136]
• 各社群可以為時常用於討論的「專案」命名空間（如Wikipedia:或Wikisource:）請求啟用視覺化編輯器，惟請先了解已知限制。對於討論，使用者已經可以在這些命名空間中使用討論工具。
• 追蹤分類「Pages using Timeline」（使用時間線的頁面）已更名為「Pages using the EasyTimeline extension」，位於TranslateWiki。在本地建立分類的wiki應重命名該分類，配合新名稱。

專案近況

• 邀請協助籌組維基專題和類似維基協作的編輯者，與活動和計畫團隊分享想法和成功案例。您可以填寫簡短問卷調查或在討論頁分享您的想法。團隊對於非英語維基上的成功協作案例特別感興趣。
• 新解析器將在接下來的幾個月內在維基導遊站點推出。上週，英語維基導遊和希伯來語維基導遊已切換至Parsoid。參閱Parsoid/統一解析器了解更多。

延伸閱讀

• 本週，維基媒體國際會議將展開200多場會議。查看產品與技術領域相關的關鍵會議的摘要。
• 維基媒體基金會公報新期數發布。
• 季刊語言與國際化電子報新期數發布。主題包括：可翻譯頁面的新設計預覽、「給維基讀者的MinT」更新、譯文轉儲發布等等。
• 季刊Growth電子報新期數發布。
• 月刊MediaWiki產品洞察電子報新期數發布。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年8月5日 (一) 20:43 (UTC)

Reminder! Vote closing soon to fill vacancies of the first U4C

You can find this message translated into additional languages on Meta-wiki. 請協助翻譯成您使用的語言

Dear all,

The voting period for the Universal Code of Conduct Coordinating Committee (U4C) is closing soon. It is open through 10 August 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility. If you are eligible to vote and have not voted in this special election, it is important that you vote now.

Why should you vote? The U4C is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community input into the committee membership is critical to the success of the UCoC.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C,

-- Keegan (WMF) (talk) 2024年8月6日 (二) 15:30 (UTC)

有多個版本的作品的重命名和稱呼

文庫有些古代文獻已經有多個版本，即：同一作品，但底本不同。包括但不限於錄有四部叢刊本和四庫全書本的作品。對已經有多個版本的作品，應該各版本的名稱都加消歧義後綴（一個半角空格加半角括號），將作品名留作版本頁（英文文庫即是如此）。這樣可以公平展示每個版本，而且可以減少熱心編者用不同版本來改字的情況。

文庫此類直接錄入的作品不少未曾討論來源和依據的底本，也有些有討論或來源，如果請求移動頁面，如何命名？如果無法聯係到原始錄入者或專家，社群是否有辦法給這些需要更名的作品一個通用的臨時別名，未來再移動到正確消歧義名稱？

幾個未必典型的例子：嘉祐集有三個版本（嘉祐集，嘉祐集_(四庫全書本)，嘉祐集_(四部叢刊本)），其中嘉祐集缺乏校對和來源。韓非子已校對，來源信息詳盡。靖康要録無來源，正文品質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月19日 (四) 04:49 (UTC)

未標明是匯校或校對本但沒有加消歧義後綴的文章多是從其它來源（如http://open-lit.com）導入的，且來源沒有說明版本。在整個文庫完全清理此類文獻比較困難，所以只能以現狀作為方針，在此情況有很大改觀後才可能考慮推廣使用其它方案。 Midleading（留言） 2024年9月22日 (日) 07:49 (UTC)

中文維基文庫二十周年生日還差一年 明年是否應該慶祝一下呢？

維基文庫分出中文版是在2005年年中的投票之後。也就是說距離20歲生日還有1年。明年是否應該慶祝一下呢？ 維基小霸王（留言） 2024年8月7日 (三) 08:37 (UTC)

我記得閣下去年好像就有類似提案，最後似乎也沒慶祝什麼。 ——— 紅渡廚（留言・貢獻） 2024年8月7日 (三) 09:34 (UTC)

僵屍沒了就慶祝。僵屍還在就繼續沉淪，直到倒閉關站。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月8日 (四) 00:58 (UTC)

寫個慶祝頁面或畫個標誌吧！—— Eric Liu_（留言） 2024年8月9日 (五) 15:24 (UTC)

同意 維基小霸王（留言） 2024年8月12日 (一) 07:50 (UTC)

User:維基小霸王或許您在閒暇之餘，可以先建立一個草稿頁面備忘。—— Eric Liu_（留言） 2024年8月12日 (一) 20:32 (UTC)

應用一個頁面掛件（小工具），開發一個前端輪子。

已有輪子，黑暗模式（頁面掛件）：[137]

閱讀器最常用的業務功能，理由不用解釋。

至於前端輪子，跟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)

能否推薦一個性能和識別效果都好的「古文標點專用模型」（本地使用）？如 https://github.com/Ethan-yt/guwenbert 但是幾年前的。謝謝！ Liouxiao（留言） 2024年8月29日 (四) 09:41 (UTC)

魔搭上面有個某農大去年開發的開源模型荀子。有幾個是基於阿里開源通用語言模型訓練出來的，今年7月推出了個2.0版本。個人機器好的話，試試7b參數的。機器性能不行的用1.5b。

不過由於訓練用的文本量級和原模型相差太大。理論上推理結果與原模型相比，不會有很大優化。

就不說騙經費了。農業大學搞這種東西那還不就是扯犢子。只能說開源是一大優勢，至少古文處理相關業務也有本地專用模型了。

跟gpt4肯定比不了，但如果本人具備一定古文閱讀能力，也能湊合著用。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年9月3日 (二) 21:56 (UTC)

2024年第33期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

功能週報

• 現在，防濫用過濾器的編輯維護者可以設定當編輯觸發過濾器時顯示驗證碼。這使社群能夠迅速應對自動機器人發送的垃圾郵件。 [138]
• 監管員現在可以設定全域封鎖是否要禁止建立帳號。在信任與安全產品團隊做出這項變更之前，所有全域封鎖皆會禁止建立帳號。這項變更將使監管員能夠減少對IP位址實施全域封鎖所帶來的額外副作用。

專案近況

• Wikitech上正在進行Toolforge標準委員會的新委員提名。委員會職責包括監督Toolforge的分叉權方針和廢棄工具方針等。提名持續開放至2024年8月26日。
• 一個新的維基已建立： 西海岸巴瑤語維基百科 (w:bdr:) [139]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年8月12日 (一) 23:21 (UTC)

模版:Novel文章索引序號導致的鏈接問題

當用於跳轉上下回的序號數字用漢字描述時，極大概率出現鏈接失效。

如：禮記章句/卷一·曲禮上·第四章，子頁面裡的novel下一章鏈接無效。但通過主頁面目錄鏈接可以訪問，說明頁面創建成功，頁面數據被成功寫入服務端數據庫，排除持久化存儲問題。

另，部分頁面被切換為簡體顯示時：下回鏈接又恢復正常。

如：禮記章句/卷一·曲禮上·第四章

或，切換為繁體顯示時：下回鏈接恢復正常。

如：禮記章句/卷一·曲禮上·第六章

此問題僅出現在下回章節鏈接。

聲明：本人只報告bug，修理和處理是站方的責任，是否履責與本人無關，本人亦不指望不強求相關人員解決處理。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月14日 (三) 05:58 (UTC)

實測對應頁面，未復現問題，子頁面內「下一章」鏈接正常可使用。若該鏈接顯紅時，可以先點擊確認鏈接是否實際有效，若有效則是服務器緩存問題，通常你可以等待，也可以使用Special:刷新。 銀色雪莉（留言） 2024年8月14日 (三) 06:12 (UTC)

本人瀏覽器訪問壞了一整天，應該是剛剛提出問題有人看到修復了，目前前四章修復了。後面還是壞的。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月14日 (三) 06:20 (UTC)

我此前就是在紅鏈的情況下點進去，鏈接本身是有效的，顯紅的部分用Special:刷新之後就沒問題了。目前對應頁面所有章節未見顯紅或壞鏈。 銀色雪莉（留言） 2024年8月14日 (三) 06:28 (UTC)

鏈接這個組件的「狀態」有問題。

為了減少sql連接，提高性能，子頁面被扔到緩存之前，未對數據庫進行檢索，未對已經出現數據更新的相關組件修改其「狀態」。故緩存中的頁面組件其「狀態」和初次創建（由後端模版創建）時一樣。這是導致出現bug的核心問題。

由於初次創建子頁面時，上一回的頁面是存在數據的，所以鏈接正常，但下一回頁面是空的，鏈接指向空頁面，提交服務器後，帶有這種「狀態」的頁面被扔入緩存中。

當用戶取回該緩存頁面，點擊下一回鏈接時，服務器通過判斷組件「狀態」，認定是點了空鏈接，開啟容錯機制，即導向建立新頁面，反饋給用戶的響應即創建有關下一回的新頁面。然而下一回的頁面已經被創建，所以用戶端在瀏覽器上看到通過鏈接新打開的頁面是帶有下一回數據的編輯頁面。

後端解析網站，各組件「狀態」無法通過前端響應事件自動更新，所以緩存機制必須優化，此例中當頁面數據持久化存儲後，帶空鏈接的頁面應立刻在緩存中過濾（刪除）。你用的那個刷新功能無非是手動清除鏈接到添加頁面相應的緩存頁面。（即清除鏈接到填入頁面的上一回頁面的緩存）

分析了這麼多，就想說明後端應用已經過時，除非必須依賴後端硬件設備運行的架構，否則數據規模中小級的業務邏輯及UI邏輯都應該通過前端應用執行。本人甚至懷疑20年前純後端的網站架構是否存在「組件狀態」這一能記錄用戶行為的機制。後端鉤子應該是通過傳隱值來實現。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月14日 (三) 12:34 (UTC)

維基媒體的頁面解析就是後端解析的，所以停用Javascript後，仍然能正常工作，不像其它網站強迫用戶執行非自由授權的Javascript以便收集用戶資料。鏈接的更新通常是由作業隊列完成，當網站繁忙時，會出現更新不及時的情況，通常稍後可以解決。本站由MediaWiki驅動。 Midleading（留言） 2024年8月14日 (三) 12:56 (UTC)

js的最大問題還是安全性，另外語法複雜，語句可讀性太差，審計成本高，更加推高代碼風險。jquery作為js和react之間的過渡產物又非常雞肋。

集成封裝成前端開發庫，如react或者vue，寫語句邏輯清晰明了。

wiki社區推崇vue。看到本站集成了vue內核。但本人寫react。對組件定義是按照「狀態」劃分。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月14日 (三) 13:12 (UTC)

推薦使用小工具「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和視覺化編輯器，並將增強現有的參考系統。您可以繼續使用其他引用方式，但您可能會在其他使用者撰寫的條目中遇到子參考。更多資訊請參閱專案頁面。

我們需要您的回饋來確保此功能適合您：

• 試用beta維基上的當前開發狀態，告訴我們您的想法。
• 在此登記來獲取更新或受邀參加用戶研究活動。

德國維基媒體協會的技術願望團隊計劃在今年稍後將此功能引入維基媒體維基。我們將事先聯繫參考相關的工具和模板的創建者/維護者。

請協助廣傳這則訊息。 --Johannes Richter (WMDE) (talk) 10:36, 19 August 2024 (UTC)

2024年第34期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

功能週報

• 希望重複使用參考資料時能修改部分細節（例如頁碼）的編輯者，將能夠使用新的子引用功能來實現這一目標，預計於2024年底推出。閱讀更多關於該專案以及如何測試原型。
• 六個擴充功能追蹤分類已重新命名，使名稱更容易理解並遵循一致的命名原則。這些追蹤分類會自動納入使用特定MediaWiki擴充功能的頁面。更名分類如下：DynamicPageList、Kartographer、Phonos、RSS、Score、WikiHiero。在本地建立分類的wiki應配合新名稱重命名該分類。感謝Pppery所做的改進。 [140]
• 編輯模組的技術志願者如果想取得頁面的分類清單，現在可以使用mw.title objects的categories屬性來實現。這使志願者能配置如特定分類的編輯提示。感謝SD001所做的改進。 [141][142]

錯誤狀態

• 敬請協助檢查有無頁面需要移動或刪除。一個維護腳本清理了無法造訪的頁面（由於Unicode問題或新命名空間/命名空間別名）。該腳本嘗試為頁面找到適當名稱（例如，遵循Unicode變更、將標題以Talk:WP:開頭的頁面移動至Wikipedia talk:），無法如此處理的頁面則移動至Special:PrefixIndex/T195546/。您的社群應檢查那裡是否有任何頁面，並將它們移動至正確的標題，又或者刪除不必要的頁面。完整日誌（包括找得到適當名稱的頁面）可在phab:P67388取得。
• 自願擔任導師的編輯者再度能夠存取潛在學員名單，進而能與其聯繫，給予幫助和指導。在修復錯誤後，此功能已恢復。感謝Mbch331回報錯誤。延伸閱讀上週解決的18個社群提交工單。

專案近況

• 產品與技術諮詢委員會（PTAC）的申請截止日期已延長至9月16日。成員將負責就短長期計劃、複雜策略問題向基金會產品與技術領導層提供建議，並協助從更多貢獻者和技術社群獲得回饋。在為期一年的試辦期間，入選成員預計每月為委員會工作約5小時。敬請提交申請，並轉知您認為能為委員會做出積極貢獻的志願者。

延伸閱讀

• 維基媒體國際會議上頒發了2024年最酷工具獎，共七個獎項。其中一項獎項授予ISA工具，該工具用於為共享資源檔案添加結構化資料，最近於非洲維基導師黑客松期間得到改進。您可以在獎項頁面觀看每個工具的演示。恭喜今年的獲獎者，並感謝所有工具創建者和維護者。
• 維基媒體基金會公報新期數發布，內容包括維基媒體國際會議的亮點、即將召開的語言社群會議以及維基媒體運動的其他新聞。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年8月20日 (二) 00:54 (UTC)

Sign up for the language community meeting on August 30th, 15:00 UTC

Hi all,

The next language community meeting is scheduled in a few weeks—on August 30th at 15:00 UTC. If you're interested in joining, you can sign up on this wiki page.

This participant-driven meeting will focus on sharing language-specific updates related to various projects, discussing technical issues related to language wikis, and working together to find possible solutions. For example, in the last meeting, topics included the Language Converter, the state of language research, updates on the Incubator conversations, and technical challenges around external links not working with special characters on Bengali sites.

Do you have any ideas for topics to share technical updates or discuss challenges? Please add agenda items to the document here and reach out to ssethi(__AT__)wikimedia.org. We look forward to your participation!

MediaWiki message delivery（留言） 2024年8月22日 (四) 23:20 (UTC)

台灣分會2024年8月對話時間

台灣維基媒體協會2024年8月的對話時間，
訂於台灣時間8/28 (三) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？本次對話時間將針對Wikimania與會經驗進行討論，歡迎一起來聊聊！

--MediaWiki message delivery（留言） 2024年8月25日 (日) 21:56 (UTC)

2024年第35期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

功能週報

• 管理員現在可以在測試維基2上測試臨時帳號功能。這是為了進行臨時帳號的跨維基測試，試驗其在專案之間切換時的狀況。臨時帳號已於幾週前在測試維基上啟用。目前尚未安排進一步的部署。臨時帳號是一種新型使用者帳號，用於取代未註冊編輯者的IP位址，使其不再公開可見。歡迎在專案討論頁發表意見和提出疑問。
• 本週稍晚，使用標記修訂（FlaggedRevs，又稱「待審查的變更」）的維基專案將看到條目頂部的審查狀態指示得到變更，使其與MediaWiki的其他介面風格保持一致。 [143]

錯誤狀態

• 使用2010 wikitext編輯器中的字元插入按鈕時，不再會遇到按鈕將內容添加至編輯摘要而非編輯視窗的問題。延伸閱讀上週解決的26個社群提交工單。

專案近況

• 敬請審查「重點領域」——擁有共同問題的願望群組，並對其投票。重點領域是為嶄新重啟的社群願望清單創設的，願望清單現全年開放，可隨時提交願望。第一批重點領域專門針對管理維護者的工作流程，圍繞著歡迎新手、減少重複性任務、確定任務的優先級。在志願者對重點領域進行審查和投票後，基金會將再對其進行審查並選出優先考慮的重點領域。
• 邀請您參加Outreachy計畫。這是一項為期三個月的帶薪實習，旨在幫助志願者完成專案，每年舉辦兩次。下一輪從2024年12月開始，到2025年3月初結束。該計畫需要導師和專案供實習生參與。專案可以專注於編程或非編程（設計、說明文件編制、翻譯、研究）。參閱Outreachy頁面了解更多詳情，以及自2013年以來的歷年專案清單。

延伸閱讀

• 想知道維基媒體基金會去年在產品與技術方面的改進嗎？在Diff閱讀最新亮點摘要。
• 在共享資源上觀看2024年維基媒體國際會議的技術會議，了解維基媒體專案背後的技術細節。本週來看：
  • 社群配置—共同塑造維基功能（55分鐘）——介紹社群配置專案。
  • MediaWiki的未來—一個支援協作用戶群和數十億頁面瀏覽量的永續平台（30分鐘）——為技術和非技術受眾提供概述，涵蓋與平台演變、監管員和開發者體驗研究相關的一些挑戰和開放性問題。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年8月26日 (一) 20:33 (UTC)

「文庫的慣例是把在大陸法律頂端鏈接幾個東亞國家、地區的有關法律」

為什麼要有這個慣例？日本、韓國的法律更不會鏈接到本文庫。 Fire Ice 2024年8月29日 (四) 01:35 (UTC)

私以為至少列中華人民共和國、中華民國、中華人民共和國澳門特別行政區是必要的。首先前兩者許多法律名稱相同或近似，維基百科也會在頂部提示相似的條目；對於澳門特區，其法律以數字和字母進行編號不易查找，標註後方便讀者快速跳轉，法律實際慣常叫法可能也與前兩者近似。 Teetrition（留言） 2024年8月29日 (四) 02:04 (UTC)

（指前三者對應頁面互相鏈接，而非僅中華人民共和國法律頂端鏈接） Teetrition（留言） 2024年8月29日 (四) 02:08 (UTC)

鏈接到單一頁面是否好些？如沒有消歧義頁可以連到portal 頁面，例如貿易法等三個作品可以連到 Portal:貿易法，這樣還能覆蓋未來非中文的貿易法律的中文翻譯。 Andayunxiao（留言） 2024年8月29日 (四) 04:49 (UTC)

「名稱相同或近似」，應當按消歧義的原則去處理。更不用說還有許多不相同不近似。 Fire Ice 2024年8月30日 (五) 01:33 (UTC)

我反對此慣例。 ——— 紅渡廚（留言・貢獻） 2024年8月29日 (四) 02:43 (UTC)

文庫的消歧義模板樣式大多古舊，建議將{{Otheruses}} 及其衍生模板更新到中文百科當前樣式：w:Wikipedia:頂註。現有的12個 Template:*-*-law 模板可以合併為一個，連結到消歧義頁（如有），或在一句話中列出所有消歧義法律作品。 Andayunxiao（留言） 2024年8月29日 (四) 04:40 (UTC)

若法規名稱完全相同或類似，則應考慮建立消歧義頁面。—— Eric Liu_（留言） 2024年8月29日 (四) 14:22 (UTC)

2021年的時候討論過一次，當時沒有達成一致共識，@Jusjih, Liuxinyu970226, Ericliu1912： 現在是否還反對移除這些外部連結？ Midleading（留言） 2024年8月30日 (五) 07:29 (UTC)

已更新{{Otheruses}} Midleading（留言） 2024年8月30日 (五) 08:00 (UTC)

仍反對移除這些外部連結。請看Wikisource:專題/法律#消歧義頁面，必要時更新。前往韓日法令主要是基於很多撞名的。--Jusjih（留言） 2024年8月31日 (六) 22:34 (UTC)

Announcing the Universal Code of Conduct Coordinating Committee

Original message at wikimedia-l. You can find this message translated into additional languages on Meta-wiki. 請協助翻譯成您使用的語言

Hello all,

The scrutineers have finished reviewing the vote and the Elections Committee have certified the results for the Universal Code of Conduct Coordinating Committee (U4C) special election.

I am pleased to announce the following individual as regional members of the U4C, who will fulfill a term until 15 June 2026:

• North America (USA and Canada)
  • Ajraddatz

The following seats were not filled during this special election:

• Latin America and Caribbean
• Central and East Europe (CEE)
• Sub-Saharan Africa
• South Asia
• The four remaining Community-At-Large seats

Thank you again to everyone who participated in this process and much appreciation to the candidates for your leadership and dedication to the Wikimedia movement and community.

Over the next few weeks, the U4C will begin meeting and planning the 2024-25 year in supporting the implementation and review of the UCoC and Enforcement Guidelines. You can follow their work on Meta-Wiki.

On behalf of the U4C and the Elections Committee,

RamzyM (WMF) 2024年9月2日 (一) 14:07 (UTC)

2024年第36期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

每週亮點

• 對資料視覺化感興趣的編輯者和志願開發者現在可以測試新的Chart圖表軟體。早期版本已部署於beta共享資源和beta維基百科。這是在一般維基上推出Chart圖表之前的重要里程碑。閱讀更多關於此專案更新，並協助測試Chart圖表。

功能週報

• Special:未使用模板現在可以過濾掉應永久存在的頁面，例如沙盒、測試樣例、必須替換引用的模板。編輯者可以在模板頁面中加入新的魔術字__EXPECTUNUSEDTEMPLATE__，使其不被列入「未使用的模板」。感謝Sophivorus和DannyS712所做的改進。 [144]
• 現在，「新話題」工具將提醒編輯者提供章節標題，減少新手在新增章節時沒有標題的情況。 延伸閱讀上週解決的28個社群提交工單。
• 上週，一些Toolforge工具出現偶發連線問題。目前問題已解決，原因仍在調查中。 [145]
• 現在，多語言維基的翻譯管理員在編輯多個翻譯單元時，可以輕鬆標記哪些變更需要更新譯文。新的下拉式選單實現了這一點。

專案近況

• 一份討論維基媒體API使用的新方針草案已在元維基發布。草案旨在編纂現有的API規則，而非改變規則。歡迎在9月13日之前或討論結束之前，在提案討論頁提出意見、疑問和建議。

延伸閱讀

• 來共享資源觀看2024年維基媒體國際會議的技術會議，了解維基媒體專案背後的技術細節。本週來看：
  • Chart，Graph的後繼者—安全且可擴展的資料視覺化工具（25分鐘）——關於上文提到的Chart圖表專案。
  • 維基媒體的語言技術與語言入門狀態（90分鐘）——關於支援維基媒體網站的一些語言工具，例如內容翻譯/章節翻譯、MinT和字詞轉換；以及語言入門的現狀和未來。 [146]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年9月3日 (二) 01:07 (UTC)

表達您的意見：投票選出 2024 年維基媒體基金會理事會成員!

大家好，

維基媒體基金會理事會選舉2024的投票期現已開放。是次選舉。 有十二 (12) 位候選人，以競選維基媒體基金會理事會的四 (4) 個席位。

請透過閱讀他們的候選人陳述和他們的對社群問題的回答，以了解更多有關候選人的資訊。

當您準備好後，並前往SecurePoll投票頁面進行投票。投票開放時間為 9 月 3 日 00:00 （世界協調時間）至 9 月 17 日 23:59（世界協調時間）。

如希望檢查您的選民資格，請前往選民資格頁面。

祝好，

選舉委員會和維基媒體基金會理事會選舉工作小組

MediaWiki message delivery（留言） 2024年9月3日 (二) 12:15 (UTC)

Scholarship Applications Now Open for Wikisource Conference 2025!

Dear Wikimedians,

We are thrilled to announce that the Wikisource Conference is returning after a decade! It will be held from 14 to 16 February 2025 in Denpasar, Bali, Indonesia. This event will be a great opportunity for us to come together, share experiences, and discuss the future of Wikisource and its community. We are now accepting scholarship applications for the Wikisource Conference 2025 to promote diversity and inclusion. Scholarships are open to active contributors, community members, developers, and partners involved with Wikisource or related projects.

Important Details:

• Application Period: 1 September 2024 to 20 September 2024
• Application Deadline: 20 September 2024
• Meta page: Link

We encourage everyone who is passionate about Wikisource and interested in attending this unique gathering to apply for a scholarship. The selection committee will carefully review all applications, focusing on contributions to the Wikisource project, community engagement, and the potential impact of participation in the conference.

To apply, please fill out the scholarship application form. We will provide updates soon for more information about the conference, including program details, speakers, and venue.

If you have any questions or need help with your application, feel free to reach out on the Meta Talk page or email us at wikisourceconference@gmail.com.

We look forward to receiving your applications and hope to see many of you in Bali for the Wikisource Conference 2025!

Regards,

Nitesh Gill

The Wikisource Conference 2025 Team

MediaWiki message delivery（留言） 2024年9月5日 (四) 11:14 (UTC)

2024年第37期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

功能週報

• 從本週開始，標準語法醒目標示的新顏色將能更好地兼容深色模式。這是語法醒目標示重大升級的眾多變更之首。參閱說明頁面了解更多。 [147][148]
• 現在，使用維基數據的維基編者在其監視清單中，僅會收到相關維基數據變更的通知。這是因為Lua函數entity:getSitelink()和mw.wikibase.getSitelink(qid)用於追蹤sitelinks不同方面的邏輯將統一，以減少不一致的sitelinks追蹤所產生的垃圾通知。 [149]

專案近況

• 9月25日，所有維基媒體網站將進入唯讀狀態幾分鐘，預定於15:00 UTC開始。這是出於維護目的而規劃的資料中心切換。詳情將在技術新聞發布，並在未來幾週內發送至各維基。 [150]
• 包括英文、中文等11個維基百科將有新的命名空間MOS。這將避免以MOS:開頭的鏈接（通常是格式手冊的捷徑）與莫西語維基百科（語言代碼mos）產生衝突。 [151]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年9月9日 (一) 18:52 (UTC)

2024年第38期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

維護與改進

• 邀請對模板感興趣的編輯者閱讀最新的願望清單重點領域「模板調用和探索」，並在討論頁分享您的意見。這些意見有助於社群技術團隊決定正確的建置技術方法。我們也鼓勵大家繼續提交新願望。
• 新的自動化Special:NamespaceInfo頁面可協助編輯者了解各個維基站點存在哪些命名空間，以及各個命名空間的配置資訊。感謝DannyS712所做的改進。 [152]
• 「參考檢查」功能鼓勵編輯者在向維基百科條目新增段落時加入引用。有一小段時間，相應的標籤「編輯檢查（參考資料）已啟用」有時錯誤地應用於主命名空間以外的編輯。此問題已解決。 [153]
• 現在，任何維基社群皆可請求變更其維基站點的頁面分類顯示順序。預設情況下，分類會依其在wikitext中出現的順序顯示。現在，達成共識的維基可以請求變更配置，改為依字母順序顯示。 [154]
• 現在，工具作者可以從Quarry和Superset存取ToolsDB的公共資料庫。這些資料庫本來就供所有Toolforge使用者存取，不過因為所有維基媒體帳號皆可存取Quarry，現在可供更多人存取。此外，現在可以從Quarry本身查詢Quarry的內部資料庫。該資料庫包含Quarry使用者正在執行以及加星標的所有查詢的資訊。這些資訊本來就在網頁介面公開可見，但您現在可以使用SQL查詢它。 延伸閱讀上週解決的20個社群提交工單。
• 所有仍在使用舊CSS類別mw-message-box的頁面或工具都需要更新。這些舊類別將於下週或不久後移除。編輯者可以使用全域搜尋來確認需要修改的內容。可以使用較新的cdx-message類別群組作為替代（參閱相關Codex文件以及更新範例），但最好使用本地定義的維基類別。 [155]

技術專案近況

• 下週，所有維基媒體網站將進入唯讀狀態幾分鐘，預定於9月25日 15:00 UTC開始。這是出於維護目的而規劃的資料中心切換。此維護過程也針對其他服務。 先前的切換耗時3分鐘，而網站可靠性工程團隊運用許多工具來確保這項重要維護工作盡快完成。 [156]

技術深入

• 月刊MediaWiki產品洞察電子報新期數發布。 本期內容包括：為協助簡化開發的hook處理程序研究、效能改進研究、為終端使用者改進REST API等等。
• 來共享資源觀看2024年維基媒體國際會議的技術會議，了解維基媒體專案背後的技術細節。本週來看：
  • 黑客松展示（45分鐘）——幾位黑客松參與者的19個簡短演示，描述他們從事的專案，例如維護腳本的自動化測試、視訊剪接命令列工具，以及各種工具的介面改良。參閱Phabricator工單了解更多。
  • 共同創造Toolforge生態系統的永續未來（40分鐘）——為Toolforge的工具維護者、使用者和支援人員舉辦的圓桌討論會，討論如何使Toolforge平台永續發展，以及如何評估Toolforge工具。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年9月17日 (二) 00:02 (UTC)

《有關化學品及相關設備和技術出口管制辦法》：這是行政法規嗎？

最近瀏覽《兩用物項出口管制條例》擬稿的時候發現了一份準備被廢除的《有關化學品及相關設備和技術出口管制辦法》（電子公報版），由當時的對外貿易經濟合作部、國家經濟貿易委員會和海關總署經國務院批准。如果是2000年7月1日前的話這擺明就是行政法規了，但是《立法法》實施後行政法規一律由總理以國令公布實施。另外國務院的行政法規庫也沒有提及這份文件。

所以，這玩意究竟算不算行政法規？廣九直通車（留言） 2024年9月18日 (三) 13:58 (UTC)

我在國家法律法規數據庫也沒搜到，九成九是國務院部門規章。 ——— 紅渡廚（留言・貢獻） 2024年9月18日 (三) 14:13 (UTC)

不算行政法規，因為不是由國務院令公布的，而是部門規章。立法法通過施行後，也有不少公布部門規章的部門命令會寫明是經國務院批准或同意的，這應該只是履行內部的審批程序，並不改變文件的法律位階。— Ewan0707（留言） 2024年9月18日 (三) 23:25 (UTC)

本wiki即將切換至只讀模式

閱讀本消息的其他語言版本 • 請協助翻譯成您使用的語言

維基媒體基金會即將切換數據中心之間的路由。 這項舉措能夠確保維基百科以及其他的維基媒體項目可以在經受災害衝擊時依然維持線上運作。

所有流量將在2024年9月25日進行切換。 本次測試將會在15:00 UTC開始。

因MediaWiki系統限制，切換期間將短期無法進行編輯。 我們在此對您的不便致以歉意，並努力將其影響減至最低。

每一個維基將會在此行動發生的30分鐘之前顯示一個通告。 該通告將持續顯示，直到行動結束。

期間您可以閱讀但暫時無法編輯所有的維基。

• 2024年9月25日，您大約有一個小時的時間不能進行編輯。
• 屆時編輯條目或保存更改時將出現錯誤信息。 我們希望過程中沒有編輯丟失，但無法確保。 如果您看到錯誤消息，請耐心等待一切恢復正常， 然後保存您的編輯。 保存前請先另行複製一份您的修改，以防萬一。

其他影響：

• 後台作業變慢，有些可能被丟棄。 紅鏈可能無法像平時一樣即時更新。 如果您建立了一個新條目，而該條目的名稱此前已經在其他頁面顯示為紅色的內部連結，則該鏈接需要更長的時間才會被更新為藍色。 一些長時間運行的腳本將停止。
• 我們預期代碼部署將如同往常一般進行。 不過，部分個案代碼可能因操作需要而暫時凍結。
• GitLab會暫停服務，為時約90分鐘。

如有必要，此項目有可能推遲。 您可以在wikitech.wikimedia.org閱讀計劃。 任何變化都將會在這份計劃書中更新。

請把這個通知分享給您的社區。

Trizek_(WMF), 2024年9月20日 (五) 09:38 (UTC)

haode 重慶軌交18（留言） 2024年9月20日 (五) 12:18 (UTC)

Scholarship Application Deadline Extended for Wikisource Conference 2025!

Dear Wikimedians,

This message is about the Wikisource Conference, taking place from 14 to 16 February 2025 in Denpasar, Bali, Indonesia, after a decade-long break. This conference will be a fantastic opportunity to reconnect, share insights, and discuss the future of Wikisource and its vibrant community.

In the spirit of promoting diversity and inclusion, we're pleased to inform you that the deadline for scholarship applications has been extended to 29 September 2024.

If you still need to apply, please fill out the application form.

For any questions or assistance, feel free to contact us via the Meta Talk page or by email at wikisourceconference@gmail.com.

We look forward to your applications and hope to see you at the Wikisource Conference 2025!

Thank you MediaWiki message delivery（留言） 2024年9月20日 (五) 13:32 (UTC)

Wikisource Conference 2025 Scholarship Team

台灣分會2024年9月對話時間

台灣維基媒體協會2024年9月的對話時間，
訂於台灣時間9/28 (六) 14:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？本次對話時間將討論故宮合作案消息，歡迎一起來聊聊！

--MediaWiki message delivery（留言） 2024年9月23日 (一) 17:51 (UTC)

2024年第39期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他使用者這些變更；不是所有的變更都會對您造成影響。技術新聞提供其他語言的譯文版本。

每週亮點

• 9月25日（三），所有維基媒體網站將進入唯讀狀態幾分鐘，預定於15:00 UTC開始。在此期間，您仍可以閱讀維基，但是無法進行編輯。這個每年兩次的流程使維基媒體基金會的網站可靠性工程團隊能夠隨時做好準備，即使在我們的資料中心之一發生嚴重中斷的情況下，也能確保維基站點正常運作。

近況更新 - 面向編輯者

螢幕截圖，展示替代文字（alt text）建議編輯功能的介面

• 以中文、西班牙文、葡萄牙文、法文使用iOS維基百科App的編輯者，在編輯條目或使用「新增圖片」完成建議編輯後，可能會看到替代文字建議編輯實驗。替代文字（alt text）有助於視障人士閱讀維基百科條目。該團隊的目標是了解為圖片添加替代文字是否是編輯者可達成的任務。歡迎在討論頁分享任何意見。
• Codex調色板更新，新增並修訂了MediaWiki使用者介面的顏色。對編輯者來說最明顯的變更包括以下元素的更新：鏈接和低調按鈕（包括progressive和destructive）在深色模式下的顏色、已造訪鏈接在深淺模式下的顏色、系統訊息在深淺模式下的底色。
• 代碼區塊中的維基鏈接和外部連結現在可以點擊。這包括<syntaxhighlight>標籤以及代碼頁面（JavaScript、CSS、Scribunto、已過濾的CSS）中的鏈接。模板語法{{…}}也會連結至模板頁面。感謝SD0001所做的改進。 [157]
• 全域隱退請求系統的兩處錯誤已經修復，改進了日誌記錄並移除了錯誤的佔位訊息。 [158][159]
• 查看上週解決的共25個社群提交工單。

近況更新 - 面向技術貢獻者

• 來自維基媒體企業：
  • 維基媒體企業API現在提供每月5,000次隨選API請求，以及每月兩次免費的HTML快照（gratis和libre）。更多關於此更新，以及軟體開發套件（SDK）的改進，請參閱該專案的部落格文章。儘管維基媒體企業API是為大量商業重用者（high-volume commercial reuser）設計的，但這項變更也使得更多社群用例能在該服務上建置。
  • 快照API（html dumps）新增了Beta「結構化內容」端點（相關部落格文章），並從該端點向Hugging Face發布了兩個Beta資料集（英語和法語維基百科），以供大眾使用和回饋（相關部落格文章）。這些預解析的資料集為研究人員、開發人員、資料科學家提供新的選擇來使用和研究內容。

深入探索

• 維基數據查詢服務（WDQS）使用維基數據資料集獲取問題的答案。隨著維基數據的發展，我們必須對架構進行重大變革，以便WDQS能夠維持效能。作為WDQS圖表拆分專案的一部分，我們有新的SPARQL端點可用於服務維基數據的「scholarly」和「main」子圖表。query.wikidata.org端點將持續提供完整的維基數據圖表，直至2025年3月。此後，它將僅提供主圖表。參閱位於維基數據的公告了解更多。

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 取得協助 • 提供回饋 • 訂閱或退訂。

MediaWiki message delivery 2024年9月23日 (一) 23:36 (UTC)