模板讨论:Lowercase title

页面首字大写修正

今天回检MediaWiki:Common.js时，注意到了页面首字大写修正的一段代码，顺藤找到Template:Lowercase模板，显然，这个功能是由英文维基而来，但我却质疑在中文维基的必要性。

因为中文维基有标题转换，完全可以用-{T|iPod}-这样的方式实现首字母小写。我找了一个应用Template:Lowercase的条目E (数学常数)，除去了其中的{{Lowercase}}，仅保留了-{T|e}-。现在，结果是标题只有一个“e”。可以观看HTML的源码，直接输出了e，完全不须修正代码来处理。

我希望取消首字大写修正功能，给客户端减少负荷。

当然，标题转换不太立竿见影，涉及后台的cache，可能当时看不到被转换了（对所有的标题转换都是如此），进行一下purge处理即可。

一点题外话，我用Fx进行purge操作并不能删除当时的cache，也就是说purge实际无效，在IE下却没问题完全刷新了，怎么会有针对浏览器的情况呢？— fdcn  talk  2007年4月20日23:36 (UTC+8 4月21日07:36)

用{{noteTA}}模板更改了三个条目——eMule、iPod、iTunes Store，都显示正常。— fdcn  talk  2007年4月20日23:50 (UTC+8 4月21日07:50)

抱歉，标题转换不稳定，我再回头时又回原样了，以上的建议取消。改动的四个请先不要改回，以便我找出问题点。— fdcn  talk  2007年4月20日23:58 (UTC+8 4月21日07:58)

经以二天的观察，可以认为，绝大部分时间都是正常的，在刚手动转换（或被新的编辑）的不到半小时内有反复，以后基本正常，偶尔也会回原。我注意到一些其它标题转换也出现过类似情况。

权衡下，我还是认为首字大写修正可以取消。请关心这一话题的表达一下意见。— fdcn  talk  2007年4月23日10:35 (UTC+8 4月23日18:35)

在讨论页面中也能使用{{lowercase}}模版，同时单使用{{lowercase}}是默认首字页面标题小写，无需再重复名称。--Shinjiman ⇔ ♨ 2007年4月24日 (二) 03:44 (UTC)

在任何可编辑页面也都同样可以使用标题转换，{{lowercase}}不重复名称这个小小语法糖代价是多出一套机制来处理，给客户端增加负荷，我以为不妥，任何单一功能的实现应避免冗余。再者，你说的语法糖，可以用{{noteTA|T=LC}}实现同样的效果。

再者，{{lowercase}}也实现不了在关闭JS的浏览器下的标题修正。

我觉得，真正在意的应是标题转换的不稳定性这一缺陷，从这方面来决定是否取消首字母修正机制，后者是稳定的。— fdcn  talk  2007年4月24日04:37 (UTC+8 4月24日12:37)

是否可以修改{{lowercase}}，让其改用T标签而非javascript？--Jnlin（讨论） 2007年4月24日 (二) 06:31 (UTC)

是可以的，如果取消首字母的话，也是准备这样做的。只是目前在讨论要不要这么做，因为标题转换的不稳定，会让新手迷惑，他们改动后不能马上看到效果，就象其它标题转换一样。我记得以前的标题转换很稳定的，能马上看到效果，不知什么时候变成今天这样了。— fdcn  talk  2007年4月24日08:08 (UTC+8 4月24日16:08)

是跟网站的cache有关？--Shinjiman ⇔ ♨ 2007年4月24日 (二) 08:41 (UTC)

Shinjiman兄你看过源码，可能更能看出端倪。一般来说cahce只是对已解析的页面进行缓存，通常不会再回退到最近解析之前。而标题转换或者说用词转换似乎没太有规律，比如对一个转换页面进行purge后，会显示转换正常的内容，但在过一陈子后，还是显示没有转换，这用cache似乎有点说不通。不过，页面总会转换正常的，大多数时候也是正常，但也会在某个时候又发病一下。

说来说过，还是繁简转换是中文的事，老外不会太上心的，他们开发相关的组件时，也不会考虑与用词转换的协调的。在template:edittools中我始终不能插入转换相关的-{}-　-{A|}-　-{T|}-，即使同其它wiki标记一样使用HTML实体符号也不行。用词转换总还是得中文程序员来解决，所以我在上面问你开没开SVN，我的意思不是MediaWiki的，是你把相关繁简转换的源码自行开一个，比如在SourceForge中，愿意进行改善的中文维基人可以先有个地方进行转换开发，比如繁简公版问题。— fdcn  talk  2007年4月24日14:08 (UTC+8 4月24日22:08)

因为网站的cache不是好像想像中简单，对于流量极多的网站，cache可以发挥出重要的角色。此外，有关中文用字转换的问题，我仍然需要收集多一些字，让转换字词的问题减少。应该会在介面翻译完成后(翻译率超过97.5%)才开始做。--Shinjiman ⇔ ♨ 2007年4月24日 (二) 15:21 (UTC)

经过一段时间，我认为手动转换还是可以让人满意的。没有反对的话，会先在{{lowercase}}中改用-{T|}-实现，并运行一段时间，以看更多人的反应。— fdcn  talk  2007年5月3日08:07 (UTC+8 5月3日16:07)

{{Lowercase title}}似乎不起作用了

问题已解决。--颜嘉佑（留言｜贡献） 2023年3月22日 (三) 13:08 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

于Phabricator查看
编号T331316的任务
已解决

如题。今天偶然翻到iPhone条目，发现条目标题的i是大写，并非正常情况的小写，但lowercase模板明明还在的，然后我又去翻了iPad条目，发现也是一样的情况，似乎模板出了问题。--🔨（留言） 2023年3月13日 (一) 09:04 (UTC)

见phab:T331316,应该是页面中使用了-{T:}-导致的，{{Lowercase title}}测试正常User:Shizhao/Lowercase--百無一用是書生 (☎) 2023年3月13日 (一) 09:42 (UTC)

好吧，才注意到之前这里已经提到过类似的问题了……--🔨（留言） 2023年3月13日 (一) 10:15 (UTC)

第三个提报了，是否可以在修复前在{{Lowercase title}}放置顶维修通知之类的？--Nostalgiacn（留言） 2023年3月13日 (一) 14:23 (UTC)

这不是Lowercase title模板的问题。。。--百無一用是書生 (☎) 2023年3月14日 (二) 02:45 (UTC)

{{Lowercase title}}用到{{DISPLAYTITLE}}（不是魔术字版），后者又是基于字词转换T参数的，可能相关？——Sakamotosan路过围观 | 避免做作，免敬 2023年3月14日 (二) 06:02 (UTC)

是的，这个的确相关--百無一用是書生 (☎) 2023年3月15日 (三) 02:43 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。