讨论版【提问求助】档案馆 (编辑 )
这里是讨论版【提问求助】分页
申请维护人员、优质编辑者等用户组或弹劾 ,请转至:
权限变更 。
申请删除页面、文件及页面保护、破坏举报 ,请转至:
操作申请 。
“君子和而不同”,讨论时请保持理性 ,不要人身攻击 。斯言之玷,不可为也。
这里是公共讨论页 ,一般情况下,不要删除 已经发表的留言。
6月27日 之后没有新回应的讨论串会被自动
存档 。跳至本页的:
目录 •
底端 底端
关于微博内容的长期保存
鉴于作品、机构的官方微博以及公众人物的个人微博经常作为获取可信内容的重要渠道,在编辑页面时,有时会把相关微博的链接作为参考资料,添加在页面中。不过近来发现,经常遇到微博设置了“仅半年可见”功能,一旦超出一定时限,这条微博就无法查看了,之前添加的链接也就失去了意义,无法给用户提供追溯查证的依据。另外,微博被发布者删除,或转为仅粉丝/自己可见的情况也时有发生。我想请教一下,是否有其他方法,能长期保存微博内容,比如网页快照之类?页面截图太容易被篡改甚至无中生有,不够严谨,个人不太建议使用。先谢谢各位啦!--Gaoyuanxian (讨论 ) 2022年6月12日 (日) 12:55 (CST)
wayback machine?--某FFF团的高级火法 (批判一番 ) 2022年6月12日 (日) 15:42 (CST)
wayback machine得科学上网才能访问的来着。—— lavender ^__^ (来找我 · 新人摸鱼实录 · 签个名咯qwq ) 2022年6月12日 (日) 16:14 (CST)
感谢回复!能科学上网的用户毕竟是少数。还是希望能有其他更便捷的方法,尽量不要给一般用户设置访问门槛。--Gaoyuanxian (讨论 ) 2022年6月12日 (日) 16:38 (CST)
百度快照?可以作为互联网档案馆的补充——北湖3 (讨论 ) 2022年6月12日 (日) 18:38 (CST)
百度快照可以永久保存吗?——不会被新快照覆盖或被百度删除吗?--樱桃纳米粉 (讨论 ) 2022年6月12日 (日) 18:49 (CST)
(:) 回应 我都说了只是一种“补充”——北湖3 (讨论 ) 2022年6月12日 (日) 19:23 (CST)
百度快照的链接从哪里获取呢?比如这条微博 ,从哪里能找到对应的快照链接?--Gaoyuanxian (讨论 ) 2022年6月12日 (日) 19:51 (CST)
可能最好的办法只有互联网档案馆(Wayback Machine)吧,毕竟维基百科也很依赖这个( ——C8H17OH (讨论 ) 2022年6月12日 (日) 21:39 (CST)
实不相瞒,我就是在维基看到有些失效的页面也能找到存档,所以来问问我们能不能有类似的功能。_(:з」∠)_--Gaoyuanxian (讨论 ) 2022年6月12日 (日) 22:59 (CST)
从我的理解来看,互联网档案馆好像不是维百的配套功能。如果指望现在的萌百来开启一个类似的项目,感觉是非常困难的。——この不審者 は小鞠 こまり です 2022年6月13日 (一) 00:37 (CST)
是的,准确地说,维基条目经常引用互联网档案馆的页面作为存档,不过两者分别是不同的网站,并不存在直接关联。我上面的表达有歧义。我想问的是,简中互联网是否有其他方法能实现类似的功能。--Gaoyuanxian (讨论 ) 2022年6月13日 (一) 10:13 (CST)
我不是很了解这一块,尝试搜索了一下,抱歉,并没找到什么有效的结果。——この不審者 は小鞠 こまり です 2022年6月13日 (一) 11:04 (CST)
本人认为当前反倒是只有国外这样的存档服务才能够提供如此稳定的网页存档功能,中国大陆互联网未能存在类似服务是有其固有原因。如果有编辑有这个网络环境和意愿(或是机器人自动运作),不妨先使用这些站点留档以提升可信度,然后再配合保存网页或是截图的方式手动存档以方便中国大陆读者。_USER:YOONHA~1.PAR(留言 )2022年6月15日(三)09:05:05(UTC)
倒是还知道几个别的存档网站……但是,全都不能在大陆正常访问。从已经被墙了的事实本身就足以推理出在简中很难找到靠谱的网站。--樱桃纳米粉 (讨论 ) 2022年6月13日 (一) 16:29 (CST)
太遗憾了……_(:з」∠)_--Gaoyuanxian (讨论 ) 2022年6月13日 (一) 20:04 (CST)
各大搜索引擎的快照存档也是可以碰碰运气的,用一些快照搜索网站应该可以找到,不过确实有很多都是没有快照的,如果有一些你觉得很有必要留存的网页建议及时用Ctrl+S
保存网页或者截图保存--DDBB520 (讨论 ) 2022年6月14日 (二) 01:32 (CST)
谢谢建议!--Gaoyuanxian (讨论 ) 2022年6月15日 (三) 16:39 (CST)
我认为wayback machine在大陆访问困难不是很重要的问题。因为外部链接只是一种作证,就像档案一样。档案能否轻易获得并不影响被佐证内容的正确性。举例来说假设一篇文章引用了一个档案,这个档案在国家档案馆里,想看到这个档案并不轻易。但只要原始档案是真实的,并不影响整篇文章的合规性。所以存档网页存档只要有就够了,至于读者能不能看得到,不是需要刻意考虑的问题。 --Wei zhi (讨论 ) 2022年6月15日 (三) 19:26 (CST)
确实是我没有考虑过的角度,感谢建议!--Gaoyuanxian (讨论 ) 2022年6月16日 (四) 11:21 (CST)
@Wei zhi 个人测试下来,互联网档案馆似乎无法正常存档微博和NGA的页面,猜测是因为这些站点设置了访客不能直接访问,必须经过转跳,导致如果手动添加存档,对于微博会导致存档了中间的转跳页而不是真正需要存档的页面,而NGA直接会导致报错。(已在GitHub提交issue )
这个角度反而是次要的问题。存档对维基百科重要,是因为维基百科因为技术上无法保证编辑内容有接近传统百科全书的正确性,所以使用可供查证方针 作为核心内容方针变通。而萌百连可供查证方针都没有强调(或者说有没有真正意义上的内容方针都是个问题),根本不涉及所谓“合规性”,那么是不是存档本来就是君子协定。而如果只是要可用性,那么不管读者,至少也要看看编辑查证时的体验。--幻の上帝 (讨论 ) 2022年6月23日 (四) 18:44 (CST)
(~) 补充 而且我试下来微博也不能Ctrl+S
保存网页,保存后是一个转跳页而不是想要的,真的想保存可能只能截图了。不知道有没有大佬知道能解决这些问题。--DDBB520 (讨论 ) 2022年6月20日 (一) 01:07 (CST)
(~) 补充 可以用这个 试试--DDBB520 (讨论 ) 2022年6月20日 (一) 09:02 (CST)
实测你提到的这个可以,但我记得这个网站bomb过一段时间,稳定性不明。 --Wei zhi (讨论 ) 2022年6月20日 (一) 09:09 (CST)
实测跳转到archive.ph,还要过CAPTCHA,没救。--幻の上帝 (讨论 ) 2022年6月23日 (四) 18:44 (CST)
@DDBB520 如果想本地备份网页可以用这个 插件,完美生成单文件网页备份。 --Wei zhi (讨论 ) 2022年6月20日 (一) 09:13 (CST)
感谢,非常好用--DDBB520 (讨论 ) 2022年6月22日 (三) 11:47 (CST)
不咋地,有的页面像Edge外接程序直接不给存,能存的也就是HTML直接硬编码(没怎么压缩),也没自动时间戳。(另外SingleFileZ存百度首页图片都出不来,根本的文件格式持久性问题 也没解决)。我还是选择继续使用MozArchiver 直接Ctrl+S,就是保存的时候得选对格式。(啥,浏览器兼容问题?不管了,我都自己魔改 的。)--幻の上帝 (讨论 ) 2022年6月23日 (四) 18:44 (CST)
最好的方法就是使用互联网档案馆(Wayback machine),首先,互联网档案馆所存在的意义就是收集这个世界上各种时间不同国家的不同网站的存档,第二他稳定,真的很稳那么多年来很少出现过类似数据丢失损坏这种,第三他是个国际上的非盈利性的网站,所以大概率不会删除数据。当然这是最好的解决方法,如果您应为某些原因无法访问互联网档案馆也可以使用其它快照服务,例如百度快照(不推荐),bing快照等,当然如果您想更安全的储存可以使用保存页面的方法虽然可能被您自己篡改( 。--KGS⑨ 可以到这里 留言哦 2022年6月30日 (四) 18:06 (CST)
两个高度相似的页面,感觉应该合并一下
奇怪的问题:按版本历史搜寻主名字空间页面
为什么人物沉重 会链到萌属性沉重 ?
关于 T:TextHover 影响阅读的情况反馈和可能的解决方案
今天在浏览 火星文 的时候发现全篇借助 T:TextHover 采用了火星文的形式表现,虽有助于内容表达,却大大影响了可读性。
此外 T:TextHover 还从两方面影响了阅读:
该模板并没有明显提示“字下有字”(与 T:黑幕 相对比)
该模板并没有如同 T:黑幕 一样的一键揭开的小工具。
可能的解决方案:
文字旁标注/文字下背景色/放置提示性模板 提示本处有字
提供一键揭开的小工具/按钮
希望维护团队能够加以考虑一下。
因为 Template_talk:TextHover 感觉不会有人看就发到这里了……抱歉抱歉
--ZeroAurora (讨论 ) 2022年6月25日 (六) 23:39 (CST)
火星文一条目其实还好,其他大量用的情景可以提供下,确有需要可以考虑提请纳入幽默类模板管理。——量産型伝蛙第913号 (量産工場β ) 2022年6月25日 (六) 23:44 (CST)
暂未发现其他批量用例,但是两个缺陷仍然存在(主要是不说明下面有字很多人就根本不会注意这回事) --ZeroAurora (讨论 ) 2022年6月25日 (六) 23:50 (CST)
翻转前 翻转后 ,提倡自觉加个下划线可能可以缓解问题。——量産型伝蛙第717号 (量産工場γ ) 2022年6月25日 (六) 23:57 (CST)
(+) 支持 也许嵌入模板中会更好?不太确定 --ZeroAurora (讨论 ) 2022年6月26日 (日) 00:18 (CST)
嵌入就算了,总得有得选,模板说明doc加下吧,反正用<u></u>整个包裹下而已——量産型伝蛙第937号 (量産工場γ ) 2022年6月26日 (日) 08:01 (CST)
Category:与描述事物类似的条目 里有一大堆使用这种方式的条目,如手癌 、伪中国语 、协和语 和夹杂英文 等。
另外进行一个o的x 、汉字的顺序并不一定能影响阅读 、卧槽满屏幕片假名鬼看得懂啊 等条目各自使用了某种方式实现了类似但是能一键转换的效果,但是代码复杂且各不相同。能否封装成一个易用的统一模板?--樱桃纳米粉 (讨论 ) 2022年6月26日 (日) 00:29 (CST)
在尝试实验 T:StyleToggle 的可行性(但是被 WAF 制裁了 --ZeroAurora (讨论 ) 2022年6月26日 (日) 12:01 (CST)
似乎要动 StyleToggle 的 CSS,懒了(趴 --ZeroAurora (讨论 ) 2022年6月26日 (日) 12:09 (CST)
这个按钮现在只有点右面的白圈才好使,希望能增加一下点击范围。--悠远的苍穹 (Talk with me! ) 2022年6月28日 (二) 00:08 (CST)
@850710247liu 点击范围已加宽至整个开关区域。——移动版 用户 Bhsd 2022年6月28日 (二) 01:40 (CST)
感谢 --悠远的苍穹 (Talk with me! ) 2022年6月28日 (二) 23:39 (CST)
请求完善歌词
希望有大佬能根据PV里面的字幕君将Blessing_世界版 的歌词完善到Blessing(中文VOCALOID版) 的程度(注明每句歌词演唱者的国籍以及所使用的语言),十分感谢。 —— Mark Alex 用户页 讨论 贡献 2022年6月28日 (二) 08:06 (CST)
此处原由
Mark Alex [更多] 于2022年7月4日悬挂的、类型为“无人回复”的 MAR 因“有人了(”已被
Tamsui [更多] 于2022年7月6日移除。请您在本模板下方继续讨论!
讨论串原定于在 MAR 悬挂的3日后 (于7月8日凌晨) 存档;U:Mark Alex没有留言。
自己动手丰衣足食。如有需要可以在页顶加入以下文本以请求完善:{{不完整|注明每句歌词演唱者的国籍以及所使用的语言}}
(不过我已经帮你加了( 另外,Blessing_世界版 的命名并不符合规范,需要消歧义请使用后缀消歧义,既改为Blessing(世界版) 。不过我现在用的是kindle 没办法帮你移动()还请您自行移动至正确的页面并在移动后于萌娘百科讨论:讨论版/操作申请 提出删除重定向Blessing_世界版 的请求。from tamsui |「antipathy world」 |「 论 | 史 」| 2022年7月4日(一)02:35(CST)
看了一下,感觉我应该能做……明天( 下午 ) 帮你编辑一下吧。from tamsui |「antipathy world」 |「 论 | 史 」| 2022年7月4日(一)02:35(CST)
@Mark Alex 在鸽了半天后 完成了,您可以去看一下效果()from tamsui |「antipathy world」 |「 论 | 史 」| 2022年7月6日 (三) 22:02 (CST)
@Tamsui 辛苦了,谢谢。 —— Mark Alex 用户页 讨论 贡献 2022年7月6日 (三) 22:18 (CST)
问题已解决。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月10日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
处理人留言: 已由U:Tamsui完成歌词完善——
Mathreader (
讨论 ) 2022年7月6日 (三) 22:40 (CST)
【广告】萌娘百科月饼,订阅开启
原发言(旧版)
萌娘百科月饼
这月饼,不止是月饼。
进一步了解 >
你好,来一份月饼。
曾经的《萌娘百科月报》 副刊,如今有了新的面目。
不再拘束于月报的限制,《萌娘百科月饼》现在也有自己的订阅列表 。
萌百之星
认识不一样的萌百人。
管理、巡查、STAFF、技编……每一期都有一位主编精选的迫害对象,让您了解这些用户背后可爱的故事。
时事热评
编辑部锐评:不够萌。
厌倦了月报严肃的风格?无论是老朋友的提案动态,还是新伙伴的人事变动,都会为您用幽默诙谐的语言阐述。
独家爆料
来点小道消息。
如果有一个地方能够大肆宣扬运维和维护组的八卦,还能连载WAF娘和萌百娘的华夫饼爱情故事,那么这里必定是月饼编辑部。
机会难得
即刻订阅《萌娘百科月饼》,获取0%的早鸟优惠。
萌娘百科月饼编辑部于2022年5月在高生产效率状态下进行了此项测试。测试在特定情况下进行,能够大致反映出版频率。
若因故更改,恕不提前通知。
萌娘百科月饼
这月饼,不止是月饼。
你好,来一份月饼。
曾经的《萌娘百科月报》 副刊,如今有了新的面目。
不再拘束于月报的限制,《萌娘百科月饼》现在也有自己的订阅列表 。
萌百之星
认识不一样的萌百人。
管理、巡查、STAFF、技编……每一期都有一位主编精选的迫害对象,让您了解这些用户背后可爱的故事。
时事热评
编辑部锐评:不够萌。
厌倦了月报严肃的风格?无论是老朋友的提案动态,还是新伙伴的人事变动,都会为您用幽默诙谐的语言阐述。
独家爆料
来点小道消息。
如果有一个地方能够大肆宣扬运维和维护组的八卦,还能连载WAF娘和萌百娘的华夫饼爱情故事,那么这里必定是月饼编辑部。
机会难得
即刻订阅《萌娘百科月饼》,获取0%的早鸟优惠。
--月饼主编 乐然 ✉ ※※※感光性受容体異常※※※ 2022年6月28日 (二) 18:30 (CST) 修改于 2022年6月30日 (四) 18:25 (CST)
就。很。萌。 (x —— Eric Liu 創造は生命(留言 ・留名 ) 2022年6月28日 (二) 18:46 (CST)
就这? —— 鬼影233 「论 |史 |反 」2022年6月29日 (三) 06:25 (CST)
--ypaafw /与我击剑 2022年6月29日 (三) 09:49 (CST)
你的下一张月饼,何必是月饼。--理性第一,韧性第二,热情第三。 讨论 2022年6月29日 (三) 09:55 (CST)
好耶 !——孤独的旅人暂时来到此地 (讨论 ) 2022年6月29日 (三) 17:10 (CST)
萌娘文库上能不能发布自己创作的作品呱?有没有先例呱?
因为有点在意所以问一下呱————【さあ、守矢に信仰しよーー 诹访子さまは我 ら の光なのだ 】 2022年6月29日 (三) 14:35 (CST)
不妨关注和参与一下正在讨论中的萌娘文库收录范围提案 。——C8H17OH (讨论 ) 2022年6月29日 (三) 16:10 (CST)
有先例的,U:猫耳云朵 在文库上发布了很多自己创作的作品 —— 𝐶ℎ𝑖_𝑍𝐽𝟐 讨论 2022年7月1日 (五) 22:06 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月9日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
——CONTINUE TO FIGHT WITH COVID-19!·
P. W. T. 2022年7月5日 (二) 13:40 (CST)
无法注册账号
什么时候恢复评论功能?
关于无法监视页面的问题
本人使用Vector皮肤,在尝试监视页面“BMS ”时提示出错,求解决!--MatrixSunny (讨论 ) 2022年7月2日 (六) 08:42 (CST)
追记:使用MoeSkin皮肤时尝试监视会一直处于“正在监视中”状态,但编辑页面时“监视本页”复选框的功能仍有效;Vector皮肤下的“强制刷新”功能失效。--MatrixSunny (讨论 ) 2022年7月2日 (六) 08:57 (CST)
我用的Vector,刚刚自己试了一遍,没见什么大问题。阁下可以考虑编辑原始监视清单 ,看看是否仍然无法监视该页面。—— Eric Liu 創造は生命(留言 ・留名 ) 2022年7月2日 (六) 16:39 (CST)
WAF 的问题。--お愿( ねが ) い目觉( めざ ) めを忘( わす ) れたままで パジャミィ (废人 ) 2022年7月2日 (六) 16:42 (CST)
属于谐音梗的好几个页面内容都比较少,干脆并到谐音梗 里面,不要单独分出去了吧
上面是我几分钟前的想法,那显然不可能,因为谐音梗太多了,所以把谐音梗变成分类如何 —— Mark Alex 用户页 讨论 贡献 2022年7月2日 (六) 17:15 (CST)
条目内容还可以,(-) 反对 删除谐音梗条目。--某FFF团的高级火法 (批判一番 ) 2022年7月2日 (六) 18:33 (CST)
@高级火法 不不不,我的意思是把那些举例分出去,只保留基本的解释,并且变成一个分类,所以谐音梗都放进这个分类里面 —— Mark Alex 用户页 讨论 贡献 2022年7月3日 (日) 00:00 (CST)
@Mark Alex 阁下的意思是将举的例子全部删了,再建立“Category:谐音梗”?--某FFF团的高级火法 (批判一番 ) 2022年7月3日 (日) 00:09 (CST)
@高级火法 对的,但不太现实吧。还有,没必要用“阁下”哈哈哈,而且注意早点休息 —— Mark Alex 用户页 讨论 贡献 2022年7月3日 (日) 11:06 (CST)
请求被撤回。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月9日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
处理人留言: 算啦,太麻烦————
Mark Alex 用户页 讨论 贡献 2022年7月5日 (二) 08:23 (CST)
在高级搜索里用「user:」和「user talk:」来搜「汉字」会出现「内部错误」的问题(扑棱problem)呱要问一下至今还没解决的原因和理由呱
晚点上传截图呱--————【さあ、守矢に信仰しよーー 诹访子さまは我 ら の光なのだ 】 2022年7月2日 (六) 23:00 (CST)
(…) 吐槽 您能不能不要把正文写在标题里……—— 单推人 ⭐一位史蒂夫 (讨论 ·贡献 ) ✉❶ 来看看平平凡凡的日步美 吧~ 2022年7月2日 (六) 23:09 (CST)
(…) 吐槽 喵?--已经是一条死鱼的HetmesAskalana 2022年7月2日 (六) 23:11 (CST)
也许是“这两周” 吧( ——C8H17OH (讨论 ) 2022年7月2日 (六) 23:18 (CST)
啊哈哈哈哈哈截图来了呱--————【さあ、守矢に信仰しよーー 诹访子さまは我 ら の光なのだ 】 2022年7月2日 (六) 23:20 (CST)
( ¡ ) 题外话 (i) 注意 @雾叶千奈 根据MGP:方针#文件管理政策 ,您上传的图片系“仅用于讨论相关名字空间的、可被替代的临时讨论文件”,属于用途不当的文件,您应将其替换为外部图床,并联系维护组人员进行提删。——Zyszhao .GE ·讨论 ·留名 ·贡献 2022年7月3日 (日) 00:17 (CST)
谢谢提醒呱--——_/°°\_ 【さあ、守矢 に信仰しよーー 诹访子さま は我らの光なのだ】 _/°°\_ 2022年7月3日 (日) 09:49 (CST)
[3a9207634cfc92efd60835a3] 2022-07-02 16:53:31: 类型“Error”的致命错误
像这样喵--已经是一条死鱼的HetmesAskalana 2022年7月3日 (日) 00:55 (CST)
图1 图2 ——_/°°\_ 【さあ、守矢 に信仰しよーー 诹访子さま は我らの光なのだ】 _/°°\_ 2022年7月3日 (日) 09:57 (CST)
编辑页面
著作权相关询问
我发现了一个有很多游戏主机架构资料的网站[1] ,我认为这个网站上的资料有利于编写相关的条目,但那个网站上的文章使用的许可协议是CC BY 4.0。根据萌娘百科:方针 中关于著作权问题的内容,这种情况是应该视为原作者保留著作权还是使用CC BY-NC-SA 3.0协议或与其兼容的其他自由著作权协议的地方获取的内容?Heihei123456780 (讨论 ) 2022年7月3日 (日) 12:39 (CST)
(i) 注意 @Heihei123456780 ,在讨论版上留言时需新建一个二级标题 进行询问等,回复时则须在MAR模板上方继续留言 。我已在您的提问上方添加了一个符合提问内容的二级标题,以后请注意规范使用讨论版,谢谢合作。--Nait_ Talk 2022年7月3日 (日) 12:45 (CST)
只有BY
一个要素意味着你只需要署名 就能自由使用该作品。_USER:YOONHA~1.PAR(留言 )2022年7月3日(日)05:23:26(UTC)
但是萌娘百科:方针 中说“上述兼容著作权协议包括:CC0、CC BY、CC BY-NC、CC BY-NC-SA的3.0或更低版本等”,这个网页用的是4.0版的CC BY协议,应该被视为与本站的协议兼容吗?--Heihei123456780 (讨论 ) 2022年7月3日 (日) 13:27 (CST)
这里的「3.0或更低版本」是仅就「CC BY-NC-SA」而言的。_USER:YOONHA~1.PAR(留言 )2022年7月3日(日)22:46:13(UTC)
只有BY就意味着只要署名就可以在任何地方以任何形式使用,当然包括萌百。SA才要求以相同方式共享。—— 淮南皓月 🌙 2022年7月4日 (一) 11:35 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月8日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
处理人留言: 已由USER:YOONHA~1.PAR答复。——
淮南皓月 🌙 2022年7月4日 (一) 11:35 (CST)
关于没有歌词翻译的歌曲条目是否属于破坏萌百
今天在编辑花之塔 条目的时候遇到相当不愉快的事情。我当时编辑的时候,因为这首歌的歌词比较有诗意,我觉得我自己翻译水平不够,又急着出门,所以直接提交了一个没有歌词翻译的版本,但是其他部分全部包含了。后来有管理到我的讨论页对我说,翻译在网上有的情况下,我还不搬运翻译写进去,是不认真的行为,不配我的优质编辑者身份。
我认为这样的指责非常的无礼。诚然,我的确是看到了歌词翻译,但是没有搬运,一是当时时间有限,二是不知道直接搬运符不符合萌百的著作权政策。但是我不理解的是,我的确提交了一个不完美的条目版本,可我究竟不是破坏条目,不是故意写错误信息,甚至我认为这不能算是低质量条目,却还是被管理追到我的讨论版,说这不符合我的身份。先不论我之后想不想好好完善这个条目,若我就是不想好好完善,只想编辑这一次,难道我就没有资格建这么一个条目了吗?难道说,我建立的条目,就是属于我的,我有义务去长期维护吗?又或是说,一个仅仅是缺了歌曲翻译的歌曲条目,已经属于对萌百的破坏了吗?身为优质编辑者,我就一定要保证每次的编辑都是完美的吗?
我想有的问题答案已经很明确了:我建立的条目,自然不属于我,别人也可以来编辑,我也无法阻止别人编辑。萌百欢迎所有人来编辑,自然就是隐含了这个论断:“每个人所知的都不是全面的,每个人都可以把关于一个条目的自己所知而别人不知的部分补齐”,因此萌百不应当期待一个编辑能把条目写完美。再说,我不知道身为优编我是不是一定要每次都完美,但是如果我不是优编的话,肯定没有这个义务了吧。那么剩下来的只有,缺翻译的歌曲条目,是不是属于对萌百的破坏这个问题了。
我在此提议,从规则上确立:没有翻译的歌曲条目属于萌百禁止的条目,一旦发现,立刻删除 。如果这个规则确定,我会好好遵守的,不然的话,请不要要求我把翻译一定要加上,更不要说我是优编我就必须怎么怎么样,对不起,我写条目当娱乐的,我真不想把这个当额外的工作。诶没错,我就是想摆烂,一百分的卷子我就写六十分就交卷,我就等着人擦屁股了,建议萌百快点整出针对摆烂的政策 ——世界上最不可爱的砂糖 (讨论 ) 2022年7月3日 (日) 14:27 (CST)
不要过度理解。
没有翻译的原因有很多,但我寻思着你都找到翻译了,加了个链接,再挂了个求翻译,这是你的问题了吧。
如果你要论著作权问题,你可以不添加歌词。翻译权本身是歌词著作权的一部分,已有LDC模板说明。
—— ほしみ 2022年7月3日 (日) 14:38 (CST)
仅我个人对歌词必须加翻译把翻译搬运过来表示(-) 反对 ,特别是网易云那提交的翻译在未拿到那边翻译作者授权之前我一般不敢直接搬运。呃,B站字幕同理。(~) 补充 ,我敢直接抄的有:官译,发布于blog的,歌曲出来有一点年头并且N个版本翻译的,动新MTV等商业化组织翻译,官方自带的翻译。——量産型伝蛙第211号 (量産工場γ ) 2022年7月3日 (日) 14:48 (CST)
此乃我个人编辑习惯,不过我也不希望如此被人要求。——量産型伝蛙第230号 (量産工場α ) 2022年7月3日 (日) 15:00 (CST)
我认为这是态度问题而不是翻译来源问题。挂求翻译模板意味着请求别人 翻译,在top中、编辑摘要里,甚至是施工中模板里说明则是意味着自己有意向去补。
暂且不提在所涉及条目创建时各个平台上已有超过3个不同版本的非官方翻译文本,单就可以直接摘抄的、动画第一话片尾中可以视为正式翻译的tv size部分都不写,我觉得是属于需要补救的情形。
我的观点是,在明显资料足够的情况下,歌曲条目只放个框架不喜欢加以完善的话,可以不写条目,那么自然也不会有人追着改进的。—— ほしみ 2022年7月3日 (日) 15:54 (CST)
就这件事情而言,我基本赞同砂糖的主要论点;虽然理解星海的提醒的出发点,但我对其发言的态度和用词表示不支持。如砂糖所说,每个编辑者写条目都是辛苦抽时间进行的义务劳动,即使不完善或者有轻微过失,也不应因此受“不符合优编身份”这样带有威胁意味的指责;更何况关于翻译的搬运问题目前有一定争议(关于翻译质量,关于非官方翻译是否需要请求同意(版权&礼仪),……),在此情况下就更不应将其作为歌曲条目的基本要求来要求创建者了。当然,如星海提到的,至少TV Size部分的翻译可以加上,这意味着条目质量确实有可提升的空间,因此,我认为向创建者发提醒、提建议、协商处理办法没有问题。但是,我不认同这是严重到需要按优编方针 处理的问题;并且如前所述,我不赞同星海发言的态度和用词。附:zhwiki:Wikipedia:挖一条沟 。——C8H17OH (讨论 ) 2022年7月3日 (日) 16:12 (CST)
(~) 补充 另外,我不觉得挂{{求翻译 }}一定是表示“请求别人 翻译”,也可以单纯理解为一个单纯的标注“这里缺少翻译”的模板,类似于{{长期关注及更新 }}、{{自己动手 }}等。——C8H17OH (讨论 ) 2022年7月3日 (日) 16:15 (CST)
(+) 附议 ——量産型伝蛙第011号 (量産工場⑨ ) 2022年7月3日 (日) 16:38 (CST)
求翻译模板不论是从相关模板说明文档还是从“求”字来看,都是请求别人完成。另外,自己明显可以完成的东西却故意摆烂,需要别人去做,我认为这就是不完善,需要补救。从相关用户明摆着要摆烂的态度来看,我觉得不行。—— ほしみ 2022年7月3日 (日) 16:40 (CST)
关于前者,我理解是不同人对此模板的观感不同,不过至少我认可你的论证。
关于后者,抛除其后半部分带有一定情绪的发言,我认为砂糖已经给出了比较合理的理由(1.觉得自己翻译水平不够;2.时间有限;3.不知道直接搬运符不符合萌百的著作权政策),我不认为属于“自己明显可以完成的东西却故意摆烂”;即使这属于“不完善、需要补救”,我认为这需要的是提醒、建议、引导,而不是指责。毕竟,一方面歌曲条目写起来简单,另一方面不热门的歌曲也没什么人抢着建条目,多一个新条目即使质量一般也没什么不好的,也很难说会因为有人建了一般质量的条目就会打击有意建立此类条目的其他编辑者的编辑热情,反而是这样的指责会打击当事人的编辑热情。
最后我还重申一下zhwiki:Wikipedia:挖一条沟 这篇论述的观点:“众人过度的要求或指示,只会容易造成编者离开维基百科,而不是让他们学会你们的指示而留下。”——C8H17OH (讨论 ) 2022年7月3日 (日) 17:07 (CST)
我认同你的部分观点,对于其他用户或者第一次提醒的情况来说,是这样的。但对于这位用户,我觉得您可以看一下这位用户曾经创建的歌曲条目的情况,和ta讨论页的前一个讨论串。上回怎么自行补救的,这回创建时怎么添加呗,这位用户不是不懂怎么补全翻译。
这不禁让我怀疑是不是上一个讨论串给这位用户造成了条目不用完善创了就不用管了的错觉。—— ほしみ 2022年7月3日 (日) 17:59 (CST)
因为我曾经写过,就必须要求我每次都要这样做吗?我所强调的不是“我能不能做”的问题,我当然知道这样做更好,但是我想知道的是我有没有义务这样做?这就像我加过班,不代表我每次都愿意加班吧,结果你和我说,因为你以前加过班,所以你这次不加班就是你的错,这个没道理了吧。另外,我就明确说了吧,在我看来你这个就不是好意的提醒,没有人愿意在好心编辑完之后看你这样说话的。——世界上最不可爱的砂糖 (讨论 ) 2022年7月4日 (一) 09:30 (CST)
我当然是看到你创建的才有意去讨论页提醒的,因为你以前就喜欢摆烂,不是吗?—— ほしみ 2022年7月4日 (一) 10:21 (CST)
当然啊,我是喜欢摆烂,因为萌百没有不允许摆烂吧?我凭什么就要在这个地方付出全力啊,你发我工资吗?我没有写错误信息进去,我完成我的本分就够了,其他的都是添头,是情分。在我看来,萌百就是让每个人写自己想写的东西,让其他人补齐其他人想写的东西的地方。如果你要指责我摆烂的话,那就快快运用你的影响力出一个禁止摆烂的政策吧。——世界上最不可爱的砂糖 (讨论 ) 2022年7月4日 (一) 11:39 (CST)
所以我一直没搞懂“低质量”=“影响萌百‘正确性’”的逻辑,然而某管理员不让我问。——来自糟糕的妹控狗头人 2022年7月3日 (日) 16:17 (CST)
?恕我直言,砂糖的话虽然带着情绪,但我基本能理解ta的逻辑和观点;星海的发言虽然直、冲,但也有ta自己的观点支撑。您的发言看起来只想趁乱浑水摸鱼、想让人感觉您有千万委屈于一身,看不出任何积极、善意参与讨论的意思。本串的讨论主题是(在各种前提下)未添加歌词翻译的歌曲条目是否属于低质量条目、是否属于需要补救的情形,还请不要虚空指责、无病呻吟。——C8H17OH (讨论 ) 2022年7月3日 (日) 16:47 (CST)
我上次积极讨论这个问题时被警告“降低讨论质量”,我认为本串的主题是“(在各种前提下)未添加歌词翻译的歌曲条目是否属于低质量条目,以及低质量条目是否不能创建”,而我只想讨论第二个问题并引出第三个问题“萌百作为共笔型百科网站为何不能容忍低质量条目在编辑者的共同努力下逐渐提高质量的过程”。——来自糟糕的妹控狗头人 2022年7月4日 (一) 16:57 (CST)
@来自糟糕的妹控狗头人 ,C8H17OH 版面有些混乱所以为二位补了缩进。但不确定@Eric Liu ,Sytus 是回复谁的所以没有改动。—— Grandom 2022年7月4日 (一) 06:41 (CST)
(已自行调整发言位置)—— Eric Liu 創造は生命(留言 ・留名 ) 2022年7月4日 (一) 16:08 (CST)
不要烂串谢谢。—— Sytus (Talk ) 2022年7月4日 (一) 00:12 (CST)
根据反破坏方针 ,此等行为应不属于破坏。—— Eric Liu 創造は生命(留言 ・留名 ) 2022年7月3日 (日) 20:08 (CST)
条目的创建者和主要贡献者是要对条目负一定责任的,尽管可能是微乎其微的而且不会有明文规定,但百科的共笔性质决定了其天然存在(大量创建低质量条目会视为破坏算是一种比较极端的体现) 。所以可以理解管理去用户页提醒添加翻译。但个人觉得此事中提起头衔问题稍有不妥,优编对于编辑者的要求并没有那么高。从巡查豁免的角度来说,优编只是要求编辑无需返工 ,而不是条目无需补充 ,能保证每次编辑在为条目添砖加瓦而不是拆墙即可,并不要求一次性把房子建得有多好;从反破坏角度来说,歌曲条目缺少翻译跟低质量也是相去甚远,只能说是欠佳。从哪个角度来说都不至于低于优编对编辑者的最低标准。换句话说,即便只是自确,建议其为歌曲添加已有得翻译也是应该的,何苦提起优编头衔带着怀疑对方不称职的态度去讲呢。——算是推动了此事上版所以发表下自己看法 Grandom 2022年7月4日 (一) 06:41 (CST)
我应该有提到,这个用户不是第一次这么干了,之前不少也是创建完摆烂。—— ほしみ 2022年7月4日 (一) 10:21 (CST)
确实每个人没有把一个条目一开始就写得多好的义务,但是相对的,后来的编辑者也没有帮你把条目给完善的义务。仅此而已。——Namae1994 (讨论 ) 2022年7月4日 (一) 11:10 (CST)
我不追求一个完美的条目,我也不求谁把它写好,因为它根本也就不是“我的条目”。我是贡献者,别人也能是贡献者,只不过我比别人先而已。现在是管理觉得交出一个不完美的稿是我的错,但是我觉得能交稿就已经谢天谢地了好吧。——世界上最不可爱的砂糖 (讨论 ) 2022年7月4日 (一) 11:39 (CST)
就我个人而言,我认为除非有官方翻译,任何情况下未添加翻译的歌曲条目都算不上低质量条目,也不属于需要补救的情形。毕竟没有要求有歌词就一定要翻译;没有翻译也不影响内容的正确性。只能说还有完善的空间,称不上需要“补救 ”。不过如果总是能完善却没有去完善,维护人员甚至非维护人员去提醒沟通,也并无不妥——用户讨论页就是用来交流意见的不是么?不只是用来发星章和夸夸。
从砂糖前辈这个讨论串开始的发言来看,是有着没添加翻译的合理理由的。如果双方发言不那么冲,我觉得本不至于上升为自认“摆烂”和对“摆烂”的指责。大家都是为爱发电,和气点多好。(…) 吐槽 砂糖前辈“交稿”“交卷”“加班”的比喻总让我觉得前辈是被人逼着或者求着写萌百 —— 淮南皓月 🌙 2022年7月4日 (一) 12:33 (CST)
未能全部翻译可以接受,但我不认为连TV size里的正式翻译都不愿意写是不需要补救的。既然相关用户认为这是“加班”和“交卷”,是“负担”,那大可以不写,避免其他人认为是写了一半摆了。—— ほしみ 2022年7月4日 (一) 13:45 (CST)
( ¡ ) 题外话 对于双方的争议本身,没有仔细关注,也不发表看法。
不过,我感觉“歌词翻译”问题的本质是,社群中存在一种“歌曲条目只要补上歌词与翻译就行,比其他类型条目好写”的认知,因而导致大家对于这类条目,自然而然地产生了更高的标准,即“歌词与翻译必须都有,才算是完整的歌曲条目”。
个人认为,写好一个歌曲条目,歌词翻译仅仅是条目质量的一部分,而不是什么必需品。对于不擅长翻译的编辑,我觉得完全可以在翻译上留白请求援助;不过这些编辑也可以考虑,去补充一些其他的原创内容:比如说描绘歌曲的使用场合和意境、或是赏析MV中的剧情等。这些才是将“阅读萌百的歌曲条目”、与“上音乐软件听歌/看MV”真正区分开来的地方,可惜能做到这一点的歌曲条目真的少之又少。 --Mathreader (讨论 ) 2022年7月4日 (一) 13:33 (CST)
(+) 赞同 你的观点。但一码归一码,从其他角度完善是一回事,主动摆烂是另一回事。—— ほしみ 2022年7月4日 (一) 13:45 (CST)
我支持砂糖。翻译歌词并不是(优质)编辑者的义务,那个强求翻译的管理员又不发工资。而且,翻译歌词是完善条目的一种,但也没有规定歌曲一定要含有翻译。更没有规定歌曲条目没有翻译就是烂条目,甚至是破坏萌百。至于“摆烂”,同样没有规定“不摆烂”是(优质)编辑者的义务。而且,不翻译歌词都算不上“摆烂”。--赤猫子 不是猫 签名请用--~~~~哦 (留言板 ) 2022年7月4日 (一) 20:16 (CST)
问题不在于是否去翻译,而在于有正式翻译的歌词为何不转载歌词。想摆当然可以摆,摆多了烂尾了也可以移除优编嘛。—— ほしみ 2022年7月4日 (一) 20:42 (CST)
没有规定创建歌曲条目一定要转载翻译歌词,这也不是(优质)编辑者的义务。而且这还涉及版权的问题,你作为管理员好像没有就版权的事愿意为广大编辑者兜底、去承担法律责任——这不能强迫你,你也不能强迫人家。没有规定“摆烂”就要移除优质编辑者荣誉称号和权限,而且不翻译歌词或不转载歌词也算不上“摆烂”。--赤猫子 不是猫 签名请用--~~~~哦 (留言板 ) 2022年7月5日 (二) 19:09 (CST)
( ¡ ) 题外话 不知道在政策讨论串中谈论相关事件本身是否有跑题嫌疑,姑且先标记一下,如果有冒犯还请见谅。
关于砂糖个人讨论页内出现的针对性长时间过激发言而引起冲突一事与前因后果的看法小弟已在当用户讨论页提醒,这里仅浅聊一下对原事件的个人看法。希望维护词条添加翻译使其完整性变高固然是一件好事,就相关内容出现的问题与原编辑者进行讨论亦是萌百推荐的行为,对此(+) 支持 。不过,小弟还是想强调一下,提醒本质是一种关于编辑政策的交流行为,而当事管理在处理本事的过程中遵循的逻辑,则是“因为当事人过去长期有相关所谓争议行为,故本人要对此人的行径不依不饶追究到底”。
对于前半句话的论据,既然本楼大多数同胞都已经同意单纯的不翻译歌词不属于本站所规定的破坏行为,那么即使是所谓的优秀编辑,个人认为即使在词条出现相关疏忽,也应当在感情上适当做无罪推定。这不应当是管理可以做后半段“作为相关管理,应当对当事人进行无限制追杀”的理由,因为至少当事人在纸面上满足词条创建的基本要求,其还是在自己能力范围内尽力完成了自己作为优秀编辑在当时所做到的最好要求。
而对于后半句话的论点,前面各位大大也说过了,萌百应当是一个鼓励大家编辑的平台,而管理也应当是鼓励编辑这一政策的最先端支持者。而小弟看当事管理在处理此事的时候并没有以这样的态度进行相关发言与处理,而是处处宣泄自己的观点,对当事人诉求中的合理部分置若罔闻,简单来说就是自说自话。这并不是一个好的指引者所应当做的行为。当然,如果獠牙已经露出来,就是想说“我就是不希望这个用户再出现在萌百”,那亦无妨。小弟不对这样的铁腕管理有什么怨言。只是可能这个话题好像确实不应当在此版聊了。
不过说起来,如果起初聊天切入的角度就好一些,遣词造句的时候多为他人着想一些,那是不是就不会有这次的自暴自弃与争议了呢?太遗憾了。 by User:萝卜小宝贝 2022年7月5日 (二) 09:38 (CST)
提个问题
现在有没有一个方法,使某个指定用户的贡献记录出现在我的监视列表中?--一位普通的刺客 以及他的私人邮箱 2022年7月3日 (日) 15:40 (CST)
我没记错的话,监视列表监视的是页面,应该是没有这个功能的。可以用{{:Special:用户贡献/C8H17OH}}
来把用户贡献列表嵌入页面(代价是这样所有人都能看到你嵌入了x),塞到监视列表大概做不到。——C8H17OH (讨论 ) 2022年7月3日 (日) 16:29 (CST)
我也想有这个功能啊。写个机器人,指定用户有编辑时通知我 —— 淮南皓月 🌙 2022年7月4日 (一) 11:39 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月9日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
ooPlay#用法举例 举的例子在“性俚语”模板 里都有,删了吧? —— Mark Alex 用户页 讨论 贡献 2022年7月3日 (日) 17:21 (CST)
(-) 反对 ,这不是一回事。—— 淮南皓月 🌙 2022年7月4日 (一) 11:33 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月8日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
————
Mark Alex 用户页 讨论 贡献 2022年7月4日 (一) 16:48 (CST)
关于翻译内容的著作权问题
将fandom站上的英文内容翻译到这的话,翻译后的内容是遵循fandom站的CC BY-SA 3.0协议,还是萌娘百科CC BY-SA-NC 3.0协议?
如果遵循CC BY-SA 3.0,是否可以使用Template:FromOther 或Template:CC-BY-SA-3.0 ?——GreenHal Talk with me now~ 2022年7月3日 (日) 21:42 (CST)
遵循fandom的协议,不允许添加至萌娘百科。—— ほしみ 2022年7月3日 (日) 22:03 (CST)
感谢解答。——GreenHal Talk with me now~ 2022年7月3日 (日) 22:37 (CST)
那能否用以上模板标明呢?——GreenHal Talk with me now~ 2022年7月3日 (日) 22:40 (CST)
既然已经不能翻译文本进萌娘百科了,为啥还会有能不能用模板标注的问题啊(—— ほしみ 2022年7月3日 (日) 23:00 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月8日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
————
ほしみ 2022年7月4日 (一) 10:21 (CST)
雷电将军 生贺曲有人做么,没有的话就让我这个新手试试吧,谢谢啦 —— Mark Alex 用户页 讨论 贡献 2022年7月4日 (一) 17:09 (CST)
自己动手,丰衣足食,发挥你的实力吧--Al Birdhaun★ -Связаться со мной!☭- 2022年7月4日 (一) 17:14 (CST)
谢谢(p≧w≦q) —— Mark Alex 用户页 讨论 贡献 2022年7月4日 (一) 17:38 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月8日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
————
Mark Alex 用户页 讨论 贡献 2022年7月4日 (一) 17:38 (CST)
关于bilibilicount模板
这模板最近老是出错…… —— Mark Alex 用户页 讨论 贡献 2022年7月4日 (一) 17:45 (CST)
同问。。。--理性第一,韧性第二,热情第三。 讨论 2022年7月5日 (二) 05:03 (CST)
(▲) 同上 大约三天前开始频繁报错。——Krypton glow (讨论 ) 2022年7月5日 (二) 17:57 (CST)
已修正一项错误。——From Ann Angela the Bureaucrat (Talk ) 2022年7月6日 (三) 10:11 (CST)
问题已解决。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月10日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
萌新若治问题
如何给一段非链接文字套上非黑色的方框 目前看到套方框的办法好像只有xxx 谢谢 ——ClanturnAKAI (讨论 ) 2022年7月4日 (一) 19:55 (CST)
你可以看一下{{Dead }}的模板文档。文档里已经说明了如何改变方框的颜色--黑夜给了我一双眼睛,而我却拿它照亮人间 (讨论) 2022年7月4日 (一) 20:02 (CST)
{{dead }}默认带链接。得用{{已故人物标注 }}。⟿ 淮南皓月 🌙 2022年7月4日 (一) 23:00 (CST)
user:ClanturnAKAI 可以试试{{Font|一段非鏈接文字|css=border:1px solid green}}
→一段非链接文字 。
当然还有一个取巧的办法,把{{dead }}模板展开 成html,然后把链接去掉就行了。⟿ 淮南皓月 🌙 2022年7月4日 (一) 23:00 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月8日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
关于#cscore的问题
在#ifexpr等函数中包含#cscore的值会出奇怪的错误。
比如{{#ifexpr:{{#cscore:朶茜雅|pages}}>=1|1|0}}表达式错误:无法识别的标点“”。 。
而{{#cscore:朶茜雅|pages}};{{#ifexpr:24>=1|1|0}}正常显示27;1。
为啥嘞QAQ——以上未签名 (注) 的留言由朵茜雅 (讨论 ·贡献 )于2022年7月5日 (二) 01:01 (CST)添加。
@朶茜雅 记得签名 —— Mark Alex 用户页 讨论 贡献 2022年7月5日 (二) 08:18 (CST)
@Mark Alex 补签名要填正确时间戳。--某FFF团的高级火法 (批判一番 ) 2022年7月5日 (二) 11:44 (CST)
@高级火法 不好意思不好意思,第一次用 —— Mark Alex 用户页 讨论 贡献 2022年7月5日 (二) 12:14 (CST)
@Mark Alex 感谢提醒(——朵茜雅 讨论 贡献 2022年7月5日 (二) 15:25 (CST)
参见Talk:提问求助区/存档/2020年04月#能否把{{#cscore}}得到的数字进行运算 ,大概是求值顺序的问题。--AdorN 讨论 ⏰2022年7月5日 (二) 17:35 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月9日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
关于已删除的页面
已经删了的页面有可能恢复吗?范进中举(卦者灵风) 因为不符合收录范围而被删除,将来如果扩大了收录范围要重新写了吗 —— Mark Alex 用户页 讨论 贡献 2022年7月5日 (二) 08:15 (CST)
如果执行删除操作符合方针那么一般不会恢复。但有时您可以向管理员寻求源代码。——CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年7月5日 (二) 13:39 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月9日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
——CONTINUE TO FIGHT WITH COVID-19!·
P. W. T. 2022年7月5日 (二) 13:39 (CST)
不会日语却搬运日语歌词,是否是对编辑内容的不负责
有端联想,之前我建立的条目Tin Toy Melody ,因为单曲盘尚未发售所以还没有官方歌词,本人稍微会了那么一丢丢日语,但是还不足以完整地听写歌词出来。恰逢B站上看到了一个up发布的听写歌词+翻译视频,就擅自搬运到萌百作为歌词了,它其中也有一些疏漏,我用我自己独立听写的版本做了替换修改。但是第2段主歌的第一句歌词因为被第1段副歌遮盖,所以听不大清,我听出的是“響いたピアノに ”,b站up的版本是“日々いらちやに ”。我自认为我的日语水平不过关,b站的up主既然有自信发布视频、且收获了大量赞赏的评论,那么我应当认为他的歌词更加靠谱,于是把他的版本留下了。
但是过几天,有编辑修改了这句,改为听上去更合理的“古いラジオに ”,并在编辑记录里留言“听不懂就不要乱写”。
我对我添加了错误内容深感羞愧并反思,但这样的错误我无法避免,因为正是因为我日语不行听不懂,所以我才需要搬运其他人的听写歌词,但又正是因为我日语不行听不懂,所以我没办法对搬运的歌词或者翻译进行查证,只能盲目地相信对方是权威。这让我不由得想起我数年前,在完全不懂日语、完全靠着机翻的情况下,在网易云上提交了《パレイド 》的翻译且获得通过了,现在想来也是太不负责任了当时被评论区骂的狗血淋头 。实际上网络上谁都可以成为歌词的提交者,谁都可以如此不负责任地提供歌词提供翻译,而我又不太懂日语,若只是歌词,我还能想办法找到官方的BK进行对照,但是对于歌曲翻译,没有官方的权威,因此我毫无办法求证它的准确性,只能盲目抓瞎把东西填过来再说,事实上完全可能扩散这些不靠谱的内容。
总结来说,我认为,不懂日语的编辑去搬运(没人知道是否权威的)别人的歌词和翻译,是对编辑内容的不负责。但是也正是不懂日语编辑,才需要搬运别人的。这个矛盾如何解决?——世界上最不可爱的砂糖 (讨论 ) 2022年7月5日 (二) 14:56 (CST)
(…) 吐槽 编辑摘要哪是这样用的?不要太往心里去。(&) 建议 有错就改正,实力不够就提升自己,不要勉强(我也在反思自己过去的行为)。或者,抑制一下喜欢的心情,自身能力不够的话,留给有实力的人去干也未尝不可。——この不審者 は小鞠 こまり です 2022年7月5日 (二) 18:02 (CST)
无可信来源不用急着来,等bk就行,反正你也是义务劳动我也是义务劳动。翻译要抄的话,备上出处既礼貌也好甩锅。——CG / SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom ·stupidity ) 2022年7月5日 (二) 18:05 (CST)
这种情况挂个{{听写歌词 }}吧,在没有获得官方公布的歌词前。—— 屠麟傲血 (讨论 ) 2022年7月6日 (三) 22:45 (CST)
所提的页面的确有——CG / SS topic GOOD CONTRIBUTOR the "Light wind colored" Legend frog (wisdom ·stupidity ) 2022年7月6日 (三) 22:47 (CST)
看了一下,一开始就挂了这个模板,那我觉得这位更正歌词的人可能有点不礼貌。—— 屠麟傲血 (讨论 ) 2022年7月6日 (三) 23:54 (CST)
切换到MoeSkin皮肤字体模糊
我在使用MoeSkin皮肤时显示字体比较模糊,使用其他种类的皮肤却没有问腿,求原因--Dddddd (讨论 ) 2022年7月5日 (二) 20:23 (CST)Ddddddd
@Ddddddddddddddddd 不是很确定您的意思,请附上截图(请记得使用外部图床)。--单推人 乐然 ✉ ※※※感光性受容体異常※※※ 2022年7月7日 (四) 15:42 (CST)
对他人的条目错误进行更改却反被对方指责不懂该如何应对
如题,我在艾尔·普利莫 下对一个小错误进行更正后,反被对方说在编辑记录里留言“真不明白你是没买过龙橡皮还是什么,迷惑般的更改 ”但根据我在游戏内的实测,我的更改其实是正确的,请问这样的话是直接改回去就好了对吧......——以上未签名 (注) 的留言由冰雪精灵 (讨论 ·贡献 )于2022年7月6日 (三) 14:53 (UTC+8)添加。
发现你们两个人都在荒野乱斗编辑组里,可以尝试先在QQ上交流下?直接改回去恐怕会引起编辑战。另,下次请记得用--~~~~签名,祝编安!--理性第一,韧性第二,热情第三。 讨论 2022年7月6日 (三) 16:13 (CST)
@冰雪精灵 为避免冲突可先于讨论区进行交流。发言后请使用~~~~签名。--某FFF团的高级火法 (批判一番 ) 2022年7月6日 (三) 16:13 (CST)
(…) 吐槽 看了下,之前他在人家讨论版询问了,但是一直没有回复。--理性第一,韧性第二,热情第三。 讨论 2022年7月6日 (三) 16:24 (CST)
有关评论功能
过了这么久了,目前评论功能的维护到什么阶段了,感觉好多条目的评论都错过了,好歹通知一下大概什么时候能够恢复,而不是看上去几乎没有尽头的维护,只要个大概的时间点就行(拒绝“这两周”和“等待官方公告”)--有点怂的 playymcmc007 签名请用--~~~~哦 (讨论 爆破 ) 2022年7月7日 (四) 06:39 (CST)
哭哭,好多想评论的条目都没评论上,好郁闷--理性第一,韧性第二,热情第三。 讨论 2022年7月7日 (四) 07:05 (CST)
这两周,等待官方公告。(你不是知道问题会怎么回答了么)—— ほしみ 2022年7月7日 (四) 15:37 (CST)
答案是,“这两周,等待官方公告”。没办法,后台改动大,运维没有给出具体时间,我们知道的也只有这么多。——巡查姬 乐然 ✉ ※※※感光性受容体異常※※※ 2022年7月7日 (四) 15:39 (CST)
(…) 吐槽 这是我见过的第n个鸽子运营了,果然运营的通性就是咕咕咕吗……--有点怂的 playymcmc007 签名请用--~~~~哦 (讨论 爆破 ) 2022年7月7日 (四) 19:27 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但
这个讨论串将会在本模板悬挂满3日后 (于7月11日 凌晨) 存档。 如果您有有关疑问,建议您
开启一个新的讨论串 。
————
ほしみ 2022年7月7日 (四) 15:37 (CST)