跳转到内容

维基文库:写字间/存档/2018

维基文库,自由的图书馆
写字间/存档/2017年 写字间存档 2018年 写字间/存档/2019年
这是Wikisource:写字间2018年的存档

首页编辑请求

[编辑]

Wikisource_talk:首页#编辑请求。--Xiplus讨论2018年1月10日 (三) 09:34 (UTC)[回复]

文库可否收录近代歌词

[编辑]

以《夜上海》为例,该曲由陈歌辛作曲,范烟桥]作词,周璇演唱。该曲写于1946年或之前,陈歌辛终于1961年,范烟桥终于1967年,周璇则终于1957年。此曲版权该到那一年为止?近代歌词又是否维基文库的收录范围?--定格流星讨论2018年1月3日 (三) 02:16 (UTC)[回复]

查看过维基文库:版权信息里中国和台湾的著作权法,因作者范烟桥离世已超过50年,所以没侵权,如有错请指正。--定格流星讨论2018年1月5日 (五) 08:02 (UTC)[回复]
据美国的乌拉圭回合法案(URAA),在美国的版权期限至少到2047年结束。--WQL讨论2018年1月7日 (日) 06:02 (UTC)[回复]

请问近年来新出土的墓志是否属于维基文库的收录范围?

[编辑]

如题,如果属于,是否需要说明收录该墓志的书籍和保存单位?--大南国史馆从九品笔帖式讨论2018年1月2日 (二) 09:50 (UTC)[回复]

是时候该启动“每月校对”工程了

[编辑]

我近段时间发现,我们中文维基文库虽然录入了好多的书籍,但是绝大部分的页面(我指的是开头为Page:的页面)的状态都是“未校对”,而维基文库:Index/社区中一直列有“每月校对”工程(Proofread of the Month;该工程英文、越南文等维基文库已启动),但是截至目前该工程并没有启动。我提议自2018年2月起,启动“每月校对”工程,以解决这一问题。我同时提议相关规则大体如下(若诸位有其他规则的提议,请贴在下面):

  1. Wikisource:每月校对是“每月校对”工程官网,任何人可以参加该工程。
  2. 官网设立讨论区,讨论各个月份校对工程的具体主题和对应书目;已过时的讨论应当存稿。
  3. 每个月分为“校对月”和“普通月”。其中:
    1. 普通月中需至少完成1本选定书籍的校对。如果该书籍为100页以下则应酌情另选定一本或多本书籍,与前者同时进行校对。
    2. 校对月中需至少完成200~300页的校对。这些页面必须是比较薄(30页及以下)的书籍中的页面。
  4. 如果一本书籍比较薄(30页及以下),需在官网中建立子页面放置,供校对;如果一本书籍无法在一个月内完成,也需放置在另一个子页面中。

如上。 杭瑞凯讨论2018年1月1日 (一) 19:35 (UTC)[回复]

页面已经创建。杭瑞凯讨论2018年1月5日 (五) 16:41 (UTC)[回复]
本人已经提出2018年2月的校对书目,欢迎来到维基文库讨论:每月校对中讨论。 杭瑞凯讨论2018年1月7日 (日) 01:21 (UTC)[回复]

字变小

[编辑]

“编辑”页编辑框内的字变的很小,是否有人改了字型的大小,可不可以改回先前的大小?--Lonicear讨论2018年1月11日 (四) 05:36 (UTC)[回复]

关于在维基共享资源上传全部《四库全书》

[编辑]

相关讨论页—以上未签名的留言由Midleading对话贡献)于2018年1月8日 (一) 08:31 (UTC)加入。[回复]

请为正在进行的管理员投票投票

[编辑]

管理员投票即将结束,目前还无人投票,欢迎前往投票。--Midleading讨论2018年1月27日 (六) 01:44 (UTC)[回复]

模板:作者中的wikipedia参数

[编辑]

作者:李质为例,wikipedia参数原本是想链接到李质 (明朝),但结果却只链接到李质。--定格流星讨论2018年1月16日 (二) 08:41 (UTC)[回复]

做了修改,现在链接是正确的。但是,这个模板还有一个{{{wikipedia}}}(首字母小写)参数,完成后在notes里生成“更多传记”字样,如Author:李白中所示。 --达师 - 370 - 608 2018年1月16日 (二) 16:27 (UTC)[回复]

向维基共享资源上传《四库禁毁书丛刊 (Q17023516)》(北京出版社1998,ISBN 7200034703)

[编辑]

该书内容列于此处,拟采用文件名‘四库禁毁书丛刊 x部 第y册.pdf’上传,文件描述为‘《四库禁毁书丛刊》x部第y册,北京出版社1998年版,ISBN 7200034703,内含:书名,某人著;书名,某人著。’请提出意见,不久后将开始上传。--Midleading讨论2017年12月26日 (二) 12:42 (UTC)[回复]

以第一册为例,文件名和文件描述能看得出是《天盖楼四书语录》吗?--定格流星讨论
以后人汇编的书籍作为单位上传,确定版权没有问题吗?维基小霸王讨论2017年12月27日 (三) 05:17 (UTC)[回复]
我不同意汇编的影印书籍具有新的版权。汇编工作只是将书籍整理起来,其内容还是无版权的。--Midleading讨论2017年12月27日 (三) 05:34 (UTC)[回复]
关于丛书的版权问题,我是这样认为的:请看《四部丛刊》续编、三编,在每部书后面,附有赵万里或张元济的跋,张元济1959年逝世,赵万里1980年逝世。某公司在2000年对其进行全文数字化时,凡是张元济写的跋文,都没有数字化,因为他的作品于2009年进入公有领域,又没有年龄合适的家人可以联系。丛书的内容均属于公有领域,但其中某些部分非自由的,该部分可以不进行数字化。--Midleading讨论2017年12月27日 (三) 06:35 (UTC)[回复]

以经部所有书籍为例:

  • 四库禁毁书丛刊 经部 第1册.pdf 《四库禁毁书丛刊》经部第1册,北京出版社1998年版,ISBN 7-200-03470-3,内含:天盖楼四书语录四十六卷,(清)吕留良撰 周在延辑,第1页;吕晚邨先生四书讲义四十三卷,(清)吕留良撰,第475页。
  • 四库禁毁书丛刊 经部 第2册.pdf 《四库禁毁书丛刊》经部第2册,北京出版社1998年版,ISBN 7-200-03470-3,内含:四书朱子异同条辨四十卷(一),(清)李沛霖 李 祯撰,第1页。
  • 四库禁毁书丛刊 经部 第3册.pdf 《四库禁毁书丛刊》经部第3册,北京出版社1998年版,ISBN 7-200-03470-3,内含:四书朱子异同条辨四十卷(二),(清)李沛霖 李 祯撰,第1页。
  • 四库禁毁书丛刊 经部 第4册.pdf 《四库禁毁书丛刊》经部第4册,北京出版社1998年版,ISBN 7-200-03470-3,内含:四书朱子异同条辨四十卷(三),(清)李沛霖 李 祯撰,第1页;四书朱子语类三十八卷,(清)张履祥 吕留良辑,第313页;思问初编五卷,(明)陈元龄撰,第635页。
  • 四库禁毁书丛刊 经部 第5册.pdf 《四库禁毁书丛刊》经部第5册,北京出版社1998年版,ISBN 7-200-03470-3,内含:翁山易外七十一卷,(清)屈大均撰,第1页;晚邨天盖楼偶评六卷(一),(清)吕留良撰,第391页。
  • 四库禁毁书丛刊 经部 第6册.pdf 《四库禁毁书丛刊》经部第6册,北京出版社1998年版,ISBN 7-200-03470-3,内含:晚邨天盖楼偶评六卷(二),(清)吕留良撰,第1页。
  • 四库禁毁书丛刊 经部 第7册.pdf 《四库禁毁书丛刊》经部第7册,北京出版社1998年版,ISBN 7-200-03470-3,内含:杨维节先生稿一卷,(明)杨以任撰 吕留良辑评,第1页;钱吉士先生全稿不分卷,(明)钱 禧撰 (清)吕留良辑评,第79页;艾千子先生全稿一卷,(明)艾南英撰,第227页;章大力先生全稿一卷,(明)章世纯撰 (清)吕留良辑评,第405页;吕子评语正编四十二卷首一卷附亲炙录一卷馀编八卷首一卷附亲炙录一卷(一),(清)吕留良撰 车鼎丰辑,第601页。
  • 四库禁毁书丛刊 经部 第8册.pdf 《四库禁毁书丛刊》经部第8册,北京出版社1998年版,ISBN 7-200-03470-3,内含:吕子评语正编四十二卷首一卷附亲炙录一卷馀编八卷首一卷附亲炙录一卷(二),(清)吕留良撰 车鼎丰辑,第1页;四书绎注五卷,(清)王 锬撰,第477页。
  • 四库禁毁书丛刊 经部 第9册.pdf 《四库禁毁书丛刊》经部第9册,北京出版社1998年版,ISBN 7-200-03470-3,内含:四书朱子大全四十卷,(清)戴名世 程逢仪辑,第1页。
  • 四库禁毁书丛刊 经部 第10册.pdf 《四库禁毁书丛刊》经部第10册,北京出版社1998年版,ISBN 7-200-03470-3,内含:明文得不分卷,(清)孙维祺辑评,第1页;字贯提要四十卷,(清)王锡侯辑,第487页。

收集的资料中关于作品分类为经史子集的情况存在错误,与原书不符,现正在纠正。--Midleading讨论2017年12月27日 (三) 08:05 (UTC)[回复]

准备开始上传--Midleading讨论2018年1月8日 (一) 03:39 (UTC)[回复]
我在c:Commons:Village pump/Copyright发起了讨论,应该先等了解版权的用户评论。维基小霸王讨论2018年1月8日 (一) 04:19 (UTC)[回复]
刚才我启动机器人上传之后就去吃饭了,没有看到留言,抱歉。--Midleading讨论2018年1月8日 (一) 04:50 (UTC)[回复]
第一册的编撰缘起是有版权的。维基小霸王讨论2018年1月8日 (一) 04:54 (UTC)[回复]
讨论无结果,仅有的一个应答者表示同意,请问如何处理?--Midleading讨论2018年1月17日 (三) 02:22 (UTC)[回复]
由于无人回应,而且后续各书基本不含非自由内容,因此即将继续上传,并且不拆分各书,因为拆分各书需要相当的人工时间。--Midleading讨论2018年1月20日 (六) 09:49 (UTC)[回复]
因为与维基共享资源的网络连接被人重置,导致无法上传,暂停。--Midleading讨论2018年1月20日 (六) 11:39 (UTC)[回复]

建议将书籍分割之后上传,如:第四册分开上传为

  • 李沛霖李祯-四书朱子异同条辨-3-清康熙间近譬堂刻本.pdf
  • 张履祥吕留良-四书朱子语类-清康熙四十年南阳讲习堂刻本.pdf
  • 陈元龄-思问初编-明末刻本.pdf

维基文库建立一个页面,在上传前将全部书名公示一段时间,之后再上传。维基小霸王讨论2018年1月8日 (一) 04:48 (UTC)[回复]

本人上传所有图书旨在未来百度网盘无法使用时,网友仍然可以找得到有关文件并免费下载。将这些文件分割或删除某些部分,其实我是不太愿意的。--Midleading讨论2018年1月8日 (一) 08:05 (UTC)[回复]
维基共享资源不是网盘,不能侵犯版权。所以原创的部分必须移除。维基小霸王讨论2018年1月8日 (一) 10:29 (UTC)[回复]

已完成经部所有书籍的上传。--Midleading讨论2018年1月8日 (一) 09:01 (UTC)[回复]

上传已结束,本话题即将存档。—Midleading讨论2018年2月6日 (二) 01:56 (UTC)[回复]

史部缺第5,58册。集部缺第37,126册。集部第179册后可能还有180-187册?--Lonicear讨论2018年2月6日 (二) 04:29 (UTC)[回复]
由于网路问题,以上分册未上传成功,将于近期重新上传,目前史部5、58册,集部37、126、180、182、183、184、185、186、187册暂未上传,其中有的因stashfailed问题(如126册)需要人工上传。--Midleading讨论2018年2月6日 (二) 15:18 (UTC)[回复]

己完成,存档。--Midleading讨论2018年2月8日 (四) 10:49 (UTC)[回复]

校对助手小工具现已在维基文库启用

[编辑]

为了配合维基文库校对工程的启动,我制作了一个小工具,这样如果原文没有错误,就可以便捷地将其校对状态改为已校对(如果原来是未校对)或者已核对(如果原来是已校对,且不是自己参与首次校对),这对于《四部丛刊》的校对是相当有用的。如果发现原文有错误,请不要使用这个小工具。该小工具刚刚开发出来,可能会有一些问题,如果您有任何意见,欢迎在此指出!

使用方法:在您的参数设置页中的小工具中启用即可。启用后,在Page页面的上面会出现一个按钮,如果确认原文没有错误,可以点击按钮,该页面即改为已校对状态。--Midleading讨论2018年1月14日 (日) 10:01 (UTC)[回复]

我觉得应该把头三项的顺序倒过来,因为英文的维基文库就是这样做的,这样就变成了进度越快的排在越上面的了。除此以外,进度也应该在索引的阅读界面上显示。杭瑞凯讨论2018年1月14日 (日) 14:51 (UTC)[回复]

竖排文字的滚动模式

[编辑]

@Hat600:提到了firefox将竖排字变为默认上下滚动,而以前是左右滚动。请问社群更喜欢怎样滚动呢?维基小霸王讨论2018年1月8日 (一) 01:24 (UTC)[回复]

左右滚动更符合竖排字的阅览方式吧。 --达师 - 370 - 608 2018年1月16日 (二) 16:28 (UTC)[回复]
已经更改。--维基小霸王讨论2018年2月10日 (六) 15:07 (UTC)[回复]

近期我在进行每月校对工程的过程中,发现每一本书籍的索引页面上有好多选项没有翻译。因此我建议这些地方的翻译如下:

  • Title→标题
  • Language code→语言代码
  • Author→作者
  • Translator→翻译者
  • Editor→编辑者
  • Publisher→出版者
  • Address→地址
  • Progress→进度
  • Volumes→卷数
  • Pages→页面
  • Remarks(暂时不翻)
  • Width of scans(暂时不翻)
  • CSS to be used in pages(暂时不翻)

还有,在“进度”这一栏中,应当显示一个下拉列表而非文本框,并需要自动显示在每一个索引的页面当中(就像英文版的一样);下拉列表应当包括至少以下三项:

  • 已核对
  • 已校对
  • 未校对

但是,以上的内容只有管理员才能在对应的模板(如标题所述)中修改。因为我不是管理员,所以请各位管理员尽快添加或修改这些内容。辛苦了!杭瑞凯讨论2018年1月13日 (六) 00:54 (UTC)[回复]

建议:
  • Translator→译者
  • Editor→编辑
  • Publisher→出版社
  • Remarks→评论
  • Width of scans→扫描图像宽度
  • CSS to be used in pages→页面中使用的CSS
维基小霸王讨论2018年1月13日 (六) 01:36 (UTC)[回复]
相关的MediaWiki:Proofreadpage_index_data_config已经更新,然而因为MediaWiki:Common.js引用了英文维基文库的MediaWiki:IndexForm.js,导致索引页的进度列表会被重置为英文维基文库的,请讨论是否要将进度列表改为跟英文维基文库一样(将英文版译为中文),还是在中文维基文库不再引用英文版en:MediaWiki:IndexForm.js?--Midleading讨论2018年1月15日 (一) 04:32 (UTC)[回复]
已停用en:MediaWiki:IndexForm.js--Midleading讨论2018年1月22日 (一) 15:27 (UTC)[回复]

通用规范汉字表征求意见稿应不应该被辑入文库?

[编辑]

我觉得应该加上吧,毕竟和现行版本还是有较大差异的,而且多版本皆录入不应该是古籍的特权。

这是链接,各位觉得呢。-七个点讨论2018年1月15日 (一) 04:06 (UTC)[回复]

注:此处原有文字,因为与本讨论页面无关,已由hat600(talk)2018年1月15日 (一) 10:11 (UTC)删除,尚祈见谅。若有异议请至写字间或向管理员反映。[回复]

替换Tidy为RemexHtml

[编辑]

为了要替换Tidy,在Linter分类中有少于10个高优先级错误,因此此wiki将于1月31日切换为使用Remex解析库。Tidy将于2018年中期移除。参见PhabricatorMediawiki。--Xiplus讨论2018年1月17日 (三) 05:23 (UTC)[回复]

中文维基媒体站点整合的封禁申诉工单系统(安利)

[编辑]

维基文库的诸位大家好,我是主要编辑维基百科的Bluedeck。目前Bluedeck正在开发一个处理封禁申诉的工单系统。英文维基百科一直在使用UTRS系统,但是据我所知中文计划并没有相应的网站。因此我想弄一个,称为Unblock-zh。由于这一套系统可以给许许多多的维基媒体计划使用,所以我想问问大家有兴趣使用这个系统吗?Bluedeck 2018年1月21日 (日) 20:21 (UTC)[回复]

显示模式切换的功能请求

[编辑]

希望有能力的编者可以写脚本,让用户可以在几种显示模式中切换,并将用户选择的显示模式储存在用户设置和未登录用户的本地cookie中。英文维基文库已有此功能,如en:My Bondage and My Freedom (1855)/Chapter XXI左边栏中的“Display Options”。中文维基文库除英文已有的

  • 页面宽度
  • 页码是否显示(竖排显示模式的页面现在仍然是横排显示,需要修复)

之外,还应加入

  • 竖排(2种模式)或横排显示
  • 显示标点与隐藏(匹配删除[、,。‘’“”‘’“”《》~·:;?!()]等标点符号)

维基小霸王讨论2018年2月6日 (二) 03:17 (UTC)[回复]

在维基文库减少SKChar、SKChar2和GJChar使用

[编辑]

目前,这些模版的图片字有些已识别出来,在录入新文献时可以直接替换,也可以使用机器人在已录入文献中替换。对于正在录入的《古今图书集成》,建议増设尃页供用户录入已确认的图片字,继续导入时直接替换,减少图片字模版使用。--Midleading讨论2018年2月8日 (四) 16:12 (UTC)[回复]

我认为可以在识别一定比例之后的字符后再统一替换。--维基小霸王讨论2018年2月9日 (五) 02:40 (UTC)[回复]

检查《古今图书集成》的系统性错误

[编辑]

维基小霸王给大家拜年了!

我准备上传总共10000卷的《古今图书集成》。整理文本的代码已经写好。为了测试,我导入了第11001‎2001‎3001‎4001‎5001‎600170018001‎9001卷,希望大家帮助检查它们的系统性错误,以便我在全部上传前修改脚本。比如,由于程序错误,之前图片字符的代码有误(全部都用每页第一个的),现已修正;目录缺少,现在也已修复。此书导入完成前请勿直接编辑页面,请在此处报告。--维基小霸王讨论2018年2月8日 (四) 13:18 (UTC)[回复]

祝各位新年进步!在1中,按左边的[1R]链入Page:Gujin Tushu Jicheng, Volume 007 (1700-1725).djvu/2,没显示古籍的图像,是正常的吗?--定格流星讨论2018年2月13日 (二) 06:53 (UTC)[回复]
谢谢提醒。已经修复。将扫描页面用2048px显示。--维基小霸王讨论2018年2月15日 (四) 10:53 (UTC)[回复]

发现出现大五码#倚天Big5延伸的字符都出现乱码,暂停导入。--维基小霸王讨论2018年2月17日 (六) 05:00 (UTC)[回复]

建议将无内容的页面(如Page:Gujin Tushu Jicheng, Volume 014 (1700-1725).djvu/113)的页面状态改为“没有文字”。—Midleading讨论2018年2月17日 (六) 12:42 (UTC)[回复]

汉字标准格式集成

[编辑]

我建议维基文库可以把汉字标准格式引入其中,以此呈现一些中文特有的版式,用户使用时直须在正文中加入特定的 HTML 代码或者创建特定模板即可调用。办法是将汉字标准格式发布的 CSS 样式以小工具的方式加入到维基文库,但是移除其中一部分与维基文库自身样式有冲突的样式。

源码在此:https://github.com/ethantw/Han/blob/v3.3.0/demo/han.css --Great Brightstar讨论2018年1月21日 (日) 16:09 (UTC)[回复]

⚠️以上是开发者用来做演示的,建议到这里获取:https://github.com/ethantw/Han/releases/ --Great Brightstar讨论2018年2月13日 (二) 04:41 (UTC)[回复]
您好,请问您的这种css具体能实现哪些中文特有的版式,与维基文库现有的模板有什么区别,以及启用后浏览者是否需要从非维基媒体网站下载任何非自由使用的资源、字体或其他资料?--Midleading讨论2018年1月23日 (二) 07:06 (UTC)[回复]
1. 这种样式能实现的中文特色版式有:
相邻文字间下划线或删订线的跳脱(隔断);
注音字间注,就是在文字右侧插入竖排注音符号;
中西文混排时自动插入间隙;
标点符号压缩等。
2. 相比现有模板,这套样式可以提供增强的样式来帮助现有模板实现某些难于实现的样式,如 {{Ruby}} 通过调用这个框架中的类别属性 zhuyin 就能实现字间注音特效。
3. 这个启用后浏览者可以不用从外部网站下载任何非自由使用的资源、字体或其他资料。 --Great Brightstar讨论2018年2月13日 (二) 07:43 (UTC)[回复]
由于维基文库中需要注音的文献甚少,为这些文献更改全站设定可能会增加读者的页面载入时间而得不到效果,但许多竖排显示、双行夹注、顶批脂批、圈点标记、专名书名、站内链接等特殊格式需求量大、模版相对不够完善,建议新增这些功能。目前不宜立即引入此功能,可以继续改进现有模版,由编者决定是否使用这些新模版,再根据使用情况确定是否需要改变全站设定。--Midleading讨论2018年2月13日 (二) 09:37 (UTC)[回复]
可以,另外也可以根据实际需求从源码中提取特定样式,加入 Common.css,让模板通过特定类别属性调用。--Great Brightstar讨论2018年2月23日 (五) 10:40 (UTC)[回复]

十四行诗 (莎士比亚)

[编辑]

2018年2月11日有编者录入十四行诗 1 (莎士比亚)十四行诗 10 (莎士比亚),内容为英文,应否予以保留?这问题应可解答七个点提出的#东干文文献应当辑入本库吗?--定格流星讨论2018年2月13日 (二) 07:11 (UTC)[回复]

为啥这还有纯英文文本?-七个点讨论2018年2月13日 (二) 09:11 (UTC)[回复]
Wikisource:删除投票--Midleading讨论2018年2月13日 (二) 09:20 (UTC)[回复]

编辑请求

[编辑]

由于包含<div/>等标记,MediaWiki:Gadget-ProveIt.js被列入了Category:使用无效自封闭HTML标签的页面。建议参考w:special:diff/48468792,在首尾用 // <nowiki> 以及 // </nowiki> 把代码包裹起来,以移除维护分类。 --WhitePhosphorus讨论2018年2月27日 (二) 14:19 (UTC)[回复]

Yes完成--Midleading讨论2018年3月1日 (四) 15:09 (UTC)[回复]

征集以下图书影印本

[编辑]

Midleading讨论2017年12月8日 (五) 02:31 (UTC)[回复]

征集除《四部丛刊》和《文渊阁四库全书》外的所有中文古文献全文检索光碟。--Midleading讨论2018年2月10日 (六) 15:21 (UTC)[回复]
四部备要、故宫珍本丛刊、丛书集成、古小说丛刊都可以在 http://www.panduoduo.net/ 搜索到,不一定全,而且没有文本。我搜索到了《道藏全文检索》,不过估计你已经有了。--维基小霸王讨论2018年2月10日 (六) 16:08 (UTC)[回复]
永乐大典丛书集成中华再造善本。顺便一提这个网站有超过4TB的影印本但不知道有多少没有版权问题适合上传。--GZWDer讨论2018年2月23日 (五) 11:52 (UTC)[回复]

东干文文献应当辑入本库吗?

[编辑]

虽然现在没有这个问题,但以后肯定会有。

虽然东干语(dng)属于汉语(zh),但是毕竟①东干文不用汉字、②东干文文献不存在于汉文化圈内,毕竟和汉字文化圈不是很亲近。 那么就有以下几种处理方法。

一,东干文文献辑入;东干文文献汉字转写辑入。

一,东干文文献不辑入,将其辑入多语言维基文库或东干文文库;东干文文献汉字转写辑入。

汉字转写是否即中文翻译?赞成中文维基可录入一切中文文章,包括翻译文章,但不包括外语文章。顺便一问,粤语、吴语或闽南语等文章可否录入中文维基?--定格流星讨论2018年1月29日 (一) 02:54 (UTC)[回复]
@S M Lee:第一,你这种插入别人作为整体文段的行为是不受允许的;第二,请分清“翻译”和“转写”;第三,中文或曰汉语(zh)本身就是一个“上位”概念,不特定指代现代标准汉语-七个点讨论2018年1月31日 (三) 11:54 (UTC)[回复]

一,东干文文献不辑入,将其辑入多语言维基文库或东干文文库;东干文文献汉字转写不辑入,将其辑入多语言维基文库或东干文文库。

哪一个更合适呢?-七个点讨论2018年1月28日 (日) 18:21 (UTC)[回复]

汉字转写是否即中文翻译?赞成中文维基可录入一切中文文章,包括翻译文章,但不包括外语文章。顺便一问,粤语、吴语或闽南语等文章可否录入中文维基?--定格流星讨论2018年2月1日 (四) 02:18 (UTC)[回复]
这就要看“外语”是个什么定义了,是“非汉语族语言”呢,还是“非中国语言”。当然上文的回复也代表我的态度_(:зゝ∠)_-七个点讨论2018年2月1日 (四) 15:31 (UTC)[回复]

建议选择“东干文文献不辑入,将其辑入多语言维基文库;东干文文献汉字转写辑入。”方式。无汉字翻译或汉字转写的外语文献不适合收录于中文维基文库。--Midleading讨论2018年2月13日 (二) 08:00 (UTC)[回复]

@Midleading:问题就在你引用的“无汉字翻译或汉字转写的外语文献不适合收录于中文维基文库。”在此处不适配,东干语是汉语的一种,也就是说zh包含dng。甚至,如果把zh狭义的理解为官话(cmn),东干语(dng)也是官话的一部分。-七个点讨论2018年2月14日 (三) 11:39 (UTC)[回复]

个人赞成“东干文文献不辑入,将其辑入多语言维基文库或东干文文库;东干文文献汉字转写不辑入,将其辑入多语言维基文库或东干文文库。”以维基百科为例,就有独立的吴语及粤语。再者,东干文文献应由会东干文的人来管理,若收录于中文维基,那便需要两组管理团队了。而且我也无法想像中文维基随机页面跑出了一编满文藏文或西藏文来。--定格流星讨论2018年2月14日 (三) 14:11 (UTC)[回复]

如果你会普通话,那么基本就等于你会“东干语”,而阅读“东干文”只需要看一遍转写规则。而且呢,你所述以维基百科做例子并不当,要知道zhws里面一堆lzh文献,按照你所述标准,我们应当将这些古文文献移转至lzhws。-七个点讨论2018年2月15日 (四) 08:16 (UTC)[回复]


钦定古今图书集成/历象汇编/乾象典/第001卷之中有几个已编码图片字,我无法编辑

[编辑]

沲 倮 郄

烦请修改-七个点讨论2018年2月16日 (五) 08:37 (UTC)[回复]

可点击左侧页码,之后就可编辑.<钦定古今图书集成>现处于录入过程中,请在正式录入后再修正.到时候,我会写一个校对说明,说明校对的方面(如图片文字的修正,链接等等).--维基小霸王讨论2018年2月16日 (五) 09:22 (UTC)[回复]
建议看到好像没编码的字先去用zisea.com的两分查一下,确认没有后再使用图片,而且如果是古籍是可以作为统一码收录的字证的。-七个点讨论2018年2月16日 (五) 12:45 (UTC)[回复]
图片字多达三万馀个,需要许多维基人合作才能全部识别。--Midleading讨论2018年2月17日 (六) 03:59 (UTC)[回复]
说这么多你不把图片字的文件链接给出来怎么合作。-七个点讨论2018年2月17日 (六) 20:18 (UTC)[回复]
File:GJfont.pdf--Midleading讨论2018年2月20日 (二) 14:21 (UTC)[回复]
这在pdf里面的图片字是怎么引用到页面里的?-七个点讨论2018年2月21日 (三) 18:23 (UTC)[回复]

雲云问题

[编辑]

经刚刚测试User:兰斯特/简云后面有“:”才会不转换,但还是会有问题,如菜根谭见历史。试问除了手动添加不转换还有其他有效解决问题的方法吗?--米莉娅诺朵卡留言2018年2月16日 (五) 19:42 (UTC)[回复]

取消繁简自动转换后文字显示一览表

原文字体 + 显示选择 = 显示字体  例:        
1.简体  + 不转换  = 简体    云->云
2.繁体  + 不转换  = 繁体    云->云;雲->雲
3.简体  + 简体   = 简体    云->云
4.繁体  + 简体   = 简体    云->云;雲->云
5.简体  + 繁体   = 繁体    云->云/雲?
6.繁体  + 繁体   = 繁体    云->云;雲->雲

简单造了上表。假如取消繁简自动转换,只有组合5因一简多繁的缘故出现老问题。建议:将文章分类为繁体或简体,繁简自动转换只应用于简体文章在选择繁体显示时运作。--定格流星讨论2018年2月28日 (三) 08:28 (UTC)[回复]


联合国家宣言

[编辑]

w:联合国家宣言en:Declaration by United Nations。联合国网站上未找到中文版本。目前新华网有简体版本[1](翻译版权应不成问题)。不知是否能查到原繁体译本? --达师 - 370 - 608 2018年2月24日 (六) 07:16 (UTC)[回复]

达师君、Misleading君︰刚有用户在维基教科书建立b:联合国家宣言,不太适合维基教科书。建议转移至此,不过未至会否有版权问题。--J.Wong 2018年3月5日 (一) 10:52 (UTC)[回复]
联合国家宣言应视为有法律效力之国际条约、而若来源为中国大陆官方机构则应可视为官方中文译本,应属{{PD-PRC-exempt}}范畴。但考虑维基文库之收录规则,应尽可能收录当时中国采用的(传统中文的)译本,简体字译本应为锦上添花,因而开此讨论征询是否可找到当时译本。但此考量仅是维基文库内部规则的处理,不涉及关键的是否收录问题,如果维基教科书该页面希望处理,本地理应配合迁移。 --达师 - 370 - 608 2018年3月5日 (一) 13:32 (UTC)[回复]

1911-1949民国图书

[编辑]

请协助鉴别《民国丛书》作者逝世日期,以确定是否属于中国公有领域。--维基小霸王讨论2018年3月2日 (五) 06:05 (UTC)[回复]

通过维基数据已添加近三分之一日期。--Midleading讨论2018年3月2日 (五) 06:54 (UTC)[回复]

删除page页面嵌入时显示的空格

[编辑]

为了删除page页面嵌入时显示的空格,可以将下列js加入mediawiki:common.js

说明:将page页面之间的所有空格删除,将p标签中所有两边之一带有中文字符的空格删除。

//remove spaces
if ((wgNamespaceNumber==0|wgNamespaceNumber==104)& wgAction=="view"){
body_content = document.getElementById('mw-content-text');
//remove spaces between transcluded pages
body_content.innerHTML = body_content.innerHTML.replace(/ <span><span class=\"pagenum\"/g, '<span><span class=\"pagenum\"');

//remove spaces for p tags
p_tags = body_content.getElementsByTagName('p');
for (i = 0; i < p_tags.length; i++) {
    //delete space near Chinese characters
    p_tags[i].innerHTML = p_tags[i].innerHTML.replace(/([^ -◿])\n(.)/g, "$1$2");
    p_tags[i].innerHTML = p_tags[i].innerHTML.replace(/(.)\n([^ -◿])/g, "$1$2");
};
};

--维基小霸王讨论2018年3月3日 (六) 04:05 (UTC)[回复]

当页面较大时,这个脚本会在载入时给浏览器带来较大负担,延长了载入时间,最佳解决方案还是自己制作补丁提交到维基媒体。--Midleading讨论2018年3月3日 (六) 04:13 (UTC)[回复]
实验:在脚本前加入alert("已载入");,打开[2],可以看到页面载入后,才会弹出对话框"已载入",之后脚本才会运行。因此,此脚本是在页面载入后才运行的,不会影响显示速度。--维基小霸王讨论2018年3月3日 (六) 04:35 (UTC)[回复]
像这种使用正则表达式处理大量文本的工具需要花费很多处理器资源,最多只能作为小工具让用户选用,不可能放进common.js。—Midleading讨论2018年3月3日 (六) 04:42 (UTC)[回复]
 支持Midleading--Lodi Leung讨论2018年3月3日 (六) 07:25 (UTC)[回复]
我创建了User:维基小霸王/space removal.js,请加入小工具让用户选用。--维基小霸王讨论2018年3月3日 (六) 17:12 (UTC)[回复]

删除page页面嵌入时显示的空格已经晋升为小工具,不过看你的代码似乎仍可以有小改进。——Midleading讨论2018年3月4日 (日) 02:16 (UTC)[回复]

谢谢。请问是哪一方面?--维基小霸王讨论2018年3月4日 (日) 03:34 (UTC)[回复]
最后使用的两个正则表达式应用“或”操作合并为一个以减少innerHTML被更改的次数。——Midleading讨论2018年3月6日 (二) 03:16 (UTC)[回复]

Gnome-edit-delete.svg您的小工具现在仍无人使用。若一周后仍无人使用,小工具将被移除。——Midleading讨论2018年3月8日 (四) 15:34 (UTC)[回复]

以旧的黄/绿颜色和设计显示差异

[编辑]

有人在维基百科说开这个会使得背景变黑,我无法重现,不知各位如何? --达师 - 370 - 608 2018年3月5日 (一) 09:06 (UTC)[回复]

无法重现,不过有个小工具是“使用黑色背景和绿色文本”。--Xiplus讨论2018年3月5日 (一) 11:00 (UTC)[回复]
不是“以旧的黄/绿颜色和设计显示差异”,正是“使用黑色背景和绿色文本”,把这个取消就恢复正常了。--Fxqf讨论2018年3月5日 (一) 12:06 (UTC)[回复]

标题错误

[编辑]

Index:Sibu Congkan0539-葛洪-抱朴子-6-1.djvu和之后五卷以及相关Page页的标题,“抱朴子”应为“抱朴子”。--定格流星讨论2018年3月25日 (日) 15:18 (UTC)[回复]

我有权在维基共享资源移动文件,只是暂时正在用机器人完成其它任务,没有时间处理此任务,下次请通知我。--Midleading讨论2018年3月27日 (二) 13:00 (UTC)[回复]

这个页面有几个问题:

  1. 这是文献吗?如果通篇没有一个字,真的算是“文”献吗?
  2. 如果是,这个页面应当保留空白、加上后世题字、还是就算它算是一种文献,它也必须被删除?
  3. 如果要保留,那武则天算不算是它的作者?如果加上后世题字的话,那些题字人是“无字碑的作者”吗?

R96340讨论2018年3月25日 (日) 15:24 (UTC)[回复]

该文属于一种文献,建议增加后世题字、照片和维基百科链接。—Midleading讨论2018年3月26日 (一) 15:52 (UTC)[回复]

请保护{{SKQS footer}}

[编辑]

请保护{{SKQS footer}},保护理由:w:WP:HRT,防止破坏;保护时长:永久保护。--116.237.18.33 2018年3月30日 (五) 13:15 (UTC)[回复]

半保护了。--Jusjih讨论2018年3月31日 (六) 02:09 (UTC)[回复]

中国朝代分类模板

[编辑]

Special:需要的分类找到元未明初是错用别字,有待大量修正成元末明初‏‎。也请问,模板:按照朝代分类的作者以及分类:中国历代作品版权模板应否改五代成五代十国?--Jusjih讨论2018年3月31日 (六) 02:29 (UTC)[回复]

提议引入“回退员”

[编辑]

有用户提议引入“回退员”,回退员可以通过“回退”功能来回退破坏,申请要求为注册十四日,编辑五十次。--116.237.18.33 2018年4月1日 (日) 04:34 (UTC)[回复]

你和已被全站屏蔽的116.237.19.41共享网段。--Midleading讨论2018年4月1日 (日) 04:39 (UTC)[回复]

清理不必要的标题黑名单

[编辑]

清理不必要的标题黑名单,参见[3]。--116.237.18.33 2018年4月1日 (日) 04:47 (UTC)[回复]

重要信息:管理员活跃审核

[编辑]

大家好。一项关于移除“高级权限”(管理员、行政员等)的新方针已于2013年获得全域社群的共识。根据此方针,监管员正在所有维基媒体基金会控制,但没有不活跃方针的wiki审核管理员的活跃程度。根据我们的了解,您所在的维基并没有移除不活跃账户的“高级权限”的正式程序。这意味着,监管员将根据新的管理员活跃审核方针来负责此事。

我们现已认定下列用户符合不活跃标准,即超过2年没有编辑也没有日志操作:

  1. User:Peter2006son

这些用户将很快收到通知,告知他们如果希望保留部分或全部权限,应开启社群讨论。如果没有回应,那么他们的高级权限将会被监管员移除。

然而,如果您所在的社群希望建立自己的活跃审核程序以取代全域审核,或对这些不活跃的权限持有者做出其他决定,或已经有相关方针但我们并不知晓,那么请在元维基通知监管员,这样我们将不会对您所在的维基做出权限审核。谢谢, --MarcoAurelio讨论2018年4月7日 (六) 14:40 (UTC)[回复]

Internet Archive上传所有中文书籍的计划即将开始

[编辑]

由于太久没有人整理Wikisource:专题/影印书籍上传/四库全书中的书籍资料,从Internet Archive上传所有中文书籍的计划即将开始,采用的文件名是Internet Archive提供的文件名,后面酌情添加后缀,如周易郑注(一).djvu渭南文集·卷一~卷四 (四库全书本).djvu唐鉴·卷一~卷四 (四库全书荟要本).djvu。如果上传后发现错误,可以在维基共享资源直接编辑,或在Wikisource:专题/影印书籍上传/四库全书请求文件改名。--Midleading讨论2018年2月23日 (五) 13:21 (UTC)[回复]

示例:文件:周易郑注(一).djvu文件:周易郑注(二).djvu--Midleading讨论2018年2月23日 (五) 14:01 (UTC)[回复]

有可能对上传到 Internet Archive 的组织致意吗?虽然不是版权持有人,毕竟也有贡献。--定格流星讨论2018年2月27日 (二) 14:11 (UTC)[回复]

因为本人至维基媒体的带宽已全部使用,暂时没有带宽进行其它编辑,因此暂停此任务,等几天再开始。—Midleading讨论2018年2月27日 (二) 15:18 (UTC)[回复]

已开始上传--Midleading讨论2018年3月21日 (三) 03:39 (UTC)[回复]

分行和格式问题

[编辑]

您好,本人是校对新手,向问一下像这样的修改是有需要的吗?据我理解,文件原材料的排版是不用全部复制的,所以我们不用加入{{gap}}和手动输入分行<br/>。而且,手动输入分行会在某些用户的屏幕上因为分辨率较低而出现没必要的分行。求各位指教。Kanwenjian讨论2018年3月11日 (日) 09:34 (UTC)[回复]

我认为这样的修改是没有必要的,为了追求和原文版面一致、而破坏了段落内文字的连贯。也许可以修改一下排版,比如:我觉得可以用<pre>或者<poem>嵌套段落,这样就不需要换行的<br>,而且{{gap}}也可以用汉字的大空格代替。还有,是否可以通过样式来解决这样的排版问题?--Liouxiao讨论2018年3月12日 (一) 02:19 (UTC)[回复]
使用<poem>还是解决不了多余分行的问题。当页面宽度不足以显示一整行的时候,将会把几个字移到下一行,出现如下情况:

任命梁国斌、谭政文为最高人民检察院副检察长,丁曼君、井助国、王立中、王尚
三、王桂五、王战平、王竞、白步洲、李甫山、李凤林、李树藻、邢情魁、周东光、林
锋、徐塞、马光世、马骏、张允文、张复海、张沈川、陈子欣、陈清、惠健民、汤文、
黄波、赵文隆、刘少俊、刘汝棫、刘惠之、黎克明、权维才为最高人民检察院检查员。

我看过英语文库,人家并没有要复制原文的分行,让文字根据页面的宽度而自行排行。Kanwenjian讨论2018年3月12日 (一) 06:20 (UTC)[回复]
个人认为,将文章/文献数码化时,不必拘泥原格式,应方便使用者在目前媒体上阅读。--定格流星讨论2018年3月12日 (一) 13:49 (UTC)[回复]

修正竖排校对页面之排版样式的脚本

[编辑]

@Midleading: 在Wikisource talk:每月校对曾讨论了校对文本加入标点的事项,但是在{{Vtext2Start}}里面加入的标点会单独占用一个字符的位置,影响最终的排版效果。我写了个小脚本解决这个问题,原理是参照{{VtextStart}}的样式将内容中的<p>替换为<div>,并加上合适的CSS样式,同时对于{{双行注文}}、{{SKchar}}及中文标点也分别做了处理。该脚本还在页面上提供了切换选项,允许在原{{Vtext2Start}}显示风格和新排版风格之间切换。本人已经在Mac上的Firefox 58.0.2 (64 位)、Safari 11.0.3 (13604.5.6)、Chrome 64.0.3282.186(64 位)上分别做了测试,效果符合预期;但在MSIE 11 中无法正常工作。您能否帮忙试用、并评估一下是否可以作为小工具提供给大家使用?谢谢!--Liouxiao讨论2018年3月12日 (一) 01:31 (UTC)[回复]

您最近还在修订小工具,是否需要等待您修订完毕再正式发布?您的小工具用到了很多模版的具体细节,如果引入小工具,相关模版必须被保护,您是否同意?——Midleading讨论2018年3月12日 (一) 10:48 (UTC)[回复]
是的,在没有稳定之前请不要发布。但我希望这阶段有人试用并给反馈。至于模板的保护问题,我的态度是中性的——如果模板的修改影响到这个脚本,那么就修改脚本去适应模板好了。而且即便采取保护措施,也只能保护一些已知的常用模板,因为无法预先知道用户会使用哪些模板(正因此,这个脚本可能无法正确处理一些之前没有测试过的模板的输出结果,也需要在发现问题后持续改进)。目前我觉得最大的问题是不支持MSIE,推测原因可能是用到了一些高级的DOM API,需要探讨一下用JQuery来替换。下面的截图是样式调整前后的效果对比。--Liouxiao讨论2018年3月12日 (一) 11:51 (UTC)[回复]
《群书治要》第40页编辑页面(原样式)
《群书治要》第40页编辑页面(样式已调整)
(&)建议全站启用。--维基小霸王讨论2018年3月14日 (三) 04:55 (UTC)[回复]
此工具与各模版代码紧密相关,如果设为全站启用,将意味著模版被破坏或修订会导致全部用户受到影响,因此不能全站启用。—Midleading讨论2018年3月14日 (三) 05:08 (UTC)[回复]
不少模板也是全站广泛使用,如果被破坏很多用户也会受到影响。--维基小霸王讨论2018年3月14日 (三) 05:37 (UTC)[回复]

从MediaWiki小工具开发的角度看,这个小工具还不合格:没有使用任何MediaWiki功能,导致这个小工具在Page以外的空间或没有在view时也会动作(Page页面较小,开销还可接受,但日后会导入四部丛刊的主命名空间页面,这时会有性能问题。)日后模版需要修订时,将需要小工具提前开发并测试,然后同时修订,相当于要求小工具编者自己安装测试版维基文库。在预览介面是否使用此小工具也值得探讨。使用一个LUA模块或许更好,但是现在无人经常编辑LUA模块。—以上未签名的留言由Midleading对话贡献)于2018年3月14日 (三) 06:08 (UTC)加入。[回复]

可以通过限定wgNamespaceNumber等变量限制名字空间和动作。另外请二位检查邮箱。--维基小霸王讨论2018年3月16日 (五) 03:43 (UTC)[回复]

因为我发现脚本存在漏洞,所以已停用。--Midleading讨论2018年3月16日 (五) 04:36 (UTC)[回复]

@Midleading: 已经知悉脚本被停用。为了改进,能否请您多介绍一下有关的资讯,如:“没有使用任何MediaWiki功能”,要用到何种“MediaWiki功能”(本人也认为应该避免在所有页面启用它)?LUA模块如何代替小工具?如何修正此类脚本漏洞?如何通过“限定wgNamespaceNumber等变量限制名字空间和动作”?等等。另,本人认同不应默认启用该视图,所以把它作为小工具提供给用户,由用户自己选择使用更合适。谢谢!--Liouxiao讨论2018年3月16日 (五) 06:31 (UTC)[回复]

MediaWiki:Gadget-ProofreadHelper.js

var conf = mw.config.values;
if(conf.wgNamespaceNumber != 104) //非Page页面
    return;
if(conf.wgAction != "view") //仅编辑页面可用此工具
    return;
if(!conf.wgIsArticle) //特殊页面无需此工具
    return;

关于防止跨站脚本攻击:您使用的

var ts = t.split(/<|>/);

非常不安全,您必须用DOM实现此功能。可以在讨论页详细讨论,写字间不是讨论技术细节的地方。 ——Midleading讨论2018年3月18日 (日) 15:26 (UTC)[回复]

标点的脚本

[编辑]

大家好,我写了一个脚本(位于github),用于将低质量文本的标点加入高质量文本标点。

有时候,一个文本质量高、没有标点,另一个文本有标点、质量低(比如是简体字,若转换成繁体会有错误),可以用这个脚本将后面文本中的标点标记到前面的文本里。

目前还属于简单的阶段,供大家测试提升。

注意:脚本将类似字符合并看待,所以可以直接使用简体字的有标点文本。

已知问题:多余的标点文本的标点会接连标注在被标点文本两端。

例子:

输入无标点文本:

夫卿大夫治士庶人貴以臨賤賤以承貴上之使下猶

心腹之運手足根本之制支葉下之事上猶手足之衛

心腹支葉之庇本根然後能上下相保而國家治安故

曰天子之職莫大於禮也文王序易以乾坤爲首孔子

繫之曰天尊地卑乾坤定矣卑高以陳貴賤位矣言君

臣之位猶天地之不可易也春秋抑諸矦尊周室王人

雖微序於諸矦之上以是見聖人於君臣之際未甞不

惓惓也非有桀紂之暴湯武之仁人歸之天命之君臣

之分當守節伏死而已矣是故以微子而代紂則成湯

配天矣以季札而君吳則太伯血食矣然二子寜亡國

而不爲者誠以禮之大節不可亂也故曰禮莫大於分

输入有标点文本:

诸侯制卿大夫,卿大夫治士庶人。贵以临贱,贱以承贵。上之使下,犹心腹之运手足,根本之制支叶;下之事上,犹手足之卫心腹,支叶之庇本根。然后能上下相保而国家治安。故曰:天子之职莫大于礼也。
文王序《易》,以乾坤为首。孔子系之曰:“天尊地卑,乾坤定矣,卑高以陈,贵贱位矣。”言君臣之位,犹天地之不可易也。《春秋》抑诸侯,尊〔周〕(王)室[3],王人虽微,序于诸侯之上,以是见圣人于君臣之际,未尝不惓惓也。非有桀、纣之暴,汤、武之仁,人归之,天命之,君臣之分,当守节伏死而已矣。是故以微子而代纣,则成汤配天矣;以季札而君吴,则太伯血食矣。然二子宁亡国而不为者,诚以礼之大节不可乱也。故曰:礼莫大于分也。

输出:

夫,卿大夫治士庶人。貴以臨賤,賤以承貴。上之使下,猶

心腹之運手足,根本之制支葉下之事上,猶手足之衛

心腹,支葉之庇本根。然後能上下相保而國家治安。故

曰:天子之職莫大於禮也。文王序《易》,以乾坤爲首。孔子

繫之曰:「天尊地卑,乾坤定矣,卑高以陳,貴賤位矣。」言君

臣之位,猶天地之不可易也。《春秋》抑諸,矦尊〔周〕()室[],王人

雖微,序於諸,矦之上以是見聖人於君臣之際,未甞不

惓惓也。非有桀、紂之暴,湯、武之仁,人歸之,天命之,君臣

之分,當守節伏死而已矣。是故以微子而代紂,則成湯

配天矣以季札而君吳,則太伯血食矣。然二子寜亡國

而不爲者,誠以禮之大節不可亂也。故曰:禮莫大於分。

还请大家多多改进!--维基小霸王讨论2018年4月7日 (六) 14:47 (UTC)[回复]

脚注

[编辑]

请问可否在文章中加入脚注,如以下:

“曾子[1][2]妻之[3]市”


Anson.讨论2018年4月25日 (三) 05:32 (UTC)[回复]

 反对:属于原创研究。可以把词链接到wikt:。--维基小霸王讨论2018年4月25日 (三) 17:47 (UTC)[回复]

参考资料

[编辑]
  1. 曾子:孔子的弟子
  2. 之:的
  3. 之:前往

将页面之间的空格移除的代码已部署于维基文库,需要大家投票启用

[编辑]

前天,Candalua编写了可以将页面之间的空格移除的MediaWiki补丁,该补丁已经于昨日启用。中文维基文库用户现在可以提议在中文维基文库启用该功能,如果您支持在中文维基文库移除page页面之间的空格,可以在此投票,稍后将递交请求。--Midleading讨论2018年5月7日 (一) 01:27 (UTC)[回复]

顺便祝贺维基文库总页面数量超过八十万页。--Midleading讨论2018年5月7日 (一) 03:18 (UTC)[回复]

已生效。—Midleading讨论2018年6月16日 (六) 04:25 (UTC)[回复]

AdvancedSearch

[编辑]

Birgit Müller (WMDE) 2018年5月7日 (一) 14:53 (UTC)[回复]

Update on page issues on mobile web

[编辑]

CKoerner (WMF) (talk) 2018年6月12日 (二) 20:58 (UTC)[回复]

关于“使用黑色背景和绿色文字”小工具的样式调整

[编辑]

MediaWiki:Gadget-Blackskin这个小工具将图片的样式设为"html .mv-body img {border:2px solid #008000;background-color:#000000}",遇到透明图片时,如果前景为黑色,则整体渲染为一大块黑色块(例如:PNG格式的汉字图片)。能否将其样式修改一下,例如:"html .mv-body img {border:1px solid #008000;background-color:#606060}",则底色为灰色,亦可辨识黑色前景的透明图片。谢谢!--Liouxiao讨论2018年5月2日 (三) 01:43 (UTC)[回复]

请与代码创作者联系。--Midleading讨论2018年6月20日 (三) 08:04 (UTC)[回复]

请问一本书的进度条该如何自动创建?

[编辑]

我想在每月校对中正在校对的所有小作品和长作品加上一个进度条,用于显示每本书有百分之多少的页面的状态是已核对、已校对、未校对等等(跟江西学童智力测验总报告上方的进度条一样)。请问我该怎么做?谢谢!杭瑞凯讨论2018年5月4日 (五) 23:08 (UTC)[回复]

顺便补充一下,是根据页面校对状态变化而变化的进度条,且格式要和这个链接里的模式差不多。辛苦大家了!杭瑞凯讨论2018年5月7日 (一) 23:40 (UTC)[回复]

页面显示问题

[编辑]

各位好,请教两个问题:

1、在未经新编辑的页面中出现“[[Category: ]]”字样(例:维基文库:联合国安理会2009年决议联合国安理会2018年主席声明),原因不明;

2、header模板中“title”项留空时,此前是默认显示与页面标题相同的字眼,现title留空后,在模板中未显示标题(例:联合国安理会主席声明2018年第1号)。——注:此点此前留空原因已不可考,我初进入文库时关注此类目时即如此,后来萧规曹随(仅本类目如此),若需修改,不知是否有方便的方法可批量修改,请一并赐教。——银色雪莉讨论2018年5月17日 (四) 10:31 (UTC)[回复]

著重号

[编辑]

这三件模板全是著重号

是否要稍作清理?--221.127.10.9 2018年5月17日 (四) 15:30 (UTC)[回复]

Header模板更新

[编辑]

在下已在Template:Header/sandboxTemplate:Header模板进行了更新。本次主要的修改有

  • 集成Wikidata,无需额外操作即可链接维基百科、维基语录等姊妹计划;
  • 增加hCard,方便自动化程序(如网页爬虫、搜索引擎、辅助阅读工具)对页面进行分析;
  • 小修改:将颜色与其他模板统一,如Template:Album_header。此项仅为提议,若有不妥可直接撤销。

除此之外,现有模板参数均未改动,一切功能应如旧。诸位可在Template:Header/testcases检查模板的正确性。若确认无误望能应用,不胜感激。--Yangfl讨论2018年5月18日 (五) 15:31 (UTC)[回复]

门联

[编辑]

想在文库内加入门联,未知大家意下如何?建议门联标题格式为“建筑名门联 (建筑物地点)”,例如“文武庙门联 (香港上环)”。--定格流星讨论2018年6月3日 (日) 14:44 (UTC)[回复]


 支持 不妨先创几篇,作为参考?顾影含沙讨论2018年6月16日 (六) 04:46 (UTC)[回复]
这个是不是维基语录比较合适?--Shizhao讨论2018年7月24日 (二) 06:13 (UTC)[回复]
@S M Lee已有成例,供君参考。支持放在维基文库。门联与语录有别。- I am Davidzdh. 2018年9月17日 (一) 16:11 (UTC)[回复]

极易混淆的字-“汨”和“汩”

[编辑]

汨(mi4)“氵日” 而汩(gu3)“氵曰)极易混淆。我修改了一下,但估计有遗漏,麻烦大家看到后修改一下。另外“汨”有时会误写为“泪”。 --Lewix讨论2018年6月10日 (日) 20:53 (UTC)[回复]

是否需要开一张易混淆字形清单,供文库志愿者参考?- I am Davidzdh. 2018年9月17日 (一) 16:09 (UTC)[回复]

元杂剧的格式问题〔是个小提问,希望得到回应~〕

[编辑]

我想请问一下,杂剧中常见的‘括号’,在维基文库中是否有统一的格式?

今天本来是在处理《渔樵记》的繁简转换问题,

无意间看到《风云会》跟《窦娥冤》漂亮的排版:

【仙吕】【赏花时】两只手揩磨日月新,-片心扶持天地稳。向千万里展经纶,把狼烟扫尽,直教龙虎会风云!
〔云〕潘美去了也,咱也去来。〔下〕

我这次修改主要是将小括号改成粉红小括号,因为我看过明清的文本就是长得像小小的六角括号,阅读也比较轻松,而词牌的部分尚未改。不知道大家的想法如何呢?或者有没有办法针对元杂剧做出格式范例?


最后声明一下,我并不是刻意为了做这次改动才‘出现’。我以前曾使用另一个号做编辑,最近想申请删除那些国中时胡乱创的帐号,但似乎很麻烦。这次的编辑使用的是我唯一记得帐密的号,以后也不会有一人多号的状况发生。

我还算是萌新维基人,还请多多指教。顾影含沙讨论2018年6月16日 (六) 04:08 (UTC)[回复]

首页中的“正在校对”及“校对完成”

[编辑]

校对工程已在进行,首页中的“正在校对”及“校对完成”能否相应更新?--定格流星讨论2018年6月20日 (三) 03:40 (UTC)[回复]

插句话,我觉得这校对标示也不太清楚,尤其是文章的页面。如我离题,可删。--顾影含沙讨论2018年6月20日 (三) 03:47 (UTC)[回复]
首页中的那些文献(昭明文选 | 世说新语 | 韩诗外传 | 台湾通史 | 朝花夕拾 | 孙子兵法 | 玉台新咏 | 楚辞 | 牡丹亭 | 搜神记 | 巴黎茶花女遗事 | 武林旧事 | 天工开物 | 日知录 | 礼记 | 周元公集 | 读史方舆纪要 | 东坡全集)目前实际上没有人正在校对,可是这些文献仍然值得放在首页,建议调整一下首页的栏目设置。--Midleading讨论2018年6月20日 (三) 08:00 (UTC)[回复]

用户R96340申请临时管理员权限

[编辑]

在此报告。R96340讨论2018年6月21日 (四) 06:34 (UTC)[回复]

Bot rights for User:Wikisource-bot

[编辑]

Hi. With the requirement to fix the page categorisation as notified at phab:T198470, I would like to propose to the community to have our bot run through and address the problem with the solution identified. The bot has been used to resolve issue previously on the Wikisources.

Thanks. Billinghurst讨论2018年7月7日 (六) 12:35 (UTC)[回复]

全域参数设置现在可用

[编辑]

2018年7月10日 (二) 19:20 (UTC)

New user group for editing sitewide CSS & JS

[编辑]

如上,8/27起管理员将无法编辑CSS/JS页,建议于该期限前选出至少2位介面管理员(meta说明页建议),以免有需求时却无法处理的情况。--Xiplus讨论2018年8月12日 (日) 14:42 (UTC)[回复]

本人临时管理员身份已过期,新的管理员申请无人投票,不知是否有人对本人之前的工作不满意?本人之前曾管理与开发维基文库的小工具,不知是否有资格担任界面管理员?--Midleading讨论2018年9月21日 (五) 01:51 (UTC)[回复]

可否在Miraheze存放消极容忍内容?

[编辑]

该网站使用CC BY-SA 4.0授权,需要注册一个账户后,点request a wiki。--125.38.13.108 2018年8月7日 (二) 02:23 (UTC)[回复]

@Jusjih:您怎么看这个问题?--Liuxinyu970226讨论2018年8月7日 (二) 09:42 (UTC)[回复]
该网站有16服务器,其中2者在美国,其他在荷兰。要用荷兰服务器,才可能以较短期间规则存放本站消极容忍内容。--Jusjih讨论2018年9月9日 (日) 05:05 (UTC)[回复]

特殊页面的字词转换出现问题

[编辑]

譬如 Special:Preferences#mw-prefsection-gadgets。——Arnie97讨论2018年8月16日 (四) 09:24 (UTC)[回复]

找管理员处理吧。--Xiplus讨论2018年8月16日 (四) 09:51 (UTC)[回复]

Editing of sitewide CSS/JS is only possible for interface administrators from now

[编辑]

(请帮助翻译至您的语言)

Hi all,

as announced previously, permission handling for CSS/JS pages has changed: only members of the interface-admin (界面管理员) group, and a few highly privileged global groups such as stewards, can edit CSS/JS pages that they do not own (that is, any page ending with .css or .js that is either in the MediaWiki: namespace or is another user's user subpage). This is done to improve the security of readers and editors of Wikimedia projects. More information is available at Creation of separate user group for editing sitewide CSS/JS. If you encounter any unexpected problems, please contact me or file a bug.

Thanks!
Tgr (talk) 2018年8月27日 (一) 12:40 (UTC) (via global message delivery)[回复]

咨询版权问题

[编辑]

请问如果创建一篇有关歌曲的文章,该歌曲正式发布于1935年,发布地点为中国,曲作者逝世于1940年,词作者逝世于2002年,那么现在创建是否侵犯了版权? 谢谢!—以上未签名的留言由Zzhtju对话贡献)于2018年8月28日 (二) 09:01 (UTC)加入。[回复]

Read-only mode for up to an hour on 12 September and 10 October

[编辑]

2018年9月6日 (四) 13:33 (UTC)

手机版界面

[编辑]

日文维基的手机版内容颇为齐全,相形之下,中文维基文库手机版首页只显示了“推荐文献”一栏。可有解决方案?- I am Davidzdh. 2018年9月17日 (一) 16:08 (UTC)[回复]


minus at the end of page

[编辑]

I just noticed that this proofreadpage change, removing minus sign at the end of page text, might break some pages on your wiki. Eg this page is now improperly displayed after transclusion here. Unsure if you are aware of it.

IMO, either such pages need fixing (eg. adding a <nowiki/> tag at the end) or this change should be disabled for zh.ws as not needed here. Ankry讨论2018年9月29日 (六) 23:08 (UTC)[回复]

Words hyphenated across pages in Wikisource are now joined

[编辑]

Hi, this is a message by Can da Lua as discussed here for wikisource communities

The ProofreadPage extension can now join together a word that is split between a page and the next.

In the past, when a page was ending with "concat-" and the next page was beginning with "enation", the resulting transclusion would have been "concat- enation", and a special template like d:Q15630535 had to be used to obtain the word "concatenation".

Now the default behavior has changed: the hyphen at the end of a page is suppressed and in this case no space is inserted, so the result of the transclusion will be: "concatenation", without the need of a template. The "joiner" character is defined by default as "-" (the regular hyphen), but it is possible to change this. A template may still be needed to deal with particular cases when the hyphen needs to be preserved.

Please share this information with your community.

MediaWiki message delivery讨论2018年9月30日 (日) 10:28 (UTC)[回复]

Xiplus申请成为介面管理员

[编辑]

有些介面讯息和全站JS需要修复,故申请,因为尚未建立对应申请页,请将意见留于此处下方,谢谢。--Xiplus讨论2018年10月24日 (三) 14:54 (UTC)[回复]

本地尚无IA。 --达师 - 370 - 608 2018年11月3日 (六) 17:43 (UTC)[回复]
已由Ruslik0授权3个月。--Xiplus讨论2018年11月4日 (日) 00:22 (UTC)[回复]

因为有些介面讯息想从中文维基百科直接汇入,也同时申请transwiki权限。--Xiplus讨论2018年11月3日 (六) 01:27 (UTC)[回复]

 支持--Midleading讨论2018年11月4日 (日) 05:47 (UTC)[回复]
已由-revi授权,期限同IA。--Xiplus讨论2018年11月9日 (五) 07:37 (UTC)[回复]

用户R96340申请临时管理员权限

[编辑]

申请页维基文库:管理员/R96340/2。请多多指教。--R96340讨论2018年11月4日 (日) 05:22 (UTC)[回复]

关于页面额外添加条目使之能自动创建目录

[编辑]

现在文库在目录条目少于4条的时候,不会自动创建,这样有些不方便。 我在页面自己额外添加条目,使页面能够自动创建目录,这样做虽然感觉方便了,但还是担心很不合适,现在想讨论下。我更改的页面是春秋左传正义/卷03 签名模板还是不太会用,请谅解。 --书生不逍遥讨论2018年11月6日 (二) 06:37 (UTC)[回复]

@书生不逍遥:使用__FORCETOC__强制显示目录在预设位置,或是__TOC__显示于指定位置,参见w:Help:魔术字#状态开关。--Xiplus讨论2018年11月6日 (二) 06:41 (UTC)[回复]
多谢,这个了解了。--书生不逍遥讨论2018年11月6日 (二) 06:56 (UTC)[回复]

Change coming to how certain templates will appear on the mobile web

[编辑]

CKoerner (WMF) (talk) 2018年11月13日 (二) 19:35 (UTC)[回复]

-{于}-为何变成-{于}</nowiki>

请问如何处理多作者/多译者的问题

[编辑]

比如这个大楼炭经。译者有两位,连接是错误的。--Leavehook讨论2018年11月24日 (六) 01:10 (UTC)[回复]

Yes完成--曾晋哲讨论2018年11月29日 (四) 20:03 (UTC)[回复]
明白了,谢谢!Leavehook讨论2018年12月6日 (四) 03:47 (UTC)[回复]
[编辑]

Johanna Strodt (WMDE) (talk) 2018年11月26日 (一) 11:03 (UTC)[回复]

请问在佛经中出现的异体字应该如何处理

[编辑]

比如这个

名散[口*尔]嚩,声闻中第一

其中的[口*尔]应该是𡁠字,类似这样的字在大正藏原文中俯拾皆是。

我想用正确的字来显示,但又担心破坏原文的完整性,应该怎么做?

A)把所有的[]替换为对应的实际用字;

B)在[]前面书写实际用字,再把[]用{{*|和}}包起来,像这样 𡁠[口*尔]

C)保持原文不变

或者还有更好的方法,请明者教我,谢谢。

Leavehook讨论2018年12月4日 (二) 08:53 (UTC)[回复]

@Leavehook:可以使用模板:别。效果如此R96340讨论2018年12月4日 (二) 12:49 (UTC)(补签名)[回复]
谢谢,我斟酌使用。Leavehook讨论2018年12月6日 (四) 03:45 (UTC)[回复]
使用{{!}},例如𡁠{{!|𡁠|⿰口爾}}。实际上直接替换亦无不可。--Midleading讨论2018年12月4日 (二) 12:44 (UTC)[回复]
谢谢,我斟酌使用。Leavehook讨论2018年12月6日 (四) 03:45 (UTC)[回复]

Selection of the Wikisource Community User Group representative to the Wikimedia Summit

[编辑]

Dear all,

Sorry for writing in English and cross-posting this message.

The Wikisource Community User Group could send one representative to the Wikimedia Summit 2019 (formerly "Wikimedia Conference"). The Wikimedia Summit is a yearly conference of all organizations affiliated to the Wikimedia Movement (including our Wikisource Community User Group). It is a great place to talk about Wikisource needs to the chapters and other user groups that compose the Wikimedia movement. For context, there is a short report on what happened last year. The deadline is short and to avoid the confusing vote on the Wikisource-I mailing list of last year, we created a page on meta to decide who will be the representative of the user group to the Wikimedia Summit.

The vote will be in two parts:

  1. until December 7th, people can add their name and a short explanation on who they are and why they want to go to the summit. Nomination of other people is allowed, the nominated person should accept their nomination.
  2. starting December 7th, and for a week, the community vote to designate the representative.

Please feel free to ask any question on the wikisource-I mailing list or on the talk page.

For the Wikisource Community User Group, Tpt (talk) 15:15, 5 December 2018 (UTC)

Wikisource Community User Group representative vote

[编辑]

Dear all,

Sorry for writing in English and cross-posting this message.

Following the previous message, the vote for the representative of the Wikisource Community User Group to the Wikimedia Summit 2019 is now open.

There is two great candidates on page on meta to decide who will be the representative of the user group to the Wikimedia Summit. You can support a candidate now. All active Wikisource users can vote. The vote is ending on December 14, 2018.

Feel free to ask any question on the wikisource-I mailing list or on the talk page.

谢谢您!

For the Wikisource Community User Group, Tpt (talk) December 8, 2018 at 18:53 (UTC)

多次被IP用户破坏,破坏内容高度一致。--Sayonzei讨论2018年12月8日 (六) 23:25 (UTC)[回复]

已保护。--Zhxy 519讨论2018年12月10日 (一) 04:09 (UTC)[回复]
感谢保护。--Sayonzei讨论2018年12月10日 (一) 04:59 (UTC)[回复]

独立的古诗、文章页面

[编辑]

自从有维基人为唐诗三百首中的每首诗创建了独立页面,我和其他人都仿照了这一做法,为诗、文独立创建了页面,似乎已经成为认真完成一部文集录入的习惯。但是文集有很多(如:Wikisource:四库全书原文/集部),为每一篇文章、每一首诗都创建独立页面是否有必要?

仔细想想,感觉没有这个必要。史上的绝大多数诗文只是作为一部书的一部分才有显著性,很少被人单独提起过。类似的,维基百科有“关注度”标准,只有满足一定要求的主体才能被写成条目。建立这么多页面,对于维基文库的维护也是一个挑战;将注意力集中在书为单位的录入、校对上,可以使维基文库志愿者的精力更加集中。因此,我提议禁止拆分文集新建独立诗、文页面,除非创建者能够证明此诗/文存在特定的价值(标准需进一步讨论)。对于已经大批量建立的页面,比如东坡全集,可逐步重定向到文集的相应章节。--维基小霸王讨论2018年2月10日 (六) 16:52 (UTC)[回复]

我不同意禁止建立古诗、文章的独立页面,因为在研究某个特定的话题时,其他人觉得不重要的诗文可能就具有了无可替代的价值,而且独立页面既便于搜寻也便于维护。同一首诗文可能在不同文集出现多次,校对每首诗一次的工作量少于校对每本书一次。--Midleading讨论2018年2月10日 (六) 17:06 (UTC)[回复]

同一诗文在不同文集中可能会有差异,应对不同文集扫描本分别校对,所以不能降低校对次数。这些诗文照样出现在文集里,所以不会影响读者进行研究。--维基小霸王讨论2018年2月10日 (六) 17:22 (UTC)[回复]
校对一本书不是光看page页面的图像就行的,原书也可能存在讹误,如果出现了错误,负责任的做法是改正并出校记。目前以每篇诗文为中心的校对模式实际上就是鼓励编者发现版本差异,有时甚至在匿名用户与老用户间发生版本问题编辑战,相当于将每部文集的同一篇诗文都校对了一次。与之相比,整部书的校对工作在校对月启动之前,几乎从未发生,校对活动也不可能顾及全部文集百万页面。关注度不高的诗文因无人问津,无人较对,只会一直在文集里无人拆分,没有独立页面。--Midleading讨论2018年2月10日 (六) 17:49 (UTC)[回复]
还有,使用page页面校对的前提是该版本的文集已经保存至维基共享资源,可是中文维基文库上传影印书籍的活动还远未结束,那些已经上传的版本固然重要,那些还没有保存至维基共享资源的版本,其文字版应如何保存呢?--Midleading讨论2018年2月10日 (六) 17:57 (UTC)[回复]
文集的诗、文可以新建独立的页面,但应禁止将文集的原文删掉,重定向到新建的页面(目前的作法),以保持文集原本的风貌。--Lonicear讨论2018年2月11日 (日) 06:39 (UTC)[回复]
文集的诗文可以新建独立的页面,但应禁止将文集原先的诗文删掉,藉以保存文集原本的面貎。目前的作法是在新建页面后,将文集的诗文删掉,再使用{{:新建的頁面}}来调用内容,这样会造成某些内容和原文不符的地方。假设:文集A诗文的内容为“僧推月下门”,文集B诗文的内容为“僧敲月下门”。若以目前的作法可能会在新建的页面写成“僧月下门”,文集A及文集B在调用时,同样都是显示“僧月下门”,文集B原文为“僧敲月下门”,却显示成“僧月下门”,造成与原文不符合的问题。--Lonicear讨论2018年2月11日 (日) 11:29 (UTC)[回复]
可考虑将文集A及文集B两个版本同时收入新建的独立页面,并各自说明出处,而文集A及文集B各自使用{{:新建的頁面}}来调用各自版本。好处是独立页面被核对更正后,所属文集同时更正,不会在文库内又产生两个版本。--定格流星讨论2018年2月13日 (二) 06:39 (UTC)[回复]

有名的诗文应当允许建立独立页面,文集中的版本也不应删去。因为作为独立页面的内容和作为文集整体是由不同的意义的。另外‘有名’的界定可以由编辑自己来或者再建立专门之页面进行讨论。如果编辑自己来确定,其他编辑对于施事之编辑的作为应当抱善意推定的态度。这是我的意见。--李炯霄讨论2018年2月12日 (一) 11:44 (UTC)[回复]

现在已建立独立页面的诗文出现了几种情况:有时,不同编者对不同文集收录的同一篇文章建立了不同页面,后来合并页面后出现了文集错误;或有编者只收录了一首诗歌却没有指出来源文集,后来被文集引用时编者未校对,引用错了也不知道;有时编者收录了同名作品,原页面改为消岐义页,导致文集中错误引用了消岐义页而不知原为何篇。有时编者改正了原文中的繁简转换错误,但文集因未采用嵌入包含的方式而没有改正。有时匿名用戸创建了诗文独立页,因无链入页或分类而被遗忘,后来又有人创建重复页。制定新守则时,建议考虑以上可能出现的情况。--Midleading讨论2018年2月12日 (一) 16:47 (UTC)[回复]

如果要求编者录入文章时必须说明来源及/或版本,应可解决此一问题。--定格流星讨论2018年2月13日 (二) 06:39 (UTC)[回复]

此讨论亦将影响到维基文库删除准则。目前,同一文献的不同来源版本若无显著差异,则会被改为重新导向页面,保留较好的一篇。是否应该允许编者重复录入同一文献的不同版本,这些版本几乎没有差异?目前衹有一个页面的情况下,其他编者改字,可以推定为编者录入了不同版本。如果允许不同文集的同一文献拆分为不同页面,却无影印本证据可供参考,将来被新编者更改时,如何确认是否是破坏?如果因无法确认而衹能回退新编者的编辑,又显得可惜。—Midleading讨论2018年2月25日 (日) 16:17 (UTC)[回复]

在同一页面显示不同文集收录的同一文献是可行的。我试造了周邦彦的解语花,辑有《白香词谱笺》及《片玉词》所收录的版本,两版本不同之处在“满路飘兰麝”一句,一作“兰麝”,一作“香麝”。利用{{#lst:解語花 (周邦彥)|p1}}或{{#lst:解語花 (周邦彥)|p2}}便可在各文集显示各自的版本了。效果当比“兰麝”好,而且在修改时文集同时被修改。在文集一使用{{#lst:解語花 (周邦彥)|p1}}时将如下:

风销绛蜡,露浥红莲,灯市光相射。
桂华流瓦,纤云散,耿耿素娥欲下。
衣裳淡雅,看楚女纤腰一把。
箫鼓喧,人影参差,满路飘兰麝。

因念帝城放夜,望千门如昼,嬉笑游冶。
钿车罗帊,相逢处,自有暗尘随马。
年光是也,惟只有旧惰衰谢。
清漏移,飞盖归来,任舞休歌罢。

在文集二使用{{#lst:解語花 (周邦彥)|p2}}时则如下:

风销绛蜡,露浥红莲,灯市光相射。
桂华流瓦,纤云散,耿耿素娥欲下。
衣裳淡雅,看楚女纤腰一把。
箫鼓喧,人影参差,满路飘香麝。

因念帝城放夜,望千门如昼,嬉笑游冶。
钿车罗帊,相逢处,自有暗尘随马。
年光是也,惟只有旧惰衰谢。
清漏移,飞盖归来,任舞休歌罢。

  --定格流星讨论2018年2月28日 (三) 10:32 (UTC)[回复]

太麻烦.page页面分页不同时,显示更为复杂.--维基小霸王讨论2018年3月2日 (五) 10:36 (UTC)[回复]
既然同一文献确实存在多个文献,且定格流星的方法是可行的,则不应认为麻烦而不采用。对于文献在原文集中涉及分页的问题,也可以依照section切割处理,并在文集中的不同页分别引用。--Liouxiao (刘晓曦)讨论2018年3月8日 (四) 03:50 (UTC)[回复]
User:S M Lee/sandbox是将两首诗并列显示,而不是像帝京篇 (李世民)将两者合并显示。请问到底用哪种?--维基小霸王讨论2018年3月9日 (五) 01:51 (UTC)[回复]
目前维基文库无法将{{}}模版中的不同版本分别嵌入不同页面,因此还需进一步讨论。不过此问题似乎已属于之前的另一话题了。综合两个话题的讨论,可以初步得出以下结论:㊀允许文集中的文章拆分为子页面,不同文集应分别引用各自版本的内容。由编者自行确定每篇作品是否应拆分为新页面,但新页面应注明来源。新建消歧义页时应检查链入页面。㊁对于短作品,可以在同一页面注明不同版本的差异。对于长作品,应建立专页存放不同版本,如有可能,应建立Page页面存放各自版本;可以允许有一个没有说明版本的主页面,但该页面应有标点。
建立独立的有标点页面,而不直接使用嵌入包含page页面(当其存在时)存在以下两点长期问题:(1)修正错字的工作量增加近两倍。如果编者用机器人大量建立此类页面,会使维基文库的维护难度大幅增加;(2)单独建立的标点页面无法链接到扫描页面,使读者难以查询原文。虽然如果该页面先链接到嵌入包含版本的页面,嵌入包含版本的页面再显示页码也可间接达到此目的,但对读者的操作难度大幅增加,大幅降低读者的校对积极性。--维基小霸王讨论2018年3月26日 (一) 14:53 (UTC)[回复]

我在综合考虑了独立创建页面的价值、维基文库的易维护性后提出以下新方案:

编者在新建已经包含在文集中的独立短作品页面时,至少满足二者之一:㊀对两种或以上版本的文本进行了比对。㊁撰写对此文的白话文介绍,50字以上。如果没有对两种或以上版本的文本进行了比对,当page页面存在时,必须使用嵌入包含的方式引用原文。 --维基小霸王讨论2018年3月26日 (一) 15:07 (UTC)[回复]

我不同意添加这两点限制,对于建议㊀:有很多文集并不是作品的原始发表刊物,而是后人将知名作品整理而成的,例如《古文辞类纂》,维基文库创建之初,有许多此类文集因为其包含的文献都已经被其他文集收录了,所以就采取了偷懒的做法,只录入了目录页,而期待其它文集的拆分能够消灭红链,这导致了多年以后《古文辞类纂》仍然有很多文献没有收录。如果现在禁止只包含于一个文集的作品被拆分,那么意味着有很多文献虽然实际上被多个文集收录了,但是编者并不知道此情况,导致目录页的红链多年之后仍然大量存在。另外,几乎所有匿名编者来到维基文库创建他们的第一篇文章时,没几人会说明版本、比较版本,若要问他们这些文章是从哪来的,可能他们只能说出一个网址,而不是一个文集名。对于建议㊁,请诸位看看维基文库收录的许多作品,有多少在维基百科拥有小作品及更优的条目,就知道这个要求是有多难做到了。《忠湣公诗集》刚刚被校对完成了,试问诸位,有哪位读出了寇大人的诗风,能够撰写50字的简介点评一下?——Midleading讨论2018年4月1日 (日) 00:36 (UTC)[回复]
每一首诗词每一编文章都是作者在不同时地的独立创作,不因文集收录而丧失独立性,正如《易经》既是《四库全书》的一部份,也是一部独立的著作。--定格流星讨论2018年4月1日 (日) 15:03 (UTC)[回复]

请问各位,如果想嵌入包含,Index:Writings of Hu Shih, Collection 1.pdf应该如何处理?有的是先收录在其他文集里的,比如文学改良刍议,虽然我没有检查,但在没办法复制粘贴的年代,两者很可能有略微差别.(如异体字)

方案如下:

另一方案:不改动现有页面,仅仅新建page页面,但是不在主页面嵌入page页面。可以保留目前已根据另一版本校对的文本,日后再导入该版本图像时不用重新校对。--Midleading讨论2018年3月10日 (六) 04:18 (UTC)[回复]

每篇诗文都是一部独立的作品。我的意见是应该有一个扩展或工具,能够支持同一部作品的不同版本在同一个页面上显示和调用。比如静夜思有多个版本,那么在静夜思应该有一种办法同时保存所有版本的这首诗原文,而在唐诗三百首等收录不同版本的汇编作品处,根据该版本来呈现这首诗的原貌--Shizhao讨论2018年4月12日 (四) 12:13 (UTC)[回复]

个人(&)建议创建独立的页面仅仅用来记录不同文集版本的链接(当然可以根据事实增添不同版本之比较的相关内容),相当于消歧义。——Wizard 留言 2018年4月28日 (六) 09:15 (UTC)[回复]

 支持个人认为应当拆分。
通常,我们在搜索引擎中输入的一般是篇章的名字而非集子的名字。而由于页面标题在搜索引擎的算法中占据了较高的权重,因此如果只输入篇章名很难直接找到该页面。
以《灌园叟晚逢仙女》(同时被收录在《今古奇观》和《警世恒言》二书中)为例,如果在Google中输入“灌园叟晚逢仙女”,则第一页完全看不见维基文库的页面;如果输入“灌园叟晚逢仙女 维基文库”,则第一条是今古奇观的目录页,进入该页面后尚需再次寻找超链接跳转,十分不方便。--Sances tb讨论2018年5月23日 (三) 05:50 (UTC)[回复]


 支持我认为应当拆分。@定格流星:的方案很好。我不太熟悉文库的各个功能,但我认为我们要的应该是进入单独页面后能够看到各个版本,从诗集文集导向后能看到该版本以及其他版本。我能想到的解决方案是设置多个子页面,这样能够通过返回键看到其他版本。当然,也可以设置板块进行导向,都能够解决这个问题。要知道,同一诗文的不同写法本质上并不是不同集子导致的,而是不同版本,同一个集子的不同版本对于同一篇诗文也可能有差异存在。--Bobo alcazar讨论2018年10月15日 (一) 06:50 (UTC)[回复]


综上所述,维基文库编者普遍认为文集中的诗文应当拆分为独立页面,讨论完成。--Midleading讨论2018年12月12日 (三) 15:37 (UTC)[回复]

会的帮个忙

[编辑]

阿含经

我下面加了个搜索,会的人能不能把这个变成能用的,现在搜索不能用。这个是原始佛教经典,价值高,谢谢。--Sinaii讨论2018年11月22日 (四) 14:18 (UTC)[回复]

维基文库搜索的一个严重的bug,请修复

[编辑]

我用了大约半年维基文库,发现个问题,就是明明有的内容,搜索不出来,如搜索关键字“有四大仙人”,没有这样的结果。但是在长阿含经/卷一,是有的,这个是个严重的bug,希望能修复。--最好的哲学家讨论2018年12月13日 (四) 05:03 (UTC)[回复]

搜得出来。--Xiplus讨论2018年12月13日 (四) 05:21 (UTC)[回复]
谢谢,要加""才行啊,而且“”不能,你不说我还不知道,一般人就更不知道了。希望有人能改进。--最好的哲学家讨论2018年12月13日 (四) 14:27 (UTC)[回复]

请问 Author的创建和移动原则。

[编辑]

比如Author:后汉高祖 是否应移动到 Author:刘知远 。(后者未建立)

如果应移动,有无必要保留重定向?

如果不应移动,是否有必要创建Author:刘知远并重定向到Author:后汉高祖?--Leavehook讨论2018年12月15日 (六) 09:20 (UTC)[回复]

现在没有原则,只要令维基文库更好就可以。--Midleading讨论2018年12月15日 (六) 09:52 (UTC)[回复]
如移动,建议保留重定向。如不移动,也建议将Author:刘知远重定向至Author:后汉高祖。--定格流星讨论2018年12月15日 (六) 14:15 (UTC)[回复]
我同意此原则,但是Wikisource:作者/L这里面的很多皇帝都是用名字登记的。是否需要修正呢?--Leavehook讨论2018年12月17日 (一) 00:28 (UTC)[回复]
我认为应该改变这种情况。假如文库要印刷,作者那一栏肯定是用笔名、正式名称等,不会直接用本名,特别是皇帝更不会。另外文库有很多集子(如刘基集),实际上历史上出版的集子的名称肯定不是这样的,也应当恢复本名(例如"诚意伯刘文成公文集")。如果找不到旧的底本,可以认为是现在整理的,出版社享有整理版权。--Midleading讨论2018年12月21日 (五) 16:28 (UTC)[回复]

请问同一文章收入两个文集时的处理原则。

[编辑]

例子:

般舟三昧经(卷1-3) 是来源于大正新修大藏经这个集子。

般舟三昧经是来源于乾隆大藏经这个集子。

上述两文从常理推断应该来源于同一本书,这种情况之下如何处理呢?

A 删去其中一份,留下令人阅读感较好的版本;

B 保留两个版本,做消歧义,但是条目名称如何命名呢?般舟三昧经 (乾隆大藏经) 这样吗?如果这样处理,工作量有点大啊。

或者有更好的方法?--Leavehook讨论2018年12月22日 (六) 06:25 (UTC)[回复]

目前的做法是只留下一个页面,其中使用{{}}、{{}}等模板标明两种版本之间的字词差异(见静夜思),如果两种版本差异很大则考虑不同版本另建页面。--Midleading讨论2018年12月22日 (六) 07:05 (UTC)[回复]

建议用{{}},因能表明源自哪一版本。--定格流星讨论2018年12月22日 (六) 14:51 (UTC)[回复]

已引入{{authority control}}

[编辑]

我已从维基百科(参考英文文库)引入{{authority control}},可以放在作者页或作品页的末尾。示例:Author:李白 Author:孔子 共产党宣言--曾晋哲讨论2018年12月25日 (二) 13:59 (UTC)[回复]

Invitation from Wiki Loves Love 2019

[编辑]

请帮助翻译至您的语言

Love is an important subject for humanity and it is expressed in different cultures and regions in different ways across the world through different gestures, ceremonies, festivals and to document expression of this rich and beautiful emotion, we need your help so we can share and spread the depth of cultures that each region has, the best of how people of that region, celebrate love.

Wiki Loves Love (WLL) is an international photography competition of Wikimedia Commons with the subject love testimonials happening in the month of February.

The primary goal of the competition is to document love testimonials through human cultural diversity such as monuments, ceremonies, snapshot of tender gesture, and miscellaneous objects used as symbol of love; to illustrate articles in the worldwide free encyclopedia Wikipedia, and other Wikimedia Foundation (WMF) projects.

The theme of 2019 iteration is Celebrations, Festivals, Ceremonies and rituals of love.

Sign up your affiliate or individually at Participants page.

To know more about the contest, check out our Commons Page and FAQs

There are several prizes to grab. Hope to see you spreading love this February with Wiki Loves Love!

Kind regards,

Wiki Loves Love Team

Imagine... the sum of all love!

--MediaWiki message delivery讨论2018年12月27日 (四) 10:13 (UTC)[回复]