跳转到内容

模板讨论: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}}模板更改了三个条目——eMuleiPodiTunes 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}}似乎不起作用了

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

如题。今天偶然翻到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)[回复]

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