用户讨论: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)