萌娘百科讨论:讨论版/提问求助/存档/2021年04月
讨论版【提问求助】档案馆
关于部分消歧义页中内链令人费解的问题
以多义词“拉拉”为例。维基中文:拉拉写有:
拉拉,可能指: […………]
|
萌百:拉拉则写有:
拉拉/啦啦(Lala,Rara)可以是指: […………]
|
我认为后者的写法比较费解。为什么要写[[百合(萌属性)|拉拉]]、
和[[LoveLive!|拉拉]]
?你看到的链接文字都是“拉拉”,但点击链接后却到了百合(萌属性)或LoveLive!。我觉得应该改为:
|
即:只有破折号左边那个名字就是目标条目名时,才添加链接(如[[拉拉人]]
);否则把链接加在其他地方(如[[百合(萌属性)|女同性恋]]
)。
特殊地,如果页面名字后加了括号来区分不同的义项(如20世纪少年):
20世纪少年,可以是指: […………]
|
我觉得不应该把括号部分包含在链接标题里,反正破折号右边的描述也会更详细地说明。但帮助:消歧义页中的例子(Special:固定链接/4544557#快速创建)正是这样写的(链接文本中带括号),故我不太确定。
我不清楚前述问题是否很普遍,故希望先听取一下大家的意见再开始编辑。
—— DGCK81LNN (讨论) 2021年3月12日 (五) 23:20 (CST)
- 关于第一点我中立。但是第二点,谈不上怪吧?你要拿维百举例,那英文维百的格式手册是规定要带括号的,中文维百的格式手册是前者的翻译(还没翻完),而且当前正在被讨论的关于消歧义页的修正案中也约定要带括号。我个人也更倾向于用带括号的格式。——Sirogohan(讨论) 2021年3月12日 (五) 23:38 (CST)
- (~)补充 我补充一点加括号的理由:条目名称后缀用括号括起来的词汇,其易读性远高于破折号后解释说明的句子。就以前面给出的“20世纪少年”为例,假如我知道我要找漫画,进到这个消歧义页后我竖着扫一眼很容易就能看到我要点的链接。如果去掉括号后缀,我就要一行一行去读后面解释说明的句子,明显不如前者方便。另外如果去除括号后的部分完全相同,比如都叫“20世纪少年”,那么对于读者而言,这么一长串文字和破折号其功能却和无序列表中的列点完全一样,显然是不合理的。我不是很清楚去掉括号的理由,但需要提醒的是排版的第一要义是可读性,如果仅仅是为了所谓的美观想让破折号对齐,就选择牺牲可读性,这样做是得不偿失的。——Sirogohan(讨论) 2021年3月13日 (六) 14:08 (CST)
- (+)支持 两种情况都与我的格式审美一致。但对我个人来说,相反的情况也能接受,所以也没有在楼上提到的修正案中发出异议。如果阁下有阻止这个 反对你后面部分观点 的规定的意向,建议尽快去隔壁留言。——迪尔碧莉蝶(留言板) 2021年3月13日 (六) 00:27 (CST)
- 提醒一句,请尽量不要以维基的标准对标萌百,或者至少不要把“维基这么做的”作为主要论据。诉诸维基的行为在萌百的讨论区是有些恶名的。 --
M. J. H. 【无妄】 2021年3月13日 (六) 07:13 (CST)- 了解 只是看到维基百科的同名消歧义页看起来更舒服所以拿来对照一下。以后会注意这一点—— DGCK81LNN (讨论) 2021年3月13日 (六) 13:19 (CST)
- 我倒是认为这个提议问题不大,毕竟只是借鉴,不是完全抄维百体系。--酒姬民乐然 ✉
爱( )与憎( )的相思相爱( )Reflection绝赞配信中 2021年3月13日 (六) 15:10 (CST)
- ( ¡ )题外话 这段没发出去……但是我的观点基本和Sirogohan重合。
- (-)弱反对 我能理解提议人的出发点,但是说实话,我觉得这样规定反而会降低消歧义页的可读性。
- 先放个维百的反例:我前两天在查的enwp:Modulation (disambiguation),这个是直接在条目名上加的内链,并且保留了括号。
- 其实第一点和第二点是有些矛盾的,如果按照第一点不修改链接文字的话,必定要带消歧义后缀。
- 从消歧义页的用途来说,本来就是一个类似于“导航”的角色,帮助读者快速找到他们真正要去的页面。因此,从便捷性上来讲,用户在这个页面停留的时间应该越短越好,没有人愿意为了某个页面去阅读十几个同名页面的信息。
- 我认为目前修正案的做法是合理的。保留原页面消歧义后缀能够使用户快速找到自己要去的页面,而无需阅读其他页面的摘要。随便举个例子(爱丽丝):
- 爱丽丝(爱丽丝梦游仙境)————《爱丽丝梦游仙境》的登场角色,也是很多ACG作品中“爱丽丝”的原型。
- 爱丽丝(东方Project旧作)————《东方Project》旧作(PC-98版)的登场角色。
- 紫苑寺有子————《神的记事本》的登场角色紫苑寺有子的别名。
- 爱丽丝(潘朵拉之心)————《潘朵拉之心》的登场角色。
- 爱丽丝(我们没有羽翼)————《我们没有羽翼》的登场角色。
- 文豪野犬:爱丽丝————《文豪野犬》的登场角色。
- 爱丽丝(炎炎消防队)————《炎炎消防队》的登场角色。
- 魔物娘:爱丽丝————《工口魔物娘图鉴》的登场角色。
- 爱丽丝(暗夜协奏曲)————《暗夜协奏曲》的登场角色。
- 爱丽丝(女神转生系列)————真·女神转生大系中的登场角色。
(以下省略40条)
- 譬如我要找炎炎消防队的爱丽丝,那么我可以很快根据前后缀找到,而不是一个一个读简介,尤其是简介比较长的情况下(比如拉拉)。
- 但是要是满屏的条目都只有“爱丽丝”三个字,我大概会死掉吧(物理)--酒姬民乐然 ✉
爱( )与憎( )的相思相爱( )Reflection绝赞配信中 2021年3月13日 (六) 15:10 (CST) - (:)回应 经过考虑,我现在同意使用带括号的条目名作为链接标题,我已从一开始的发言中划去相关语句。由于现在不大方便码字,稍后我希望再补充几点细节。—— DGCK81LNN (讨论) 2021年3月13日 (六) 15:22 (CST)
- (~)补充 既然已经同意链接文本保留括号,那么在第一点中,不加链接的义项干脆不要写破折号,另起一个“另见”之类的。大概像这样:
- 另见
- 在三次元,女同性恋有时也被称为拉拉。
- LoveLive!或LoveLive!系列有时也简称为拉拉,其爱好者(LoveLiver)称为拉拉人。
- 这适用于被消歧义的名词并不是义项的实际词条名(或重定向名)的情况。—— DGCK81LNN (讨论) 2021年3月13日 (六) 19:13 (CST)
- emm,我觉得还是没有破折号方便看。--酒姬民乐然 ✉
爱( )与憎( )的相思相爱( )Reflection绝赞配信中 2021年3月13日 (六) 21:56 (CST)- emmm... 这样怎么样?
- emm,我觉得还是没有破折号方便看。--酒姬民乐然 ✉
- 另见
“拉拉”还可能指:
- 百合在三次元的别称。
- LoveLive!或LoveLive!系列的简称。
- (-)弱反对 从消歧义页相关的脚本方面来看,使用维百的格式可能导致判断应指向链接上的困难。目前机器人User:C8H17OH-bot是依赖这种格式进行工作的。我整的烂活也是这么工作的。如果要进行大规模更改,应当保留让机器人实现准确判断的格式。—茵陳✉
:(-)反对 萌百不是维百,目前萌百上几乎都是运用中间面这种格式来写消歧义页,如果统一按上面的格式写可能会导致部分编辑者不适应,且(▲)同上 改变格式也可能会使部分机器人的代码发生改变,这样比较麻烦。--「Sign」from TNLHK「Talk」 2021年3月21日 (日) 19:08 (CST)
求问这个模板是什么意思
{{单位秒}}
实在看不懂这个模板...什么叫“以秒为单位变化的内容”?是指填写数据时不能在上面加"单位/秒"的意思吗?--FellEnd(讨论) 2021年3月28日 (日) 11:37 (CST)
- @FellEnd 只是一个普通的玩梗页顶模板,至于您提到的反恐精英的相关内容,我敢肯定与这个模板没有关系。—— GuoPC ☕ 📝 2021年3月28日 (日) 12:29 (CST)
- 指一系列迷因,可参考维基百科相关页面[1]。——From 月_樱_雪 (讨论) 2021年3月28日 (日) 13:01 (CST)
"虚拟UP主导航模板" 是否有编写指南?
To All: 本人有意对某个 虚拟UP主导航模板 进行编写. 在参考其他Category:虚拟UP主导航模板时. 发现各 虚拟UP主导航模板 对衍生作品(音乐 专辑 节目)处理差异性大. 如 Template:Hololive,Template:HIMEHINA,Template:Kizuna_AI株式会社 等,均列出其衍生作品(音乐 专辑 节目). 但又有如 Template:彩虹社,Template:花寄女子寮,Template:ReAcT,Template:Upd8,Template:774_inc. 等,仅列出旗下艺人/Youtuber/Streamer.
本人撰写wikitext年资极短,并不熟悉如何有效编写页面.如果已有现存规则/指引/模板/解决方法,敬请提出指点本人. orz |
- 目前并没有对此做出规定,也没有(或者说也不太可能有)指南,理论上你甚至可以只用一个默认样式的navbox作为导航。至于其中内容,成员是必要的,衍生作品可以根据社团实际情况适当添加。——二饼 2021年3月28日 (日) 22:44 (CST)
- 可以参考已有的模版来添加;
- 暂时没有。虚拟UP主专题的编辑指南只有一个虚拟UP主/编辑指南,针对的是单个人物的主条目。
- 2021年3月28日 (日) 22:59 (CST)
- 了解,感谢@TsanconBYin @LUO1P 两位大大回复. orz --ShameOfKaffee~~ 5+1 = (: 2021年3月28日 (日) 23:35 (CST)
请求协助清理链入页面
请求路过的好心人协助清理Special:链入页面/百合,将内部链接指向正确的条目,很多都不太好机器人进行批量操作,可能需要手工替换。—— ほしみ 2021年3月19日 (五) 23:29 (CST)
路过的好心人来了我会着手清理百合链入页面中的萌属性部分,剩下部分可以由另一位用户用机器人清理,这样方便区分责任和日后的再次修正。- ——Wallfacer of moegirl(讨论)三体、dyk、萌化科学专题欢迎您的参与《一位自愿维护萌百和谐包容氛围的优编觊觎者,做出了没有粗鄙之语和可以随时伸手的承诺》 2021年3月19日 (五) 23:57 (CST)
- 百合(萌属性)对应的分类是Category:百合,两者名称不统一,造成{{萌点}}模板不好用,想请问一下是否近期没有给百合分类加消歧义后缀的计划?如果是这样的话那就需要把百合属性移出{{萌点}}模板了。——Sirogohan(讨论) 2021年3月20日 (六) 00:11 (CST)
- 这就是我之前说过的,萌属性不宜被消歧义,你们不听嘛,所以才会有这种烂摊子…… -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2021年3月22日 (一) 09:59 (CST)
页面编辑相关
我是负责编写铃音(虚拟UP主)的编辑者,在编写浏览的过程中,我留意到以下几个细微的排版问题:
- 直播相关-对比2019/8/15和2021/3/23,在都使用“*”作为列表分段的情况下,排版出现了一些区别——前者是偏蓝色实心点,后者则是黑色且竖直位置要更加靠左。同样的问题还出现在直播相关-2021/2/24的详情中。
- 直播相关-2020/12/15的寓言隐藏框中,最后一行的同倒数第二行的行距突然增大,尝试增加删减代码和删去英文预览效果还是没有改变。
正在寻找能够解决这些小瑕疵的方法,也希望有大佬能指点一二。
——404 2021年3月29日 (一) 01:42 (CST) ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由漠守尘归(讨论·贡献)添加。
本人资历不深,仅能提供应急方法. 详细原因有待其他高人指出.
1. 首先在2月24日那段Toggle,最后面加上< nowiki> </nowiki> (使用时把 n前面的空格去掉)
从2月27日以后所有列点数目逐层叠加
example |in2021年2月{{ruby|24日| }}='''100,000'''粉丝达成,{{ruby|铃呜呜|<del>055</del>}}再次上线。{{Toggle 内联按钮|button=点击查当天直播详情|css=border:1px solid #66ccff|prefix=(|suffix=)。|content= *原定... *达... *由于... < nowiki></nowiki>}} <!--在這裏加 nowiki --> |in2021年2月{{ruby|27日| }}={{ruby|游玩|<del>血</del>}},除了... *游戏... <del>然后... (原来...)</del> *<del>古有...</del> *不过... *最终... |in2021年3月23日=你画我猜企划,由灵魂画手铃咕咕作画,观众来猜所画的是什么词语。 **除了... {{文字模糊|我逐渐理解一切.jpg|hover=true|完全没理解↑}} |in2021年3月25日= test01 *** test 01 *** test 01 |in2021年3月26日= test02 **** test 02 |in2021年3月27日= test03 ***** test 03
2021年2月 24日( )100,000粉丝达成, 铃呜呜( )再次上线。(点击查当天直播详情)。- 原定...
- 达...
- 由于...
2021年2月 27日( )游玩( ),除了...- 游戏...
然后... (原来...) 古有...- 不过...
- 最终...
2021年3月23日 你画我猜企划,由灵魂画手铃咕咕作画,观众来猜所画的是什么词语。 - 除了... 我逐渐理解一切.jpg
2021年3月25日 test01 - test 01
- test01
2021年3月26日 test02 - test 02
2021年3月27日 test03 - test 03
2.在<br>不开新行.
example 2 {{Toggle 内联按钮|button=点击查看寓言一则|css=border:1px solid #66ccff|prefix=(|suffix=)。|content= 一个老师问三个学生:"你们用什么东西可以将一间屋子填满。"<br>第一个学生找来了稻草,铺满了地板,老师摇了摇头。<br>第二个学生找来一根蜡烛,顿时屋子里充满了光芒,老师还是摇了摇头,因为学生的影子没有被照到。<br>这时第三个学生往房间里放进一个suzune。没一会,房间里充满了怪话和问号。 }}
(点击查看寓言一则)。
一个老师问三个学生:"你们用什么东西可以将一间屋子填满。"
第一个学生找来了稻草,铺满了地板,老师摇了摇头。
第二个学生找来一根蜡烛,顿时屋子里充满了光芒,老师还是摇了摇头,因为学生的影子没有被照到。
这时第三个学生往房间里放进一个suzune。没一会,房间里充满了怪话和问号。希望能够帮你解决燃眉之急. orz
--ShameOfKaffee~~ 5+1 = (: 2021年3月29日 (一) 04:19 (CST)
- 感谢帮助,第二个问题已经解决,第一个问题已经存档便于接下来的测试。再次感谢大佬援助!orz--404(讨论) 2021年3月29日 (一) 15:11 (CST)
- @漠守尘归 问题一乃原模板之误,已辅助改正,烦请查看效果。
- ( ¡ )另,条目内多处ruby之参数2为空,还想请问是否有意为之。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年3月29日 (一) 19:04 (CST)
ruby参数2设置为空,是由于编写直播相关条目出现的排版问题而尝试的操作(使用Timeline模板)。
如果只在描述文本中使用ruby,会导致时间文本(xx年xx月xx日)保持不动的同时,描述文本与前一时间点的描述文本行间距扩大,进而导致时间文本和描述文本的错位。
为了避免这个问题出现,我尝试在时间文本加入ruby并将参数2设置为空,并一直如此使用。
目前的条目在删去时间文本——“|in**年**月{{ruby|**日| }}=……”的ruby代码后仍然会出现排版错位问题。修改模板后的条目当前仍存在的其他问题还有以下:
趣闻-咕言咕语一栏的折叠按钮失效,隐藏文本直接显示在外。但使用了同样内联按钮的直播相关-2021/2/7以及2021/2/24的折叠栏能正常隐藏展开。另一处排版的代码及测试结果 2021年2月 27日( )游玩装机模拟器(时间文本使用ruby)( )- 文本1
- 文本2
- 文本3
- 文本4
2021年2月27日 测试文本(时间文本不使用ruby)( )2021年3月23日 你画我猜企划…… - 除了……
2021年xx月xx日 测试(这是为了测试文本之前是否仍需要加入多个“*”才能正确排版) - 1(单个“*”,黑色大圆点)
- 2(单个“*”同上)
- 3(2个“*”蓝色小圆点,同下)
- 4(2个“*”)
- 5(3个“*”)
- 6(3个“*”)
- @漠守尘归 ruby与timeline的兼容性问题属于已知bug,我会尽量尝试修复。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年3月30日 (二) 11:51 (CST)
近期网络波动
东南沿海(福州)不挂梯子无法完成编辑。----赤木 西奈(讨论) 2021年3月28日 (日) 23:21 (CST)
你的梯子是回国节点吗—— ほしみ 2021年3月28日 (日) 23:26 (CST)- 服务器在国内啊。。。--SD hehua(讨论) 2021年3月28日 (日) 23:32 (CST)
- 更可能是当地服务商的问题?——From 月_樱_雪 (讨论) 2021年3月29日 (一) 00:16 (CST)
- 同样在福建,未复现,建议检查自己网络问题。--Thus Spoke Sivlovski.「讨论」 2021年3月29日 (一) 13:38 (CST)
- 其他用户皆未复现,可能是网络问题。--单推人乐然 ✉ 「不要把我当做没有存在过」 2021年3月30日 (二) 11:56 (CST)
坐标广东,今年1月复现过数次。具体情况为:我使用电脑连wifi上不了萌百,上其他网站正常;挂梯子(应该是香港或日本的高速节点)能够上萌百,下锑子后继续上不了;有尝试更换为手机热点,但测试结果已忘。一般这种情况过一段时间会自行恢复,等等就好。
另,今年1月我登录fandom中文站时亦经常出现有时登得上有时登不上的情况,也不知道是哪边网络的问题。——分柿方橙(讨论) 2021年3月31日 (三) 19:54 (CST)
- @分柿方橙,赤木 西奈 请确认您使用的百科域名是zh.moegirl.org.cn,而不是zh.moegirl.org。--Sysop 北极星と南十字(给我留言) 2021年3月31日 (三) 21:07 (CST)
- @北极星与南十字已确认是cn而不是org(org会重定向至cn不是吗)----赤木 西奈(讨论) 2021年4月2日 (五) 23:02 (CST)
- @赤木 西奈 (i)注意 非维护组成员不得移除“无人回复”以外的MAR,且移除MAR必须使用{{RemovedMAR}}标注,否则可能会被认为是删除他人讨论内容,请知晓。鉴于此MAR由我自己悬挂,我先帮您移除了。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月2日 (五) 23:17 (CST)
- @北极星与南十字已确认是cn而不是org(org会重定向至cn不是吗)----赤木 西奈(讨论) 2021年4月2日 (五) 23:02 (CST)
台湾地区连线萌娘百科一直都不太稳,最近编辑偶尔会出现失败,另外今天在萌娘共享进行搜寻时会出现安全连线失败的错误--WildDagger(讨论) 2021年4月3日 (六) 01:15 (CST)
福州电信宽带,近期未复现此现象。另外,刚刚试验访问moegirl.org能在几秒内重定向至moegirl.org.cn。 --zhuanghai 2021年4月3日(六)02:04(CST)
今年萌百有没有愚人节活动呀???好奇
趁着还没有确定愚人节活动,我顺便来提问提问~毕竟在萌百,愚人节活动是每年必有的惯例--巧护可(讨论) 2021年3月31日 (三) 18:29 (CST)
- 维护组正在筹备。——From 月_樱_雪 (讨论) 2021年3月31日 (三) 18:36 (CST)
今年的愚人节活动就是没有愚人节活动,没 想 到 吧(((--酒姬民乐然 ✉ 「不要把我当做没有存在过」 2021年3月31日 (三) 22:22 (CST)
(问题) 内部链接不能添加/存在其他符号?
To All: 本人期望建立内部链接 [[花谱#-{花と心臟}-|{{lj|花と心臟}}]], 但其并无法正常运作[[花谱#花と心臟|花と心臟]]. 本人撰写wikitext年资短浅,并不熟悉如何有效编写页面,敬请提出指点本人. orz
以上. |
你可以使用HTML字符实体来绕过这个问题:
[[花谱#-{花と心臟}-|{{lj|花と心臟}}]]
效果如下:
为了代码的易读性,如果你需要多次引用这些无法正常使用的锚点,请考虑更改原标题,或者使用{{a}}模板手动添加合适的锚点名称。_USER:YOONHA~1.PAR(留言)2021年4月1日(木)07:43:32(JST)
- 花と心臟 ——移动版用户 Bhsd 2021年4月1日 (四) 10:47 (CST)
- YOONHA~1.PAR点了赞。
- 感谢@YOONHA~1.PAR @Bhsd两位大大回复,考虑到日后可能会大量引用,
因此会对标题做出改动.再次感谢两位回复 orz --ShameOfKaffee~~ 5+1 = (: 2021年4月1日 (四) 14:33 (CST)
( ? )提问 {{a}}和{{Anchor}} 是否无法和 {{Lj}} 一同使用?
本人尝试在以上两个模板混搭{{Lj}}时,
example =={{Anchor|{{lj|花と心臟}}}}==
=={{a|花と心臟|{{lj|花と心臟}}}}==
一律出现 <span id="花と心臟"> 字样.但在条目中此标题必须引用到日文原文,因此在替换工作上出现障碍.
请问是否需要加上额外代码才能解决此现象?
虽然 User:Bhsd 大大代码能足够达到本人目标效果, 但若模板使用如此方法撰写会让维护工作不容易.
因此继续请教,是否有更好的方法去改善标题Anchor问题. orz
--ShameOfKaffee~~ 5+1 = (: 2021年4月1日 (四) 18:24 (CST)
- @Kafe523 ?为啥二级标题还要手动anchor……?--EnMGP编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月1日 (四) 22:05 (CST)
- 首先,锚点名是不需要使用到日文原文的,你完全可以使用罗马字转写来定义锚点名,如:
=={{anchor|hanatoshinzou}}{{lj|花と心臟}}==
- 至于{{a}}模板的参数是显示文字为先,锚点名称为后,故如下写法:
=={{a|{{lj|花と心臟}}|hanatoshinzou}}==
(:)回应 @YOONHA~1.PAR, 感谢大大的热心讲解,稍后将会对有需要的条目进行改善工作. orz
@Leranjun,本人原本面对的问题是 希望引用标题防止字体转换的标题,因此本身在标题上只有使用 {{Lj}}模板 的标题字而已.
但在直接引用是会出现 花譜#-{花と心臟}- 导致无法正确引用,因此本次问题原本朝著"如何移除符号" 为出发点.
在讨论后得知有其他方法可以解决原本问题,因此在后续就询问有关 {{a}}和{{Anchor}}模板 的使用方法. 因此就出现了 "标题使用手动anchor" 的现象.
--ShameOfKaffee~~ 5+1 = (: 2021年4月1日 (四) 23:25 (CST)
萌百是否支持使用mermaid来画图?如果可以,怎么使用?
萌百是否支持使用mermaid来画图?如果可以,怎么使用?——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Kafuu Saki(讨论·贡献)于2021年4月1日 (四) 23:42 (CST)添加。
- 首先,你没签名;第二,列举可以用*代替;第三,可以用→箭头表示递进关系,不需要引入多余的插件,当然如果要引入,那么可能需要技术支援,以及指导用法(我也是刚刚才去查找mermaid是啥玩意的)在这里贴个链接:https://blog.csdn.net/liuxiao723846/article/details/83544588 溜了溜了--有点怂的playymcmc007(
讨论 ) 2021年4月2日 (五) 00:07 (CST) - @Kafuu Saki 没什么必要。如果您必须使用Mermaid的话,请导出SVG后使用图片方式引用。--EnMGP编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月2日 (五) 12:18 (CST)
这样真的好吗
某位用户在萌百英灵殿的“淡出用户”一节加了站长的用户名。详情见此:Special:重定向/page/109955。
这样真的好吗?--风吹(讨论) 2021年4月2日 (五) 21:02 (CST)
- 这……不太妥吧……(——低级自确 一位史蒂夫 (讨论·贡献)✉❶ 请问您要单推一只
臭鼬白鼬吗?这就去w 2021年4月2日 (五) 21:13 (CST) - 相关编辑已回退,请不要过度玩梗。--Qaolp0(讨论) 2021年4月2日 (五) 21:22 (CST)
- 还蛮迷惑的。--OIer乐然 ✉ 「不要把我当做没有存在过」 2021年4月2日 (五) 22:04 (CST)
条目快速预览样式在不同浏览器上不一致,且会随时间变化而变化
字体较大的为edge,字体较小的为firefox(常用)
——このLegend frogもガンバラナイト 2021年4月3日 (六) 08:04 (CST)
- @Legend frog 之前有过对此问题的提报,您可以参考萌娘百科_talk:讨论版/提问求助/存档/2020年11月#关于光标悬停在链接时,图片显示问题。--OIer乐然 ✉ 「不要把我当做没有存在过」 2021年4月3日 (六) 08:10 (CST)
- 为banner中内嵌图片影响应已确认,但这两个条目所用图片大小均为96x120px——このLegend frogもガンバラナイト 2021年4月3日 (六) 09:13 (CST)
- ( ¡ )题外话 Func,sdl,bksn,tql,wsfw —— ほしみ 2021年4月3日 (六) 17:47 (CST)
放置play到今晚已全部正常显示,是不是萌百服务器内部有什么缓存啊…… ——このLegend frogもガンバラナイト 2021年4月3日 (六) 22:13 (CST)
想询问一下关于争议页面的创建
我刚刚建了一个米哈游/争议的词条被挂删了,理由是没有单开的必要,不过我觉得米哈游近几年的骚操作够多啊,像隔壁B站都有一个原词条三倍长的争议收录页面,为啥这个就不行呢? ——kwa78 2021年4月3日 22:30
- 顺带一提,写无可靠来源的争议内容可能导致您的编辑被回退。—— ほしみ 2021年4月3日 (六) 22:38 (CST)
- 想想也是,我自己肯定写不出来这么长的页面,不过我刚刚留在主页面的争议内容也被回退了,可能负责这一块的主编辑不希望这种内容出现? ——kwa78 2021年4月3日 22:44
- 有关编辑问题,我想了想,措辞真的是可能不太中立,因为我写这种内容很容易把个人情感带进去,鉴于继续编辑只会增添麻烦,所以我决定停止编辑此内容,不好意思,给诸位添麻烦了——kwa78 2021年4月3日 23:00
@kwa78:mhy黑料?(+)收,都可以收。米厂作恶多端,是该建个页面好好细🔒一下,以供存证。但是在写这类争议/黑料整理条目时,为了避免不必要的麻烦,可信的来源出处是必须有的。您所撰写的版本缺乏事实来源,描述语言不够客观,我讲句不太好听的的请勿见怪:无脑黑屁的程度。
如果您确有此意,可以考虑将您手头整理的米厂黑料通过站内电邮功能发给本人,本人很愿意与您一同完成这项工作。--半夜咳嗽的狼(讨论) 2021年4月4日 (日) 01:22 (CST)
@850710247liu 请勿在讨论版添加危害社区安全的敏感信息以及无关广告类内容,根据相关方针,我已移除该内容。—— ほしみ 2021年4月3日 (六) 22:58 (CST)
(&)建议 感觉现在萌百真的需要一份专门的政策性文件(不一定是方针,指引完全够用)来规范和明确敏感内容页面的编写和维护了。——北湖3(讨论) 2021年4月6日 (二) 17:15 (CST)
关于专题前缀和重定向的问题
是来源于另一个讨论串尚未解决的问题应该是在这版问比较好。大致问题如下:
①:当一个(游戏)作品中,大多数,或者几乎全部的角色名字是常见词汇,因此使用了“作品名:角色名”的方式来命名了词条,那么剩下的少部分(甚至一个)没有重名的角色是否需要继续使用前述的格式,还是只要以角色名命名词条即可?②:若上述命名格式有必要,是否需要另外再建立一个只使用角色名命名的词条,并进行重定向?
具体来说就是“住良木现”和“闪耀幻想曲:住良木现”两个页面。
还有在该讨论串里引申出了一个别的问题:禁止复制移动词条,如果上述事例需要删除后者词条,保留前者,应该如何操作?是使用移动页面把后者移动到前者,再申请删除吗?--Djjr(讨论) 2021年4月3日 (六) 17:42 (CST)
- 推荐阅读MGP:消歧义。—— ほしみ 2021年4月3日 (六) 17:45 (CST)
- 就是因为在萌娘百科:消歧义#前缀消歧义里的一句“未重名对象或站内不存在条目的对象不需要使用前缀命名。”,而且不是拟人化词条,再加上上述讨论串未通过申请才有此疑问。--Djjr(讨论) 2021年4月3日 (六) 17:51 (CST)
- 我是认为这个前缀应当去掉的。—— ほしみ 2021年4月3日 (六) 20:11 (CST)
- 就是因为在萌娘百科:消歧义#前缀消歧义里的一句“未重名对象或站内不存在条目的对象不需要使用前缀命名。”,而且不是拟人化词条,再加上上述讨论串未通过申请才有此疑问。--Djjr(讨论) 2021年4月3日 (六) 17:51 (CST)
- 相关讨论传送门:Talk:讨论版/存档/2020年02月#关于“作品名:人物名称”的条目命名方式。又是这个问题(——低级自确 一位史蒂夫 (讨论·贡献)✉❶ 请问您要单推一只
臭鼬白鼬吗?这就去w 2021年4月3日 (六) 20:03 (CST)
虽然都说意义不大,还是看完了。回到这个问题的操作上,现在我是应该:通过移动词条的功能(词条右上角“更多”→“移动”)把“闪耀幻想曲:住良木现”向“住良木现”移动,再把移动后(自动变成重定向的)“闪耀幻想曲:住良木现”页面提请删除;这样做吗?--Djjr(讨论) 2021年4月3日 (六) 21:31 (CST)- 你应该没法覆盖移动。需要先删除原重定向后再移动。—— ほしみ 2021年4月3日 (六) 21:38 (CST)
已完成移动操作。已自动变成重定向的“闪耀幻想曲:住良木现”页面放着不管还是继续申请删除?--Djjr(讨论) 2021年4月4日 (日) 14:40 (CST)
bug汇报
生成缩略图出错:/var/www/wiki/extensions/MoegirlConvert/convert.sh: line 45: 5444 Aborted (core dumped) convert -resize "${width}x${height}" -- "${src}" "miff:${des}"
--爱吃面包的Hooonooka(讨论) 2021年4月5日 (一) 16:31 (CST)
一个幼稚的问题
求问在讨论版遭到其他用户攻击如何处理。------活泼的鱼子酱(讨论) 2021年4月6日 (二) 18:29 (CST) --活泼的鱼子酱(讨论) 2021年4月6日 (二) 18:29 (CST)
- 未见违反讨论区管理方针的行为———— ほしみ 2021年4月6日 (二) 19:08 (CST)
您好!请问为何将我编辑的词条撤销,是有不当之处嘛?
请问User:星海子阁下为何撤销我于词条抽象话的编辑,可有不当之处?
另,回User:LUO1P、User:GuoPC,
以下为萌娘百科:破坏/记录在案的长期破坏者对于本人描述,
Abuse 11(吴织亚切大忽悠)
现状:高度活跃
破坏倾向
- 围绕包括吴织亚切大忽悠在内的条目展开编辑战,添加不符合站点编辑规范的内容;
- 在相关条目被保护后改为以评论区留言的方式进行活动;
- 攻击包括维护组成员在内的站点用户;
- 反复创建傀儡账户进行自演;
- 使用账号名包括与吴织亚切大忽悠、LexBurner有关的名称等。
使用帐号
吴织亚切大忽悠的使用账号 |
---|
包括但不限于: |
我认为该项描述属于过度抹黑。关于“围绕包括吴织亚切大忽悠在内的条目展开编辑战,添加不符合站点编辑规范的内容;”部分,贵方至今未给出我所添加的词条的哪部分属于“不符合站点编辑规范的内容”,且引发编辑战的原因是因为你们当中的某位认为我“过度抹黑该词条人物”并认为我所添的链接都不可信,那我寻思吴织亚切大忽悠这词条每一参考资料不都可以认为不可信?
关于“在相关条目被保护后改为以评论区留言的方式进行活动;”部分,我本想使双方愉快地解决问题。在发表关于“我不该过度添加大忽悠的黑料”的多篇长篇道歉后,贵方那位包庇大忽悠的人物称我在道歉中写盗邮箱为自导自演,并以“破坏者傀儡”为由继续封号。盗我邮箱的那位跟我现实中关系很好,而且她的大号在贵站如鱼得水,寻思hzyqdhy那么大的语气差别怎么可能是一个人?后来我用自嘲自黑我“过度添加大忽悠黑料”想讨好贵站人士,但贵站人士继续以“破坏者傀儡”为由封号并删除“槐安遗梦”词条,原因是槐安遗梦名声不大(当时150万粉丝名声不大?)以及无理由删除“植物大战僵尸2吧”词条,使本人1个月的成果归空,且我没有存档。至此,贵方仍没有告知我破坏了吴织亚切大忽悠词条的哪一部分。
关于“攻击包括维护组成员在内的站点用户;”部分,此项属实且本人已道过歉,但此项的发生是基于咳嗽狼以个人理由撤回词条,并同时骂我“死妈废物给爷爬”,而桂芳只处理有我而没有处理咳嗽狼,且我也没有收到任何道歉。
关于“反复创建傀儡账户进行自演;”部分,我很好奇自演了什么?我是自演我是北湖3b还是我没有承认我的其他帐号?
关于“使用账号名包括与吴织亚切大忽悠、LexBurner有关的名称等。”部分,我取名的时候压根没有这些条例,否认贵方会给我自动确认用户?而且我给LexBurner添链接也被你们撤回并封号,这是否代表贵方支持lex?
至此,贵方仍没有告知我破坏了吴织亚切大忽悠词条的哪一部分,且在上几次的争论中,贵方又以“我洗白大忽悠让贵方恶心”为由封号,我寻思你们是不是要做记忆训练了?是特么谁护大忽悠谁完善大忽悠争议词条你们搞反了?我滴个亲娘。在此我再次向User:星海子阁下发表攻击言论以及相关用户名致歉,但这并不是您在此之前肆意撤回无问题词条的理由,对此有相关反应的不止我一人,希望您能别以一己私欲肆意撤回自己不想看到的词条,即便贵方一边成萌娘百科是公正、公平、中立的词条,一边又在上两次再次发表相反言论,我希望贵方先给出我破坏了吴织亚切大忽悠词条的哪一部分,再来以破坏者为由封号。
双方和和气气不好嘛?非要搞成这样,真的无语。——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Jdjr(讨论·贡献)于2021年4月11日 (日) 19:43(CST)添加。
- 请您自行阅读MGP:方针。另外,根据MGP:分身账户方针,您涉嫌使用多个账户绕过封禁,且符合长期破坏者的认定。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月11日 (日) 19:56 (CST)
希望萌娘百科能对无理由封禁萌娘百科帐号柠檬亚籽作出解释
希望贵站对无理由封禁萌娘百科帐号柠檬亚籽以及吴织亚切大忽悠作出解释。————jscslh(讨论) 2021年4月10日 (六) 17:07 (CST)
- 萌娘百科:破坏/记录在案的长期破坏者#Abuse 11(吴织亚切大忽悠),请。 2021年4月10日 (六) 17:12 (CST)
- 见User:吴织亚切大忽悠的封禁日志和User:柠檬亚籽的封禁日志。—— GuoPC ☕ 📝 2021年4月10日 (六) 17:20 (CST)
- 不是无理由封禁。原因见上。————From 月_樱_雪 (讨论) 2021年4月10日 (六) 17:48 (CST)
请阁下声明我违反了萌娘百科:方针中哪项条例以及平等对待萌百用户
请阁下声明我违反了萌娘百科:方针中哪项条例?阁下认为我绕过封禁,因为贵方从未解释我违反了哪些方针,也请阁下不要在双方讨论出结果之前就先行封号。
用户封禁政策
- 需注意封禁用户只是解决问题或暂缓冲突强度的手段之一而不是目的,不可滥用封禁。封禁使用不当会造成用户反向报复萌娘百科,产生大量内容破坏/名誉损害;
- 因为内地网络运营商的IP分配策略存在问题:
- 启用自动封禁IP选项有一定可能因为链式封禁导致大量用户无法编辑。故除非破坏严重且由管理员执行,封禁时不得使用【自动封禁此用户最后使用的IP地址,以及所有其随后试图用于编辑的IP地址,持续时间为$1】选项;
- 直接封禁指定IP或IP块有可能导致部分地区用户无法编辑。故除非破坏严重且由行政员执行,封禁时不得指定IP或IP块为封禁对象;
破坏情节分类
破坏情节可分为三类:
- 需要说明的是:
- 大量破坏行为,是基于破坏的数量和范围对破坏行为的评价。
- 严重破坏行为,是基于破坏造成的影响和后果对破坏行为的评价。
- 大量破坏行为和严重破坏行为、均与一般破坏行为这一评价互斥。且对同一起破坏行为,大量破坏与严重破坏的评价可以共存。
一般破坏行为
指次数少且范围小,但数量不多、范围不广、造成影响和后果尚不严重的各种破坏行为。
大量破坏行为
指次数多或范围广的破坏行为。
严重破坏行为
指符合以下情况的破坏行为:
- 进行下述“破坏行为”段落定义中第1~4条所述破坏行为,并含涉及政治敏感或审查相关的内容、广告内容的,
- 进行下述第5至第9条所述行为的,
- 进行下述第10至第15条所述行为,且次数多或范围广的,
- 新用户(指不在自动确认用户组的,此处以首次破坏行为开始前的状态计,下同)进行下述第10至第11条所述行为的,
关于数量的裁定判断
上下文中出现的“次数多/少”、“范围广/小”、“多次”、“大量”等数量性词汇,一般建议以3次可认定为“次数少但构成破坏”,5次及以上可认定为“次数多/范围广/大量”的情节。
如编辑战行为应以3次为“次数少但构成破坏”的准绳,进行编辑战认定和相关人员警告/封禁工作。
维护组成员有权根据具体情况自行进行裁定判断,但原则上不应严格于上述标准。
对该裁量结果有异议的被封禁用户可以使用{{Help}}模板提出申诉,其他用户也可以在讨论版提出异议。
破坏行为
破坏行为包括以下几种行为:
- 故意添加、插入、上传无意义的内容(包括在编辑摘要和评论栏中添加),或创建含无意义内容的页面,或创建用户名含无意义内容的用户,或添加侵犯版权的内容;
- 故意将正常内容替换为无意义或错误内容;
- 移动、剪贴页面到无意义或错误的标题下;
- 在无关的标题下建立重定向;
- 创建符合萌娘百科:收录范围#直接删除的情况一节规定的条目;
- 非维护组成员擅自执行仅允许由维护组成员执行的操作,或通过其他操作实现、变相实现或模拟前述操作的效果,或妨碍维护组成员执行前述操作,或破坏维护组成员执行前述操作的效果(包含挂删页面等);
- 通过添加恶意代码等手段以窃取用户密码等安全及隐私信息、或阻碍界面功能正常运作;
- 进行严重影响页面正常显示的编辑行为、且经管理员评估认定构成破坏;
- 违反萌娘百科:方针、指引与论述#制定与修订所规定的程序,篡改方针、指引页面;
- 篡改论述页面内容使其与方针、指引相冲突,或篡改帮助页面内容使其不能作出正确说明;
- 大量删除不应删除的内容;
- 未经他人许可,恶意修改或移动他人的用户页;
- 篡改讨论页留言(以讨论页方针之规定为准);
- 创建符合萌娘百科:收录范围#不予收录一节规定的条目;
- 维护组成员进行回退、删除、封禁等维护操作时,其操作明显违反站内各个既有方针、指引中各项有效规定的;
- 无视维护人员劝阻或违反其他方针,执意反复进行编辑战;
- 其他方针已规定应封禁的行为;
- 若同时规定封禁时长,则从其规定,否则按#封禁时长处理。
- 其他维护组成员认为需要封禁的行为(对作出此种行为的用户必须先警告,认为无效并执行封禁后必须在萌娘百科_talk:讨论版/权限变更报告)。
- 此处的内容包括维基文本、图片(包括用户头像)、音频、视频等,下同;
- 此处的无意义内容、标题(重定向时则考虑重定向来源页面标题)包含以下几种情况,下同:
- 此处的删除指的是删除、隐藏页面里的内容,或非维护组成员用户挂删页面,或维护组成员删除、挂删页面。
此外,对我辱骂“死*废物给爷爬”的User:半夜咳嗽的狼违反了以下方针条例:
- 其他维护组成员认为需要封禁的行为(对作出此种行为的用户必须先警告,认为无效并执行封禁后必须在萌娘百科_talk:讨论版/权限变更报告)。
- 此处的内容包括维基文本、图片(包括用户头像)、音频、视频等,下同;
- 此处的无意义内容、标题(重定向时则考虑重定向来源页面标题)包含以下几种情况,下同:
- 涉及政治敏感或审查相关的内容、露骨色情、人身攻击、地域黑或地图炮、诽谤或谩骂;
如果贵方真的愿意以方针所例平等处理每一名用户,我将深表感激。 ————Scjc(讨论)2021年4月11日 (日) 20:24 (CST)
- MGP:分身账户方针写的很清楚,不再赘述。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月11日 (日) 20:35 (CST)
“ | 1.绕过封禁。萌娘百科不建议被有限期地封禁的用户为绕过封禁注册新的、或使用已有的分身帐户:这有可能会招致其他用户的怀疑、也有可能会影响此用户在社群中的声望。特别地,绕过封禁继续破坏直接符合滥用分身帐户之“分身破坏”一项,会被视为恶劣破坏行为。 | ” |
——萌娘百科:分身账户方针#何时不应使用分身账户 |
“ | 3.分身破坏。同一名用户使用分身帐户进行任何破坏萌娘百科或干扰萌娘百科秩序的行为。 | ” |
——萌娘百科:分身账户方针#滥用分身账户 |
阁下在干扰萌娘百科秩序,不自知?Rông Trạch Sóc Thái Lang (Hentai) (Thảo luận) 2021年4月11日 (日) 20:40 (CST)
举报User:半夜咳嗽的狼违反方针,应当封禁处罚
对我辱骂“死*废物给爷爬”的User:半夜咳嗽的狼违反了以下方针条例:
其他维护组成员认为需要封禁的行为(对作出此种行为的用户必须先警告,认为无效并执行封禁后必须在萌娘百科_talk:讨论版/权限变更报告)。 此处的内容包括维基文本、图片(包括用户头像)、音频、视频等,下同; 此处的无意义内容、标题(重定向时则考虑重定向来源页面标题)包含以下几种情况,下同: 涉及政治敏感或审查相关的内容、露骨色情、人身攻击、地域黑或地图炮、诽谤或谩骂; ——Csn12(讨论)2021年4月11日 (日) 20:49 (CST)
(问题) {{Toggle}} 和 {{infobox}} 同时运用出现之排版问题
To All: 本人于编辑是,无法顺利处理 {{Toggle}} 和 {{infobox}} 两者之排版问题.因此请求技术协助.
就以上排版问题,向各位请教解决方法. |
- 应该是toggle的宽度问题,具体代码问题我也不清楚(我太菜了qwq)。
但是我觉得使用{{折叠标签}}和{{折叠属性}}应该能够作为替代方案解决此类问题吧(——低级自确 一位史蒂夫 (讨论·贡献)✉❶ 请问您要单推一只臭鼬白鼬吗?这就去w 2021年4月5日 (一) 03:46 (CST)
- 这样呢,Toggle前面加个
{{clear}}
({{clear|right}}
)
Example:当Toggle内容为 图片 时 | ||||||
---|---|---|---|---|---|---|
Aliquip id esse deserunt aliquip adipisicing aliquip laborum magna dolore esse consequat sit officia. Labore qui ea enim proident eiusmod nulla eiusmod esse tempor reprehenderit ex nisi occaecat. Laborum qui aliquip sit laboris irure id ex quis ad velit nisi eiusmod sint velit. Dolore amet cupidatat aute duis incididunt ea irure duis incididunt laborum eiusmod velit qui nostrud. Pariatur ut excepteur et fugiat amet ut. Reprehenderit amet adipisicing qui consequat adipisicing velit duis excepteur occaecat exercitation voluptate labore proident. 模拟图片展开(借用33娘头像)
Eu anim cillum voluptate id eu tempor veniam. In ad labore voluptate culpa non est incididunt. Amet elit nostrud nulla enim sunt magna aliquip laborum culpa dolore fugiat. Ex magna aliqua et Lorem aute ea irure dolor aliquip duis Lorem ex proident culpa. Consequat occaecat aliquip fugiat id non eu. |
Example:当Toggle内容为 文字 时 | ||||||
---|---|---|---|---|---|---|
Aliquip id esse deserunt aliquip adipisicing aliquip laborum magna dolore esse consequat sit officia. Labore qui ea enim proident eiusmod nulla eiusmod esse tempor reprehenderit ex nisi occaecat. Laborum qui aliquip sit laboris irure id ex quis ad velit nisi eiusmod sint velit. Dolore amet cupidatat aute duis incididunt ea irure duis incididunt laborum eiusmod velit qui nostrud. Pariatur ut excepteur et fugiat amet ut. Reprehenderit amet adipisicing qui consequat adipisicing velit duis excepteur occaecat exercitation voluptate labore proident. 模拟文字展开
1.Lorem Ipsum
Eu anim cillum voluptate id eu tempor veniam. In ad labore voluptate culpa non est incididunt. Amet elit nostrud nulla enim sunt magna aliquip laborum culpa dolore fugiat. Ex magna aliqua et Lorem aute ea irure dolor aliquip duis Lorem ex proident culpa. Consequat occaecat aliquip fugiat id non eu. |
--鬼影233【跤♂️流病情|我的水编辑|留下签名】 2021年4月5日 (一) 04:01 (CST)
事实的情况是,{{Toggle}}的块状元素的width:100%,而且也不知为何本体没有和{{infobox}}冲突,发生冲突的却是展开的内容。修改块状元素的宽度是个办法,但是考虑到分辨率的问题有点麻烦。Rông Trạch Sóc Thái Lang (Hentai) (Thảo luận) 2021年4月5日 (一) 06:39 (CST)
然而真正的原因是因为toggle源代码里有一个写死的clear……我不知道是不是feature,先提了个编辑请求。--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月5日 (一) 10:10 (CST)
- 补一个demo在这里
测试 | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi sodales id ligula sit amet porta. Quisque finibus porta nisl vitae consectetur. Aenean tristique libero nisl, non imperdiet risus consectetur ac. Donec pellentesque ac magna id cursus. Mauris dictum sodales nunc, consectetur facilisis lectus fermentum sit amet. Ut non eleifend lorem. Nam imperdiet ut leo non convallis. 被折叠文字
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed eleifend tincidunt vulputate. Curabitur luctus fringilla convallis. Quisque ut lacinia nulla. Curabitur ac posuere lacus. Donec in mollis massa. In faucibus facilisis maximus. Nam auctor vulputate est, ut vehicula nulla maximus ac. Quisque laoreet augue leo, et posuere diam finibus et. Phasellus vel fringilla dui. Vivamus lectus erat, laoreet at lorem sollicitudin, pretium vulputate risus. Nullam quis auctor tellus. In vestibulum non odio vitae elementum. Quisque ac molestie tortor. Mauris viverra elementum elit, vitae ullamcorper augue cursus non. Vivamus nibh metus, malesuada at laoreet eget, hendrerit eu leo. In hac habitasse platea dictumst. Aliquam eu pharetra nibh, quis congue risus. Morbi rutrum magna ac dictum euismod. Etiam faucibus magna sapien, in consequat massa varius nec. Vestibulum sagittis semper est, at interdum leo condimentum et. Nullam tincidunt pharetra placerat. Vivamus eget vehicula ipsum. Phasellus vestibulum, dolor sit amet ultricies laoreet, ante est viverra arcu, dignissim maximus felis dolor eu mauris. Vestibulum viverra tempor gravida. Proin vel mauris ut lectus sollicitudin semper eget et felis. Fusce est est, mattis vitae elit vitae, blandit feugiat leo. Proin ornare posuere sodales. Maecenas feugiat condimentum vulputate. Nulla facilisi. Nulla vehicula, sem vel elementum scelerisque, ligula dolor pharetra mi, at convallis nisi risus a nisl. In vitae orci nibh. Duis sit amet mollis tortor, eget placerat tellus. Ut posuere tristique tempor. Etiam consequat suscipit dui, vitae dignissim diam finibus nec. Mauris vel magna nec ante bibendum scelerisque non vitae magna. Maecenas porta ornare enim. Donec finibus lacus non est elementum pulvinar. Nunc at eleifend magna. Etiam neque leo, suscipit quis vulputate eget, convallis vitae dolor. Nam et rutrum turpis. In in mauris tempor, iaculis lorem sed, pretium turpis. Phasellus et aliquet leo, eget gravida nunc. Nam vel vestibulum neque. Phasellus efficitur lacus ut sem rhoncus, non rutrum metus finibus. Sed et molestie dolor. Aliquam congue auctor justo, non pretium dui luctus et. Duis ac placerat diam. Mauris ut diam mi. Aenean convallis tempor urna, nec accumsan mauris gravida nec. Proin aliquet semper tortor vel feugiat. |
- --优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月5日 (一) 14:21 (CST)
感谢各位大大热心回复,貌似并不是一个简单的问题.若遇到具迫切性需求是,本人会参考 Leranjun[更多] 所提供的代码进行运用. 同时敬请个管理员暂时 无需 悬挂"讨论结束"之模板,知道确实问题得到解决位置. orz |
Update: 本人参考 Leranjun[更多] 移除{{clear}}之参考代码 和 Help:折叠 后, 尝试将首行按钮中<div>换成<span>,得到本人期望之结果.
此乃本人临时发掘之应急方法,若有良策敬请各位提出.
同时敬请各管理员暂时 无需 悬挂"讨论结束"之模板,直到 |
- @Kafe523 希望能够解答您的疑问。
- 去掉clear使normal flow中的文字免受右侧浮动的infobox影响,因此您看到的文字中间不会有一段空白(即clear的效果)。
- 将按钮的div改为span后,相当于将其从块级元素改为行内元素,宽度实际上只是包裹其中的文字(相较于宽度为100%的块级元素)。而由于MediaWiki系统会在换行时自动添加<p>元素,因此视觉效果仍与使用div类似。
- 至于为什么toggle设计之初不写成这样,
我不知道,可能是feature吧(--单推人乐然 ✉ 「不要把我当做没有存在过」 2021年4月6日 (二) 20:17 (CST)
- @Kafe523 希望能够解答您的疑问。
<span class="mw-customtoggle-test-01" style="cursor:pointer"> </span> <div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-test-01"> </div>
- 再次感谢各位大大的协助. orz
--ShameOfKaffee~~ 5+1 = (: 2021年4月6日 (二) 20:41 (CST)
- 再次感谢各位大大的协助. orz
@Kafe523 已经新增了noclear
参数,具体用法请参见文档。--单推人乐然 ✉ 「不要把我当做没有存在过」 2021年4月9日 (五) 23:36 (CST)
(:)回应 了解,感谢@Leranjun大大通知. 再次感谢各位大大的热心协助. orz --ShameOfKaffee~~ 5+1 = (: 2021年4月10日 (六) 17:29 (CST)
关于从图站跨域引用的问题
众所周知, {{ }} 可以引用某一页面(我不清楚这个操作具体叫什么,暂且叫它“引用”)
因此我们可以用 {{Special:Contributions/珞珝|limit=2}} 引用User:珞珝的最近两次页面编辑:
就像这样 |
---|
没有找到匹配这些规则的更改。 |
但当我试图使用 {{cm:Special:Contributions/珞珝|limit=2}} 引用User:珞珝的最近两次文件操作时,它会出现问题:
就像这样 |
---|
[跨wiki嵌入功能被禁用] |
跨域引用会多一个“Template:”导致没办法正常显示
有什么办法吗?————珞珝还不能休息!(讨论)(贡献)(明日方舟) 2021年4月8日 (四) 23:35 (CST)
:cm:Special:Contributions/珞珝
,但提取还是失败。—— ほしみ 2021年4月8日 (四) 23:40 (CST)
草,和星海姐姐编冲了(以下是原答案:- @珞珝 对于多一个名字空间的问题,可以多加一个冒号,相当于导向到主名字空间后再导向Special名字空间(即
{{cm::Special:Contributions/珞珝}}
)。
{{cm:(跨wiki前缀至共享站):(导向主名字空间)Special:(导向Special名字空间)Contributions/珞珝}}
- 至于提取失败的问题,目前在萌娘百科_talk:讨论版/技术实现#关于东方Project部分条目的问题有提报。--酒姬民乐然 ✉ 「不要把我当做没有存在过」 2021年4月8日 (四) 23:45 (CST)
建议可以增加跟维基百科一样机制的页面存废复核
我有疑问,刚才看了一下隔壁维基百科的页面存废复核功能,好像有很多已经删除的条目都在复核中还原,这样的做法萌娘百科可能比较适用。
因此,萌娘百科有建立页面存废复核功能的可能性吗?其实我想要复原我的题目啊--巧护可(讨论) 2021年4月9日 (五) 15:18 (CST)
- 事实上,你可以在讨论板/操作申请提出恢复页面的请求,而实际上也有不少成功的例子,并不需要步骤繁覆的额外功能。
- 也许应该在删除方针中加入附注,清楚指出页面是有恢复的可能性?--By patroller CHKO (Talk) @ 2021年4月9日 (五) 15:58 (CST)
- 萌百不是维百
- {{即将删除}}不是很清楚若对该程序的启动存在异议,可到 萌娘百科_talk:讨论版/操作申请 提出。就算已经删了也可以到萌娘百科_talk:讨论版/操作申请申请还原。
- 删除页面整整这么麻烦干什么?谁来维护这种机制?
- 所以,我(-)反对 这样做--「Sign」from TNLHK「Talk」 2021年4月9日 (五) 17:05 (CST)
- 在操作申请版提出即可。如果您说的是前不久那个条目,建议在沙盒中打好草稿以证明其在收录范围而不是其他编辑者所说的,“未找到相关信息”。——From 月_樱_雪 (讨论) 2021年4月9日 (五) 17:14 (CST)
关于{{配音表}}的遮挡(?)
例如杨宝#经历页面,在{{配音表}}选择年代倒序时,右侧人物信息中部分(与{{配音表}}的长度有关)会处于无法选中且Hover不生效,而选择年代正序时侧边正常。经测试,在年代倒序时左侧也会有同样Bug(例如放个缩略图在左侧)
此Bug使用{{clear}}无法消除
所以你们有什么头猪吗?--鬼影233【论|史|签】 2021年4月11日 (日) 04:22 (CST)
- 初步推断是div的宽度造成的问题,但是由于源代码似乎是用CSS将内容旋转了180度,因此我不太确定怎么修。--OIer乐然 ✉ 「不要把我当做没有存在过」 2021年4月11日 (日) 20:07 (CST)
- @鬼影233,Leranjun 感谢反馈!现在添加了
display:flow-root;
,希望能解决宽度问题。——移动版用户 Bhsd 2021年4月11日 (日) 20:41 (CST)- @Bhsd 赞 应该没问题了。--工具人乐然 ✉ 「不要把我当做没有存在过」 2021年4月11日 (日) 21:15 (CST)
哪个模板用来建议拆分条目?
--Разрушить Л. Топольва(讨论) 2021年4月12日 (一) 21:24 (CST)
- 好像没有。我只知道有建议合并。拆分的话由于是一至多个页面,在该页面讨论页进行即可吧。——From 月_樱_雪 (讨论) 2021年4月12日 (一) 21:31 (CST)
- ( ¿ ) 喵喵喵? 那是啥(——饭团人 一位史蒂夫 (讨论·贡献)✉❶ 请问您要单推一只
臭鼬白鼬吗?这就去w 2021年4月12日 (一) 21:31 (CST) - {{冗长}} -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2021年4月12日 (一) 21:32 (CST)
{{merge}}--有点怂的playymcmc007(讨论 ) 2021年4月14日 (三) 10:28 (CST)- 看错意思了抱歉--有点怂的playymcmc007(
讨论 ) 2021年4月14日 (三) 10:29 (CST)
请求协助修改部分原型页面
目前站内还有不少不符合收录范围关于原型类要求的条目,以下所列条目难以直接大段删除,希望有编辑者能够认领一些条目来协助修改。
- 需要删减非ACG内容或增加ACG使用
- 孙权
- 藤原不比等
- 尼古拉·特斯拉
- 吴越争霸
- 官渡之战
- 赤壁之战
- 源平合战
- 本能寺之变
- 甲午战争
- 东大纷争
- 温泉关战役
- 伯罗奔尼撒战争
- 斯巴达克斯起义
- 十字军东征
- 百年战争
- 普法战争
- 美国南北战争
- 中东战争
- 第一次世界大战
- 第二次世界大战
- 第二次世界大战西方战线
- 需要改进格式
- —— ほしみ 2021年4月5日 (一) 13:55 (CST)
- --优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月5日 (一) 14:21 (CST)
- 补提一个“三十年战争”。--Sysop 北极星と南十字(给我留言) 2021年4月6日 (二) 09:14 (CST)
- @北极星与南十字 该页面此前已经由我完善,字数满足现行方针,如果有什么具体需要改进的地方请详细指出。
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票 2021年4月6日 (二) 09:50 (CST)
- 相对于那些ACG内容不太多的条目,完全可以只挂一个简介就可以了,但是那些ACG作品引用较多(少说10个以上吧)的就应该要考虑考虑简要说明其中的重要节点了。——From 通りすがりの萌えっ娘百科事典の编集者!觉えておけ! (讨论) 2021年4月5日 (一) 15:17 (CST)
- 星海子,我愿意帮忙慢慢改进这些页面,只是我想说一句,能不能请你不要对条目太残酷,可以先留下一个急需改进和改进方向,或者像这样召唤相关专题的编辑者帮忙改善,这样对读者也好,留下了足够的信息和余地,对编辑者也好,让编辑者有时间和方向去维护。
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票 2021年4月5日 (一) 22:40 (CST)
- 不是残酷不残酷的问题,从11月7号到3月1号,公告挂着少说也有3个月时间了,为什么三个月时间还不去改,偏偏要到开始删减了来说残酷?—— ほしみ 2021年4月5日 (一) 22:52 (CST)
- 帮忙透露一下一部分人的想法吧。3个月里没有修改,一些编辑应该有观望维护人员处理态度的意思,同时也是基于对维护人员应该能够理性处理的信任。不过根据最近的情况来看,方针执行情况似乎与初衷有所偏离,这些我在发起的新讨论串萌娘百科_talk:讨论版/方针政策#关于原型方针“执行”问题的共识讨论里详细说了我自己的个人看法,这里就不细说了。现在看来,一些编辑似乎已经是消极应对,以“不为按方针修改原型条目提供协助”进行消极抗议,或者建立“严格”符合方针的条目以表抗议了,甚至有编辑因此淡出,我只能对此表示遗憾……方针的修改已经在讨论,方针的具体执行,也是可以结合实际情况来调控的。如果贸然对自己不熟悉的领域挥动剪刀,可能就有些脱离群众了,也是对相关编辑组编辑不信任的直接体现。何况一些条目,事实上简单的站内搜索就足以补充对应的ACGN部分了,可能比费心思分辨条目的两部分统计字数还容易。不知道星海子你怎么看?
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票 2021年4月14日 (三) 00:18 (CST)
- 不是残酷不残酷的问题,从11月7号到3月1号,公告挂着少说也有3个月时间了,为什么三个月时间还不去改,偏偏要到开始删减了来说残酷?—— ほしみ 2021年4月5日 (一) 22:52 (CST)
- (+)支持 。另外,我愿意试着协助修改一些西方的战争类原型条目。
虽然是因为自己只对这些东西比较熟悉--Tascota(讨论) 2021年4月5日 (一) 23:41 (CST)
话说是编辑错误了嘛
先申明一下,我还没看到那一卷 就是有点没理解意思
欢迎来到实力至上主义的教室 这是条目,关于注释那一段
注释[编辑] 跳转 ↑ 小说第八卷已正式升上C班(第十一卷再次降为D班) 跳转 ↑ 小说第八卷已正式降为D班(第十一卷再次升为C班) 跳转 ↑ 这本书的中文名字通常译为《爱之工》
这里是编写错误了还是确实是这么写的 emmm ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Cw1665169869(讨论·贡献)添加。
- @Cw1665169869 您是指欢迎来到实力至上主义的教室#注释这一段的内容有问题吗?--优质编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年4月16日 (五) 14:33 (CST)
- @Cw1665169869 先说一下哈,我还没正式补小说,只看了某个up的视频。对于前两个注释,没记错的话确实有班级的变化。清隆那个班点数超过了龙园那个班,所以升到了C班,可能是十一卷点数又变成最低了的吧,所以又降到D班了,这应该没什么问题吧。第三个注释的话,指的不是《实教》而是Works of Love这本书的译名。你要是觉得有问题并且有有力证据说明你是正确的,那你也可以上手改嘛。如果是个人的理解能力的问题,那我也帮不了你。——この利用者は
小鞠 です 2021年4月16日 (五) 22:42 (CST)
- 个人理解回答:用的<references />,该部分的内容为上文中内容的注释,如果需要查看注释的位置可以点那个向上的箭头。内容相关其他人已经说了--
已经是一条死鱼的HetmesAskalana 2021年4月17日 (六) 09:33 (CST)
- @Cw1665169869 这是条目中注释的正常排版,具体内容前面Hetmes已经说得比较清楚了,更多细节请参见Help:萌百编辑简明指南/wikitext语法基础#入门语法及Help:注脚。
如果我要转载一片非我原创的文章,原作者并非萌百用户,但是我通过其他方法取得了对方的授权和转载许可,我可以把这位作者的作品转载登录到萌百上吗?
RT,在CS编辑群取得了一位编写地图攻略作者的许可,可以把她编写的地图指南转载到萌百做成条目。
- 取得许可了就能转,还有萌百的协议应该是CC BY-NC-SA3.0才对。 2021年4月16日 (五) 21:26 (CST)
那需要在条目里标明出处或原作者是谁吗?--小泉花阳的老公(讨论) 2021年4月16日 (五) 21:29 (CST)花阳使我快乐
- 如果原作者要求在转载时标注出处或原作者,则需要在第一行给予说明。参照Seven Rabbits Sins的说明。-- Qaolp0 (讨论) 花名ほんめい 2021年4月16日 (五) 21:33 (CST)
她的原话是因为她自己没有时间去注册和维护她的萌百账号,所以让我来帮助她把这些指南转载到萌百做成条目,这应该算没要求吧,不过我还是标记一下出处吧,多谢了。--小泉花阳的老公(讨论) 2021年4月16日 (五) 21:35 (CST)花阳使我快乐
几小时前突然变得很难访问是怎么回事
我刚又挂梯子试了下好像更难访问了...那服务器应该没重新弄到国外?这不用发个公告之类的吗--布洛肯亚雷(讨论) 2021年4月17日 (六) 19:02 (CST)
- 据AA姐说,目前可以公开的情报是出现异常连接挤占服务器资源。(怀疑被D了)——玥野兔 一位史蒂夫 (讨论·贡献)✉❶ 请问您要单推一只
臭鼬白鼬吗? 2021年4月17日 (六) 21:16 (CST)
现在我们很舒服了吧--Разрушить Л. Топольва(讨论) 2021年4月22日 (四) 07:35 (CST)
模板如何获取自定义参数
像各个系列的infobox都支持自定义字段,我想在一个模板中实现此功能 梦吉今日はとても眠い 2021年4月18日 (日) 12:45 (CST)
- 能否详细描述一下,什么自定义字段?实现什么功能?--サンムル(讨论) 2021年4月18日 (日) 12:51 (CST)
{{模板|参数名=值}}
- 参数名可以是任意文字而非预定义的。具体可以参考模板:user infobox
- 我想创建一个用于替代模板:VOCALOID Songbox Introduction
{{VOCALOID Songbox Introduction |group1=作词 |list1=和田野/人形兎 |group2=作曲 |list2=人形兎 }}
- 改为以下编辑友好的写法
{{VOCALOID Songbox Introduction |作词=和田野/人形兎 |作曲=人形兎 }}
- -- 梦吉今日はとても眠い 2021年4月18日 (日) 13:16 (CST)
- Help:魔术字/解析器函数里的forargs和fornumargs了解一下。——C8H17OH(讨论) 2021年4月18日 (日) 14:58 (CST)
- 已对模板:VOCALOID Songbox Introduction进行升级,兼容新旧写法。(模板文档以后再写)—— JackBlock ( TA / CO ) 2021年4月18日 (日) 16:39 (CST)