Template talk:Ambox

复原模板

谁记得这个模板之前是什么样的，给复原一下？--AABb1221（留言） 2023年8月23日 (三) 02:45 (UTC)

已经复原。MacOS11beta4（留言） 2023年8月23日 (三) 03:19 (UTC)

本模板应当被彻底重写

这个模板中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？

否：1票（Sxlzr444）

是：1票（AABb1221）

如果你支持某个选项，请手动修改上面的内容。我希望大家踊跃投票。记住，这里是——至少理应是——直接民主的互联网自由社区，你也是社区的主人。--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)