User talk: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)