維基百科

MediaWiki討論:Common.js/存檔1

< MediaWiki talk:Common.js
由Liangent在話題Tooltips上作出的最新留言：14 年前

與Firefox的兼容性

我在Firefox1.5的JavaScript控制台中看到這個js有如下與Firefox的不兼容處：

  • 行155、159，未知屬性'filter'。聲明被丟棄。
  • 行254，預期為聲明，但卻得到'!'。跳過至下一個聲明。

這些雖然皆非致命性錯誤，但希望能解決！

應是 Firefox 在處理 cache 方面的臭蟲。你試洗掉 cache 再 reload 一次應該正常的了 --Hello World! (✉) 08:11 2006年2月12日 (UTC)

關於增加自動摺疊界面功能的必要性

from Wikipedia:互助客棧/技術

**這個話題由聊天移入**

Wikipedia:管理員通告板/界面的修改裏面討論了如何通過修改css和js文件來實現自動摺疊的功能。有人認為這會對系統性能造成一定負擔。當然，更複雜的用戶端代碼當然會造成一定負擔，問題是這樣做是否值得。

想一想早段時間沸沸揚揚的伊斯蘭漫畫事件，起因就因為一些在某些人看來是冒犯性的漫畫。設想一下，阿拉伯人也並非個個都是穆斯林，那麼就會有人上傳類似圖片到阿拉伯語維基；然而大多數的穆斯林卻會反對此做法，由此很可能會引發編輯戰，而且很難找到合適的解決方法。

然而，如果自動摺疊的功能實現了，那麼就會有人設置一條警示語句並將圖片在默認情況下隱藏起來，需要看的人點擊一下即可看到。這樣做了之後，相信穆斯林想要反對就很難找到理由了：沒有人強迫你看那個圖片，因此就不存在冒犯。

中文維基會有類似的情況嗎？當然會。前段時間的虐貓事件在中文網絡世界引來口水一片，如果有人將這樣的圖片上傳，恐怕也會引發一場大戰。有了自動摺疊功能，此類問題才能夠得到一個各方都能接受的解決方案。--地球發動機（〠✆ - ✉✍） 08:58 2006年4月10日 (UTC)

造成伺服器負擔這類的擔心應該是比較多餘的，拒我所知，英文維基有專門的技術支持，是否造成負擔要進行技術測試再進行判斷的。上次記得討論有關強制使用subst和禁止摸板嵌套，理由就是伺服器負擔，可是後來開發人員Brion Vibber說根本沒有這會事，參見（移動自Category talk:維基百科模板）：;注意，這個提議在en是有爭議的。Mediawiki的主要開發人員Brion Vibber說：

fix

——

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)

Upssdr - t 08:20 2006年3月18日 (UTC)

---無名無形 12:43:41 2006年4月10日 (UTC)

Brion Vibber的這段話的啟發就是，如果說伺服器負擔重，要從技術支持角度出發，並給出確實證據，不能根據猜測伺服器有負擔，就這個也不干，那個也不干。-無名無形 12:49:29 2006年4月10日 (UTC)
我 想你誤解了，我說的增加負擔，並不是增加伺服器的負擔，而是客戶端的。服務端幾乎沒有負擔，因為只不過就是同一個文件而已，長也唱不了多少，根本就不是動 態的；但代碼是下載之後由瀏覽器運行的，對於一些低配置的機器就有問題了。然而，如果用戶機器配置確實低的話，我建議乾脆把javascript功能關 掉，就不會有問題了。--地球發動機（〠✆ - ✉✍） 13:07 2006年4月10日 (UTC)
你弄錯了，摺疊功能根本不增加伺服器的負荷，只是加重了客戶端（也就是瀏覽器）負擔，這是兩回事。伺服器可以由開發人員來改進，客戶端不可能要求每個瀏覽者的機器、客戶軟件都升級。雖然如此，我也認為，至少這個摺疊增加負擔之說擔心得多餘。— fdcn  talk  2006年04月10日13:16 (UTC+8 21:16)
我說怎麼遇編輯衝突了，發動機已解釋，我這裏多嘴了，呵呵。— fdcn  talk  2006年04月10日13:20 (UTC+8 21:20)
javascript確實增加客戶端的負擔。我一直在用Wikipedia:維基工具/popups。開了比關了慢多了，原因是下載和運行這些代碼消耗資源。實施之前應該考慮一下配置比較低的用戶。如果自己需要的話，完全可以在自己的monobook.js上面加載。--維游 （+_+） 14:25 2006年4月10日 (UTC)
摺疊功能與popups根本不是一個數量級的js應用，事實上，現在的每個頁面的目錄就是一個摺疊功能，這樣的js應用很輕，不會有多大的影響。(如開發人員願意，完全可以這兩個摺疊做成一個。)— fdcn  talk  2006年04月11日00:19 (UTC+8 08:19)

摺 疊的功能能否透過 CSS 實現？如果可以的話，就不要用 javascript 了 --Hello World! 2006年4月10日 CSS 比起 javascript 來說，對客戶端負荷少得多（Netscape 4 例外，Netscape 4 太爛了） --Hello World! (✉) 06:07 2006年4月11日 (UTC)

CSS對交互的支持是很弱的，並且這些支持在一些瀏覽器上並不支持（如IE），畢竟它的目標是針對外觀而非交互。目前JS實現摺疊是唯一的選擇。— fdcn  talk  2006年04月12日03:42 (UTC+8 11:42)
哦，呵呵，不好意思。如果是客戶端負擔，就另當別論了。我認為應該給用戶一個選擇的機會，比如在參數設置里選擇是否使用一些增加客戶端負擔的功能。有人喜歡花哨的東西，有人就喜歡看一些字，甚至連顏色都不需要，好電腦差電腦可取所需吧。當然實現起來比較麻煩。-無名無形 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代碼有誤。我做了修改如下：
修正後的代碼

User:Fdcn/nav.js

— fdcn  talk  2006年04月11日07:02 (UTC+8 15:02)
今天從英文維基找出代碼，雖然源碼有細微不同，但功能同上方給出的是一樣的。我認為，應當有管理員勇於應用這個JS，不要畏頭畏尾了，大多數的擔心是多餘的。— fdcn  talk  2006年04月12日03:12 (UTC+8 11:12)
我覺得這類討論很無聊，芝麻粒大的一點事情，磨磨蹭蹭、婆婆媽媽，一幫技術的門外漢，在討論什麼客戶端負擔。既然英文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)
支持，這個功能不是可有可無，而是極有必要。對性能的擔慮過於嚴重了。— fdcn  talk  2006年04月11日07:40 (UTC+8 15:40)
我急切地等著這個功能。常常有圖片想上傳，但是又顧慮很多。例如，昨天一位搞民俗、宗教的田野調查的朋友。給我一張關於殺豬公的照片，並慨然答應開放版權。但是，因為實在太血腥了，儘管我覺得這一張描寫一個重要民俗活動的照片不上傳實在可惜，但是卻遲遲不敢行動。（現在放在我的網絡空間上：這裏。警告：很血腥，不敢見到血的夥伴千萬不要點擊。）--mingwangx (talk) 02:02 2006年4月12日 (UTC)

用戶體驗

上邊主要討論的是技術上的實現及伺服器、瀏覽器的實現。這裏，還有一些用戶體驗的問題：

  • 在引入這個功能之後，某些代碼的缺省情況是顯示還是隱藏？如果是顯示的話，那和不用這個功能是一樣的。如果是隱藏的話，那用戶又該如何知道點某個按鈕之後就能看到隱藏了的東西呢？
    • 大家一般瀏覽網頁的時候，只要不停地向下翻頁就可以看到所有的頁面內容了。若用隱藏功能，需要有一種不停地尋找那些顯示隱藏內容的按鈕的習慣？
    • 用了隱藏功能，那些隱藏部分的內容還是被下載到用戶端的。用戶花了帶寬和流量（下載時間），卻由於沒有找到那個顯示隱藏內容的按鈕，而沒有看到具體內容？
  • 從編者的角度來講，寫東西就是要讓人看的。滿足維基方針的東西都可以在這裏存在，而且個人認為應該明明白白地呈現。
    • 對於上面提到的一些不雅的內容，不雅的照片，可以採用「警告+連結」的方式。這裏的連結也可以是內部的圖片連結。用隱藏功能只是把這些圖片的顯示速度加快了（通過增加網頁下載內容），並不是必須的。

從技術上來講，這段代碼很漂亮；不過，它還是可以通過網頁連結的方式替代，滿足各種表達和瀏覽的要求，並符合通常的瀏覽習慣。 --Isnow 08:48 2006年4月12日 (UTC)

  1. 隱藏的東西，默認情況下是顯示的，但只要在寫條目的時候稍微改一改用法，就可以隱藏住，這點已經測試過了。
  2. 如果需要默認隱藏的時候，通常都有一些需要警告的句子，用來指示這裏有圖片被隱藏了。如果寫得夠清楚，就不存在找不到按鈕的問題。
  3. 警告+連結的方式在用戶看來會沒那麼方便，如果不啟動新窗口需要通過回退按鈕才能返回原畫面；

--地球發動機（〠✆ - ✉✍） 12:17 2006年4月12日 (UTC)

我 覺得為了帶給讀者良好的閱讀經驗，文字和圖片的隱藏應該分開處理。文字的隱藏用開闔方式就已經很妥當了，圖片的隱藏則可以用馬賽克的效果。有一種語法可以 把圖片打上馬賽克，要消除的話就用鼠標在圖片上點一下即可。再絕一點(也比較簡單)，用一張有警告文句的圖片或layer代替，點一下就能出現所隱藏的圖 片。-- 百楽兔05:57 2006年4月13日 (UTC)

關於必要性

  • 並非對所有人都適宜的圖片文字需要隱藏
  • 次要性補充性的文字圖片和數字資料，為避免喧賓奪主，需要隱藏。（如趙紫陽的自辯）
  • 大綱式閱讀需要（比如刪除投票面的最上方的一大段說明指導）
  • 隱藏內容在條目和討論頁中與連結頁面的內容更緊密直接時

關於閱讀體驗，摺疊功能是附加而非限制功能，不妨礙「寫東西就是要讓人看的」，同時，摺疊內容的標題行是灰底，不存在難以尋找隱藏內容，這種三角形指示的摺疊按鈕在很多網站都有應用，應當為多數人所明了。

這個功能默認是不顯示的，與目錄不同。該功能本意就是不直接呈現內容。

百樂兔要求的功能其實也能實現，設計上也應能避免增加負擔，但要考量必要性。— fdcn  talk  2006年04月14日06:44 (UTC+8 14:44)

  • 並非對所有人都適宜的圖片文字可以用「警告+連結」的方式解決，而且降低流量負擔。
  • 次要性補充性的文字圖片和數字資料可以出現在附錄、參考文獻、註釋里。（建議趙紫陽的自辯放到維基語錄。）
  • 大綱式文字更需要明白顯示（比如刪除投票面的最上方的一大段說明指導，就是指導各位新手，提醒維基人如何參與維基的重要文字。）
  • 不清楚「隱藏內容在條目和討論頁中與連結頁面的內容更緊密直接時」是什麼情況。
從編者來講，「我有隱藏功能，給了讀者更多選擇」；從讀者來講，「你寫了，但我沒看到」。把維基上所有的文字都當作正文、重要的文字來對待有助於維基質量的提高。--Isnow 12:44 2006年4月14日 (UTC)
正文不必多用隱藏功能吧。要是很長的模版有隱藏功能是很方便的事呀（比如在香港尾段那三個模版宜隱藏內容）！:P--石 03:22 2006年4月15日 (UTC)
已經加入了這些代碼。但是如何使用才能生效呢？--百無一用是書生 (☎) 15:58 2006年4月15日 (UTC)

/*

// dynamische Navigationsleisten (Quelle)

var NavigationBarHide = '隱藏 ▲';

var NavigationBarShow = '顯示 ▼';

此處多了半個註釋符號 /*

最後又多了個*/ ，等於整個都被註釋掉了啊。

把註釋取消就好了，呵呵。

Head
Content

--藍色理想@鬱郁竹林 16:47 2006年4月15日 (UTC)

已經修正。但是為什麼還是沒有「顯示」「隱藏」功能？參看template:delh--百無一用是書生 (☎) 18:06 2006年4月15日 (UTC)
我這裏看是好的呀，是不是因為你沒有刷新緩存？FF要用Ctrl+R，IE要用Ctrl+F5。--藍色理想@鬱郁竹林 18:14 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。— fdcn  talk  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溝通得到更多的信息。— fdcn  talk  2006年07月7日09:06 (UTC+8 17:06)
謝謝，補充一下：mwCustomEditButtons在mediawiki1.7.1有定義，在之前的版本中沒有出現。--Goodegg 12:58:23 2006年7月15日 (UTC)

模版上的『隱藏』功能之字碼轉換

from Wikipedia:互助客棧/技術

最近發現很多模版都陸續被用戶加上隱藏功能。對於隱藏功能的過度使用，雖然個人覺得有點畫蛇添足，但如果這是社群的共識我沒啥意見。但在同時有件事忍不住想說，那就是，有沒有人知道該如何讓模版上的『顯示』兩字在繁體版本中能夠順利轉換為中文繁體，而不是像目前的狀況般，在整頁都是繁體字的畫面上，出現『显示』的簡體字，實在有點怪。由於隱藏功能似乎是系統內建的不知該上哪裏修改，因此在此提出希望何方的高人能幫忙一下。先說聲感謝啦！--泅水大象 訐譙☎ 17:15 2006年12月4日 (UTC)

參見MediaWiki:Common.js/zh-hant#增加折疊功能。--Isnow 19:53 2006年12月4日 (UTC)
MediaWiki:Common.js/zh-hant目前是直接嵌入MediaWiki:Common.js的全文，所以沒辦法分繁簡體。要解決的話有兩個辦法：
  1. 把MediaWiki:Common.js/zh-hant分出來繁體化，不過，假如將來發生不同步的狀況的話，會出系統錯誤，
  2. 請哪位會寫javascript的高手來改動一下，讓繁簡能夠共用同一段程序。
-- ran（留言） 20:16 2006年12月4日 (UTC)
意見同泅水大象。香港新聞動態正在爭議聲下使用了隱藏功能。爭議除了是「新聞動態」的本質及與維基新聞的分工有衝突外，更重要的爭議就是隱藏功能的技術問題。除了以上提及的簡體字『显示』之外，Firefox在顯示隱藏上有時會亂了頁面。鑑於隱藏功能越來越普及，這些問題需要獲得正視。 -- Kevinhksouth (Talk) 04:48 2006年12月5日 (UTC)
現時的JavaScript，不論是用什麼介面語言，都是會載入MediaWiki:Common.js的（JavaScript不再按照語言版本載入），不過看過網頁的原始碼後，發現有一項為 wgUserLanguage 的值，如果可以取得這個的值，再按照情況載入MediaWiki:Common.js/zh-hans或MediaWiki:Common.js/zh-hant亦是一個解決的方法。--Shinjiman ⇔ ♨ 08:42 2006年12月5日 (UTC)
我先自首，我可能就是大象兄說的過度使用者，不過其實我本來是希望如同其他語言版本「預設顯示」的效果，畢竟有的時候表格頗占畫面，縮一下會比較美觀，但中文版「預設隱藏」的結果在某些條目看起來又太過斧鑿痕跡反而讓人覺得怪怪的。不知道有沒有可以自由決定預設顯示或隱藏的方法。未命名 09:24 2006年12月5日 (UTC)
幾個月前似乎還是繁體字。但不知從哪天開始，『顯示』就變成『显示』了... --Moonian‧♨一盅兩件‧貢獻 主要 全部 02:35 2006年12月6日 (UTC)
其實『显示』這兩字的問題我已斷斷續續想了兩個月，因為技術上目前載入Common.js不分語言，所以我把腦筋動到改『显示』這個詞的頭上。我一直在想兩個互為反義而且是繁簡同形的詞，約莫兩週前已經想到了：「拉展」vs「收合」。前面還有幾個我自己淘汰掉的版本，例如「下拉」vs「上收」、「拉下」vs「收起」等。當然可能還有更好的詞彙，如果大家覺得可朝這個方向解決的話，不妨腦力激盪一下，找出更適合的用語。-- 百楽兎 04:43 2006年12月6日 (UTC)
這倒是一個還不錯的點子，並且讓我聯想到另外一種處理手法：我不清楚在技術上有沒有辦法用上圖形化的介面，如果可以，其實我們用像是「▼」「▲」這般的符號來代表下拉或上收的概念，或許第一次見到這圖形的用戶不見得100%猜得出其所代表的意義，但只要試點過一次之後，應該能恍然大悟（概念有點類似Windows右上角『縮小視窗』『放大視窗』『關閉視窗』那三個圖示）另外回應一下上面未命名兄的意見，可能是個人審美觀的差異，我蠻喜歡那種『數大便是美』的壯觀感覺，所以有時設計良好版面整齊的模版一字排開在條目最下面，並不見得會不美觀，畢竟模版原本的設計是可以快速參考連結用的，如果每次要使用模版還要先打開，我覺得反而讓模版的存在意義變弱，甚至直接用分類或內文連結之類的其他關連功能就好。如果覺得過多的模版會太佔版面，建議可以考慮將字級縮小或是重新對版面作設計來提升單位面積的使用效率。但總體上來說，對於一條長度中等的條目，通常只放在最下方的模版並不會真的影響閱讀，真正會有影響的可能是內容太少的條目，會因為過大的模版版面而顯得比重失衡。--泅水大象 訐譙☎ 07:33 2006年12月6日 (UTC)
很有道理，晚點我修一些自己做的表格好了。未命名 08:01 2006年12月6日 (UTC)
以前改過一次，把文字去掉只剩「▼」「▲」符號，很快地在反對聲中又改回來了。理由同(＋)贊成、(－)反對這種一樣，以符號加文字的方式保持Reader-Friendly。-- 百楽兎 08:09 2006年12月6日 (UTC)
原來有此狀況，我倒是沒真的注意到過，現在的情況還真的是個兩害相權取其輕的尷尬情況呢！--泅水大象 訐譙☎ 10:13 2006年12月6日 (UTC)

如果能識別加載MediaWiki:Common.js/zh-hans或MediaWiki:Common.js/zh-hant之一最好，現在的情況依Shinjiman的說法是加載MediaWiki:Common.js，其實也不是沒有辦法做到繁簡分別展示。如果我們能把具體文字看成「皮膚」的話，我可以用JS變量代替，在MediaWiki:monobook.js/zh-hans或MediaWiki:monobook.js/zh-hant中給相關文字賦具體的值。— fdcn  talk  2006年12月6日12:20 (UTC+8 12月6日20:20)

按Shinjiman的建議，用 wgUserLanguage 的值來判斷，重寫了JS代碼，請大家測試。
在此過程中，我還發現在後台賦為頁面JS中的wgContentLanguage的值與用戶設定的不正確，請Shinjiman看看問題出在哪。— fdcn  talk  2006年12月6日16:56 (UTC+8 12月7日00:56)
OK了，還是你們兩位有辦法，謝謝～。不過剛剛發現工具列的自定義表格按鈕拉置改變而且變成兩個了，大概和這個有關係。-- 百楽兎 03:32 2006年12月7日 (UTC)
到過Wikipedia:刪除投票和請求看一看，發覺現在可以正常轉換「顯示」這兩個字了。Shinjiman和自由主義者兩位辛苦了 :) --Moonian‧♨一盅兩件‧貢獻 主要 全部 03:39 2006年12月7日 (UTC)
這比我想像中的修改繁複多一點，此外亦辛苦Fdcn兄的修改了，暫時大致上的顯示的信息都沒有什麼大問題的了。另外wgContentLanguage是指在這個MediaWiki系統中所使用的全域語言，在中文環境中會將它設置為zh，這是與用戶語言設置是無關的。--Shinjiman ⇔ ♨ 03:50 2006年12月7日 (UTC)
表格按鈕改回。我還以為wgContentLanguage是條目內容語言的呢，mediawiki應當提供這樣一個變量。— fdcn  talk  2006年12月7日08:15 (UTC+8 12月7日16:15)
在編輯模式下出現腳本錯誤訊息：「行:269，字元:1，錯誤:必須要有物件」、「行:8，字元:3，錯誤:物件不支援此此屬性或方法」，以前沒有這個錯誤，瀏覽器為IE6。不過目前使用上還沒有發現大礙就是了。已發現會影響使用了class=sortable的頁面無法預覽。-- 百楽兎‎ 15:56 2006年12月7日 (UTC)
謝謝你的反饋，編輯模式下的錯誤已更正。至於可排序表格，我還沒有找到有這表格的頁面，請告訴我一個，我好找出錯誤。— fdcn  talk  2006年12月8日14:26 (UTC+8 12月8日22:26)
糟糕，現在情況變複雜了，我發現現在的編輯按鈕語法會和我的monobook.js中的編輯首段功能相衝，而且只在IE6，Fx則不會，看來我要自己修monobook.js了(汗)。使用了class=sortable的頁面可參考：[1]。-- 百楽兎 16:25 2006年12月8日 (UTC)
我進你的連結，能夠預覽啊。另，你的個人頁給你改了。— fdcn  talk  2006年12月9日17:46 (UTC+8 12月10日01:46)

我覺得「顯示/顯示」字型大了點，若能改小一點，可能會更美觀--Liaocyed 00:30 2007年3月5日 (UTC)

能不能在頂部的「字詞轉換」改用其他樣式？

from Wikipedia:互助客棧/技術

目前用下拉選單，覺得特別難看……--翔風·艾倫·獲加☆有事找我*^-^* 04:31 2007年1月27日 (UTC)

我也承認<select>是一個醜陋的實現，但我的CSS不過關，開始就是想用ul實現沒成功。— fdcn  talk  2007年1月27日04:40 (UTC+8 1月27日12:40)
如何在現在的<select>和原來的樣式之間選擇？--Isnow 10:28 2007年1月27日 (UTC)
在你的個人JS頁加入：wgToggleAdjustLan=false;。— fdcn  talk  2007年1月27日12:00 (UTC+8 1月27日20:00) 12:00 2007年1月27日 (UTC)

我認為放在左邊，說明欄位的上面或下面，也是不錯的選擇。--WiDE 10:49 2007年1月27日 (UTC)

可否做成如下圖的樣式？--Ellery 02:29 2007年1月29日 (UTC)

Image:Pulldown menu.gif

有數人向我說明希望改一個樣式，我也理解大家的想法。用js是肯定能做到的，不過，只有CSS能夠定位我才會修改。至少我不願意為了界面上的美觀而非功能上的增進去寫一個佔用客戶端負載的js。如果有人願意在自己的js上放置這樣的腳本，我可以提供幫助。— fdcn  talk  2007年1月29日15:37 (UTC+8 1月29日23:37)


我做了一個並不完美的版本 (IE7下的顯示還是不正常)。請參考我的User:笨笨的小B/monobook.css跟User:笨笨的小B/monobook.js :)。--笨笨的小B | 20巷 16:55 2007年1月29日 (UTC)
A標籤下還有A標籤呢。我改動了一些，在Fx和IE７下測試正常，請IE6及以下的用戶測試一下。— fdcn  talk  2007年2月2日10:37 (UTC+8 2月2日18:37)

我將下拉選單的字體縮小了[2]以臨時應對，請重新整理檢視效果。--Gakmo (Talk) 20:18 2007年1月29日 (UTC)

請把簡繁體字體轉換和詞彙翻譯兩個概念區分開來，不要繼續混淆不清了！能不能這樣？具體討論在這裏： TTTT 04:11 2007年2月2日 (UTC)  

技術上的問題沒想像得那麼難，都可以用現有的技術和表完成（某些表需要整理）；只要誰授我權，我絕對樂意去實現。舉個例子，依照上圖，如果用戶選擇簡體，但用台灣區域詞替換，自動轉變的步驟應該如下：（１）把源文件（也就是「不轉換」版的內文）用簡轉繁純字體轉換轉成全繁體（包括內文的所有標籤，都一併轉換），被特殊escape的段落不轉換；（２）從源文里抽取(zh;zh-hans;zh-hant;...)標籤，把zh的詞選替換成zh-hant的詞選，被特殊escape的段落不替換；（３）把第２步的結果用繁轉簡純字體轉換成全簡體。TTTT 07:06 2007年2月2日 (UTC)
看了你這張圖，我才懂了你的意思...只是...有差嗎。--WiDE 08:48 2007年2月2日 (UTC)
目前的轉換我問過mountain，有實現繁簡與地區分開的基礎，但這類改動要小心從事。— fdcn  talk  2007年2月2日10:37 (UTC+8 2月2日18:37)

說明

有差別。這裏存在三件並行的事情，首先是技術上，繁簡和地區應該分開。為什麼？我在上面連接的「方針」頁闡述了，這裏概述一下：一個（繁簡轉換）是客觀的純技術的轉換，另一個（詞彙替換）是內容轉換，是需要經過維基過程的，兩者有必要分開處理以便分開管理。不分開就意味着有爭議的東西和一般轉換問題混雜在一起乘free ride，舉個例子，目前的狀況簡體「大陸」轉換成繁體「中國」，或「大陸」轉換成繁體「中共」算是轉換表問題還是內容問題？
第二是概念上，兩者有必要分開。如果我是只看得懂繁體的老華僑或是只看得懂簡體的外籍中文學者，我為什麼只能看簡繁混雜的「不轉換」版，不然就要看被替換過詞的地區版？你怎麼知道我習慣用哪個地區的詞？顯然問題就出在繁簡字體轉換和地區詞替換（更確切叫作地區詞翻譯）混為一談這點上。還有我想提醒一下，當初怎麼會陸續出現那麼多區域頁面的？就是因為兩者混為一談，原本的一對多技術性轉換變成了對應詞的翻譯，結果當然就出現了怎麼翻譯，要翻譯誰的等等問題。
第三界面上也要把兩者區分開來。我們現在一踏入中文維基百科看到五種選項，直覺就是有五個中文維基百科，而其實大部分文章是相同的。但如果這樣的界面繼續，沒有保證發展趨勢不會是以後誰提出各地區各自負責通篇改寫「自己」的文章。
我覺得有必要改改，而且有迫切性，因為上述的問題只會越來越多。TTTT 14:37 2007年2月2日 (UTC)

重定向按鈕顯示

現在使用的按鈕圖像 與換行的圖像 相近，能否恢復以前使用的圖像 ：在MediaWiki:Common.js中將

        addEditButton("commons/4/47/Button_redir.png", "#REDIRECT [[", wgULS("目标条目名","目標條目名"), "]]", "重定向" );

改成

        addEditButton("commons/c/c8/Button_redirect.png", "#REDIRECT [[", wgULS("目标条目名","目標條目名"), "]]", "重定向" );

。謝謝！--Shibo77 05:08 2007年2月2日 (UTC)

我最近因此按錯了兩三次，不過我覺得習慣就好。-- 百楽兎 05:58 2007年2月2日 (UTC)

我個人認為這兩個的區別還是很大的，比左右括號的差別還明顯。再者，你可以進入到每一個重定向頁面（被重定向的頁面），都可以看到類似 的指示圖標。採用 能讓另多人明了意義。其實， 只是用得習慣了才覺得容易辨認，這有一個先入為主的意思。如果你個人偏愛，在你的monobook.js中加入： 

hookEvent("load", function(){
	var toolbar=document.getElementById('toolbar');
	if(toolbar){
		var cusBtns = toolbar.getElementsByTagName("img");
		for(var i=0,btn;btn=cusBtns[i];i++){
			if(btn.title&&btn.title=="重定向"){
				btn.src='http://upload.wikimedia.org/wikipedia/commons/c/c8/Button_redirect.png';
				return;
			}
		}
	}
});

— fdcn  talk  2007年2月4日14:31 (UTC+8 2月4日22:31)

這個我覺得Shibo77說的也不無道理，說實在我也一度出現了他的問題，不過最近用多了便習慣了。但我們更需要關心的可能是新手，不妨找一些朋友問問吧。Stewart~惡龍 21:00 2007年2月5日 (UTC)
這個我也是從重定向頁來的一般想法來推測，並不堅持這些，也無調查。前後兩種圖標都是我加入的，只覺得後一個更合適一些，對已使用習慣第一個的維基人來講不太公平，不方便的話其它管理員改回去，呵呵，俺自己用哪個無所謂，倒都不會弄錯。— fdcn  talk  2007年2月5日22:38 (UTC+8 2月6日06:38)
剛才查了查歷史，第一個圖標是User:Pubuhan加的。偶記錯了。— fdcn  talk  2007年2月5日23:06 (UTC+8 2月6日07:06)
對我來說，算是我用得頗頻繁的，不知其他維基人怎看？Stewart~惡龍 23:43 2007年2月6日 (UTC)

新的繁簡標籤

新的繁簡標籤的顯示方式，在我的firefox下鼠標無法選擇任何一種轉換模式，不知道其他人有沒有這個問題？--百無一用是書生 (☎) 14:52 2007年2月3日 (UTC)

YES, 在Firefox有錯誤。--WiDE 15:01 2007年2月3日 (UTC)
書生，清掉緩存看看。我現在IE跟Fx都是正常的--Alex S.H. Lin 15:03 2007年2月3日 (UTC)
重新載入之後已正常。--WiDE 15:17 2007年2月3日 (UTC)
我用Firefox還是沒法使用。--Kfsung 07:16 2007年2月4日 (UTC)

新的語系下拉式選單在Firefox和Safari中無法正常使用

新的繁簡下拉式選單在Firefox和Safari中無法正常使用。

  • Firefox中選單很快就會消失，根本無法點選更換語系，除非用拖曳方式。
  • Safari中則完全不會出現選單，沒有辦法使用。

維基百科不應該是一個IE ONLY的網站，任何加上這些新功能的人，都應該確保這個功能在各瀏覽器的相容性。請有辦法的人立刻改善這個問題！--Giant（Talk） 17:08 2007年2月3日 (UTC)

沒有人關心。--Giant（Talk） 08:21 2007年2月4日 (UTC)
關於FF與IE瀏覽器，都還算做過測試的，許多人反應的問題，其實大多是緩存還在舊版沒有刷新造成的。希望使用這兩款瀏覽器的多刷新兩次。
這兩天在火車上沒來得及看反饋，safari和opera瀏覽器我這裏沒法測試，現在下拉菜單暫時就不應用到這兩款上。待有safari、opera的CSS經驗的人來更新吧。— fdcn  talk  2007年2月4日13:38 (UTC+8 2月4日21:38)
參照上述#能不能在頂部的「字詞轉換」改用其他樣式？，您可暫時「在你的個人JS頁加入：wgToggleAdjustLan=false;」恢復原來的樣式。--Isnow 11:11 2007年2月4日 (UTC)

Fx用不了，但按全選後，才能勉強使用。--甚麼是愛情???(有事找我?) 14:11 2007年2月5日 (UTC)

你的描述還是不清楚，我建議你還是先刷新一下，即按Ctrl+R。如果還是不行，描述到哪一步不能用。伺服器的代碼我可以改，但你機器上的緩存我動不了，鼠標不能定位到下拉選單上的大都是沒刷新造成的。— fdcn  talk  2007年2月5日14:35 (UTC+8 2月5日22:35)
刷了一千遍也不能。--甚麼是愛情???(有事找我?) 13:21 2007年2月6日 (UTC)
請敘述一下你的作業系統及版本、瀏覽器版本，再敘述一下你是哪一步不能用。比如是沒有出現下拉呢？還是出現後鼠標不能移上去？詳細些有助於我判斷問題在哪，現在我只知道你這不能用。— fdcn  talk  2007年2月7日06:35 (UTC+8 2月7日14:35)
Windows XP，Firefox 2.01，點不了，選不了，用不了。--甚麼是愛情???(有事找我?) 13:05 2007年2月7日 (UTC)
我之前同樣在WinXP, FireFox 2.01一開始不行，重新整理就OK了。--WiDE 13:25 2007年2月7日 (UTC)
我用的與你的系統一樣，沒有理由使用不了的。請這麼操作一遍，選單工具(tools)-選項(option)-私有數據(privacy)-清除(clear now)，將緩衝清空後，用Ctrl-R鍵重新載入頁面一下試試。我個人覺得還是你的緩存的事情，如再有問題，請單獨用skype、gtalk或者電郵與我聯繫，我的個人頁上有。— fdcn  talk  2007年2月7日15:15 (UTC+8 2月7日23:15)

我是沒有使用cache的，是在條目當中不能點。--甚麼是愛情???(有事找我?) 08:50 2007年2月8日 (UTC)

你可不可以先照着我說的操作一遍再反饋一下呢？只要你使用Fx，就必然使用了cache的，這裏不多着筆墨了。你反映問題，也要學會描述與傾聽，「點不了，選不了，用不了」，我還是沒明白你到底是哪一步不能用。我只能告訴你，在你的系統下這個下拉選單是沒有問題的，它也與是不是在條目中沒關係。— fdcn  talk  2007年2月8日10:01 (UTC+8 2月8日18:01)
我也用「Windows XP，Firefox 2.01」，鼠標移動到下拉框，顯示下拉菜單，然後選在下拉菜單中的選項：
  • 若從下拉框移動到下拉菜單的速度稍微慢一點的話，下拉菜單就消失了
  • 甚麼是愛情???可能和我的情況類似
能不能使用「click」之類的事件？
--Isnow 10:20 2007年2月8日 (UTC)
Isnow，我剛才看了看你的個人JS，你關閉了下拉的啊。你說的這情況，在最開始時代碼並在大陸簡體或新馬簡體下時有這情況的，但隨後被更正，我知道的好幾個反應有這情況的都是瀏覽器緩存了早前代碼所至，在刷新後都正常了。請你再刷新試一下。— fdcn  talk  2007年2月8日11:12 (UTC+8 2月8日19:12)
  • 退出後看了一下，沒有「下拉菜單就消失了」的情況了，謝謝！
  • 同時又看了一下ie6，下拉菜單顯示的時候有"LI"的缺省的那些點，如左邊導航里的樣子，可以去掉嗎？
--Isnow 11:27 2007年2月8日 (UTC)
IE6下我沒有細琢磨，IE7下這問題也是時有時現的，可以確定是IE的bug（IE對CSS的支持一向不好）。我先不修正這個問題了，如果報怨的聲音很大再考慮吧：）— fdcn  talk  2007年2月8日11:42 (UTC+8 2月8日19:42)

我在Mac上的FF和Safari都無法點選。 --石 01:47 2007年2月7日 (UTC)

上面說了，safari、opera暫不支持，還是多個並列標籤。— fdcn  talk  2007年2月7日06:35 (UTC+8 2月7日14:35)

強烈要求改回過去那種標準的html下拉標籤！！

  • 現在這種方式根本就不符合維基百科樸實無華的風格和精神。看起來花里胡哨的。
  • 本身能用且很好用的東西何必改來改去、討論來討論去的浪費群體的生命。
  • 世界上難道只有上面提到的那些瀏覽器嗎，手機上的瀏覽器怎麼辦？我們這裏所有人都還沒有想到的瀏覽器怎麼辦？維基百科使用最基本的html元素絕對是有道理的，難道開源社群媒體維基這麼大的系統都做出來了，還搞不定幾個javascript特效？--CCFS 11:00 2007年2月7日 (UTC)
你說的不錯，有些js特效不好。但這個改動並非追求什麼特效，是為了暫時解決一些分歧而做的，並且待討論有結果後會再檢討形式。請查閱相關討論。— fdcn  talk  2007年2月7日15:15 (UTC+8 2月7日23:15)
目前的實現主要是CSS，和XHTML一樣，是web標準。— fdcn  talk  2007年2月7日16:07 (UTC+8 2月8日00:07)
我也修正一下我的說法：維基百科應該用HTML標準中的最小集合來實現功能，這樣可以最大限度的保證瀏覽器的兼容性。--CCFS 01:59 2007年2月8日 (UTC)

要考慮兼容性。--南大95物理婁明 13:51 2007年2月8日 (UTC)

語言標籤樣式恢復為非下拉菜單

由於非ie用戶在#新的語系下拉式選單在Firefox和Safari中無法正常使用和Wikipedia:互助客棧/求助/存檔/2007年2月#好看不中用，請求改正！的意見，目前將語言標籤樣式恢復為非下拉菜單。--Isnow 11:29 2007年2月4日 (UTC)

再次修訂：[3]。--Isnow 14:43 2007年2月4日 (UTC)
  • 現在是不是又恢復「下拉式選單」了呢？目前所見是如此！--布學吾樹☆☆(talk) 13:41 2007年2月5日 (UTC)
是的，User:Fdcn「排除safari和opera瀏覽器」。--Isnow 14:12 2007年2月5日 (UTC)

強烈要求中文維基改回下拉選單

求求維基百科不要歧見其他瀏覽器使用者，只支援微軟的ＩＥ，如果是支持Ｍ＄的話，請你們的伺服器也改用Ｗｉｎｄｏｗｓ，這裏不單是有ＩＥ用戶，還有Ｏｐｅｒａ、Ｆｉｒｅｆｏｘ和其他瀏覽器，請不要使用非正式語法！！！--甚麼是愛情???(有事找我?) 09:06 2007年2月13日 (UTC)

我使用WindowsXP+Firefox=OK。--WiDE 10:04 2007年2月13日 (UTC)
有時ok,有時不ok,我是沒有使用cache--甚麼是愛情???(有事找我?) 11:48 2007年2月13日 (UTC)
  • 你是指繁簡互換的下拉式選單嗎？我並不會覺得方便，由繁換簡是可以，但是由簡換繁，選單就不是很靈光了。我是使用 WinXP+FireFox1.5。--布學吾樹☆☆(talk) 13:34 2007年2月13日 (UTC)
我這邊用XP + Fx2.0及2000+Fx1.5都ok，IE就不知了，因為很少用。--Ellery 02:39 2007年2月14日 (UTC)

關於表格按鈕

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：—Ellery 03:20 2007年4月16日 (UTC)。

我一直不用IE，今天用IE時才知道目前的表格按鈕在IE下一按就死。不知道其他人的使用情況是怎樣，請報告一下情況，以便酌情取消或另寫。

另預告一下，工具按鈕的 {{noteA|}} {{noteT|}} {{refTA}} 【LRM】四個將在一周後併入「條目屬性」下拉選單的最下方。— fdcn  talk  2007年3月29日11:24 (UTC+8 3月29日19:24)

請問<ref></ref>拿掉了嗎？我覺得很好用呢。WiDE 寫於世界時間 12:53 2007年3月29日 (UTC)
   。— fdcn  talk  2007年3月29日13:02 (UTC+8 3月29日21:02)
抱歉，我沒表達清楚，我是指工具列裏的<ref>鈕啦～原本在{{noteA|}}左邊的，今天不見了。（還是...也是伺服器出問題的關係？）WiDE 寫於世界時間 13:23 2007年3月29日 (UTC)
那個按鈕就是現在的 。為了風格一致，改圖像了。— fdcn  talk  2007年3月29日16:49 (UTC+8 3月30日00:49)
較早前似乎能以純IE7或搭配Maxthon成功打開新增表格視窗並使用該功能（雖然在zh-hk環境下仍然顯示簡體字；另在Netcaptor下無法打開（程式被凍結了），雖然這東西好久都沒新版了）；但現在使用純IE7或Maxthon都死了（在純IE7打開編輯頁面時說頁面載入時出現錯誤，但是否與新增表格功能有關就不得而知了）。--Moonian‧♨一盅兩件‧貢獻 主要 全部 02:16 2007年3月30日 (UTC)

請問一下，為什麼 這個按鈕的寬度比較窄？
那個表格按鈕的問題去年曾回報過一次。在IE6的情況是按下後會跳出一個小視窗，然而內容無法載入，只會看見一片空白，而且該視窗呈現忙碌中的無回應狀態。此時將IE6關閉，重新進入WP再按下該按鈕，第二次便能順利載入。-- 百楽兎 02:33 2007年3月30日 (UTC)

是為了表示它與 是同一功能，僅附加了參數。  在視覺上在一塊。
可以確定表格按鈕有問題了，這個功能好象是一個法國人弄的。大家還需要這種彈出窗口的表格按鈕嗎？因為原來是有一個比較簡單的表格按鈕的，功能雖簡單，沒有額外增加代碼。如果大家依賴這種彈出，代碼最好要重寫。— fdcn  talk  2007年3月30日05:48 (UTC+8 3月30日13:48) 05:48 2007年3月30日 (UTC)
  • 關於簽名及簽名按鈕：
  1. ~~~（是否可以加上連接號「－」或「--」或「-」？另外，這不過是－~~~~多個動作，需要嗎？）
  2. —~~~~（回到舊格式如何：--~~~~？）

—布學吾樹☆☆(talk) 23:20 2007年3月30日 (UTC)

  1. 我取消過幾次~~~、~~~~、~~~~~(以前曾在工具欄上)，但有人希望再加上。那還是加上這個~~~吧，日期簽名有圖像後也會加上。
  2. 以前有人專門請求過改「--」為中文的「—」，當時沒有反對的。這次先改過試試，如大家都不滿意，當然會改回。
— fdcn  talk  2007年3月31日05:34 (UTC+8 3月31日13:34)
  • 現在IE6在編輯模式下有指令碼錯誤的提示：
行：249
字元：22
錯誤：物件不支援此屬性或方法


想必和最近的一些更動有關，但尚不知此錯誤會有何影響。-- 百楽兎 01:27 2007年4月3日 (UTC)

    • IE下的問題一般讓我怵。你說的出錯是在所有頁面都出錯還是打開表格按鈕時出錯？— fdcn  talk  2007年4月3日02:20 (UTC+8 4月3日10:20)
只要進入編輯模式就會在狀態列中提示「網頁發生錯誤」，不過編輯上尚未發現有受到影響之處。-- 百楽兎 02:33 2007年4月3日 (UTC)
...難道是與第250行的最末端漏了個分號有關？
Summaries[11] = "調整格式和排版"
我之前在上面也提及過這個錯誤，但到現在才發現第250行這件事情...
Moonian‧♨一盅兩件‧貢獻 主要 全部 02:47 2007年4月3日 (UTC)
與這無關。現已更正，又是IE蹩腳的DOM實現問題。— fdcn  talk  2007年4月3日15:10 (UTC+8 4月3日23:10)

彈出表格按鈕已恢復為原簡單插入。有需要者查閱Wikipedia:維基百科工具/彈出表格按鈕在自己的JS中加上。暫時不會去更正彈出的問題。— fdcn  talk  2007年4月4日16:15 (UTC+8 4月5日00:15)

摺疊功能改造完畢

以下內容移動自互助客棧（技術），新留言請置於框外。—Ellery 03:04 2007年4月16日 (UTC)

遲遲不見英維對已有的摺疊bug的修復，我這幾天把相關代碼進行了改進。

  1. 修正了左或右側有float元素時，摺疊背景穿透float的bug。可以從數字城堡看到最新效果。
  2. 大幅減少了冗餘代碼，加載加快。
  3. 支持按鈕的文字自定義。可以在NavHead或tabld的第一個th中用以下代碼自訂按鈕文字：
    <span class="NavToggle">按鈕不變的文字<span class="NavToggleShow">隱藏狀態下顯示的文字</span><span class="NavToggleHide">展開狀態下顯示的文字</span></span>
  4. 統一自動摺疊的個數為2，也就是說，設置了autocollapse的摺疊塊數量大於2時自動摺疊，無論是div還是table。
  5. 原div.NavFrame和table.collapsible一樣，頁面載入後，設置collapsed的收起，autocollapse根據數量收起，沒有設置這兩個之一的會展開。

— fdcn  talk  2007年4月6日14:25 (UTC+8 4月6日22:25)

改造了之後，好像缺省是展開的？—Isnow 14:48 2007年4月6日 (UTC)
呵呵，剛才一會兒的功夫你趕上了。再刷新試試。— fdcn  talk  2007年4月6日14:50 (UTC+8 4月6日22:50)
ok，缺省不展開了；）—Isnow 14:58 2007年4月6日 (UTC)

搜索頁的其它搜尋引擎

最新留言：15 年前4則留言4個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：—Ellery 2007年5月7日 (一) 02:24 (UTC)。

關於在Special:Search中增加其它搜尋引擎的要求，我個人仍然建議維基人有更廣泛的要求才添加。這個功能要求用javascript來實現，其實User:Alexsh早先已在MediaWiki:Common.js#Special:Search其他搜尋引擎連結表單增加了相關代碼，只是沒有開通。

我希望在增加MediaWiki:Common.js時有應滿足迫切性、功能性、通用（代碼通用和瀏覽器通用），對客戶端的負荷儘可能小。相較來說，搜尋引擎並不算太顯著和迫切。— fdcn  talk  2007年4月22日05:08 (UTC+8 4月22日13:08)

重點是要從使用者的方便性去想，那個Search Engine Form我之所以拿過來就是想到有些讀者可能用Special:search找不到，可以直接跳用其他的引擎來找。本來拿過來時就想直接給它上線的，但考量到搜尋引擎的選用所以一直擱著。其實要用哪些Engine我都沒意見，重點是要能搜得到(兔子說要放百度我是ok，但我試了兩次都被ban掉)。目前我放的是Google、Yahoo!、Live、跟Altavista(這個只是看到條目裏有就拿來用了)，再加上惡龍的跨計劃搜尋器這樣。要上是隨時都行，看大家還有什麼意見再改改。--Alex S.H. Lin 2007年4月22日 (日) 18:15 (UTC)
放置的話，Google、Yahoo!、Live這前三甲就足夠了。Alexsh，先開通了你的代碼，只有兩個google的。— fdcn  talk  2007年4月23日10:51 (UTC+8 4月23日18:51)

您也可以使用下面的Google、Live、Yahoo和中文維基跨計劃搜尋器進行搜尋。

這句話中的 Live 應連到 Windows Live—bananasims~對話 2007年5月1日 (二) 04:13 (UTC)
done.— fdcn  talk  2007年5月1日22:49 (UTC+8 5月2日06:49)
Wikiwix, is on the major wikipedia ( en , de, fr, es, ...) is a meta search engine for all the language of wikipedia. Pmartin (留言) 2008年11月24日 (一) 14:00 (UTC)

在Minefield(Firefox 3)上的情況

最新留言：17 年前1則留言1個人參與討論

在Firefox 3上window.showModalDialog!=FALSE，以及document.compatMode=='CSS1Compat'，但是仍然沒有document.attachEvent，會在「兼容性修正」的地方發生錯誤。—Gslin 2007年8月3日 (五) 09:10 (UTC)

加掛WikiMiniAtlas

最新留言：17 年前14則留言6個人參與討論

from Wikipedia:互助客棧/技術

en:User:Dschwen開發了一個在維基百科內部使用的AJAX世界地圖WikiMiniAtlas，使用在經緯度顯示的用途上。英文維基百科等維基媒體計劃已經開始使用此Javascript，所以我也趕緊在MediaWiki:Common.js加掛了。效果可以在台北市的右上方按下 得知。這隻JS放在元維基，理論上安全無虞。 :) --笨笨的小B | 20巷 2007年8月21日 (二) 16:36 (UTC)

IE6不相容，出現指令碼錯誤的提示，IE7不知道有沒有問題。-- 百楽兎 2007年8月22日 (三) 01:53 (UTC)
IE7 沒問題，Firefox 與 Opera 都只有空白的新視窗而沒有圖。—SEEDER 2007年8月22日 (三) 05:50 (UTC)
我這裏，Firefox 與 Opera都正常，你沒有圖的問題可能在網絡。IE6下出現指令錯誤，但有時候又正常。準備晚上查找這個令我頭大的IE問題源。隨便一說：這個世界要是沒有IE是很美好的。— fdcn  talk   — 2007年8月22日 (三) 15:07 (UTC+8) — 2007年8月22日 (三) 07:07 (UTC)
好像只有台北市的條目才有錯誤。難道是半保護的緣故？-- 百楽兎 2007年8月22日 (三) 13:34 (UTC)
IE7也有問題，出現link.href為null，不是物件。→♥ 囉唆的阿佳 ♥ 2007年8月22日 (三) 23:23 (UTC)
不知是否跟m:MediaWiki:Wikiminiatlas.js的改動有關。--Shinjiman ⇔ ♨ 2007年8月23日 (四) 04:04 (UTC)
昨日我的IE掛了，到現在也沒能修復。但我判斷不應是m:MediaWiki:Wikiminiatlas.js的問題。請其它IE維基人做一個實驗，在台北條目中僅保留經緯模板，其它刪除，用預覽方式看一下是否出錯。— fdcn  talk   — 2007年8月23日 (四) 18:03 (UTC+8) — 2007年8月23日 (四) 10:03 (UTC)
  • 台北條目中僅保留經緯模板，其它刪除，用預覽方式看，IE7 一切正常。FIREFOX 不論刪除與否，新視窗內都只有亂碼。OPERA 不論刪除與否，一切正常。—SEEDER 2007年8月23日 (四) 10:42 (UTC)
似乎是因為Firefox預設Charset的關係。已經回報原作者。 --笨笨的小B | 20巷 2007年8月23日 (四) 11:58 (UTC)
回報en:User talk:Dschwen之後，iframe頁面加上了chraset。刷新快取過後Firefox應該不會亂碼了。--笨笨的小B | 20巷 2007年8月23日 (四) 17:04 (UTC)
我發現只要標題的開頭為4位數以上的數字（除了0開頭）在IE下就會出錯，例如：
==1234==：會出錯，
== 1234 ==：會出錯，
==1234漢==：會出錯，
==1234A==：沒問題，
==0123==：沒問題，
==a123==：也沒問題。
-- 百楽兎 2007年8月23日 (四) 12:12 (UTC)

謝謝百楽兎提供的信息。在英文版加入這樣的標題是沒有問題的，由於我的機器IE有問題，現在無法跟蹤錯誤。只能肯定:1是由加入的m:MediaWiki:Wikiminiatlas.js發出錯誤;2是並不一定m:MediaWiki:Wikiminiatlas.js有問題，可能在中文的js環境下不兼容。等我能夠（目前還不能）重裝系統後，會檢查和處理這個問題。— fdcn  talk   — 2007年8月25日 (六) 16:46 (UTC+8) — 2007年8月25日 (六) 08:46 (UTC)

很抱歉，今天才處理。與m:MediaWiki:Wikiminiatlas.js無關，問題出在Mediawiki:Wikimediaplayer.js。再一次鄙視一下IE。— fdcn  talk   — 2007年9月2日 (日) 00:19 (UTC+8) — 2007年9月1日 (六) 16:19 (UTC)

[編輯首段]連結

最新留言：17 年前54則留言19個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧 (全部)。執行者：－ fdcn  talk   — 2007年10月9日 (二) 10:29 (UTC+8) — 2007年10月9日 (二) 02:29 (UTC)。

可否改為簡單明了的「[編輯]」；另外，可否將「[編輯]」連結移至左側，緊接章節題目？參看德語版的效果（[Bearbeiten]）：Nola。原因是某些文章附加圖片或模板，導致平時置右的「[編輯]」連結左移，而假如附加的圖像或模板較長，跨越多個章節，這些章節的「[編輯]」連結均會被移至圖像或模板左側，單行並列顯示，這使得用戶難以分清到底哪一個連結對應哪一個章節，文章內容顯得雜亂（例：第二節底）。若同意，可以在MediaWiki:Monobook.js系統頁面中增添以下一段內容，防止這種現象： 

/*
== 章节编辑链接置左 ==
*/
function moveEditsection() {
    if (typeof oldEditsectionLinks == 'undefined' || oldEditsectionLinks == false) {
        var spans = document.getElementsByTagName("span");
        for(var i = 0; i < spans.length; i++) {
            if(spans[i].className == "editsection") {
                spans[i].style.fontSize = "x-small";
                spans[i].style.fontWeight = "normal";
                spans[i].style.cssFloat = "none";
                spans[i].style.marginLeft = "0px";
                spans[i].parentNode.appendChild(document.createTextNode(" "));
                spans[i].parentNode.appendChild(spans[i]);
            }
        }
    }
}

addOnloadHook(moveEditsection);

謝謝！—Shibo77 2007年8月8日 (三) 12:10 (UTC)

  1. 關於按鈕名，是有維基人認為以前的按鈕無法讓人明白。由於首段的特殊性，用「[編輯]」兩個字可能會讓人誤以為對全文的編輯。
  2. 關於右置編輯按鈕，確實在有些頁面產生過不少版式錯誤，雖然是頁面的編輯者運用版式有問題。我先照你的要求進行了改變，看其它維基人是否接受這樣的安排。
— fdcn  talk   — 2007年8月9日 (四) 01:55 (UTC+8) — 2007年8月8日 (三) 17:55 (UTC)
一些建議：
  • 「編輯首段」這四個字好像小了一些，希望能夠和頂部的「編輯本頁」，「維基百科，自由的百科全書」等一樣大
  • 「編輯本頁」按鈕到達的編輯頁會顯示「在這個頁面上使用的模板有：...」；這個功能在「編輯首段」按鈕剛出來時也有（大約半年前了吧），不知道現在能不能實現
—Isnow 2007年8月8日 (三) 20:27 (UTC)
回：
  • 已增大字號
  • 段落編輯只顯示該段落所用的模板（包括預覽時剛增加上的模板），不會顯示全部頁面的模板。如果想查看全頁模板，請編輯全頁。
— fdcn  talk   — 2007年8月9日 (四) 09:48 (UTC+8) — 2007年8月9日 (四) 01:48 (UTC)
這好像不太美觀。—~yingwai0708~ ☎ 2007年8月9日 (四) 10:13 (UTC)
我個人是不喜歡這個改變的。因為：
①「[編輯]」連結移至左側，緊接章節題目：我覺得會干擾到我的閱讀。以前放在右邊感覺不那麼醒目，現在緊接章節題目讓我不由得多看幾眼。
②「編輯首段」的位置：也是覺得有些干擾，不過程度上相對①項的改變而言還算輕微。
-- 百楽兎 2007年8月9日 (四) 10:55 (UTC)
還是把「[編輯]」放回右側吧，這樣真的很不習慣！—－アオゾラ－| 有種就來譙™ 2007年8月9日 (四) 12:19 (UTC)

【編輯】按鈕的位置影響到很多人的編輯和閱讀習慣。不經社群廣泛討論就擅自更動，實在是很不負責任的行為。--Alexcn 2007年8月9日 (四) 13:23 (UTC)

關於頁面元素浮動造成的版面問題由來已久，大家可以看看中國共產黨條目，請試着在右導航對應位置的正文處加一個left或right的圖片試一下，更不要說編輯按鈕的難以查找了，該條目以前版式更差。我相信該條目這樣的情況很普遍，這裏面對閱讀和編輯造成的困難比目前的不習慣要大的多，一般的人員根本無從去解決。提議者的解決方案我很久就看到過，我個人是支持的，其實解決閱讀不適應還是有辦法的。比如鼠標懸顯，再如 [編輯]

由於上方的某一人發言讓我非常不愉快，今後該問題的解決不再會是我。— fdcn  talk   — 2007年8月10日 (五) 01:18 (UTC+8) — 2007年8月9日 (四) 17:18 (UTC)

這麼說來，倒很期許對方在這個問題上所做的貢獻了。—布學吾樹☆☆(talk) 2007年8月9日 (四) 17:46 (UTC)

關於頁面元素浮動造成的版面問題可能是有現成解決方法的：

  • class="infobox"好像就不會影響編輯按鈕，參見中華人民共和國
  • 這個問題很多時候和插入圖片有關

—Isnow 2007年8月9日 (四) 20:41 (UTC)

如果了解版式混亂的原因，則class="infobox"與解決方法無關。我在上面說過「雖然是頁面的編輯者運用版式有問題」，在中華人民共和國條目中，能夠正確排版，沒有把很高的right元素連續排列。如果連續排列了數個float:right;並且clear:right的元素，就會對它們水平對應的正文產生影響，所有在該正文中的float元素（編輯按鈕和很多圖片就是）都會發生位置「錯誤」。這是版面的正常行為，是編輯對CSS和HTML規範的不了解所致，當然有解決的辦法，只要了解CSS就能避免，但不可能製作成每一個人都可以使用的傻瓜式方案。這個唯一「現成」解決方法，不是每一維基人都能運用的。我想德語維基正是出於這樣的理由變動的。— fdcn  talk   — 2007年8月10日 (五) 09:49 (UTC+8) — 2007年8月10日 (五) 01:49 (UTC)

請問管理員能否將[編輯首段]的連結樣式統一為原來的連結樣式，即滑鼠指在連結時文字會有底線，謝謝。—Lkopeter 2007年8月10日 (五) 09:31 (UTC)

done.— fdcn  talk   — 2007年8月10日 (五) 20:08 (UTC+8) — 2007年8月10日 (五) 12:08 (UTC)

我想這主要還是大家的習慣問題，將段落編輯連結置左的百科不只德語一版，還有法語、波蘭語、西班牙語、意大利語、瑞典語、匈牙利語、土耳其語、保加利亞語、塞爾維亞語等版本，足以說明這是參與維基編輯的群眾可接受的一種解決辦法。上邊各位的討論最終還是沒有解決原提出的問題，也沒有提出新的解決辦法。難道非得等到英語版將他們的連結置左後，我們這邊才能有改動？請各位繼續商量商量應付多個置右圖像所造成的章節連結並行顯示問題的解決辦法。謝謝！—Shibo77 2007年8月25日 (六) 06:48 (UTC)

界面改變流程

  • 請別讓編輯提示一日數變!!!!請各位在「玩弄」維基技術前，也多考量活躍維基人於條目編輯者的感受，不要一變再變。勇於修改，並不包含影響他人的非條目頁面﹔如果可以，此類修改請多在他處嘗試，等略具雛形後，再來提起修改的建議，以求共識。我強烈建議於共識前，維持原來「編輯」提示位置，爾後於共識取得後，再一拍定案。--winertai 2007年8月10日 (五) 01:38 (UTC)

這點我要回應一下，系統介面的處理，幾乎都不經過共識的過程直接修訂的，百分之九十以上的介面改變都是沒經過討論直接修改的，或著是說，除了特別關注介面的管理員，沒有接觸過的人員不會知道網站還有一塊罕有人知的部分需要維護。—Jasonzhuocn 2007年8月10日 (五) 03:47 (UTC)

    • 澄清一下：「玩弄」維基技術的不是各位，只有一位──就是在下我，沒有一日數變，只在第一日變一次，第二日在眾人要求下改回。本人在維護系統前台程式上自認沒有玩弄和不負責任，每加任何代碼都是仔細權衡和謹慎的，common.js中就只有我一人做過減少代碼工作。
    • 管理員應要執行社區的共識，但上面所謂的共識流程我不遵守，如果對我的工作不信任，大可去罷免我的權限。因為程式代碼與基於百科內容而定的方針有所不同，功能性的修改從來不是通過廣泛共識來進行的，編輯工具欄的要求徵集早在這裏公示過，有幾個參與的？只能是有需求後，維護者根據影響和現實進行判斷後決定是否加入。就是後台程序--MediaWiki的開發，也是不會在維基人廣泛同意經過那麼一個流程才變動的，每次系統變動後，是不是影響廣大維基人編輯的前台修補也要走個流程？對不起，程式不是這樣的模式，更多的是基於委任和信任。我莊重聲明一下，如果對我的維護工作不信任，我很願意休息。— fdcn  talk   — 2007年8月10日 (五) 10:21 (UTC+8) — 2007年8月10日 (五) 02:21 (UTC)
      • 我不知道我提出的這卑微要求何來引來閣下如此「但上面所謂的共識流程我不遵守，如果對我的工作不信任，大可去罷免我的權限」盛怒。要知道，不管怎樣，你不成熟的一小小改進動作引起多少閱覽人及編輯人的不便？就算你認為取得共識的程序不利你改善程式，也該在明顯位置提出「委婉說明」。大家都是對事不對人，別搬出「我很願意休息」的氣話。--winertai 2007年8月10日 (五) 02:36 (UTC)
        • 看看我在上面的說明，我早說過「看其它維基人是否接受這樣的安排」。只是試探性的修訂。你的「卑微要求」裏已定性我「玩弄」。如果就事論事的話，這類的流程我不承認，完畢。— fdcn  talk   — 2007年8月10日 (五) 10:49 (UTC+8) — 2007年8月10日 (五) 02:49 (UTC)
          • 如果我針對所有『維基技術討論』過程所指的「玩弄」字眼引起閣下不悅，我願意收回。但如同你不承認取得共識流程相同，我也不認同『你每加任何代碼都是仔細權衡和謹慎』的做法是完全合乎維基利益且尊重其他維基人的。如果真這樣，就不該一天內，從右到左，又從左到右，右到左的三次更動。另外，不管別人怎想，至少我是完全否定您從右到左的這項更動。在此情況下，我想請問，我這『恢復以前狀態』意見是否完全被抹煞了？--winertai 2007年8月10日 (五) 03:01 (UTC)
            • 檢查一下你的系統，只有右到左，左到右的這一次，並且不是一天內，你說的又到左的我完全不知曉。你另一個要收回的是你沒有調查的不實指責。你個人的否定，不能支持「玩弄」和「不負責任」（另一人的指責）說，也不支持流程的必要性，當初加入折疊功能反對的人也有。— fdcn  talk   — 2007年8月10日 (五) 11:13 (UTC+8) — 2007年8月10日 (五) 03:13 (UTC)
              • 謝謝告知。既然已經恢復原來樣子，我就收回所有建議。不過，我仍認為我這發言既不是『不實指責』，也非否定閣下的所有貢獻。另外，我還是認為閣下態度極不友善﹔我還是強調，你一小小動作，可能影響很多閱覽人﹔因此請再重大修改前，考量一下活躍維基人的感受。--winertai 2007年8月10日 (五) 03:24 (UTC)
                • 謝謝你論證了「一日數變」不是「不實指責」，也謝謝你論證了面對「玩弄」指責的反應是「態度極不友善」。不用以後，我一直在修改前會考量維基人的感受，判斷可能不是很準確，但就是這一次，我也先聲明了是試改。還是那句話，我不會承認一個流程。-- fdcn  talk   — 2007年8月10日 (五) 11:30 (UTC+8) — 2007年8月10日 (五) 03:30 (UTC)
                  • 顯然閣下還是沒弄清楚我發言的重點，對此，我最後一次對我看法加以說明。第一，所有重大頁面修改技術，在解決所謂問題之前（難道解決編輯首段顯示問題，沒有其他更好方式嗎？），『沒經過審慎評估，沒經過完全試驗，沒經過告知，沒取得一定共識，不遵照一定流程』等步驟不取其一，一聲不響就逕自修改，對其他維基閱覽編輯人就是種玩弄。第二，「一日數變」是種文字的論述，我認為這沒有所謂不實指責。第三，若話講重一點，才能高下或貢獻多寡，並不影響「獨斷」或「濫權」的事實。第四，根據你的發言態度及過程，我還是看不出你有「考量維基人感受」的誠意。--winertai 2007年8月10日 (五) 03:49 (UTC)

謝謝fdcn的修改，解決了編輯首段的顯示問題。—Jasonzhuocn 2007年8月10日 (五) 03:41 (UTC)

如果一些因個人喜好而去更改全域設定的話，對其他的用戶都是不公平的。因此好像Shibo77兄的請求，如果只是為他(所指的是Shibo77)的查看編輯工作方便的話，大可以在自己的JS中加入，以達到自己要求的目的。順帶一提，剛去過維基詞典那邊，發覺到這種的設定已經改到五花八門了。亦包含當時維基詞典的中文字logo，當時在那邊並未有廣泛的討論，然後便使用了。--Shinjiman ⇔ ♨ 2007年8月10日 (五) 03:43 (UTC)
順帶一題，Shibo77把彝語維基的介面改為漢語，這樣是不妥當的，建議的做法應該是尋找彝語社群或論壇的網民確定介面用語之後將英文介面翻譯成彝語介面，這是舊事重提。—Jasonzhuocn 2007年8月10日 (五) 03:51 (UTC)
Shinjiman兄，Shibo77的請求我個人沒有判斷是他個人的需求，否則我不會修訂他的請求。我認為版式問題關係全體維基人的問題，以前有過一些想法，包括這次的編輯按鈕不浮動。既然在德語維基都有這樣的安排，不應看成所有用戶都不願意這種修改吧。個人覺得這類修改遵循謹慎和可回退的原則，這次改動，其實在代碼中加了開關變量的。— fdcn  talk   — 2007年8月10日 (五) 11:58 (UTC+8) — 2007年8月10日 (五) 03:58 (UTC)
增加變量其實並不是一件壞事來的，都好過沒有選擇的好。 :) --Shinjiman ⇔ ♨ 2007年8月10日 (五) 05:20 (UTC)
此外，其實能否考慮以用戶自訂的js，在自己使用的js中包含着，可以出到有關的效果？就正如popup般，有需要用時，才於自己的js中加入？--Shinjiman ⇔ ♨ 2007年8月10日 (五) 05:27 (UTC)

反對派也不必火氣這麼大，因為自由兄一開始就說了：「看其它維基人是否接受這樣的安排。」不是嗎？有實作效果會讓大家更容易判斷，不喜歡的人把意見說出來就好了，又不是要定案了。-- 百楽兎 2007年8月10日 (五) 05:30 (UTC)

這次界面的修改還好啦。何必如此爭執？感覺不適應只是因為大家習慣了原來的界面而已，而對於新來的用戶來說，這根本不是問題。我認為界面的修改更多應該是考慮對用戶的友好度和對問題的解決，而不是「是否習慣」。這次的修改，把「編輯」移動到左側是一個很好的做法，因為一些條目中右側往往有很多圖片和模板，會造成幾個「編輯」連結並排一線，無法使人分得清哪個「編輯」對應那個章節，而放到左側則基本能夠解決這個問題。但是我不大同意對首段編輯的修改，無論放在標題下面還是右側，都很突兀。尤其是右側，因為很多條目還會在右側相同位置放上「特色條目」，「優良條目」，「地理坐標」，「頁面保護指示」等多種符號，會完全遮蓋掉那個「首段編輯」的連結，從而喪失這個功能。我覺得原來的「0」標籤的表示就很好，為何要改變呢？如果說是因為很多人不知道它的含義，那只能說明我們的幫助文檔做得不夠好。就好像對話頁上的「+」標籤，同樣的抽象，也沒有人說要改變它。當一個頁面充滿了越來越多的元素和功能時，要麼精簡，要麼只能通過各種抽象的符號或精短的詞語來表示--百無一用是書生 (☎) 2007年8月10日 (五) 06:05 (UTC)
你有你的看法，相信其他人也有其他人看法。你那些「只是習慣原來界面」的或「介面友好」都是屬自己的主觀與獨斷，這些主觀與獨斷就是現在很多中文維基的危機。我相信，很多事情若不是某些人放炮，很多「是否看其他維基人是否接受這樣安排」就變成事實。要知道，任何重大更動要取得共識是維基價值所在，這價值並不因為誰貢獻多寡或涉及技術而有所異動。現在的爭議點，只是在於有些人都認為這些修改「是好的」、「是細末小節」、「跟他人無關」。不論是百分之九十或百分之十的技術維護，難道一些更動前的「起碼告示」或溝通，有這麼困難嗎？難道不可以以牽涉人數多寡來區分什麼該取得共識，什麼不該嗎？是不是有人將首頁維基中文logo改了，然後說聲「是否看其他維基人是否接受這樣安排」就可以換中文維基招牌？我並非火氣大﹔以前對於這些介面我是都視而不見，不過自從無端增加無厘頭「港澳繁體」（這字眼純粹自創），把那台灣繁體改稱為台灣正體，並出現我天天必須看見的那醜醜的『台灣正體』選項方塊後，我發現不講話的話，相同的事情會一再上演。現在至少，可以在修改事實定案前，發些牢騷。以免以後每天看見，每天怨自己沒努力制止過。請各位資深維基人深思，自己是否「自以為對維基十分了解後，而在執行某些工作時，忘了寄予維基新手或沒有某些權限的某些人的某些尊重。」--winertai 2007年8月10日 (五) 06:51 (UTC)

to 百無一用是書生:「特色條目」，「優良條目」，「地理坐標」，「頁面保護指示」等多種符號，與「首段編輯」連結不重疊，包括noteTA產生的指示也不在這個位置上。原先的０按鈕形式，到你發言之前為此，只有質疑的，沒有擁護的。呵呵，我無法猜測大家的真正共識是什麼，只能先做這樣的變動了。就我個人而言，我喜歡０按鈕。— fdcn  talk   — 2007年8月10日 (五) 15:43 (UTC+8) — 2007年8月10日 (五) 07:43 (UTC)

以上諸位，我先聲明我無意與任何人對立，只是說說我的看法。我認為界面的修改是不需要經過共識的，即使需要共識也只需要技術人員們的共識，而不需要整個社群的共識，就如同整個維基系統的升級(Upgrade)也是由維基媒體基金會的工程師決定即可，為什麼會這樣說呢？因為以我一個一般使用者而言，我不懂程式碼這些東西，因此我不會修改它，但是我可以提出一些意見，供懂技術的同仁們去做，但他們不實際去做，我永遠也不會體驗到新的修正/修改/升級，中文維基在更多時候，我看到的是有意幫忙的人受限於「社群共識」遲遲未能出現而打消念頭。維基的精神有許多面向，「共識」跟「大膽去作」同樣都屬於維基的精神，前者是由「文明」相關方針所支撐(社群互動的基本首則)，後者則是由於Wiki系統本身的技術特性所支撐(因為可以很快改回來)，或許我們可以考慮要做的事情包括：1.形成技術團隊、2.考慮對某些界面、首頁等等進行版本控制。--Theodoranian|虎兒 =^-^= 2007年8月10日 (五) 08:03 (UTC)
技術上的修改肯定會影響到編輯和閱讀。如果是影響比較大的改動，應該謹慎操作。比如，可以先徵集大家對改動的意見，同時提供代碼供有意願的用戶試用，然後決定是否進行全局的改動。這次修改，因為影響到很多用戶的習慣，不論這樣改動的「好壞」，在程序上有些過急。像我個人因為很不適應，尤其是那個更改首段的標籤，前面發言有些過火，在此收回。如果最後討論的結果是把編輯標籤左移，希望能提供原來的代碼，這樣我可以修改個人js，保持原來的編輯和閱讀習慣。對於書生說的，我還是覺得問題不是這樣改好不好，而是這樣大的改動是不是應該在程序上注意多徵集用戶意見，謹慎操作。--Alexcn 2007年8月10日 (五) 09:51 (UTC)
  • 修訂說明：事先評估　早想修訂編輯按鈕不對應的問題，從正文編輯排版上試過一些辦法，但行不通，要求人人會排版不現實；看到請求後，權量解決辦法只有此一途；考量過維基人的習慣，但權衡下認為按鈕錯位對閱讀和編輯造成的困難對目前的不習慣更為重要；對反對的激烈預計有誤，因為看到德語版這樣實施；以上是修訂前真實考量；　試驗告知 該技術根本不繁雜，以往的經驗是就是在相關客棧說明，以後亦會有通知不力的反對，我的想法很簡單，就是試用一下，看社區的反應，不行就撤消，我不認為這有多麼不妥，這實在是一件很簡單化的事件，並準備在二三天後做決定（當然才用了一天），這亦是我當時的真實想法，事實上，以前的許多改變就是這樣，比如行編輯模板就是這樣保留下來；共識與流程　目前界面的修訂不是依據共識來進行，也沒有流程。
  • 希望大家能理解我的感受，這次修訂給其它人的感受是不習慣，但我的感受是面臨「不負責」「玩弄技術」「一日數變」「不尊重他人」「獨斷濫權」等指責加諸，同時這些指責被稱為「就事論事」，被指責之人卻是「態度極不友善」，即使我始終沒有指責與評介對手。我是小氣之人，就此牢騷一下。
  • 真實關鍵的爭論其實在沒有一個過程或者說流程上，先謝謝Alexcn不再對我修訂行為本身進行評介了，他說明影響比較大的改動要謹慎我是同意的，只是這個謹慎難以定義。目前的維基技術上是任何改動都可以撤消的，技術修改並不是什麼定案，根據社區的反饋就可以檢討，這裏的意思是，沒有很嚴重的後果，它不像首頁改版那樣是一個議案。
  • 在上面的處境下，界面特別是程式的修改，不應當是依靠社區共識來進行，這無以解決問題和功能的增進，要保持一定的靈活性，這裏的危害預防應主要建立在委任和信任上。關於通知，我也認為必要，但不能事事都是預先通知，很多的改動需要在系統的環境下，有的僅僅是測試，不行就撤，有的是需要時間來確定和反饋。至於重大變動的預先通知，有個前提就是判定是重大變動的問題，我說過，我不是反對通知，以前在編輯工具上我有預先通知，這一次我的判斷沒有很重要（當然判斷不准），這就有一個前提，請擬出一份重大變動的列表和標準，否則請給維護者以一定的自由裁量權。其實有些東西在我眼裏或從技術上看是很重大的，但在一般維基人並不在意。
  • 事事修訂要走一個流程，比如上方有人的建議，是我反對的，這會對界面維護增強設置障礙，具體的不在這裏表述，請其它界面維護者表達一下看法。至少有一點是肯定的，如果真要走這麼一個流程才可以維護的話，我是不會參與了，這與情緒化無關，我是個人志願在這裏參與的，要考慮成本，在沒有重大危害後果下，弄這麼一個東西來增加精力降低效率，從小我來考慮是不值的。— fdcn  talk   — 2007年8月10日 (五) 20:08 (UTC+8) — 2007年8月10日 (五) 12:08 (UTC)
我能理解Fdcn的感受，我前面說「擅自」云云確實很不妥當，在此致歉。我也贊成純粹技術的修正並不需要社區共識，不過我還是有個小建議：雖然不需要共識，但是應該給予「知會」，也就是說給社群一個「預告」，不需要社群達成一致。比如這次修改，可以在改動前在客棧里說明一下這次修改僅僅是測試，正在等待大家的反饋，而且聲明這個修改可以很方便地恢復原來的狀態。這樣，界面的維護者和使用者之間有順暢的交流，有助於互相理解和尊重。--Alexcn 2007年8月10日 (五) 12:38 (UTC)
今後能看見的修訂我會盡力在技術客棧這裏做通告，只是不能保證都是「預告」。無論是誰，是哪一個界面維護者，他必須執行社區的共識是必須的，也就是說，他的修訂在社區反對的情況下，他必須撤銷。— fdcn  talk   — 2007年8月12日 (日) 13:58 (UTC+8) — 2007年8月12日 (日) 05:58 (UTC)

我舉一個被冒犯很久的例子：未註冊用戶不得開新條目，我相信這跟技術也有關係（如果不是，請當我沒說，這段發言直接刪除，不必存檔）。當初是有『知會』，但知會的內容是『暫時』，這一暫時就暫時了一年，而且還在繼續下去。而且在知會期間曾徵詢過社群意見，結果是四票反對，只有三票贊成這個『暫時』措施，但未註冊用戶不得開新條目的措施還是就這麼『暫時』到現在。更離譜是有些管理員根本不瞭解這段強姦未註冊用戶的歷史，有的管理員以為未註冊用戶本來就不得開新條目，有什麼好說的？有的管理員以為未註冊到現在還能開新條目，而且這是『維基的精神』。我個人對能不能開條目興趣不大，所以既沒因此註冊，沒有為此鬧場，但是被這兩種態度搞得很火大。舉此例用意不在想平反什麼，只是想指出，先斬後奏再看看有什麼反應在極端狀況下可以變成什麼樣子。67.103.245.50 2007年8月11日 (六) 00:10 (UTC)

  • 我只能說，在面對許多無理挑釁後，中文維基很多人築起了一面牆去面對善意的建議。有些人在強調自己辛苦貢獻前，忘了在收到玩弄無理重話之前，沒獲得任何溝通的閱覽者編輯者面對多少「被別人玩弄」無奈。更可怕的是，社群意見仍偏向因人而異（授權者或非授權者）或因事而異（技術與編輯）的「拒絕溝通」。--winertai 2007年8月11日 (六) 00:25 (UTC)
  • 技術性修正的社區共識幾乎都是外行領導內行的共識，「狀況回報」就是最好的例子。支持User:Fdcn 在此次版面修改的編輯。User:Theodoranian 的「組成技術團隊」是個很好的建議。— SEEDER 2007年8月11日 (六) 00:46 (UTC)
現在加回0按鈕，而右端的編輯首段的連結仍然存在，試看一下用戶有什麼的回饋。--Shinjiman ⇔ ♨ 2007年8月11日 (六) 04:31 (UTC)
本周的Signpost正好談到了這個問題：

Every section on a Wikipedia article has an [edit] link to allow editing of that section, except for the introduction ('section 0', the section before the first section heading on a page). The main problem with implementing such a link is disagreement about where it should be positioned; there have been suggestions to place such a link as a tab (like 'edit this page' is), on the same line as the title, and on the line just below the title. This feature apparently existed in some skins in the past, but was removed, due to interference with right-floating elements in the page's content. Several workarounds exist; there are five user scripts and two templates (see Help:Section#Editing before the first section) designed to fix this problem, and it's possible to manually enter a section of 0 to edit by editing a different section and changing the section number in the edit page's URL to 0.

--百無一用是書生 (☎) 2007年8月14日 (二) 12:27 (UTC)

強烈的懇求能不能將編輯首段的標籤從右上角移開？我最近花了很多功夫在幫忙經緯位置模版的增添與訂正，但是自從編輯首段被移到右上角之後，就與這些經緯度模版（例如{{coor title dms}}）重疊在一起變成一團，徹底失去花了這麼多功夫訂正座標的意義。很怪的是，目前為止只有編輯首段標籤會與其他標籤衝突，反倒是noteTA不大會（頁首偶爾會出現的活動訊息模版也會衝突，但好在該模版可以隱藏，所以影響不大），這編輯首頁的標籤還真是個礙眼又沒啥用的角色呀！—泅水大象 訐譙☎ 2007年8月22日 (三) 20:21 (UTC)
大象，有些奇怪，經緯模板我早修改了以避開編輯首段的。你那裏還是重疊嗎？請告知你的瀏覽器及OS。關於編輯首段本身，請看方針客棧的討論，會在9月15日做出決定。— fdcn  talk   — 2007年8月23日 (四) 09:42 (UTC+8) — 2007年8月23日 (四) 01:42 (UTC)
看到這回覆時，發現座標模版也經過修改了（多了個地球符號的版本），新修改的版本終於不會再和編輯首頁標籤混成一團，感謝！（我使用的瀏覽器以IE6為主）—泅水大象 訐譙☎ 2007年8月23日 (四) 03:11 (UTC)

編輯按鈕的位置

最新留言：17 年前5則留言2個人參與討論

現在的編輯按鈕都在右邊，但是有時候右邊加了圖片或表格之後會發生編輯按鈕向下竄，並且堆疊的現象。也許我們可以仿照德語維基將按鈕的位置左移到標題之後。只不知這樣一來編輯首段按鈕的位置會跑到哪。　 Mu©dener  留 言  2007年10月8日 (一) 22:55 (UTC)

請參看上方討論：－ fdcn  talk   — 2007年10月9日 (二) 10:29 (UTC+8) — 2007年10月9日 (二) 02:29 (UTC)

好吧，既然大家都不習慣我也不堅持。能不能在自己的js腳本做修改實現上述功能？是不是加入上述代碼就可以？　 Mu©dener  留 言  2007年10月9日 (二) 13:49 (UTC)
已經弄好了，其實我覺得這樣很好。不知道他們為什麼不習慣。個性化腳本是維基百科的新玩法，估計會火的。　 Mu©dener  留 言  2007年10月9日 (二) 14:38 (UTC)
其實，加一個JSConfig.editSectionLink='flow';就可以了。只是目前在IE下都還有問題。— fdcn  talk   — 2007年10月11日 (四) 02:58 (UTC+8) — 2007年10月10日 (三) 18:58 (UTC)

我在編輯時的工具欄消失了……

最新留言：17 年前12則留言7個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/求助。執行者：--Ellery 2007年10月14日 (日) 08:00 (UTC)。

問：如題，不是設置問題，可以確定，中午還好着……我通過自由門和FireFox登入wiki。現在工具欄的位置那個什麼「中文標點」、「維基常用」那個，如果我在參數設置裏面設置不用工具條，這一行會跑到文本框下面。 —烈之斬 2007年10月4日 (四) 13:53 (UTC)

參見MediaWiki:Common.js歷史：「暫恢復系統內置按鈕，時間三小時」。--Isnow 2007年10月4日 (四) 13:56 (UTC)
謝謝。 —烈之斬 2007年10月4日 (四) 13:58 (UTC)
慘了，我也出問題了，平時太依賴工具欄提供的快捷方式，現在常用的模板名稱都不記得了。--一葉知秋→切磋 2007年10月4日 (四) 14:10 (UTC)
因為自wikipedia被封后，第一次重新回到wikipedia用的是jaylee的鏡像，所以說很長一段時間必須自己打code，於是到後來反倒覺得工具欄是累贅了……—菲菇＠維基食用菌協會 2007年10月4日 (四) 14:15 (UTC)
呵呵，我也是，不過{{lang|ja|お早う}}這種代碼手打還是費事。 —烈之斬 2007年10月4日 (四) 14:35 (UTC)
看來我真要去找塊豆腐了，我都不知道工具欄還有{{lang|ja|お早う}}功能，剛才才發現。除了客棧，我都是離線編輯，工具欄對於我來說只用簽名而已。—木木 2007年10月4日 (四) 20:26 (UTC)
看來我真的需要給自己開發一款離線全功能編輯器了。--一葉知秋→切磋 2007年10月4日 (四) 14:30 (UTC)
參見weekedit。--Isnow 2007年10月4日 (四) 18:15 (UTC)
謝謝，不過這個好像用處不大，反而影響編輯速度吧。（可能是我不會用）。--一葉知秋→切磋 2007年10月6日 (六) 09:59 (UTC)

沒有了還真不方便，不知是暫時性的，還是以後就沒有了。我現在連簽名都沒法簽。--Mukdener 2007年10月6日 (六) 17:35 (UTC)

MediaWiki:Common.js

最新留言：17 年前32則留言10個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：--Ellery 2007年10月29日 (一) 12:08 (UTC)。

目前按鈕：
                                          

能否減少編輯框上方的按鈕，將比較不常用的部分獨立出來，設一個地方寫個說明，讓用戶自己放js，例如Wikipedia:維基百科工具/彈出表格按鈕，能夠很容易的能夠為自己加減功能。--Jasonzhuocn...臺灣維基社群Blog 2007年8月18日 (六) 12:10 (UTC)

簡單地說，我不知哪一些為不常用。這個問題我很早在這裏提出過，希望維基人能發表看法說明哪些按鈕應當自訂。另外，目前的程式可以方便地做到自訂按鈕，無論是增加還是減少。— fdcn  talk   — 2007年8月18日 (六) 20:41 (UTC+8) — 2007年8月18日 (六) 12:41 (UTC)
特別屬於某些領域的條目才會用到的符號，例如數學公式、數學符號、數學序號。而度量單位可以從常用符號獨立出來維持預設。注音符號很少使用，可以拿出來。—Jasonzhuocn 2007年8月18日 (六) 13:39 (UTC)

重整以上意見：

  • 非中文標明似乎不常使用，常寫其他國家的事情的維基人會用到。
  • 條目編輯裏面的{{小作品}}已經非常少人使用了，許多人已習慣給予小作品更細緻的分類，例如{{TW-bio-stub}}、{{HK-geo-stub}}。可考慮另做客製化的香港用戶版和台灣用戶版給專寫這兩地的維基人使用。
  • 注音符號不常用，可以拿出來讓用戶需要時自行加上。
  • 數學公式和數學符號建議也獨立出來，或是留下最常用的部份，其餘獨立出來。
  • 數學序號非常少用，建議獨立。
  • 第三個 的作用是在頁面中加入分類的link，罕用。
  • 第十二個 ，建議合併入數學公式的下拉選單裏面。
  • 第二十一個 下劃線罕用。
  • 第三十個 縮進建議拿掉，使用冒號來縮進是在最基礎的說明裏面已經有了。

上面的按鈕竟然有40多個，昏~ 人的短期記憶是7加正負2。也就是說，除了非常習於編輯的活躍參與者把常用的記起來以外，不活躍的用戶和新用戶對一長排的工具列是很難上手的。7加正負2的原理也可以套用到左方的導航條。 --Jasonzhuocn...臺灣維基社群Blog 2007年8月18日 (六) 13:55 (UTC)

老實說除了重定向為了圖便宜外，我基本上都沒有用這些工具，全部手工輸入……--菲菇＠維基食用菌協會 2007年8月18日 (六) 14:20 (UTC)

大家來說說看自己常用的按鈕吧。—Jasonzhuocn 2007年8月18日 (六) 14:34 (UTC)

我也希望大家都在發表意見。
注意    之所以用而不是直接輸入，是因為它可以同時對多行進行設置。— fdcn  talk   — 2007年8月19日 (日) 11:00 (UTC+8) — 2007年8月19日 (日) 03:00 (UTC)

請問要怎麼自訂按鈕？我想要減少。-- 百楽兎 2007年8月20日 (一) 03:51 (UTC)

找個時間我來寫寫怎麼自訂。— fdcn  talk   — 2007年8月20日 (一) 19:09 (UTC+8) — 2007年8月20日 (一) 11:09 (UTC)
我想要減少不會用到的，然後新增自己常用的。就是要客製化讓大家自己選擇啦—Jasonzhuocn 2007年8月20日 (一) 12:25 (UTC)

補充一點，注音符號常使用於台灣鐵路的車站條目，車站有注音符號組成的國音電碼。—Jasonzhuocn 2007年9月2日 (日) 15:21 (UTC)

MediaWiki:Common.js 所附的編輯按鈕實在太多了，每一個按鈕都要一兩k，估計增加了超過50k的下載，我看英日文版的維基百科也沒有增加這麼多的按鈕。暑假在空蕩無人的學網開啟維基編輯條目，光是下載上方超過43個按鈕圖就要6秒鐘，離八秒定律不遠了，所以我很希望這些負載可以讓user自由增減，不要讓大多數人為了超過40個不常用的按鈕而拖慢了開啟編輯頁的時間，我認為這點可以考慮改善。—Jasonzhuocn 2007年9月6日 (四) 02:26 (UTC)

同意，而且會增加每頁編輯時需要的下載時間。希望有更簡單的方法可自訂按鈕吧！（甚至能做到像firefox可自訂按鈕就妙極了）另外，不如開個頁面或是投票的可作長期的討論與跟進，例如使用習慣和需求。Stewart~惡龍 2007年9月9日 (日) 06:07 (UTC)
我現在的暫行措施是把我不需要的按鈕的圖片當成廣告加以封鎖，效果和自訂按鈕差不多。-- 百楽兎 2007年9月10日 (一) 07:27 (UTC)
我也這麼做了，只留下10個個人習慣使用的。不下載那些按鈕之後，開啟時間由6秒鐘縮短為1秒以內，很暢快。—Jasonzhuocn 2007年9月16日 (日) 12:41 (UTC)
  • (！)意見，按鈕如果太少，等於是要逼人去熟背Wiki的語法。可是如果太多按鈕，又受限於HTTP先天殘破的圖檔下載機制，〈每獨取一個圖檔，就必須送出一個HTTP的GET命令，並等待Web-Server回應該圖檔的內容〉。所以，有可能日後改使用Flash或Java的按鈕面板嗎？Flash或Java都能夠把多個圖檔壓縮在一個檔案裏。像是Flash在用的.swf檔，或是Java在用的jar檔。—P1ayer 2007年9月17日 (一) 10:11 (UTC)
不可能。維基計劃不支援市佔率最高的Flash，更不用說不是人人都裝的JVM。另一個好方法是可以教導使用者如何把按鈕圖檔存在電腦上，由自己的電腦讀取的話速度就不是問題。-- 百楽兎 2007年9月17日 (一) 10:48 (UTC)
每個系統的developers都有自己奇怪的堅持:P。不過Extension:OggHandler用到了Java Applet，算是有用到JVM吧？另一方面我覺得用Flash會有點浪費（這樣變成工具頁要用上ActionScript呼叫回編輯框，不然就是編輯框全部Flash化），JVM又會比較耗損資源，都不是比較理想的方式。我自己的想法是何不把現在的JS工具列作成類似Ribbon的方式？（不過會不會被M$告啊 orz） --笨笨的小B | 20巷 2007年9月17日 (一) 12:27 (UTC)
(！)意見，Ribbon這個應該只能用在Office裏，所以不合需求。如果IE要用到你所謂的Ribbon的話，大概只能用C++寫IE的ToolBar外掛了，但是又要先安裝才能用，以及非IE的瀏覽器不支援的問題。所以，我還是建議從Flash或Java中做個選擇吧。或是仿FCKeditor的方式，把Common.js改成幾種Toolbar按鈕面板可以隨意切換〈基本型、進階型、全功能型〉。—P1ayer 2007年9月19日 (三) 04:17 (UTC)
目前已提供客製化服務，雖然還不夠：
  1. 完全關閉：至參數設置的編輯頁籤，將「顯示編輯工具欄」關閉。
  2. 預設。
  3. 增加用戶自選功能：例如User:Dgg32/editplus.js工具添加在用戶的monobook.js頁面中，能夠以下拉選單的方式提供常用的參考文獻模板。--Jasonzhuocn....知識的載體 2007年9月30日 (日) 14:09 (UTC)

UTC+8 2007-10-4這一天將會對編輯按鈕進行更改以反映上述要求，可能會對使用造成不便。— fdcn  talk   — 2007年10月4日 (四) 12:38 (UTC+8) — 2007年10月4日 (四) 04:38 (UTC)

文檔Wikipedia:維基百科工具/編輯工具還沒有完善，但功能上已可以滿足要求了。— fdcn  talk   — 2007年10月4日 (四) 22:57 (UTC+8) — 2007年10月4日 (四) 14:57 (UTC)

似乎工具欄已經恢復了？這個就是新版的吧，非中文標明沒有了，麻煩怎麼加上 = =？ —烈之斬 2007年10月4日 (四) 16:14 (UTC)

我直接在User:烈之斬/monobook.js加上了「JSConfig.edittoolsMode=plus;」想換成plus版但是不行…工具欄還是默認版的（在那個頁面裏我原來有寫popup的代碼，我就直接跟在後面了）。麻煩哪位幫我寫下或者講解下兩者共存格式如何，謝謝。
JSConfig.edittoolsMode="plus";
注意用西文引號把plus括起來。— fdcn  talk   — 2007年10月5日 (五) 00:28 (UTC+8) — 2007年10月4日 (四) 16:28 (UTC)
謝謝你! —烈之斬 2007年10月4日 (四) 16:34 (UTC)

謝謝Fdcn兄的貢獻M(_ _)M，看到Fdcn兄很順利的將我建議的功能寫出來了，我很高興，過去曾有幾次深夜打擾你的作息，跟你說聲抱歉。敝人身為資管系的學生，還要勞煩前輩將自己的構想付諸實現，希望我以後也能夠像前輩一樣能夠撰寫js改良維基百科的編輯介面。--Jasonzhuocn...臺灣維基社群Blog 2007年10月4日 (四) 17:59 (UTC)

Jasonzhuocn，希望你撤消管理員的請辭決定，否則你以後怎麼撰寫JS？— fdcn  talk   — 2007年10月5日 (五) 14:39 (UTC+8) — 2007年10月5日 (五) 06:39 (UTC)
我也向自由兄的智慧與辛勞致上最誠摯的敬意與感謝 -- 百楽兎 2007年10月5日 (五) 05:21 (UTC)

棒極了，我已經對自己的js文件做了相應修改，現在工具欄又出現了。希望儘快補充如何增加、刪除按鈕的內容，讓我們也進階一下。　 Mu©dener  留 言  2007年10月8日 (一) 23:05 (UTC)

有些不太常用的按鈕最近沒有了要找起來也突然發覺不容易，我竟想起到維基新聞找，因為那邊的按鈕還是用舊時比較多的一款。Stewart~惡龍 2007年10月16日 (二) 05:27 (UTC)

  • 有新的解套方法了，不過要看寫MediaWiki系統的人日後願不願意支援 CSS Sprites了，首先必須把現在各自拆開獨立的按鈕圖示，先串連成一張CSS Sprites能用的大圖（例如PNG檔），然後把按鈕改寫成用CSS Sprites顯示圖片的方式。
  • 相關技術請參照：
  1. 14 Rules for Faster-Loading Web Sites
  2. CSS Sprites: Image Slicing’s Kiss of Death
  3. High Performance Web Sites

像是這種圖 sprite.png圖 ……英文不好，希望有人能代為轉達這種解法，給有能力改得動維基系統的人。 —P1ayer 2007年10月17日 (三) 07:52 (UTC)

小工具

最新留言：16 年前97則留言15個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：— fdcn  talk   — 2008年4月6日 (日) 03:11 (UTC+8) — 2008年4月5日 (六) 19:11 (UTC)。

上個月書生有提到將增加小工具這個新功能，後來已經啟用了，所以想請管理員幫忙整理一下Wikipedia:維基百科工具，將有用的功能搬移到小工具中，方便用戶透過參數設置來選擇。另外我認為像section 0編輯、地區用語標籤等等也可以利用小工具來實現用戶依自己的偏好自由選擇，這樣應該可以解決使用Common.js所帶來的一些爭論。-- 百楽兎 2008年1月30日 (三) 04:39 (UTC)

我都覺得有一些功能是可以由Common.js中抽出，現在利用IE瀏覽器來看中文維基是很笨重的。Shinjiman ⇔ ♨ 2008年2月1日 (五) 09:07 (UTC)
同意Shinjiman，可以討論一下看看哪些需要移出。— fdcn  talk   — 2008年2月2日 (六) 09:33 (UTC+8) — 2008年2月2日 (六) 01:33 (UTC)
抱歉到現在才看到這個討論，但以下有些功能我並不了解其作用（例如首頁輸出修正），因此難以決定是否應該保留。有沒有人願意簡單解釋一下各個功能的作用，以方便大家作出更好的決定？ -- Kevinhksouth (Talk) 2008年2月9日 (六) 13:37 (UTC)
首頁修正問題，請觀察首頁與其它條目的不同表現，主要是首頁沒有一級標題。— fdcn  talk   — 2008年2月12日 (二) 15:48 (UTC+8) — 2008年2月12日 (二) 07:48 (UTC)
我 的主張是要從方便沒有登入的訪客的角度為本，並參考其他語言（尤其是最多瀏覽者的英文）的做法。如「首頁修正問題」，英文維基百科是預設啟用的，加上這使 首頁更美觀。因此假如這並不對首頁載入時間有嚴重影響，我是支持保留的。（但我看到的全是支持移出票，我不太明白其原因。）其他我未有投票的選項中，「調 整編輯按鈕」與「取消修訂編輯摘要修正」我不太明白，故暫不評論。（其實我感到有點慚愧，大家都好像明白各個功能，反而我身為管理員還要問這樣多。） -- Kevinhksouth (Talk) 2008年2月16日 (六) 05:54 (UTC)

小工具投票：

特色條目與優良條目鏈接顯示

 已保留，暫不提供可選關閉。— fdcn  talk   — 2008年2月19日 (二) 01:41 (UTC+8) — 2008年2月18日 (一) 17:41 (UTC)

調整編輯按鈕

 完成,請協助修改Wikipedia:維基百科工具/編輯工具。— fdcn  talk   — 2008年2月16日 (六) 05:18 (UTC+8) — 2008年2月15日 (五) 21:18 (UTC)

插入符號表上移到編輯工具欄

 完成 — fdcn  talk   — 2008年3月20日 (四) 01:32 (UTC+8) — 2008年3月19日 (三) 17:32 (UTC)

首段編輯連結

 完成— fdcn  talk   — 2008年4月1日 (二) 01:23 (UTC+8) — 2008年3月31日 (一) 17:23 (UTC)
(！)意見沒有看到與原來的「0」按鈕對應的小工具選項。—Isnow (留言) 2008年3月31日 (一) 18:42 (UTC)
？在「編輯工具」的第二項。— fdcn  talk   — 2008年4月1日 (二) 02:55 (UTC+8) — 2008年3月31日 (一) 18:55 (UTC)
「編輯工具」的第二項對應的是頁面右上角的「編輯首段」按鈕，不是原來在「編輯本頁」邊上的那個「0」按鈕。—Isnow (留言) 2008年3月31日 (一) 19:17 (UTC)
注意第二項的彈出提示其實告訴方法了的。二種編輯首段的方式只能取一，可在個人monobook.js中修改。你的已修改。
因為我的意見是放兩個小工具不可取，並且除了老用戶，不會有人執着頂上的0按鈕，新用戶對「編輯首段」按鈕更易接受。而老用戶修改自己的monobook.js沒有困難。
如果有認為需要建立兩種編輯首段的小工具，請在這裏闡述。— fdcn  talk   — 2008年4月1日 (二) 05:35 (UTC+8) — 2008年3月31日 (一) 21:35 (UTC)
收到，謝謝！—Isnow (留言) 2008年4月1日 (二) 08:38 (UTC)

首頁輸出修正

 已保留。— fdcn  talk   — 2008年3月20日 (四) 01:32 (UTC+8) — 2008年3月19日 (三) 17:32 (UTC)

取消修訂編輯摘要修正

 已保留。— fdcn  talk   — 2008年3月20日 (四) 01:32 (UTC+8) — 2008年3月19日 (三) 17:32 (UTC)

其他搜尋引擎連結表單

 已保留。— fdcn  talk   — 2008年2月24日 (日) 11:32 (UTC+8) — 2008年2月24日 (日) 03:32 (UTC)

WikiMiniAtlas世界地圖

  已保留。— fdcn  talk   — 2008年4月1日 (二) 01:22 (UTC+8) — 2008年3月31日 (一) 17:22 (UTC)

Wikimedia媒體播放器

 完成,已移出。— fdcn  talk   — 2008年3月20日 (四) 01:32 (UTC+8) — 2008年3月19日 (三) 17:32 (UTC)

Anonnotice顯示

 完成— fdcn  talk   — 2008年2月16日 (六) 05:18 (UTC+8) — 2008年2月15日 (五) 21:18 (UTC)
還是加入狀況回報的字句吧，這幾天都不知道中國大陸用戶的訪問情況。--  (留言) 2008年3月6日 (四) 23:15 (UTC)

地區用語標籤更改為下拉選單（僅針對monobook皮膚）

再沒有意見的話，會被保留。— fdcn  talk   — 2008年3月21日 (五) 20:31 (UTC+8) — 2008年3月21日 (五) 12:31 (UTC)

 完成— fdcn  talk   — 2008年4月1日 (二) 02:24 (UTC+8) — 2008年3月31日 (一) 18:24 (UTC)

對以上投票的意見

投票進行了快2個月了，如果還是一直沒人參加，建議以上未定案項目就採已投票人數的相對多數來決定。--百楽兎 2008年3月19日 (三) 14:36 (UTC)

還剩三個，月底執行。— fdcn  talk   — 2008年3月20日 (四) 01:32 (UTC+8) — 2008年3月19日 (三) 17:32 (UTC)
已執行。有建議可以另開主題討論。— fdcn  talk   — 2008年4月1日 (二) 02:25 (UTC+8) — 2008年3月31日 (一) 18:25 (UTC)

建議為新手引入強制預覽功能

最新留言：16 年前39則留言20個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：— fdcn  talk   — 2008年4月6日 (日) 03:21 (UTC+8) — 2008年4月5日 (六) 19:21 (UTC)。

在不少非英語主要語言版本，如德文及法文等，進入編輯時並不能直接按「保存本頁」，而是必須先按一次「顯示預覽」，才可按下「保存本頁」。本來以往我想提議引入，以減少新手錯改頁面，但考慮到會使已熟習的維基人甚至bot構成不便，所以我才沒有提出。不過，現在隨着「小工具」功能啟用，我認為現在是適當時機引入這個功能。我的構思是：對於未登入用戶及新用戶，「強制預覽功能」預設為開啟，但用戶可在「小工具」中選擇關閉。這樣既可減少新手錯改頁面，又不會為舊用戶構成不便。大家支持嗎？ -- Kevinhksouth (Talk) 2008年2月26日 (二) 07:26 (UTC)

好像這個功能在日文版已經實行中。Shinjiman ⇔ ♨ 2008年2月27日 (三) 02:35 (UTC)
但日語版中若於摘要欄中輸入文字則即使是IP用戶也可以在無預覽下直接輸出編輯成果（我試過，推測其用意為鼓勵維基人於輸出編輯成果前於摘要欄簡述編輯概要）。順便一提，我用的IP（中華電信，為動態IP）以中華電信為Blocked proxy為由被封鎖了，害得我想從コロコロコミックの連載作品の一覧中挑出紅色連結並將其複製到Portal:漫画/執筆依頼以提醒日語維基人仍有不少小學生取向的漫畫作品及創作者之對應條目未建立都不行了（先前使用帳號RekishiEJ編輯時因有意將日語版主名詞空間及用戶頁中各種未以漢字表記之詞彙，如「いわゆる」改成「所謂」，以藉此提升日本人語文程度〔過去日本書籍對此類詞彙多以漢字表記，但現今多以假名表記〕，結果因此舉違反Wikipedia:表記ガイド且我個人日語連初級都不到〔我知道如何將此類詞彙以漢字表記，但不會用日語表達我個人對特定方針、指引的不滿，甚至連基本的聊天都不會〕，無力於Wikipedia:コメント依頼中回覆眾人指責而被無限期封鎖〔連HiNet及TANET我有在使用的ISP都被封〕，後來才因不少在日語版貢獻的臺灣維基人都用HiNet才使我得以繼續以IP用戶名義編輯〔主要負責WP:JWNA及歷史、軍事、教育、媒體、漫畫、動畫、電視這六項portal中新增項目欄更新。偶爾也為無類別之條目加入合適的[[Category:]]〕）。--RekishiEJ (留言) 2008年2月27日 (三) 13:04 (UTC)
你既然日語程度不到，建議不要輕易去更動假名與漢字，因為雖然很多假名是可以用漢字表達的，但是並不常用，或許以前會使用漢字表述，但是既然現在不這樣做了，這就表示這是現代日語的一種變化，其次，我剛剛去看了你RekishiEJ這個帳號的對話頁，他們的指摘是非常有道理的，因為你根本沒有弄清楚正確的漢字，你把『ある→有る・在る』，這發音一樣但是日文意思並不一樣，而且現在多半都是使用假名居多，其他的『いう→言う・謂う ～できない→～でき無い また→又・亦}}』就更不用說了，根本就是亂改喔，根本沒有人會在文章內使用這樣的漢字，還有日文維基有限制必須使用常用漢字，你把假名改為不常用的漢字當然會被指摘，因為使用百科全書的人不是每個人漢字都很好，你說這是提升語文程度？你根本連日文都搞不清楚要如何提升他們的語文程度，不是漢字懂很多就代表語文程度提高，然後你又完全不回應，就算是使用英文回應也好啊，我想這也是一種經驗啦，下次不要這樣改就好了。--robinhou (留言) 2008年2月27日 (三) 17:08 (UTC)
(＋)支持。—Isnow (留言) 2008年3月4日 (二) 13:49 (UTC)

現已增加強制預覽，僅對未註冊用戶有效。對註冊用戶是保持目前的默認不強制，還是通過小工具來關閉強制，請大家決定一下。— fdcn  talk   — 2008年3月4日 (二) 22:25 (UTC+8) — 2008年3月4日 (二) 14:25 (UTC)

(＋)支持允許通過小工具來關閉強制，這樣可以再增加破壞者的麻煩。--百楽兎 2008年3月4日 (二) 14:39 (UTC)
作為提案者(＋)支持。 -- Kevinhksouth (Talk) 2008年3月5日 (三) 12:41 (UTC)
堅決(－)反對！這樣將使編輯量大減。--  (留言) 2008年3月6日 (四) 23:10 (UTC)
(＋)支持—天上的雲彩 雲端對話 2008年3月13日 (四) 03:08 (UTC)
(＋)支持，很好，也想不出反對理由。—Iflwlou [ M {  2008年3月16日 (日) 15:34 (UTC)
 完成 長時間沒有更多參與，對註冊用戶實施強制。請在小工具中關閉強制。— fdcn  talk   — 2008年3月22日 (六) 12:47 (UTC+8) — 2008年3月22日 (六) 04:47 (UTC)
我已修改頁頂公告作出提示。好奇一問，這個修改不會對管理員受影響嗎？我現在毋須選擇關閉強制預覽，已經沒有強制預覽了。 -- Kevinhksouth (Talk) 2008年3月22日 (六) 06:23 (UTC)
同樣強制，你沒有受影響，可能是緩存的問題。強制刷新一下試試。— fdcn  talk   — 2008年3月22日 (六) 14:41 (UTC+8) — 2008年3月22日 (六) 06:41 (UTC)
原來是緩存的問題。 -- Kevinhksouth (Talk) 2008年3月22日 (六) 06:48 (UTC)

功能越來越人性化，很好很強大。　 Mu©dener  留 言  2008年3月22日 (六) 22:03 (UTC)

  • (＋)支持很好的功能。—pedist (對話頁) 2008年3月23日 (日) 05:57 (UTC)
  • (－)反對：很多維基人都只是專注於編輯自己熟悉範疇的條目，不太注意站務，甚至不知道怎樣移除強制預覽，也沒想過去問，於是他們因為覺得這樣很煩就減少編輯，而他們在編輯上的表現是不錯的，也提升了不少條目內容。強制預覽立意是好，但我覺得會帶來反效果，尤其是中文版維基百科的討論參與度並不算高，而條目數量和質量仍然有不少改善空間，我覺得現階段不適合預設成強制預覽。至於IP用戶及新手強制預覽則(＝)中立。—以上未簽名的留言由Ws227（對話｜貢獻）於2008-03-24T02:50:55加入。
    問一個笨問題：上哪裏修改參數來關閉我的強制預覽功能？註冊用戶的參數設置頁面中似乎沒有見到此選項（或是我沒找到），雖然我支持對於不熟悉功能的未註冊用戶強制實施預覽功能，但是對於有時會需要幫忙整理站務的我來說，多這倒手續還真的有些棘手哩！—泅水大象 訐譙☎ 2008年3月24日 (一) 10:19 (UTC)
    在小工具的編輯工具處。— fdcn  talk   — 2008年3月24日 (一) 21:14 (UTC+8) — 2008年3月24日 (一) 13:14 (UTC)
  • 麻煩的功能，減低效率。連這頁也要，我覺得只須IP用戶及新手強制預覽。—Chunchun2345 (留言) 2008年3月24日 (一) 12:51 (UTC)

個人真的很希望不同的意見能早些到達。由於強制預覽將會使更多的人受到影響，相信參與的人會增加，將會在一周後根據討論情況對註冊用戶的強制做最終的存留。此外，請也要注意，目前是可以關閉強制的。— fdcn  talk   — 2008年3月24日 (一) 21:14 (UTC+8) — 2008年3月24日 (一) 13:14 (UTC)

其實影響到各位已註冊用戶，只是為新手（新註冊用戶）預設加入強制預覽的一些副作用，因為技術上不能直接設定哪些已註冊的用戶預設不用強制預覽。希望大家能夠體諒。各位只須在參數設置的小工具關閉強制預覽便可解決。 -- Kevinhksouth (Talk) 2008年3月24日 (一) 14:53 (UTC)
那能不能在被強制預覽的情況下在保存/預覽/差異按鈕下補充一句「如欲取消強制預覽請註冊用戶在參數設置--小工具剔選取消強制預覽。」以消反對用戶的擔心? -- 同舟 (留言) 2008年3月24日 (一) 15:11 (UTC)
(－)反對：我雖然說不上老手，不過也玩維基接近兩年了，編輯次數更不少，今天也被這「強制預覽」弄得我一頭霧水，找了大半天，才知道在參數設置裏面可以取消。AGAIN，堅決(－)反對，這樣真的會使維基人編輯量大減的，特別是大陸的維基人，本身就被封鎖，只是通過代理或者破網軟件上來的，速度已經不快，連接也不穩定，要他們不斷地「強制預覽」簡直是一種折磨，誰看見這項措施都會心寒。—唐吉訶德的劍(風車之戰)十步殺一人 2008年3月24日 (一) 18:25 (UTC)

反對者的意見應當考慮，是否只針對未註冊和新註冊用戶用強制？目前技術上好像可以做到的。— fdcn  talk   — 2008年3月25日 (二) 03:06 (UTC+8) — 2008年3月24日 (一) 19:06 (UTC)

昨晚才好不容易設定參數成功關閉了強制預覽的功能，今早又失效了，而且進入參數設定頁發現該選項竟然消失沒得改？是誰沒事一直亂動系統參數設定，這樣頗擾人的耶……—泅水大象 訐譙☎ 2008年3月25日 (二) 04:11 (UTC)
簡直是胡鬧！維基管理人現在越來越獨立獨行了，完全不聽我們的意見！現在連取消強制預覽都不行了。再不行的話，我想我們只好放棄編輯維基了。—唐吉訶德的劍(風車之戰)十步殺一人 2008年3月25日 (二) 04:23 (UTC)
我比較願意抱持善意推論，認為進行修改的人並非有意導致如此的困擾。猜想應該是修改後沒有確實進行檢查，結果造成取消設定的功能消失而不自覺。希望有比較擅長軟件系統編修的其他高手幫忙改正此問題，先說聲謝了！—泅水大象 訐譙☎ 2008年3月25日 (二) 04:35 (UTC)
說聲抱歉，我沒有加以說明。其實昨天暫時修改成只針對未註冊與新註冊用戶，但我忘記並非人人知道要強制刷新。事實上，對刷新後的系統而言，並不需要那個取消選項。選項現已恢復，以保障還沒有刷新瀏覽器的用戶。
很希望大家在這裏就怎麼設定強制預覽表達意見，其實我只是個執行人，主觀上沒有干擾大家編輯維基的意圖。有越多的討論共識，越易讓修改不產生反彈。目前的設置只是臨時，會在一周內根據這裏的意見最後確定。— fdcn  talk   — 2008年3月25日 (二) 12:51 (UTC+8) — 2008年3月25日 (二) 04:51 (UTC)
原來如此，看來新的設定其實更為便民，只是沒刷新之前會有點『副作用』？建議下次有這種更新時可以出聲留言通告一下，也少點誤會。辛苦了！—泅水大象 訐譙☎ 2008年3月25日 (二) 05:37 (UTC)
頂多一個月後該選項就可以移除了，因為那時大多數用戶的系統應該都已經載入新版文件，即使他們不知道刷新。--百楽兎 2008年3月26日 (三) 06:24 (UTC)

繁簡logo顯示 broken->not displayed

最新留言：15 年前3則留言2個人參與討論

Hello all, please forgive me to write in English. I would like to inform you that in the section "繁簡logo顯示" the script breaks the display of the logo if one has another language than zh in the special:preferences, the logo is not displayed at all. Would be great if you could fix that, many thanks in advance, best regards, --小鳥 (:> )=| 2009年1月20日 (二) 00:56 (UTC)

Fixed. --菲菇＠維基食用菌協會 2009年2月7日 (六) 07:49 (UTC)
Kind thanks, --小鳥 (:> )=| 2009年2月7日 (六) 16:26 (UTC)
最新留言：15 年前3則留言3個人參與討論

本主題或以下段落文字，移動自wikipedia:互助客棧/技術。

如上，見下圖：

 

—『Skjackey tse』 2009年2月7日 (六) 05:49 (UTC)

考慮在mediawiki:common.js把
function wgULS(hans,hant,cn,tw,hk,sg,zh){
	return {//保證每一語言有值
		'zh-hans':hans||cn||sg,
		'zh-hant':hant||tw||hk,
		'zh-cn':cn||hans||sg,
		'zh-sg':sg||hans||cn,
		'zh-tw':tw||hant||hk,
		'zh-hk':hk||hant||tw,
		'zh':zh||hant||hans||cn||tw||hk||sg
	}[wgUserLanguage];
}

改成 

function wgULS(hans,hant,cn,tw,hk,sg,zh){
	if (['zh-hans', 'zh-hant', 'zh-cn', 'zh-sg', 'zh-tw', 'zh-hk', 'zh'].indexOf(wgUserLanguage) == -1)
		return zh||hant||hans||cn||tw||hk||sg;
	return {//保證每一語言有值
		'zh-hans':hans||cn||sg,
		'zh-hant':hant||tw||hk,
		'zh-cn':cn||hans||sg,
		'zh-sg':sg||hans||cn,
		'zh-tw':tw||hant||hk,
		'zh-hk':hk||hant||tw,
		'zh':zh||hant||hans||cn||tw||hk||sg
	}[wgUserLanguage];
}

--Liangent（留言） 2009年2月7日 (六) 06:25 (UTC)

謝謝你指出問題，不過，IE里Array對象並無indexOf方法。目前修改為：
function wgULS(hans,hant,cn,tw,hk,sg,zh){
	return {//保證每一語言有值
		'zh-hans':hans||cn||sg,
		'zh-hant':hant||tw||hk,
		'zh-cn':cn||hans||sg,
		'zh-sg':sg||hans||cn,
		'zh-tw':tw||hant||hk,
		'zh-hk':hk||hant||tw
	}[wgUserLanguage]||zh||hant||hans||cn||tw||hk||sg;
}
— fdcn  talk   — 2009年2月7日 (六) 14:58 (UTC+8) — 2009年2月7日 (六) 06:58 (UTC)

External search engine

最新留言：15 年前1則留言1個人參與討論

Hi, I just fixed the external search engine integration (and some other bug I've found while doing my changes). I used the same code that is found on most of the other wikis (that is the radio button integration). Feel free to fix the old code and revert to using it if you don't like the new integration... at least, the feature is working now :) Pmartin (留言) 2009年4月7日 (二) 16:15 (UTC)

Tooltips

最新留言：14 年前2則留言2個人參與討論

Hello!

Is it needed to use both MediaWiki messages and the js code? 

ta = {
    'ca-article'         : ['a',wgULS('浏览条目正文','瀏覽條目正文')],
    'ca-nomove'          : ['',wgULS('你不能移动这个页面','你不能移動這個頁面')]
    ...
}

Helder (留言) 2010年6月1日 (二) 23:38 (UTC)

 完成: removed. Liangent (留言) 2010年7月7日 (三) 14:56 (UTC)

Magic editintros

最新留言：14 年前2則留言2個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。

自英語版引進的Magic editintros——對在世人物顯示Template:BLP_editintro的編輯提示和在消歧義頁顯示Template:Disambig_editintro編輯提示——目前沒有正常運作，有誰能修復這項功能。—RalfX（議） 2010年5月28日 (五) 15:15 (UTC)

消歧義出錯應該修改相應模板，不是js問題--百無一用是書生 (☎) 2010年6月8日 (二) 09:14 (UTC)
取自 "https://zh.wikipedia.org/w/index.php?title=MediaWiki_talk:Common.js/存档1&oldid=83679267"
返回 "Common.js/存档1" 頁面。