MediaWiki talk:Monobook.js
维基百科，自由的百科全书
下面增加的那些函数上面的注释是什么语种的文字啊？能转换成汉语吗？--Ghayek 19:34 2006年2月9日 (UTC)
目录 |
[编辑] 与Firefox的兼容性
我在Firefox1.5的JavaScript控制台中看到这个js有如下与Firefox的不兼容处：
- 行155、159，未知属性'filter'。声明被丢弃。
- 行254，预期为声明，但却得到'!'。跳过至下一个声明。
这些虽然皆非致命性错误，但希望能解决！
- 應是 Firefox 在處理 cache 方面的臭蟲。你試洗掉 cache 再 reload 一次應該正常的了 --Hello World! (✉) 08:11 2006年2月12日 (UTC)
[编辑] 關於簡繁字
monobook.js本身有語言版本，認為文字表達不準確的可以去相應子頁面改。
- MediaWiki:Monobook.js/zh-cn
- MediaWiki:Monobook.js/zh-tw
- MediaWiki:Monobook.js/zh-hk
- MediaWiki:Monobook.js/zh-sg
—-{自由主義者}- ☎ 2006年05月6日16:19 (UTC+8 00:19)
[编辑] 关于增加自动折叠界面功能的必要性
from Wikipedia:互助客栈/技术
**这个话题由聊天移入**
Wikipedia:管理员通告板/界面的修改里面讨论了如何通过修改css和js文件来实现自动折叠的功能。有人认为这会对系统性能造成一定负担。当然，更复杂的用户端代码当然会造成一定负担，问题是这样做是否值得。
想一想早段时间沸沸扬扬的伊斯兰漫画事件，起因就因为一些在某些人看来是冒犯性的漫画。设想一下，阿拉伯人也并非个个都是穆斯林，那么就会有人上传类似图片到阿拉伯语维基；然而大多数的穆斯林却会反对此做法，由此很可能会引发编辑战，而且很难找到合适的解决方法。
然而，如果自动折叠的功能实现了，那么就会有人设置一条警示语句并将图片在默认情况下隐藏起来，需要看的人点击一下即可看到。这样做了之后，相信穆斯林想要反对就很难找到理由了：没有人强迫你看那个图片，因此就不存在冒犯。
中文维基会有类似的情况吗？当然会。前段时间的虐猫事件在中文网络世界引来口水一片，如果有人将这样的图片上传，恐怕也会引发一场大战。有了自动折叠功能，此类问题才能够得到一个各方都能接受的解决方案。--地球发动机（〠✆ - ✉✍） 08:58 2006年4月10日 (UTC)
- 造成服务器负担这类的担心应该是比较多余的，拒我所知，英文维基有专门的技术支持，是否造成负担要进行技术测试再进行判断的。上次记得讨论有关强制使用subst和禁止摸板嵌套，理由就是服务器负担，可是后来开发人员Brion Vibber说根本没有这会事，参见（移动自Category talk:維基百科模板）：;注意，这个提议在en是有争议的。Mediawiki的主要开发人员Brion Vibber说：
---无名无形 12:43:41 2006年4月10日 (UTC)I have to date refused requests to advocate the AUM "policy" based on server load because nobody's yet produced any evidence for this server load claim. While in a basic sense, calling two templates will involve twice as many template data loads as calling one, I've not seen any indication that this is significantly burdensome at realistic levels. If you can get James to produce a solid test for it, we'll talk about it. --Brion 02:12, 21 January 2006 (UTC) ([http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=36036098&oldid=36035357], Line 639)
Generally, you should not worry much about little things like templates and "server load" at a policy level. If they're expensive, we'll either fix it or restrict it at a technical level; that's our responsibility. --Brion 01:01, 21 January 2006 (UTC) ([http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=36029520&oldid=36025274], Line 582)
"Policy" shouldn't really concern itself with server load except in the most extreme of cases; keeping things tuned to provide what the user base needs is our job. --Brion 01:01, 21 January 2006 (UTC) ([http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=36029520&oldid=36025274], Line 627)
- Brion Vibber的这段话的启发就是，如果说服务器负担重，要从技术支持角度出发，并给出确实证据，不能根据猜测服务器有负担，就这个也不干，那个也不干。-无名无形 12:49:29 2006年4月10日 (UTC)
- 我想你误解了，我说的增加负担，并不是增加服务器的负担，而是客户端的。服务端几乎没有负担，因为只不过就是同一个文件而已，长也唱不了多少，根本就不是动态的；但代码是下载之后由浏览器运行的，对于一些低配置的机器就有问题了。然而，如果用户机器配置确实低的话，我建议干脆把javascript功能关掉，就不会有问题了。--地球发动机（〠✆ - ✉✍） 13:07 2006年4月10日 (UTC)
- 你弄错了，折叠功能根本不增加服务器的负荷，只是加重了客户端（也就是浏览器）负担，这是两回事。服务器可以由开发人员来改进，客户端不可能要求每个浏览者的机器、客户软件都升级。虽然如此，我也认为，至少这个折叠增加负担之说担心得多余。—-{自由主義者}- ☎ 2006年04月10日13:16 (UTC+8 21:16)
- 我说怎么遇编辑冲突了，发动机已解释，我这里多嘴了，呵呵。—-{自由主義者}- ☎ 2006年04月10日13:20 (UTC+8 21:20)
- javascript确实增加客户端的负担。我一直在用Wikipedia:维基工具/popups。开了比关了慢多了，原因是下载和运行这些代码消耗资源。实施之前应该考虑一下配置比较低的用户。如果自己需要的话，完全可以在自己的monobook.js上面加载。--维游 （+_+） 14:25 2006年4月10日 (UTC)
- 我说怎么遇编辑冲突了，发动机已解释，我这里多嘴了，呵呵。—-{自由主義者}- ☎ 2006年04月10日13:20 (UTC+8 21:20)
- Brion Vibber的这段话的启发就是，如果说服务器负担重，要从技术支持角度出发，并给出确实证据，不能根据猜测服务器有负担，就这个也不干，那个也不干。-无名无形 12:49:29 2006年4月10日 (UTC)
摺疊的功能能否透過 CSS 實現？如果可以的話，就不要用 javascript 了 --Hello World! 2006年4月10日 CSS 比起 javascript 來說，對客戶端負荷少得多（Netscape 4 例外，Netscape 4 太爛了） --Hello World! (✉) 06:07 2006年4月11日 (UTC)
- 哦，呵呵，不好意思。如果是客户端负担，就另当别论了。我认为应该给用户一个选择的机会，比如在参数设置里选择是否使用一些增加客户端负担的功能。有人喜欢花哨的东西，有人就喜欢看一些字，甚至连颜色都不需要，好电脑差电脑可取所需吧。当然实现起来比较麻烦。-无名无形 00:59:34 2006年4月11日 (UTC)
- 由此引发的思考是：维基有没有必要发布WAP和Telnet版本？-无名无形 01:04:37 2006年4月11日 (UTC)
- wap访问wiki还是很正常的，因为基本上Wikipedia还是很遵循XHTML的。telnet我倒是很想尝试，期望自己暑假能有时间实践一下。--蓝色理想@郁郁竹林 03:36 2006年4月11日 (UTC)
- 我不认为这项功能会造成客户端很大的负担。所加的代码量实在是微不足道的，与动辄数百K的互助客栈聊天页相比算不了什么，运行负担也仅仅是循环检索每一个div块，如果不是所需要的，马上就跳过了。除非是很烂的机器，否则影响不大。不过我试用了那些代码，感觉有一个问题，就是一个页面只能设置一个折叠；如果有多的，就会重叠起来，后面的无法点击。目前MediaWiki:monobook.css里面已经添加了那些css定义，请将里面的a.NavToggle改成position:static，就可避免这个问题。--地球发动机（〠✆ - ✉✍） 02:44 2006年4月11日 (UTC)
- 改成position:static不可取，从CSS来看，应当是把a.NavToggle加在有"position:relative;"样式的div.NavHead里，所以Wikipedia:管理员通告板/界面的修改里的js代码有误。我做了修改如下：
- 由此引发的思考是：维基有没有必要发布WAP和Telnet版本？-无名无形 01:04:37 2006年4月11日 (UTC)
User:Fdcn/nav.js
- 我觉得这类讨论很无聊，芝麻粒大的一点事情，磨磨蹭蹭、婆婆妈妈，一帮技术的门外汉，在讨论什么客户端负担。既然英文WP已经添加，中文WP就应该直接跟上，不要再浪费口水了。--farm (talk) 01:55 2006年4月11日 (UTC)
- 民主的效率本来就低，这是没办法的事情。-无名无形 02:21:42 2006年4月11日 (UTC)
- 我支持增加这项功能。除了上面诸位说的优点外，我再补充一个优点：某些条目中包含有比较长的图表或模板。如果使用缩放功能先隐藏起来，那些只想看文字的读者就不会因为图表和模板太占浏览器的显示页面而感到布局混乱。而且之前中文维基已经使用了目录折叠功能。--漢龍对话贡献电邮 02:04 2006年4月11日 (UTC)
- 我也支持，因为这对服务器和客户端都不会增加负担。--蓝色理想@郁郁竹林 03:36 2006年4月11日 (UTC)
- 支持，这个功能不是可有可无，而是极有必要。对性能的担虑过于严重了。—-{自由主義者}- ☎ 2006年04月11日07:40 (UTC+8 15:40)
[编辑] 用户体验
上边主要讨论的是技术上的实现及服务器、浏览器的实现。这里，还有一些用户体验的问题：
- 在引入这个功能之后，某些代码的缺省情况是显示还是隐藏？如果是显示的话，那和不用这个功能是一样的。如果是隐藏的话，那用户又该如何知道点某个按钮之后就能看到隐藏了的东西呢？
- 大家一般浏览网页的时候，只要不停地向下翻页就可以看到所有的页面内容了。若用隐藏功能，需要有一种不停地寻找那些显示隐藏内容的按钮的习惯？
- 用了隐藏功能，那些隐藏部分的内容还是被下载到用户端的。用户花了带宽和流量（下载时间），却由于没有找到那个显示隐藏内容的按钮，而没有看到具体内容？
- 从编者的角度来讲，写东西就是要让人看的。满足维基方针的东西都可以在这里存在，而且个人认为应该明明白白地呈现。
- 对于上面提到的一些不雅的内容，不雅的照片，可以采用“警告+链接”的方式。这里的链接也可以是内部的图片链接。用隐藏功能只是把这些图片的显示速度加快了（通过增加网页下载内容），并不是必须的。
从技术上来讲，这段代码很漂亮；不过，它还是可以通过网页链接的方式替代，满足各种表达和浏览的要求，并符合通常的浏览习惯。 --Isnow 08:48 2006年4月12日 (UTC)
-
- 隐藏的东西，默认情况下是显示的，但只要在写条目的时候稍微改一改用法，就可以隐藏住，这点已经测试过了。
- 如果需要默认隐藏的时候，通常都有一些需要警告的句子，用来指示这里有图片被隐藏了。如果写得够清楚，就不存在找不到按钮的问题。
- 警告+链接的方式在用户看来会没那么方便，如果不启动新窗口需要通过回退按钮才能返回原画面；
--地球发动机（〠✆ - ✉✍） 12:17 2006年4月12日 (UTC)
我覺得為了帶給讀者良好的閱讀經驗，文字和圖片的隱藏應該分開處理。文字的隱藏用開闔方式就已經很妥當了，圖片的隱藏則可以用馬賽克的效果。有一種語法可以把圖片打上馬賽克，要消除的話就用鼠標在圖片上點一下即可。再絕一點(也比較簡單)，用一張有警告文句的圖片或layer代替，點一下就能出現所隱藏的圖片。--
百楽兎05:57 2006年4月13日 (UTC)
[编辑] 关于必要性
- 并非对所有人都适宜的图片文字需要隐藏
- 次要性补充性的文字图片和数字资料，为避免喧宾夺主，需要隐藏。（如赵紫阳的自辩）
- 大纲式阅读需要（比如删除投票面的最上方的一大段说明指导）
- 隐藏内容在条目和讨论页中与链接页面的内容更紧密直接时
关于阅读体验，折叠功能是附加而非限制功能，不妨碍“写东西就是要让人看的”，同时，折叠内容的标题行是灰底，不存在难以寻找隐藏内容，这种三角形指示的折叠按钮在很多网站都有应用，应当为多数人所明了。
这个功能默认是不显示的，与目录不同。该功能本意就是不直接呈现内容。
百乐兔要求的功能其实也能实现，设计上也应能避免增加负担，但要考量必要性。—-{自由主義者}- ☎ 2006年04月14日06:44 (UTC+8 14:44)
- 从编者来讲，“我有隐藏功能，给了读者更多选择”；从读者来讲，“你写了，但我没看到”。把维基上所有的文字都当作正文、重要的文字来对待有助于维基质量的提高。--Isnow 12:44 2006年4月14日 (UTC)
- 正文不必多用隱藏功能吧。要是很長的模版有隱藏功能是很方便的事呀（比如在香港尾段那三個模版宜隱藏內容）！:P--石 03:22 2006年4月15日 (UTC)
/*
// dynamische Navigationsleisten (Quelle)
var NavigationBarHide = '隐藏 ▲';
var NavigationBarShow = '显示 ▼';
此处多了半个注释符号 /*
最后又多了个*/ ，等于整个都被注释掉了啊。
把注释取消就好了，呵呵。
--蓝色理想@郁郁竹林 16:47 2006年4月15日 (UTC)
- 已经修正。但是为什么还是没有“显示”“隐藏”功能？参看template:delh---{百無一用是書生}- (☎) 18:06 2006年4月15日 (UTC)
[编辑] 隱藏的實現形式？
其實，上述的折疊功能是利用JS修改HTML的CSS屬性來完成的，受CSS的功能限制，需要隱藏的大片段落等都需要放在DIV等HTML容器裏面，這樣對於混合排版還是有點問題（特別是下面提到的劇情等等隱藏）。
而且，目前這個折疊功能似乎只能針對有一個段落、圖片需要隱藏功能，如果有多個段落用這個功能，很容易造成整個HTML頁面的混亂，使得條目就變成了一個類似個人Blog的樣式……
再說，這個折疊功能究竟是要解決什麼問題的？怎樣不會濫用這個功能導致閱讀困難？
其實，我個人來說，如果能用JS在需要的段落生成/刪除 HTML 註解，甚至可以配合Parser Functions來完成這樣的功能，可能比CSS+JS更加合理的……
以上翔風Sasuke☆有事找我*^-^* 11:36 2006年4月20日 (UTC)
- 现在的CSS+JS很合理啊，我不知道你要什么样的排版效果呢？没太看明白你说的。
-
-
是这个？
（永远显示部分1）
隐藏部分没有边框？（永远显示部分2）
-
- 就算想不以块元素设置，也可以改正JS达到，比如增加对span的支持或者选择性对div使用display:inline。—-{自由主義者}- ☎ 2006年04月25日15:55 (UTC+8 23:55)
[编辑] 如何在自建mediawiki站点添加工具按钮？
我将mediawiki:monobook.js、mediawiki:monobook.css、mediawiki:standard.js还有mediawiki:editools中的内容全都换成了与wikipedia中相同的内容，可是为什么还是显示不出菜单呢？
主要发现了下面两个问题：
monobook.js中的mwCustomEditButtons在什么地方有定义阿，怎么别处都没看见，凭空冒出来一个。
Template:edittools中的<charinsert>在什么地方有定义呢，为什么在wiki里搜索不到呢？
- 在同一頁面還引用了這個js，有你需要的內容。另外,<charinsert>應當是一插件負責解釋為具體的html和js代碼。你可以向User:Shinjiman溝通得到更多的信息。—-{自由主義者}- ☎ 2006年07月7日09:06 (UTC+8 17:06)
- 谢谢，补充一下：mwCustomEditButtons在mediawiki1.7.1有定义，在之前的版本中没有出现。--Goodegg 12:58:23 2006年7月15日 (UTC)
