锑星百科 talk:讨论区/技术/存档

讨论区：锑星百科 talk:讨论区/技术

关于论坛

应不应该开个论坛（不在锑星百科）--Gongxiang01（留言） 2023年10月23日 (一) 12:09 (UTC)

锑星百科不开放论坛。已有超理吧作为论坛。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年7月29日 (一) 11:24 (UTC)

编辑请求

在MediaWiki:Common.css中加入以下内容

* { font-family: -apple-system, "Helvetica Neue", Helvetica, "Nimbus Sans L", Arial, "Liberation Sans", "PingFang SC", "Hiragino Sans GB", "Source Han Sans CN", "Source Han Sans SC", "Microsoft YaHei", "Wenquanyi Micro Hei", "WenQuanYi Zen Hei", "ST Heiti", SimHei, "WenQuanYi Zen Hei Sharp", sans-serif !important; }

以规范字体显示

@Canis Major、Sxlzr444：

提议：停用Talk命名空间，改用评论系统，并开启讨论版

传统wikitext讨论没有任何通知，极其不便

@Sxlzr444、Canis Major：

--Dmmldychkw（留言） 2024年1月18日 (四) 10:58 (UTC)

Cite web模板已上线

--Dmmldychkw（留言） 2024年1月22日 (一) 10:34 (UTC)

建议设立新命名空间：虚构国家: （Fictional country:）

锑星百科_talk:讨论区/方针#虚拟国家规则讨论
本頁面為软重定向。

模板Ambox

删除和修改很不一样，原来的Template:Delete应当与Template:Ambox彻底分开。issue参数消失了，但被挂上这个模板的页面并不多，手动修改即可。这样用法简洁很多。--AABb1221（留言） 2024年4月4日 (四) 04:52 (UTC)

加上这张图片似乎反而变丑了……是不是用⚠️emoji会更好？--AABb1221（留言） 2024年4月4日 (四) 04:52 (UTC)

把提请者和消息添加时间合并为~~~~会不会更简洁？--AABb1221（留言） 2024年4月4日 (四) 05:00 (UTC)

突然意识到用subst的麻烦程度和手动填时间麻烦程度也差不多，而且被挂删除模板的页面源代码里删除代码一长串也不好。还是改成可选的手动填时间吧。--AABb1221（留言） 2024年4月4日 (四) 11:59 (UTC)

感谢。不过各种通知统一风格比较好，我想用您的模板为原型改一下Template:Ambox。当然这个比较复杂，可能不能立刻完成。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月4日 (四) 06:13 (UTC)

“主观意愿”这种表述未免有点太主观了…不如说“如本页面确存在如上问题且得不到解决，将被删除。”，然后注意一下“请勿在正常页面添加此模板，随意在正常页面添加删除模板可能会被视作破坏行为”比较好？——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月4日 (四) 06:28 (UTC)

实际上大家挂删除模板时确实基本都会使用一些认可度较高的理由……可以这样吧。不过后一句不应该被放在模板里，应该被放在Template:Delete/doc里。此类重要模板应当尽可能保持语言简洁。下面的“（修改||讨论|规范|准则）”我本来是想写“你可以修改本页面来避免删除，或在讨论区……”结果发现这样写太冗余就改成这样了。--AABb1221（留言） 2024年4月4日 (四) 11:59 (UTC)

话说我之前设计的各类通知模板，User:Hydrogen Sulfide/模板/红牌这些如何？--Hydrogen Sulfide（论|功） 2024年4月4日 (四) 08:40 (UTC)

比现在的好，但我还是认为“本页面……即将删除”这种陈述不应该有。更美观的设计可以参考。--AABb1221（留言） 2024年4月4日 (四) 11:59 (UTC)

突然发现“提请”二字可能不妥。“提请”是下级对上级进行的，是非管理员用户对管理员进行的。说“提请”就暗示挂模板者并非管理员。然而，我并不认为管理员总是应该直接删除自己否定的条目。管理员应当也应该通过先挂本模板再删除而非直接删除的形式留下修改和删除的时间。

大家认为应该修改“提请”表述吗？

--AABb1221（留言） 2024年4月5日 (五) 14:27 (UTC)

确实如此，改成提出吧。--Hydrogen Sulfide（论|功） 2024年4月5日 (五) 23:46 (UTC)

Ambox中type参数有四个可选值，其中content、style、notice的区分完全无用。后面两个类型没人用就是最好的证明。填了type=style或type=notice又有什么区别呢？不就是模板颜色换成黄色或绿色吗？（而且为什么其他问题就是绿色的了？这是表示安全、正确的颜色，而不是表示问题的颜色。）再说这样的区分本身也是完全不合理的，一个页面完全可以同时存在内容和排版方面的问题。

这样，type参数就只剩delete和content两个可选值了。然而，如果有人想提出删除一个页面，他会写{{Ambox|type=delete|issue=……}}吗？不会。他只会用Template:Delete，这样还不会漏掉一个待删除分类。那么，delete也没人填了。content实际上是默认值，填不填都是一样的。也就是说，type参数在任何情况下都无需填写。

那么，本模板的唯一用途就是进行无type的修改，而非删除。delete模板根本不需要依赖于本模板而存在，将实现delete功能的代码合并到本模板的唯二作用就是增加了代码的复杂度和让破坏者能一次性破坏更多页面。

delete可选值的存在本质上是专为单个页面（Template:Delete这个页面）写模板。然而，模板存在的意义就是在多个页面中节省重复的代码，统一页面的样式。为单个页面写模板没有任何意义。

除此以外，header这个参数也百无一用。

这个模板大部分代码都基于type参数的，也就是说，这个模板需要被彻底重写。Template:Delete应当和本模板分开。

--AABb1221（留言） 2024年4月12日 (五) 10:45 (UTC)

类型可以添加，这个模板从来都不只是表示页面存在问题的。使用这个模板可以添加各种各样的通知。另外此模板也可以加入更多可选项目（包括图片），让其应用范围更广。欢迎大家进行完善。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月19日 (五) 13:16 (UTC)

p.s.“问题”一词有时候是中性而非贬义的。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月19日 (五) 13:19 (UTC)

“各种各样的通知”？那不是变Template:Notice或Template:复杂通知，就像萌娘百科的Template:Customtop一样了吗？那应该是一个全新的模板。这个模板一直以来都是专用于修改，不应该莫名其妙、毫无理由地扩大使用范围。这样不仅毫无道理，会严重影响现有修改模板的使用，而且在技术上毫无可行性。--AABb1221（留言） 2024年4月19日 (五) 13:33 (UTC)

相反，delete使用ambox就是沿用原先的设定，避免出现技术上的问题。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月19日 (五) 13:39 (UTC)

将Delete修改为不使用Ambox时确实出现了技术问题，但是我已经自行使用Special:链入页面将其尽数手动修正。这样改回去，现在全部挂了Delete模板的页面全部出现了技术问题。也就是说，将Delete改回Ambox完全没有避免技术问题，反而制造了技术问题。而且我说的“技术上毫无可行性”指的是根本没有办法设计一个能完全达到Template:复杂通知的效果又有缺省值为Template:修改的模板，跟Delete的修改没有任何关系。--AABb1221（留言） 2024年4月19日 (五) 14:03 (UTC)

这就是阁下的问题了。至少修改一个被广泛运用的模板的时候，必须确保对原有页面的适配性，比如参数名称不能随便更改，或者兼容旧的参数名称。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月19日 (五) 14:13 (UTC)

既然技术问题已经手动改正了，已经不存在了；而把delete改回ambox，却在事实上产生了新的问题。请问这么做真的更好吗？--ℌ𝔶𝔡𝔯𝔬𝔤𝔢𝔫 𝔖𝔲𝔩𝔣𝔦𝔡𝔢 2024年4月20日 (六) 05:35 (UTC)

还有，目前嵌入delete的页面只有10个。把这些页面都处理干净，没有嵌入了，不就解决了这些技术问题了吗？以后再要挂delete的时候，就可以直接传参，不用写参数名了。--ℌ𝔶𝔡𝔯𝔬𝔤𝔢𝔫 𝔖𝔲𝔩𝔣𝔦𝔡𝔢 2024年4月20日 (六) 05:43 (UTC)

对于参数名较多的模板，参数名是需要的，否则不容易记忆。以及当参数空缺时{{模板|A||B||C}}这种写法是很反直觉的。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 05:45 (UTC)

三个参数也算多？我也不觉得这种做法有多么反直觉。这也不是我们在物理世界直接经验的对象，稍微适应直觉就可被更正。“物体运动需要力的维持”这种直接来自显而易见的物理现实的直觉都能被更正，{{模板|A||B||C}}又有何不可？--AABb1221（留言） 2024年4月20日 (六) 05:57 (UTC)

Template:LW就因为没有参数名称，所以之前修改时造成过混乱，可以参考其历史记录。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 06:49 (UTC)

另外不去完善模板而是修改十几个使用模板的页面，完全是舍近求远和增加管理员的工作量。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 05:49 (UTC)

可是如果不把delete改成ambox不是同样没有这类事情吗？（我说的是在技术问题被手动改正之后。）--Hydrogen Sulfide（论|功） 2024年4月20日 (六) 05:53 (UTC)

对。--AABb1221（留言） 2024年4月20日 (六) 05:57 (UTC)

说过无数遍了，Ambox可以有很多用处。手动改十几个页面除了浪费时间之外没有任何意义。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 05:58 (UTC)

有意义。以后再挂这个模板时再也不用写参数名了。一劳永逸。--AABb1221（留言） 2024年4月20日 (六) 06:07 (UTC)

说过了，参数多的模板声明参数名更清楚，而且不需要某个参数时可以不用特地空一栏。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 06:46 (UTC)

那么为什么不同时兼容两种写法呢，就像我在Template:Notice做的那样？--Hydrogen Sulfide（论|功） 2024年4月20日 (六) 09:55 (UTC)

附议。--AABb1221（留言） 2024年4月20日 (六) 10:04 (UTC)

仅靠人为记忆参数顺序对于复杂模板来说是应被摈弃的做法。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 14:53 (UTC)

那仅靠人为记忆参数名称对于简单模板来说是不是也是应被摈弃的做法？--AABb1221（留言） 2024年4月20日 (六) 15:26 (UTC)

现在讨论已经十分充分（除非有新讨论者加入），我要求进行投票。本wiki没有讨论版，无法使用Fandom自带投票功能，但手动计票完全可行。--AABb1221（留言） 2024年4月20日 (六) 15:26 (UTC)

Delete模板是否能不使用Ambox？

否：2票（Sxlzr444、zzethld）

是：3票（AABb1221、Hydrogen Sulfide、Xtmfd（该用户因为注册大量小号破坏锑星百科，被剥夺投票权）、Canis Major）

如果你支持某个选项，请手动修改上面的内容。我希望大家踊跃投票。记住，这里是——至少理应是——直接民主的互联网自由社区，你也是社区的主人。--AABb1221（留言） 2024年4月20日 (六) 15:26 (UTC)

还有，Sxlzr444说“这个模板从来都不只是表示页面存在问题的”，但是这个模板从来都只是表示页面存在问题的啊？改成“用于添加各种样式的通知”毫无理由也没有技术可行性，Sxlzr444也没有作出任何回应。--AABb1221（留言） 2024年4月20日 (六) 13:14 (UTC)

修改、完善ambox即可。目前征集意见就可以使用ambox模板了。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 14:53 (UTC)

所以呢？为什么要修改完善Ambox？--AABb1221（留言） 2024年4月20日 (六) 15:26 (UTC)

因为需要删除和需要修改的页面本来就是相近的通知类型啊…Ambox用来处理各种通知，本来就是为了统一风格。所以说修改delete可以，如果改的更清晰更好看更有用，是值得鼓励的；但是改完之后不要和其他类似通知有割裂感，因此其他类似通知的风格也要跟着修改。那么不如使用Ambox统一类似通知的排版风格。征集意见的通知本来在形式上就与删除、修改接近，可以整合成同一种风格。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 18:20 (UTC)

另外阁下的投票也没有涉及核心问题。不是说一个叫Ambox的模板能不能用，而是说类似的模板要统一风格。就算没有Ambox这种类型的模板，通知也是要手动统一风格的。如果阁下对delete模板的修改很好，这个模板的风格也会运用到content等其他类似形式的通知之中。因此这个投票结果没有任何意义。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 18:25 (UTC)

p.s.难道阁下认为delete通知享有某种独特地位，任何其他内容的通知都不能采用与其相近的格式，否则就是对其神圣地位的玷污和亵渎？（滑稽 ——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月20日 (六) 18:29 (UTC)

你误解了我的意思。
第一，我也不希望改完之后不要和其他类似通知有割裂感，所以我也手动修改了Ambox以统一风格；
第二，我的意思不是所有类似通知不能统一风格。实际上，我希望本wiki大部分通知模板都能统一风格，而远远不至于修改、删除、征集意见这三种。
我的意思是不应该用Ambox统一风格，而应该使用一个全新模板，Template:复杂通知（目前还躺在我的沙盒里）。因为如果所有类似通知都要统一风格，用Ambox的话type参数的数量会变得无穷无尽。与其在ambox里写上无穷无尽的type类型——伴随着长度无限、难以维护的屎山代码——然后在相应的模板页面里写上ambox+type一行字，倒不如把这些分散在各个模板里。就像我上面说的，type的存在本质上是专为单个页面（Template:Delete、Template:内容问题等页面）写模板。然而，模板存在的意义就是在多个页面中节省重复的代码，统一页面的样式。为单个页面写模板没有任何意义。这就像创建一个模板，加上一个type参数，把全wiki所有模板的代码都集成到这个模板里，然后修改其他所有模板一样愚蠢。而且，Ambox从来都只是表示页面存在问题的，你说Delete使用Ambox是为了避免出现技术问题，但因为type参数没人填，现在几乎所有直接使用了Ambox的模板全部出现了技术问题（比如超铯碱这个页面，现在Ambox只剩下内容过少，请扩充内容，修改 · 讨论 · 规范 · 准则三行字，背景变成了白色，标题也没了），需要尽数手动修正。上百个页面不是能轻易修正的。
--AABb1221（留言） 2024年4月21日 (日) 03:45 (UTC)

那么Ambox和阁下的复杂通知本质上是一样的，就是名字不同。我撤回阁下对delete的通知的修改是因为阁下的修改并不合适：1：删除一个页面是因为这个页面存在问题，而不是“有用户认为”它存在问题，不应该采用主观的描述；2：偏粉色的背景并不符合删除的警示意味；3：感叹号的emoji确实挺丑，您自己说了放一个感叹号的图片比较丑，那么换成emoji也是一样的；4：即使是存在严重问题的页面，如果修改好了，也是可以保留的，删除fix参数不当。我保护delete模板，主要是因为阁下的修改并不恰当，和是否使用Ambox模板无关。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月21日 (日) 04:34 (UTC)

另外直接用Ambox的确实很少。如果阁下从链入页面查找，其中绝大部分都是使用征集意见、delete和内容问题的。如果说阁下需要创建一个复杂通知，不如直接用已有完善框架的Ambox，不要重复造轮子了。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月21日 (日) 04:42 (UTC)

……你关于Delete模板的看法确实有些道理。但我现在在讨论的不是Delete模板的问题。我说的是不应该用Ambox模板统一风格。这会严重扰乱该模板的现有使用，使其定位不清、功能不明、难以维护。如果一定要使用Ambox统一通知风格，而且把所有风格写成type，那它至少还需要十个type。--AABb1221（留言） 2024年4月21日 (日) 05:10 (UTC)

可以，如果复杂通知的模板比较简洁完善，并且能完全涵盖Ambox的功能（比如阁下之前加入了修改·讨论·方针·政策等），那么可以直接采用，Ambox不用也行，重定向至复杂通知即可。不过这么做不如直接修改Ambox，我反正是习惯了通知模板叫Ambox。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月21日 (日) 05:36 (UTC)

type参数可以提供默认的配色方案。————锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月21日 (日) 07:08 (UTC)

我想说，不管是用什么Ambox，还是复杂通知，最起码代码要有可读性。Ambox源代码里，一眼看过去全是五颜六色的语法高亮和文字底纹，很难找到它要显示的文字是什么。--Hydrogen Sulfide（论|功） 2024年4月21日 (日) 05:14 (UTC)

这也是需要改善的地方。目前主要是time和user这两项需要嵌套if来实现，显得比较复杂。还有底边小字是专门为style，type和delte准备的，这个可以移到对应的模板里。这样可以使模板简洁许多。（但是time和user的代码只能这么写，没办法，fandom的语法没有逻辑或功能。另外，一些参数只能写在同一行，是因为换行后模板显示的效果就会多空一行。）——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月21日 (日) 05:22 (UTC)

换行后模板显示多空一行的问题可以使用注释<!-- -->解决。就像这样：

源代码：

a<!-- 



 -->b

效果：

ab

--AABb1221（留言） 2024年4月21日 (日) 05:41 (UTC)

我对技术方面（好像是HTML？）不是很了解。但是支持其他通知类模板继承自ambox，感觉架构会更清楚一些。--Zzethld（留言） 2024年4月21日 (日) 07:53 (UTC)

我之前用user:Efvdbzzr这个账号写过一个delete模板的草稿，基于模板:notice，可以在替换引用的时候自动加入签名及时间。--User:Xtmfd（Suavexro（留言））2024年4月21日 (日) 15:00 (UTC)

---

所以，原来管理员一直都是把Ambox当“各种”通知用的吗？我以前一直是经常直接用Ambox作修改用的，无论是常用模板还是模板描述都是这么说的……在乙烯君开始改Ambox之前我也从来没见过拿这个模板作“各种”通知用的例子。

我印象中经常见直接使用Ambox作修改模板的页面。实际上，我自己好像经常写。但现在我发现这似乎是个错觉。--AABb1221（留言） 2024年4月26日 (五) 10:09 (UTC)

我本人一般是不会把Ambox当作挂黄牌的模板的……使用Ambox挂黄牌时都声明了type=content. 不过除了delete和content, 确实其他type几乎没有出现：style只在Template:排版混乱中出现，排版混乱模板也没有使用过；而notice则完全没有使用。delete也有单独的模板。所以造成误解可以理解。这个模板应该是从其他wiki上复制过来的，所以可能有一些没用到的功能；不过想着“将来可能有用”，也没改。直到Template:复杂通知涵盖了Ambox的功能，现在可以停用了。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年4月26日 (五) 10:36 (UTC)

还有，关于逻辑或的问题：其实在Fandom上本来就不需要逻辑或运算，一个if就够解决一切了。像这样：

{{#if:{{{a|}}}{{{b|}}}|x|y}}

x是a或b存在时输出的内容，y是a与b不存在时输出的内容。不过要得到“若a与b则x”的话，嵌套if似乎还是最好的办法。--AABb1221（留言） 2024年4月29日 (一) 14:47 (UTC)

black模板对链接不起效

black模板下的链接仍然会显示文字。如：赵明毅 -- Zzethld（留言） 2024年5月5日 (日) 11:07 (UTC)

这种情况可以用Mute模板解决：赵明毅，但是这样即使鼠标移到链接上，链接也是黑色的。我的解决方案是在个人CSS里配置如下代码:

span.black-text > a
{
    color: black;
    background-color: black;
    cursor: default;
}

span.black-text:hover > a
{
    transition: 0.1s color;
    color: #66eeee;
}

这样鼠标移到链接上是会变成浅蓝色，平常还是黑色。--Hydrogen Sulfide（论|功） 2024年5月5日 (日) 11:39 (UTC)

管理员能不能把这个问题在全站范围解决一下？应该是在这里吧？（当然要先确认代码有效无误）
现在锑星百科发展壮大，越来越需要一名技术达人……可惜我不是。--AABb1221（留言） 2024年5月18日 (六) 10:16 (UTC)

之前就一直想改一下这个模板。不过改CSS，涉及全站整体样式不太好。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年5月18日 (六) 11:05 (UTC)

本人测试是无效的，效果是让字下面出现蓝色虚线下划线，而不是让字本身变为蓝色。——锑星大学研究员乙烯君Sxlzr444（讨论）发表于 2024年5月18日 (六) 11:16 (UTC)

阁下用来测试的链接是用Mute模板创建的吗？--Hydrogen Sulfide（论|功） 2024年5月18日 (六) 14:34 (UTC)

上面的内容怎么和Hydrogen Sulfide的个人CSS页里写的内容不太一样呢……--AABb1221（留言） 2024年5月18日 (六) 11:28 (UTC)