Zy26

您好， Zy26！歡迎來到維基文庫！

感謝您的貢獻，我們由衷地希望您喜歡這個地方，和我們一起整理中文的典籍和文檔，一起加油！

這裡有一些鏈接，可以幫助您了解維基文庫： 版權信息 - 對於維基文庫來說，文章是否被收錄首先取決於版權，所以你需要了解哪些是維基文庫會收錄的。 正文品質 - 我們需要收錄高質量的文章。 我們收錄文章的過程： 輸入文檔 > 調整格式 > 校對 > 多人校對 侵犯版權 -- 我們不收錄有版權的文章。 我們只收錄明確聲明發布在公有領域或版權過期的資料。很多未聲明版權的資料不能視作沒有版權，互聯網上的資料很多屬於此類，請不要將此類文章收錄本站。 如果你發現有侵犯版權的文章，請在侵犯版權報告。

在維基文庫，您可參與這些工作： 新增文檔 -- 如果你發現一篇發布在公有領域的文章沒有被維基文庫收錄。 修正格式 -- 如果你發現文檔沒有按照格式收錄，文章完成度處於25%時，請幫忙修正格式。 校對文檔 -- 當你發現文檔比較齊全，但還未被校對，文章完成度處於50%時，請參考其它來源校對。 再次校對 -- 當你發現文檔被校對第一遍，完成度達到75%時，你可以繼續校對並在文檔對話頁說明。 請求保護 -- 當文章被多人校對，錯誤完全修正後，完成度達到100%時，你可以請求保護。

提示：您可以在討論頁使用四條浪紋（--~~~~）來簽名（更快捷的辦法是點擊工具條倒數第二個按鈕），保存後四條浪紋將變成你的用戶名與當前的協調世界時(UTC)。如果您有任何問題，可以在寫字間提問，或者在我的對話頁提問。您也可以在沙盒測試維基的編輯功能。

If you have any questions about Chinese Wikisouce, please leave a message here on chinese wikipedia. Thank you for visiting Chinese Wikisource!

歡迎您的維基人是(The person who welcomes you is)：--鳥甲 2007年7月13日 (五) 06:30 (UTC)

請儘量使用{{header}}模板

就像這樣：

{{header
| title    = [[三民主義]]
| section  = 第一卷
| times    = 1911年
| notimes  = 1911年(no)
| author   = 孫中山
| author2  = 杜甫
| author3  = 李白
| override_author = 孫中山(override)
| noauthor = 孫中山(no)
| lawmaker = 國民政府
| translator=孟浩然
| previous = [[前一篇]]
| next     = [[後一篇]]
| theme    = 政治
| theme2   = 哲學
| theme3   = 社會
| loc      = 古代中國
| type     = 唐詩
| type2    = 五言絕句
| from     = 全唐詩
| from2    = 古文觀止
| notes    = 孫中山 著，孟浩然 譯
}}

--wmrwiki 2008年10月26日 (日) 18:13 (UTC)

我在有可能的前提下會儘量使用的。我目前的焦點在製作保持法規條文一致性的模板上，感謝您為合適的文章添加適當的{{header}}模板。--Zy26 2008年10月27日 (一) 03:20 (UTC)

模板改進以及編輯摘要

謝謝您精簡Template:Pd/1923以及Template:Pd/1996格式，改得非常好，但請考慮多用編輯摘要。謝謝。--Jusjih 2008年11月1日 (六) 01:05 (UTC)

Sorry，懶了……--Zy26 2008年11月1日 (六) 02:58 (UTC)

美國對較短期間規則的不接受性

因為美國對較短期間規則的不接受性，所以1946年或者更晚逝世的作者的作品，除非1922年或者更早發表，否則在美國足以認為有版權到發表起95年以後年底截止。例如，聞一多1946年最後一次的講演因為在美國足以認為有版權爭議，所以沒有其他反證時，加拿大Wikilivres:最後一次的講演已經有收，本站設在美國東南，有需要刪除正文。不便之處請見諒。--Jusjih 2008年11月13日 (四) 20:24 (UTC)

嗯，美國沒有口頭作品的版權吧。……--124.234.137.89 2008年11月14日 (五) 00:57 (UTC)

不太確定，但做成語文著作以來，就不再是單純的口頭作品了。--Jusjih 2008年11月15日 (六) 02:03 (UTC)

中華人民共和國政府機關公報

請問中華人民共和國國務院公報的鏈接要不要改成類似以下的形式之一？

1. 中華人民共和國國務院公報 (xxxx年)
2. 中華人民共和國國務院公報 (xxxx年第xx號)
3. 中華人民共和國國務院公報 (縂號第xx號)

另外，Wikisource:侵犯版權關於中華人民共和國最高人民法院公報的版權問題還是討論不出結果。如果中華人民共和國國務院公報的匯編結果合乎{{PD-PRC-exempt}}，就準備去維基共享資源上載PDF，然後方便這邊文字檔化。--Jusjih 2012年2月21日 (二) 08:23 (UTC)

關於國務院公報的鏈接需不需要修改，修改成什麽樣子的問題我現在沒有想法……其實怎麽都好。

有關最高人民法院公報的著作權問題，個人認爲公報的彙編著作權和其中編輯評論的著作權受著作權法保護。在文庫中出現公報的目錄可能會侵犯公報的彙編著作權，出現公報的編輯評論可能會侵犯評論者的著作權。在文庫中出現公報內的判決書以及其他具有立法、司法等性質的文件應該不會侵犯著作權。

至於標註不受著作權法保護或者著作權法規定不需要支付報酬的文件的來源甚至標註任何類型的文件來源，都不會侵犯著作權，也不會改變該文件是否受著作權法保護的狀態。

關於國務院公報是否擁有彙編著作權，目前我也沒太弄明白。但是對於50年以前的作爲「法人或者其他組織」的作品的公報，即使有彙編著作權，其權利也已經到了不受保護的時間了。--Zy26 2012年2月21日 (二) 22:31 (UTC)

中華人民共和國政府關於抗議美國破壞朝鮮停戰協定以新式武器運進南朝鮮的聲明

請問中華人民共和國政府關於抗議美國破壞朝鮮停戰協定以新式武器運進南朝鮮的聲明的作者是誰？另外請加上適當的版權模版。--痞子狒狒 2012年3月5日 (一) 21:06 (UTC)

Fixed. 參見Page:Gwyb195727.djvu/38。--Zy26 2012年3月5日 (一) 21:40 (UTC)

1－30GHz數字微波接力通信系統容量系列及射頻波道配置方案

您很早以前上傳的文檔，不知做何用途？用何標籤標注為佳？--Zhxy 519（留言） 2012年4月4日 (三) 16:13 (UTC)

此文檔是關於調整1一30GHz數字微波接力通信系統容量系列及射頻波道配置的通知的附件，感覺應使用同樣標籤。--Zy26（留言） 2012年4月4日 (三) 18:18 (UTC)

分類

1. 憲制文件不錯。
2. 分類的用途是標示主題，不是判斷某文件在法學上的性質。 --Ochloese（討論） 2015年8月31日 (一) 22:19 (UTC)

請不要簡單將國務院令重定向至對應法規

如題。 --達師 - 318 - 527 2015年9月1日 (二) 11:40 (UTC)

在帶有消歧義括號的頁面內{{header}}的title參數請勿留空

如此歷史版本所示，title留空會自動帶上消歧義括號。 --達師 - 318 - 527 2015年9月1日 (二) 12:05 (UTC)

警告

討論中的內容請勿移除模板，否則你將被視為破壞而遭封禁。--Zhxy 519（討論） 2017年7月9日 (日) 05:57 (UTC)

你這樣會嚇走新手的。{{Copyvio}}裡面沒有不能移除的說明啊，正常的邏輯是增加了合適的版權模板自然{{Copyvio}}就不成立可以移除啊。為了使您的行為合法化，我在{{Copyvio}}增加了相應的提示。見： https://zh.wikisource.org/w/index.php?title=Template%3ACopyvio&type=revision&diff=1087649&oldid=815826 --Zy26（討論） 2017年7月9日 (日) 08:22 (UTC)

分行問題

您好，我撤銷了您對Page:Gwyb195401.djvu/1和Page:Gwyb195401.djvu/2的編輯，因為網上的版本無需因為頁面的排版而手動輸入分行。Kanwenjian（討論） 2018年3月11日 (日) 09:26 (UTC)

取消手動分行的第一個直接結果是在不同頁面並且在同一段的中文文字中間會有一個多餘的空格。--Zy26（討論） 2018年3月13日 (二) 01:13 (UTC)

我建議將手動分行改成一個模板，這個模板將會有兩個用處：

1. 方便人工校對；
2. 方便切換布局到原始文檔布局（規劃中）。--Zy26（討論） 2018年3月13日 (二) 01:13 (UTC)

多餘空格是軟件針對其他使用空格的語言（如英語）而出現，但在中文根本沒有這個必要。我認為，這個問題應該在文庫軟件層面解決，不應使用模板嘗試繞過軟件本身的缺陷。Kanwenjian（討論） 2018年3月29日 (四) 19:03 (UTC)

關於多餘空格的事兒，我同意這個問題是技術問題，有可能的話誰去mediawiki提個建議吧。--Zy26（討論） 2018年3月30日 (五) 01:14 (UTC)

我仍然覺得額外增加一種原始文檔布局有利於閱讀者和編輯者，有些時候對分段不明的文字（比如古文）特別有用。--Zy26（討論） 2018年3月30日 (五) 01:14 (UTC)

索引:Gwyb195401.djvu以及索引:中華人民共和國國務院公報 一九五四年第一號（總第一號）.pdf

此二者的出處相同。請在Wikisource:刪除投票討論。謝謝。—以上未簽名的留言由Jusjih（對話｜貢獻）於2021年4月8日 (四) 19:31 (UTC)加入。

請記得在留言時署名

您好，當您在所有討論頁或開頭是「Wikipedia:」的頁面中參與討論時，請記得在您的留言結尾加入四個波浪號標記（~~~~，可使用按鈕）來簽名，使系統自動將您的用戶名或IP地址以及發表評論的時間加入到頁面中。這些信息在參與討論時對其他人將很有用。可能需要簽名的頁面例如 Translation talk:美洲人權公約, Talk:亞非會議最後公報, Talk:亞非會議最後公報。謝謝您的參與。 --Cewbot（留言） 2021年11月5日 (五) 05:42 (UTC)

諮詢問題

您好，請問您方便透露一下1958年消除就業和職業歧視公約.djvu文件是哪裡獲得的嗎？另外請問您有渠道獲得歷期人大常委會公報的pdf版本嗎？謝謝，祝編安！——Zzhtju（留言） 2022年5月20日 (五) 08:57 (UTC)

File:1958年消除就業和職業歧視公約.djvu 是組合包含《中華人民共和國全國人民代表大會常務委員會公報》2005年第6期505-507頁的三個圖像文件而成，沒有進行OCR。

本屆的《中華人民共和國全國人民代表大會常務委員會公報》可以在中國人大網下載。

如果您想訪問中國人大網上沒有提供的往期《中華人民共和國全國人民代表大會常務委員會公報》，可以嘗試維普資訊（VIP Chinese Journal Service Platform）的中文期刊服務平台 或者中國知網（CNKI, China National Knowledge Infrastructure）的《中國政報公報期刊文獻總庫》 。請注意這些數據庫可能需要訂閱才能訪問，數據庫中的文件可能包含水印，也有可能包含由於技術原因導致的失真或者錯誤。-- Zy26（留言） 2022年5月20日 (五) 10:52 (UTC)

十分感謝！本屆的公報，以及2015年以來的十二屆公報我已經上載到commons。您的這些渠道幫助很大，祝編安！ Zzhtju（留言） 2022年5月20日 (五) 12:08 (UTC)

您好，請問您了解2008年之前的人大常委會公報目錄可以由哪些渠道獲得嗎？另外我注意到國務院下架了pdf版本的公報，請問您知道是怎麼回事嗎？ Zzhtju（留言） 2022年6月16日 (四) 07:15 (UTC)

不了解（2008年及以後的比較容易得到。其他的如果能找到年度合訂本，裡面應該有。如果只要目錄的內容不要圖像，那倒比較容易）。不知道（沒注意，可能是改版了？）。 -- Zy26（留言） 2022年6月16日 (四) 11:39 (UTC)

就是希望獲得圖像，這裡僅有2009年之後的，維普和知網的文字版目錄缺漏過多，需要配合pdf版本進行校正，目前已經2009-2022已經校正完畢了。參見中華人民共和國全國人民代表大會常務委員會公報。還希望您多幫忙留意一下，謝謝，祝編安！—— Zzhtju（留言） 2022年6月16日 (四) 11:55 (UTC)

這裡有2008年的，可能需要用全球學術快報軟件打開，並用右鍵另存成PDF格式。Google Book裡面也可能會有Snippet view可供參考。-- Zy26（留言） 2022年6月16日 (四) 12:20 (UTC)

十分感謝，知網可以看到2008年了。其他我再嘗試一下Google Book。祝編安！—— Zzhtju（留言） 2022年6月16日 (四) 12:32 (UTC)

《朝鮮王朝實錄/世祖實錄/樂譜》問題

這個問題根錄入文件沒有關係，但是你看得懂古代的樂譜嗎？最近我完全錄入了《朝鮮王朝實錄/世祖實錄/樂譜》，裏面有很多TABLE，但是這些TABLE到底是什麽意思呢？Blahhmosh（留言） 2022年7月19日 (二) 03:20 (UTC)

武漢市保留歷史優秀建築項目匯總表

有什麼事情先溝通一下好吧？話都不說一句，直接拆了是幹什麼。——— 紅渡廚（留言・貢獻） 2024年8月15日 (四) 10:08 (UTC)

拆錯了？--Zy26（留言） 2024年8月15日 (四) 10:10 (UTC)

我沒這麼說，但你拆之前，應該跟我溝通。 ——— 紅渡廚（留言・貢獻） 2024年8月15日 (四) 10:12 (UTC)

感謝你指出這一點。我完全同意溝通的重要性，並且很願意合作解決問題。不過，我覺得在這種簡單的拆分情況下，提前溝通可能會顯得有些繁瑣。如果我們目前的共識是儘量避免拆分，完全可以快速恢復原狀。我願意配合您的意見，以確保我們能夠順利解決這個問題。如果您有任何具體的建議或要求，請隨時告訴我，我們可以一起討論並找到最佳解決方案。--Zy26（留言） 2024年8月15日 (四) 10:24 (UTC)

有關「可能導致查看鏈接過載」的技術問題

您好，剛注意到您在編輯Template:傳統漢字化時將內部連結替換為外部連結，原因是「可能導致查看鏈接過載」。我從未遇到維基文庫過載的現象，請問是否遇到了什麼技術問題？ Midleading（留言） 2024年8月20日 (二) 08:20 (UTC)

感謝您的關心。通常來說，這種模板應該避免包含指向主名字空間的內部連結。由於只寫了一個簡短的編輯注釋，所以對原因的說明可能不夠清楚。例如，使用內部連結時，如果直接鏈接到中華人民共和國和蒙古人民共和國邊界條約，查看其鏈入頁面時，會顯示所有使用該模板的頁面，這導致了真正需要引用該文獻的條目被其他使用該模板的頁面淹沒。我使用了「過載」這個詞來描述這種情況，可能不夠準確。希望這個解釋能幫助您理解。--Zy26（留言） 2024年8月20日 (二) 08:41 (UTC)

@Midleading：現在中華人民共和國著作權法的鏈入頁面就是這個狀態。--Zy26（留言） 2024年8月24日 (六) 06:40 (UTC)

這樣的話那應該所有模板都不能鏈接主名字空間頁面了，從未聽說有這樣的要求，維基百科上也沒有因為這個原因把所有導航模板的內部連結替換為外部連結吧。而且我覺得，Special:鏈入頁面是用來給搜索引擎確定每個頁面的搜索排名的，所以鏈入頁面的數量越多越好，把內部連結替換為外部連結不僅使得查明紅鏈更困難，而且也會影響搜索引擎正常工作。 Midleading（留言） 2024年8月25日 (日) 02:37 (UTC)

css類選擇器問題

不太明白閣下在西洋雜誌樣式表頁面中編寫的css代碼。閣下是要修改雙行注釋的樣式麼？

但無論是從pc端還是從移動端瀏覽器所獲取到的相關頁面html文檔中貌似並不存在small標籤元素及.sfrac標籤class名。

另外閣下如果對頁面排版感興趣，可否排下易學象數論中的多幅術數圖。

#Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月20日 (二) 11:45 (UTC)

請參考模板{{雙行註文}}中的CSS樣式來理解用於雙行注釋的格式，該模板內確實使用了small標籤與sfrac類來定義注釋的格式和外觀。如需排版《易學象數論》中的多幅術數圖，煩請提供《易學象數論》原文的圖像鏈接以及需要排版的具體頁面鏈接，謝謝。--Zy26（留言） 2024年8月20日 (二) 12:09 (UTC)

八數相對圖先試試這個？圖是這個頁面的。

閣下隨便做，做不好本人來接手。本人最近太忙沒時間搞這個。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月20日 (二) 13:32 (UTC)

對您請求的八數相對圖的處理已經完成。如果效果不盡如人意，還請您隨時接手。不過，我對於為什麼要重新排版而不是直接插入原始圖片的原因還有些不太理解，能否請您進一步說明？感謝您的理解與支持。--Zy26（留言） 2024年8月21日 (三) 00:45 (UTC)--

首先僅代表本人個人向閣下在易學象數論錄入工作上所作出的貢獻表示感謝。閣下的製圖技術也堪稱精湛，遠遠超出本人最初預期。

至於閣下所提出的問題，在此簡短回應一下：

打個不太貼切的比喻，古書文本錄入工作類似文物古跡修繕，不應單單對文字信息進行數位化提取保存，還應在不篡改不損害原文的基礎上，對古書中模糊不清製作不良的部分進行二次復原或修復。

如果僅滿足於截圖粘貼，那麼即便文字內容也根本無需提取錄入，將現有的書籍頁面掃描製作成電子版並保存至wiki commons數據服務器中即可。

另，相比起插入加載svg圖片這類外部資源來說，相關圖案如果利用更為原生的html和css來編寫，瀏覽器渲染速度會顯著增加。

最後說一下，無論是因應本人的請求還是因其他原因最終同意接手本人提出的工作，其最終成果均是對社區整體的貢獻，所以如果閣下依然對此工作抱有興趣和熱心，並認同本人以上關於圖片修復錄入的觀點，有餘力的情況下不妨繼續排版該書中其他圖片。只是建議下次用原生html和css來製作。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月21日 (三) 10:17 (UTC)

感謝您對我貢獻的認可以及在《易學象數論》圖像處理方面的深入探討。您關於古書文本錄入與修復的類比，雖然「不太貼切」，但確實為我們的排版提供了新的思路。不過，在具體技術實現上，我有一些不同的看法，期待能與您進一步探討。

關於通過HTML和CSS進行二次復原的建議，雖然這種方式在某些特定環境下可能提升瀏覽器的渲染效率，但在實際應用中，HTML和CSS在處理複雜且細節豐富的圖像時的表現和效率往往不如SVG。SVG在處理簡單圖形時確實優勢明顯。而面對《易學象數論》這類帶有豐富歷史背景的圖像，直接使用原版圖片而不是重新繪製更能保留原貌，也更符合保護古籍的初衷。

因此，我的傾向是：對於這類需要高度還原原始風貌的內容，直接使用原始圖像並輔以必要的文字排版可能是更為合適的做法。SVG矢量圖繪製可以作為另一種展示層次，供有需要的讀者選擇。如果有人認為使用HTML和CSS重構圖像有其價值，也完全可以作為另一種並存的展示方式，類似於繁體、簡體、有標點、無標點等多種展示方式，各有其意義。--Zy26（留言） 2024年8月21日 (三) 11:27 (UTC)

關於svg的性能問題，至少外部服務器在引用wiki commons的svg資源時，引用的並非svg原圖，而是轉為像素位圖的副本。

而位圖在保證品質不過於失真的前提下，無論如何優化壓縮像素數據，其文件大小依然會大大超出編碼文本，故而在傳輸和加載位圖的過程中會耗費更多的資源。

也就是說即便svg製圖的性能和效果再好，在wiki相關站點都無法得到體現和發揮。

至於html+css和svg到底哪種方案性能更好，貌似還要參考具體的應用場景才能判斷。目前主流的看法針對相對簡單的圖形，類似八數相對圖這類複雜度的圖案，html會更有優勢。 #Kill the zombies in zh.wikisource.org, it's very important.（留言） 2024年8月21日 (三) 12:58 (UTC)

感謝您詳細的反饋以及對這個問題的深入探討。我非常重視您的觀點，特別是關於HTML+CSS在處理複雜圖案時的潛在優勢。然而，我對這一點持有一些不同看法。SVG的一個主要優點在於其基於矢量的特性，這使得它在處理複雜圖案時無論在任何分辨率下都能保持清晰度，不會因瀏覽器渲染而導致失真或變形。SVG能夠精確還原圖形的每一個細節，這是它在複雜圖形處理中的一大優勢。

此外，隨着HTML和CSS標準的不斷發展，它們的表現可能會隨瀏覽器的更新而有所改變，這在某些情況下可能導致頁面的不可預期變化。相比之下，SVG作為一種專門的矢量圖形格式，其規範和支持相對穩定，更加適合長時間內保持頁面的一致性和可靠性。我也相信，隨着技術的進步，MediaWiki平台遲早會全面支持矢量圖形，這將使得SVG的優勢更加突出。

考慮到這兩種方式各有優勢，可以考慮將它們與原始圖像作為並存的顯示方式，並允許用戶在這三種形式之間切換，以便選擇最適合的顯示方式。這樣既能保留HTML+CSS的靈活性，也能利用SVG在複雜圖形處理中的精確性和穩定性。--Zy26（留言） 2024年8月23日 (五) 00:38 (UTC)

不懂就問，請問當前的樣式表是打算匹配橫書縱書兩種模式，各自對長寬分別做75%縮放嗎？如果是，是否仍未編寫完成？因我目前看到的是雙行註文內文被壓成矮子。

不過這想法挺有趣的，或許把這一併提交給{{雙行註文}}的作者？Aerotinge（留言） 2024年8月21日 (三) 16:44 (UTC)

感謝您的關注和建議。關於當前的樣式表，確實在考慮如何同時匹配橫書和縱書模式。然而，由於技術上的限制，目前暫時還沒有找到能夠完美適應這兩種模式的解決方案。--Zy26（留言） 2024年8月22日 (四) 22:42 (UTC)

另外，現在已經找到了一個雖然不完美但可用的解決方案。您可以嘗試在西洋雜志/卷一中去掉{{vlr-begin}}和{{vlr-end}}進行測試，希望能夠暫時解決這個問題。--Zy26（留言） 2024年8月22日 (四) 23:32 (UTC)

了解。再請問Index:NLC403-312001064932-4033 西洋雜誌 清光緒26年(1900) 卷一.pdf/styles.css是否需要留存？

我不清楚索引的樣式表會不會被調用的頁面繼承就是了，也還請您指點這麼做的用處。Aerotinge（留言） 2024年8月23日 (五) 16:54 (UTC)

該樣式表需要保留。font-size: unset;代碼的作用是恢復雙行注文縮小字體後，字體占據的空間恢復到原始狀態，使每行文字的長度一致。這部分代碼會應用於所有頁面，包括 Page 命名空間的頁面及其引用頁面。transform: scaleX(0.75);用於縮小字體的寬度，使其更接近原始文本中的顯示比例。這段代碼只會影響 Page 命名空間內的頁面。而在引用 Page 的頁面中，橫書或縱書的顯示方式是在引用 Page 之外確定的，因此transform: scaleX(0.75);無法對這些頁面產生影響。

總之，對於引用 Page 的頁面，除了繼承自 Index 樣式表 的樣式外，如果要匹配橫書或縱書的顯示效果，還需要額外引用負責縮小字體高度或寬度的 頁面樣式表。--Zy26（留言） 2024年8月23日 (五) 22:34 (UTC)

了解了，也感謝您撥冗指點。Aerotinge（留言） 2024年8月24日 (六) 02:58 (UTC)