維基文庫:寫字間

←社區

寫字間

存檔→

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