維基百科:互助客棧/技術/存檔/2008年7月
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
請取消這個錯誤轉換
簡體
大陸簡體和馬新簡體有甚麼分別?—E ≠ mc2 2008年6月27日 (五) 13:14 (UTC)
字詞轉換系統出現錯誤的原因已找到
新Bug
新建的一個模板
為什麼我新建的這個模板Template:中國地名在條目使用時會使得上方出現若干行的空白?諸如沛郡、漁陽郡條目。—Msuker (留言) 2008年7月4日 (五) 14:57 (UTC)
- 已修好。HenryLi (留言) 2008年7月4日 (五) 16:50 (UTC)
- 非常感謝。—Msuker (留言) 2008年7月4日 (五) 17:05 (UTC)
用戶簽名
為什麼突然間我看不到自己的簽名的?點那四條蛇之後,在自己的屏幕前只是顯示出日期,沒有簽名。連自己以前的簽名也一樣看不見?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 06:29 (UTC)
- 給你改變了一下,以後你試著用-{R|}-代替-{}-。— fdcn talk — 2008年7月5日 (六) 15:41 (UTC+8) — 2008年7月5日 (六) 07:41 (UTC)
- 謝謝(其實都還是不太明白這些是什麼來的),今天早上是那-{}-出了問題嗎?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 09:03 (UTC)
- 現在已沒有問題了。— fdcn talk — 2008年7月7日 (一) 08:40 (UTC+8) — 2008年7月7日 (一) 00:40 (UTC)
- 謝謝(其實都還是不太明白這些是什麼來的),今天早上是那-{}-出了問題嗎?—唐吉訶德的劍(風車之戰)十步殺一人 2008年7月5日 (六) 09:03 (UTC)
ISO 639-2代碼表 (繁簡轉換)
我發覺ISO 639-2代碼表那個繁簡轉換失效了,起初我還以為是自己不知弄錯了什麼,後來發現原本的版本也看不到。有人知道是什麼原因嗎?--✉Hello World! 2008年7月6日 (日) 04:03 (UTC)
- 請參看Bugzilla:14604,需要fdcn兄來修一下。 Shinjiman ⇔ ♨ 2008年7月6日 (日) 04:19 (UTC)
- ISO 3166-1原本的列表也不見了...YunHuBuXi 2008年7月6日 (日) 04:41 (UTC)
- 首先,新的代碼已寫好,要測試兩天再提patch。在轉型過程中會有一些錯誤,會逐步糾正它的。
- 此外,保持不轉換的文字用-{R|}-代碼代替-{}-代碼,從用法上分開也更易理解。本段所提問題先以此修正了。— fdcn talk — 2008年7月6日 (日) 21:16 (UTC+8) — 2008年7月6日 (日) 13:16 (UTC)
- 那豈不是要找出所有採用了這個代碼的條目,再人手更正?--✉Hello World! 2008年7月7日 (一) 03:16 (UTC)
- 不必。後台已經更正了。你可以核查一下。— fdcn talk — 2008年7月7日 (一) 13:34 (UTC+8) — 2008年7月7日 (一) 05:34 (UTC)
- ISO 3166-1原本的列表也不見了...YunHuBuXi 2008年7月6日 (日) 04:41 (UTC)
創建帳戶頁面上的認證圖片怎麼設置?
問:創建帳戶頁面上的認證圖片怎麼設置?給點提示我會自己查資料 —139.18.25.35 (留言) 2008年7月7日 (一) 17:59 (UTC)
- 若是要問Mediawiki的認證圖片,可到 www.mediawiki.org 打『CAPTCHA』搜尋。—ellery (留言) 2008年7月7日 (一) 23:46 (UTC)
{{NoteTA}}的Bug?
近日發現,如在{{NoteTA}}中像以下這樣定義的話:
{{NoteTA |1=XXX }}
突然變得不能防止系統將「XXX」換成其他字詞,而一定要使用「zh:XXX;zh-hans:XXX;zh-hant:XXX」才行。不知後台改變了些甚麼呢? --Moonian·♨一盅兩件立即嘆·貢獻 主要 全部 2008年7月8日 (二) 01:42 (UTC)
- 沒有注意到以前還有這樣的用法,這樣-{A|XXX}-相當於是-{A|zh:XXX;zh-hans:XXX;zh-hant:XXX}-的省略寫法了。我會將它與-{-|XXX}--{H|XXX}-統一考慮。— fdcn talk — 2008年7月8日 (二) 12:37 (UTC+8) — 2008年7月8日 (二) 04:37 (UTC)
- 新的代碼已更新,請等待應用到中文維基上。— fdcn talk — 2008年7月9日 (三) 17:38 (UTC+8) — 2008年7月9日 (三) 09:38 (UTC)
- 後台已應用,請核查一下。— fdcn talk — 2008年7月10日 (四) 08:26 (UTC+8) — 2008年7月10日 (四) 00:26 (UTC)
- 新的代碼已更新,請等待應用到中文維基上。— fdcn talk — 2008年7月9日 (三) 17:38 (UTC+8) — 2008年7月9日 (三) 09:38 (UTC)
- 搭單:我曾見過有數條條目,出現「|1=公裡」的東西(如 [1])。不知是為什麼被弄出來的?--✉Hello World! 2008年7月8日 (二) 07:17 (UTC)
- 原因在這,這是人幹的,呵呵。— fdcn talk — 2008年7月8日 (二) 15:27 (UTC+8) — 2008年7月8日 (二) 07:27 (UTC)
周傑倫出了什麼問題?
周董的名字第二個字是「木下面加上火」字,今天看到周董的條目,赫然發現裡面都打成了「傑」字,看了一下編輯記錄,好幾年沒人改也太扯了,於是動手改過來,但在預覽時,很神奇地,編輯預覽框(不是條目內容)裡,又自動回復成「傑」字,原來之前並不是沒人改,而是編輯內容被系統自動改成「傑」了,這是怎麼一回事?「木下面加上火字」難不成從中文維基蒸發了。(我之所以打木下面加上火,是因為我這次編輯也被系統改字。)—未命名 (留言) 2008年7月18日 (五) 04:33 (UTC)
我發現從繁簡轉換好像全壞了,是我電腦的問題嗎?未命名 (留言) 2008年7月18日 (五) 04:38 (UTC)
- 應該是維基百科的簡繁轉換系統問題。因為繁體字的「傑」和「木上火下」在簡體字中是同一個字。我記得是可以用一個模板(我忘了是哪個)來解決的。-Gordon仔—(留訊息) 2008年7月18日 (五) 04:45 (UTC)
(測試)杰Gordon仔—(留訊息) 2008年7月18日 (五) 04:52 (UTC)- 成功了。用-{杰}-這個語法吧!-Gordon仔—(留訊息) 2008年7月18日 (五) 04:54 (UTC)
- 感謝上面的兄台,但我的問題不是出在這裡,而是會在編輯框自動把簡體轉成繁體,現在用了Firefox就好了,看來是我電腦IE的問題,只是不曉得為什麼會這樣,這個錯誤害我剛剛在新推薦發表意見出了洋相,把編輯內容全部轉成繁體了。未命名 (留言) 2008年7月18日 (五) 04:58 (UTC)
- 可能是因為你用了客戶端繁簡轉換工具。—菲菇@維基食用菌協會 2008年7月18日 (五) 13:24 (UTC)
- 感謝上面的兄台,但我的問題不是出在這裡,而是會在編輯框自動把簡體轉成繁體,現在用了Firefox就好了,看來是我電腦IE的問題,只是不曉得為什麼會這樣,這個錯誤害我剛剛在新推薦發表意見出了洋相,把編輯內容全部轉成繁體了。未命名 (留言) 2008年7月18日 (五) 04:58 (UTC)
建議修改為英文代碼
有可能編寫出有分頁的模板嗎?
想問一下,有可能製造出有分頁的模板嗎?右圖以部首模板作為說明,分頁模板應該會一勞永逸地為各範疇帶來不少方便。Angelalive (留言) 2008年7月8日 (二) 10:48 (UTC)
- 想法很不錯,但是列印版的問題怎麼解決呢?—菲菇@維基食用菌協會 2008年7月8日 (二) 11:02 (UTC)
- 另外,這個涉及了<fieldset>和<lengend>兩個html標籤,但後台的parser在默認上是屏蔽了這兩個標籤的。—菲菇@維基食用菌協會 2008年7月8日 (二) 11:07 (UTC)
- 列印版的問題可簡單隱藏解決。畢竟對於列印版這個東西用處不大。至於parser的問題,我覺得可以暫時用javascript模擬--地球發動機(〠✆ - ✉✍) 2008年7月8日 (二) 11:10 (UTC)
- 挖到了參數設置的js:prefs.js,不知道是否有用。—菲菇@維基食用菌協會 2008年7月8日 (二) 11:12 (UTC)
- 列印版的問題可簡單隱藏解決。畢竟對於列印版這個東西用處不大。至於parser的問題,我覺得可以暫時用javascript模擬--地球發動機(〠✆ - ✉✍) 2008年7月8日 (二) 11:10 (UTC)
- 另外,這個涉及了<fieldset>和<lengend>兩個html標籤,但後台的parser在默認上是屏蔽了這兩個標籤的。—菲菇@維基食用菌協會 2008年7月8日 (二) 11:07 (UTC)
除了JavaScript以外,也可以使用HTML的Anchor功能來實現。
方法一是使用<ref>
。缺點是排版較困難:
另一個方法是使用章節的Anchor功能來實現,排版較自由,但無法克服引用時不被列入目錄的問題。
--百楽兎 2008年7月9日 (三) 02:08 (UTC)
二部|亠部|人部|儿部|入部|八部|冂部|冖部|冫部|几部|凵部|刀部|力部|勹部|匕部|匚部|匸部|十部|卜部|卩部|厂部|厶部|又部
口部|囗部|土部|士部|夂部|夊部|夕部|大部|女部|子部|宀部|寸部|小部|尢部|尸部|屮部|山部|巛部|工部|己部|巾部|干部|幺部|广部|廴部|廾部|弋部|弓部|彐部|彡部|彳部
心部|戈部|戶部|手部|支部|攴部|文部|斗部|斤部|方部|无部|日部|曰部|月部|木部|欠部|止部|歹部|殳部|毋部|比部|毛部|氏部|气部|水部|火部|爪部|父部|爻部|爿部|片部|牙部|牛部|犬部
玄部|玉部|瓜部|瓦部|甘部|生部|用部|田部|疋部|疒部|癶部|白部|皮部|皿部|目部|矛部|矢部|石部|示部|禸部|禾部|穴部|立部
- 其實,id屬性也是錨點,可以避免不被列入目錄。只是這種方法會滾動頁面。— fdcn talk — 2008年7月14日 (一) 22:31 (UTC+8) — 2008年7月14日 (一) 14:31 (UTC)
- 原來還可以這樣,學習了。因為這個模板都是放在頁底,所以使用時剛好可避開滾動頁面的問題。--百楽兎 2008年7月15日 (二) 05:26 (UTC)
- 有一種方法,不知這裡是否可行。就是使用JavaScript與CSS去做DHTML網頁的Tabs分頁效果。
- 範例Code 請見 用戶端Tabs頁面 - ProgWiki
- 這個需要這邊的管理員幫忙追加相關的JavaScript與CSS才能在這裡實作。
- 但這樣的作法,可能不利於列印。
- -P1ayer (留言) 2008年7月9日 (三) 04:43 (UTC)
這類的代碼有很多現成的,比如jQuery庫的擴展,現寫也不是難事。現在的問題是,一旦正式使用,就像wikipedia:摺疊顯示一樣,必須是永遠有效,這就不能放入Gadgets中,必須放入common.js中。增加這樣的通用功能最好還是多數人同意。— fdcn talk — 2008年7月9日 (三) 15:24 (UTC+8) — 2008年7月9日 (三) 07:24 (UTC)
我認為這種模版能造福不同的維基計畫,因此也將同樣問題移動到英語維基的這裡,以收集思廣益之效。Angelalive (留言) 2008年7月15日 (二) 13:28 (UTC)
- 以下方法移動自英語維基,可作參考。Angelalive (留言) 2008年7月17日 (四) 03:42 (UTC)
I've written a few JS tabbers for mediawiki, the latest was on wikiality.com. Perhaps it could be adapted as a starting point. Several things to keep in mind: it should show all by default if there is no JS enabled (and you could have all but the first hidden by default even before page load, using appendCSS before addOnloadHook, preventing annoying page-flash when the document loads), and all sections should display when printing, unless the whole object is meant to be hidden. --Splarka (rant) 07:25, 16 July 2008 (UTC)
有關編輯摘要的小建議
建議改善Meta標籤以優化搜尋結果
偶然無聊地檢視原始碼,發現中文維基百科HTML碼中的Meta標籤有可改善的空間。
- 「meta name="keywords"」的參數,我不太明白其機制,但我認為其取樣並不太理想,例如香港的keywords是「香港,CGroup/,大中華地區,泛珠三角區域合作,香港 (消歧義),香港 (消歧義),.hk,1075年,10月15日,10月18日,10月26日」。建議使用條目名稱加上所屬分類名稱作為keywords,以香港為例便是「香港,APEC,香港,中華人民共和國省級行政區,太平洋沿海城市,沿海城市,特殊政區,前英國殖民地」。
- 「meta name="description"」的參數未有定義。建議自動以條目首段作為description。
—Hargau (留言) 2008年7月11日 (五) 07:20 (UTC)
- Keywords好像是會搜尋條目內的一些內部連結,但具體機制我也不是很清楚。不過,你的建議影響不只中文維基百科,而是涉及整個Mediawiki的設計,恐怕在這裡討論也沒有甚麼作用。況且就算不優化Meta標籤,目前維基百科的搜尋結果已普遍理想了。 -- Kevinhksouth (Talk) 2008年7月13日 (日) 03:18 (UTC)
- 好的搜尋引擎不會全看meta標籤,因為有些網站會把一堆無關但熱門的關鍵字加入meta標籤中誤導搜尋引擎。—ellery (留言) 2008年7月15日 (二) 13:56 (UTC)
關於左側導航欄的搜索框置頂
前幾日我發現,左側導航欄的搜索框被置頂,但因未經討論的原由被回退。我支持將搜索框置頂。導航欄的「導航」、「幫助」兩子欄下附有多項鍊接,對於屏幕尺寸稍小的用戶,搜索框收不進屏幕,第一眼見不著哪裡可以搜尋內容。作為一個百科全書,我認為搜索框是導航欄中最常用的一個功能。排版時應當放在一眼可見的明顯位置。搜索框是為了方便閱讀百科內容的廣大讀者(上網查資料);導航子欄的連結的使用對象是更高一階的讀者(無聊時閱讀一些隨機條目,查查新聞和最新的更改);而幫助、工具二子欄提供的連結主要面向維基人(有時間為維基百科添加內容)。依此推理,按照使用頻率的多少從上到下排列。搜索框置頂(*SEARCH),導航欄(*navigation)、幫助欄(*help)次之,工具欄不動。(參考:德語版搜索框置頂,日語版首頁單立加長的搜索框)—Shibo77 2008年7月12日 (六) 05:55 (UTC)
- (+)支持—Quarty 2008年7月12日 (六) 12:37 (UTC)
- (+)支持──我非常同意你的觀點和推論,尤其【搜尋】理應放到最上。既然這裡正討論著 Sidebar,我也想發表一下其他相關的意見:我認為【導航】和【幫助】應該要改革一下,當然這可以稍後再詳談,現在宜先為【搜尋】的排位達成共識。 —Quest for Truth (留言) 2008年7月12日 (六) 20:20 (UTC)
- (+)支持,用起來很方便。—Hennessy (留言) 2008年7月13日 (日) 01:45 (UTC)
- (+)支持:你的建議很user-friendly。YunHuBuXi 2008年7月13日 (日) 02:59 (UTC)
- (!)意見:既然需要改動Sidebar,不如也一併檢討導航欄與幫助欄的連結。 -- Kevinhksouth (Talk) 2008年7月13日 (日) 03:20 (UTC)
- 檢索框在1024*768底下能夠直接在第一眼看到,基本便利要求已經達到。維基百科以網站方式呈現,而這裡不是檢索引擎,更多的是編者與讀者,重要的連結(網站主要內容等)自然應置於上方。察看10多個主要語言,只有德語版將檢索框置頂。最後不免俗地表示,個人持(-)反對意見。(至於首頁上方多個檢索則支持。)—RalfX(議) 2008年7月13日 (日) 03:42 (UTC)
- 你好!我不太明白你的意思。讀者和編者不也是同樣要用左側的搜索框嗎?顯然不能全靠維基內部連結一頁一頁地跳,許多系統也無法支持直接輸入URL。我的想法是因為搜索框很可能是左側導航欄下使用頻率最高的一個功能,讀者、編者均要用到的功能,那麼為何不乾脆把搜索框置頂以便利用戶呢?我給出德語版連結的主要目的是讓大家看看效果如何,不是因為德語版改了我們去效仿人家。至於1024×768,這個我不清楚,但我想這會取決於用戶具體的系統設置。例如我的筆記本電腦,幾年前還可以達到第一眼收進搜索框,後來大概是因為幫助子欄下新添了幾個連結,現在看不到「進入」和「搜索」兩個按鈕了。時不時,網站頂部還會有「合併帳戶」、「狀況回報」、「競選元維基管理員」之類的公共消息,進一步把搜索框下推。主要問題不在於搜索框能否收進載入頁面後的第一眼,解決這個問題很簡單;主要在於我們既然可以把使用頻率最高的搜索框放到一個更為明顯易見的位置,技術上可以做到,有沒有什麼壞處,那麼我們何樂而不為呢?最後說明一點,類似日語版在首頁正文區域多添一個搜索框的情況其他版本也有,具體作用有多大我不清楚,但這只是首頁一頁,算是首頁設計的問題,而搜索框涉及到全網站。把搜索框放在「導航」、「幫助」二子欄前不等於我們就成為搜尋引擎了。—Shibo77 2008年7月13日 (日) 04:58 (UTC)
- RalfX你好!你或許有你的想法,但根據W3Schools統計數據顯示,目前可能有超過14%(超過約七分之一)的網民使用低於1024*768解析度的顯示屏。對於這一群網民,難道中文維基百科是不打算照顧嗎?更何況,就算是用1024*768的顯示屏,誰規定瀏覽器必須「全螢幕」或「最大化」?我和我的朋友不時都會同時開著三個或以上的視窗,例如除了瀏覽器,還有Office、MSN、小畫家、……等等,沒有一個視窗會霸佔整個顯示屏的,換言之,顯示屏用1024*768或以上的人還不保證能一眼找到搜尋框。最後一點,你的整段話似乎想說連「隨機頁面」、「字詞轉換」之類的連結,比能讓所有來到維基百科的人即時找到自己所需資料的搜尋框更重要,真令人感到匪夷所思。 —Quest for Truth (留言) 2008年7月13日 (日) 16:33 (UTC)
- 大致看了互助客棧/其他的3串討論連結。本來想講的東西還是罷也,畢竟維基百科講共識。就當這傢伙多慮吧。(另外請勿將個人意見延伸成「難道中文維基百科...」)..|彡サッ!—RalfX(議) 2008年7月14日 (一) 00:31 (UTC)
- RalfX你好!考慮到殘疾人、舊設備及其它用戶是網頁設計的一個重要原則。不管你是否同意,至少Quest for Truth的意見是可以參考的。我相信這不只是他的個人意見。-不想放棄 (留言) 2008年7月14日 (一) 02:08 (UTC)
- 大致看了互助客棧/其他的3串討論連結。本來想講的東西還是罷也,畢竟維基百科講共識。就當這傢伙多慮吧。(另外請勿將個人意見延伸成「難道中文維基百科...」)..|彡サッ!—RalfX(議) 2008年7月14日 (一) 00:31 (UTC)
- 英語版置於導航之下、幫助之上,僅供參考。—RalfX(議) 2008年7月14日 (一) 05:21 (UTC)
- (+)支持— fdcn talk — 2008年7月13日 (日) 18:46 (UTC+8) — 2008年7月13日 (日) 10:46 (UTC)
- (+)支持:補充一下,剛剛發現維基共享也已改為搜索框置頂的版面安排。--百楽兎 2008年7月13日 (日) 11:00 (UTC)
- (+)支持:搜尋框本來就應該在最顯眼的地方。—章·安德魯┼留張紙條┼美好的仗┼飛鴿傳信┼ 2008年7月13日 (日) 11:19 (UTC)
- (!)意見:應該推出用戶可自行調整的參數設置才好。--eyoung (留言) 2008年7月13日 (日) 12:06 (UTC)
- 你的提議也不錯,但總該有個預設排版吧? —Quest for Truth (留言) 2008年7月13日 (日) 16:33 (UTC)
- (+)支持,搜尋佔了很重要的地位。—ellery (留言) 2008年7月13日 (日) 13:42 (UTC)
- (+)支持:搜索框占據醒目地位可方便讀者搜索。—菲菇@維基食用菌協會 2008年7月13日 (日) 15:15 (UTC)
- (+)支持,用過幾天,非常方便。--長夜無風(風語者) 2008年7月13日 (日) 15:17 (UTC)
- (+)支持,理由同上。—hose'neru(Talk) 2008年7月13日 (日) 17:18 (UTC)
- (+)支持--18164 (留言) 2008年7月14日 (一) 06:06 (UTC)
- (+)支持,方便搜索。—今古庸龍 (留言) 2008年7月15日 (二) 15:48 (UTC)
- (+)支持--Gakmo (Talk) 2008年7月15日 (二) 16:20 (UTC)
- (+)支持,可以方便網友,何樂而不為?—★bencwk. 2008年7月15日 (二) 16:43 (UTC)
- 支持RalfX的提案,置於導航之下、幫助之上。另外,最近更改應當置於幫助部分,因為他是幫助編輯的,而不是像導航中其他內容一樣,是方便讀者檢索的--百無一用是書生 (☎) 2008年7月17日 (四) 07:04 (UTC)
- (-)反對:習慣了在中間輸入,而且放在中間的話即使滾動也不會立刻消失。- 吃死 Talk 2008年8月2日 (六) 10:00 (UTC)
- 目前的結果是什麼?是把搜索框放在最上面,還是把搜索框放在導航和幫助之間?另外,最近更改是否要移入幫助中?—菲菇@維基食用菌協會 2008年7月19日 (六) 08:48 (UTC)
- 為什麼要把搜索框夾在導航欄和幫助欄間?標題下的引文中指的是將搜索框置頂,同時也給出了理由,相信算是達成「共識」了吧?我不了解維基百科上的界面更換程序怎麼定的,還需要討論到什麼時候啊?至於「最近更改」有沒有必要移到幫助欄下,各欄下的連結調整,推出用戶可自行調整的參數設置等議題,我沒有提出這些要求,不在這個標題下的討論範圍內,若有興趣可以再立個段落討論那些問題。—Shibo77 2008年7月23日 (三) 00:51 (UTC)
- 為了兼顧不同用戶顯示器的不同大小以及不同解析度,現在將搜索框放在導航和幫助之間,並且將最近更改下移,以便讓更多的用戶可以在不用滾屏的情況下使用搜索框--百無一用是書生 (☎) 2008年7月23日 (三) 13:07 (UTC)
- 還是老話題,為什麼要把搜索框置於導航欄和幫助欄之間,你說是為了「兼顧不同用戶顯示器的不同大小以及不同解析度」,我不太明白你的意思,難道把框子放在導航和幫助之間比將其置頂還更能照顧到那些顯示器小的讀者?依照上面的「共識」,好像除了User:RalfX和User:Shizhao提出到導航欄和幫助欄之間的位置,他人並沒有這個意思,原題是置頂,不是放在導航欄和幫助欄之間!User:PhiLiP和一周前User:Shizhao將搜索框置頂的修改不是很好嗎?為什麼現在又執意要放在導航欄和幫助欄之間?莫非就是為了仿照英語版?37232號修訂兩周多了,這邊還是沒有改過來,我認為我們應當規定出一套修改媒體維基系統名字空間(MediaWiki:)頁面的程序和討論時間的限制,以方便未來的更改。現在好像還沒有立下正當的修改流程,這不時會引起不必要的拖延和用戶的不滿。敬請考慮!謝謝!—Shibo77 2008年7月23日 (三) 22:15 (UTC)
- 個人(+)支持把搜尋框移上,不過嚴重(-)反對把「最近更改」放到幫助,此「幫助」並非有幫助編輯的意思,嚴格來說是當有需要求助的時候才需要此欄,應該放一般所謂的「幫助文件」,但最近更改顯然不是一個「幫助文件」,故不應放在幫助,我先行就其回退了。我甚至覺得「社區」也應放在導航。—街燈電箱150號 開箱維修(搶修) 抄錶 檢驗證明 2008年7月24日 (四) 18:23 (UTC)
- 同樓上,我早就覺得「最近更改」不應比照英語版置於幫助而應置於導航。社群入口亦然(感覺牛頭不對馬嘴)。搜尋則還是置於導航跟幫助之間吧(不過若基於照顧筆記型電腦使用者觀點而改置於導航框之上則尚可接受)!--RekishiEJ (留言) 2008年7月25日 (五) 07:34 (UTC)
- 把「最近更改」放到「幫助」欄後,做成「導航」欄與「幫助」欄連結數量的嚴重不平衡。因此建議將「幫助」欄再一分為二,反正現時「幫助」欄的部份連結不見得與幫助有關。(題外話:我暫時未習慣這改動,經常誤點了新聞動態的連結。) -- Kevinhksouth (Talk) 2008年7月25日 (五) 07:32 (UTC)
為何現在的搜尋框位置和上面投票的共識不一樣的?難道某些票的比重是一般用戶的十倍? —Quest for Truth (留言) 2008年7月28日 (一) 22:16 (UTC)
- 建議將社群入口由幫助挪至導航,並於導航中追加最新頁面(最新頁面實用性有時高於最近更改)。--RekishiEJ (留言) 2008年7月30日 (三) 03:46 (UTC)
Wikipedia:用戶框/幽默所用的某個模版是不是遭到了破壞?
Wikipedia:用戶框/幽默進去後有不良的圖案與文字。我尚在檢查是它調用的哪個模版遭到破壞。--Cnchina (留言) 2008年7月17日 (四) 10:13 (UTC)
剛才頁面裡有如下字樣
This page brought to you by
- Bejiing 2008、we will execute people at the olympics - Go Communism!***
Got HAGGER? Welcome to my Mother Fucking Page
背景和這個討論出現的圖形一樣。 但是就是找不出是哪裡的問題。原頁面我刷新後還是那樣……
--Cnchina (留言) 2008年7月17日 (四) 10:30 (UTC)
{{en icon}}也受到相同的破壞。(見Wikipedia:互助客棧/求助)-Gordon仔—(留訊息) 2008年7月17日 (四) 10:46 (UTC)
應該就是{{en icon}}受到的破壞。已被你修復啦:)--Cnchina (留言) 2008年7月17日 (四) 10:50 (UTC)
剛才再點進幽默時,還是原樣,但做一個空編輯後就沒事了。調用的模版更新後的使用難道要服務器刷新快取的嗎?--Cnchina (留言) 2008年7月17日 (四) 10:55 (UTC)
- 看來得請管理員把那個模板鎖起來,記憶中那反華的傢伙已經不是第一次這樣做。-Gordon仔—(留訊息) 2008年7月17日 (四) 10:59 (UTC)
- 模板編輯後,它的調用頁面確實還是用的快取,空編輯相當於讓服務器更新了快取。目前模板已鎖。— fdcn talk — 2008年7月17日 (四) 19:18 (UTC+8) — 2008年7月17日 (四) 11:18 (UTC)
各位假如發現有哪些廣泛使用的模板未被保護,請即向管理員提出保護請求,以避免破壞者有機可乘。 -- Kevinhksouth (Talk) 2008年7月18日 (五) 01:47 (UTC)
- Special:Mostlinkedtemplates中列出了最多連結的模板,建議把所有超過1000個連結的模板都保護起來。--Maxwell's demon (留言) 2008年7月27日 (日) 23:13 (UTC)
看到個人簽名Template:Mosessign (1,937個連結)。—RalfX(議) 2008年7月28日 (一) 15:05 (UTC)
只作繁簡轉換
這裡有什麼符號,能對一大段文字,只作繁簡轉換而不作地區轉換呢?例如寫「義大利」,只會見到「義大利」或「义大利」,而不會出現「意大利」。--✉Hello World! 2008年7月21日 (一) 05:24 (UTC)
- 暫時還沒有,不過你可以手動設置轉換,或者跳到簡體或繁體模式下觀看。—菲菇@維基食用菌協會 2008年7月21日 (一) 08:12 (UTC)
- 繁體和簡體的代碼分別是zh-hant跟zh-hans。 Shinjiman ⇔ ♨ 2008年7月21日 (一) 13:35 (UTC)
- 手動設置,在造列表條目時是很麻煩的。所以想提議一下新增這個功能。--✉Hello World! 2008年7月22日 (二) 12:32 (UTC)
- 有點感興趣,什麼樣的條目需要取消全部地區詞的轉換?—菲菇@維基食用菌協會 2008年7月22日 (二) 13:53 (UTC)
- 不外乎是我正在編輯的語言,或國家、地區、人名等條目。—✉Hello World! 2008年7月22日 (二) 16:10 (UTC)
- 並列的需要?—菲菇@維基食用菌協會 2008年7月22日 (二) 18:37 (UTC)
- 弄三欄寫著中國大陸譯做「芬兰」、台灣譯做「芬蘭」、香港譯做「芬蘭」,太佔位也不必要。--✉Hello World! 2008年7月23日 (三) 02:16 (UTC)
- 並列的需要?—菲菇@維基食用菌協會 2008年7月22日 (二) 18:37 (UTC)
- 不外乎是我正在編輯的語言,或國家、地區、人名等條目。—✉Hello World! 2008年7月22日 (二) 16:10 (UTC)
- 有點感興趣,什麼樣的條目需要取消全部地區詞的轉換?—菲菇@維基食用菌協會 2008年7月22日 (二) 13:53 (UTC)
- 手動設置,在造列表條目時是很麻煩的。所以想提議一下新增這個功能。--✉Hello World! 2008年7月22日 (二) 12:32 (UTC)
- 繁體和簡體的代碼分別是zh-hant跟zh-hans。 Shinjiman ⇔ ♨ 2008年7月21日 (一) 13:35 (UTC)
如何加入圖片?音樂檔?
問: —石孟翰 (留言) 2008年7月22日 (二) 07:52 (UTC)阿孟
請問各位專業的人員們:在編修條目或內文時,是否可以加入圖片與音樂檔呢?請告訴小弟如何操作!萬分謝謝您!
- 上傳圖片和聲音檔的方法一樣,但必需上載到維基,見Wikipedia:圖像等,加入圖像的方法見Help:圖像描述頁,加入聲音檔的方法可參考中央C的語法。—Eky-♪ 2008年7月23日 (三) 17:39 (UTC)
Sidebar中的姊妹項目/姊妹計劃框
今天從西班牙語維基百科中發現了一個在Sidebar顯示姊妹項目/姊妹計劃的功能,經過修改後已將之加入中文維基百科,顯示效果可參見右方。目前只要頁面中調用了{{commons}}、{{wikinews}}、{{wikisource}}、{{wikibooks}}等模板,都會顯示出右圖的效果來。—菲菇@維基食用菌協會 2008年7月22日 (二) 18:55 (UTC)
- 又一個未徵詢過社群意見而先斬後奏的改動。使用於{{commons}}還可以,但(-)反對使用於{{wikinews}}及{{wikisource}}。維基共享的連結在大部份情況下與條目名稱,但維基新聞及維基文庫則不然。維基新聞及維基文庫的連結,往往與條目名稱不同,現時的模板可以清楚顯示連結的名稱,但Sidebar便做不到。遇上多於一篇新聞或文獻時,情況更混亂,例如羅曼酒店(兩篇新聞)及香港日治時期(兩篇文獻)。—Hargau (留言) 2008年7月23日 (三) 07:26 (UTC)
- 我看不到如右圖的效果,難道這是緩存問題?不過,我的意見也大致同Hargau,不認同在Sidebar顯示會較現時用模板顯示為理想。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 02:33 (UTC)
- 我是贊成用於取代{{commons}}的,因為這樣可以避免{{commons}}與其他的image thumbnail或template對撞,但要出現在Sidebar就要用上{{commons}}這樣很矛盾,應該在達成共識後改成類似interwiki的格式吧,例如[[commons:Category:Lai_King_Station]](在[[荔景站]]) -- 同舟 (留言) 2008年7月24日 (四) 02:49 (UTC)
- 我也不太反對用於取代{{commons}},但我最主要就是擔心用於其他計劃的問題。例如陳方安生,截至此刻共有6篇相關新聞。假如在Sidebar列出6個寫著「維基新聞」的連結,讀者只會一頭霧水。我想到的一個方法,就是為維基新聞等計劃引入一個叫Keyword或Tag的頁面類型。舉例說,在維基新聞開一頁「Keyword:陳方安生」,再在該頁列出所在和她有關的新聞,那麼在Sidebar的連結,便可以只是顯示1個寫著「維基新聞」的連結,連結到「Keyword:陳方安生」。不過這樣的改動實在太複雜了,因此最好還是維持現狀。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 03:00 (UTC)
- 其實完全可以使用category來解決。—不想放棄 (留言) 2008年7月28日 (一) 08:03 (UTC)
- 我也不太反對用於取代{{commons}},但我最主要就是擔心用於其他計劃的問題。例如陳方安生,截至此刻共有6篇相關新聞。假如在Sidebar列出6個寫著「維基新聞」的連結,讀者只會一頭霧水。我想到的一個方法,就是為維基新聞等計劃引入一個叫Keyword或Tag的頁面類型。舉例說,在維基新聞開一頁「Keyword:陳方安生」,再在該頁列出所在和她有關的新聞,那麼在Sidebar的連結,便可以只是顯示1個寫著「維基新聞」的連結,連結到「Keyword:陳方安生」。不過這樣的改動實在太複雜了,因此最好還是維持現狀。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 03:00 (UTC)
- 我是贊成用於取代{{commons}}的,因為這樣可以避免{{commons}}與其他的image thumbnail或template對撞,但要出現在Sidebar就要用上{{commons}}這樣很矛盾,應該在達成共識後改成類似interwiki的格式吧,例如[[commons:Category:Lai_King_Station]](在[[荔景站]]) -- 同舟 (留言) 2008年7月24日 (四) 02:49 (UTC)
- 既然如此的話,我現在mediawiki:common.js中把相關的代碼注釋掉好了。然後看這邊的討論結果如何再決定如何改動。—菲菇@維基食用菌協會 2008年7月24日 (四) 03:15 (UTC)
- re Kevin:「我看不到如右圖的效果,難道這是緩存問題?」<--貌似這只是IE下的問題,可以針對IE特別修正一下。—菲菇@維基食用菌協會 2008年7月24日 (四) 03:20 (UTC)
- 我是使用Firefox 3.0。另外經過我查證過後,應該是我看到這個消息時,有關模板已被人回退,所以才未看到有關效果。 -- Kevinhksouth (Talk) 2008年7月25日 (五) 07:28 (UTC)
- re Kevin:「我看不到如右圖的效果,難道這是緩存問題?」<--貌似這只是IE下的問題,可以針對IE特別修正一下。—菲菇@維基食用菌協會 2008年7月24日 (四) 03:20 (UTC)
- 我看不到如右圖的效果,難道這是緩存問題?不過,我的意見也大致同Hargau,不認同在Sidebar顯示會較現時用模板顯示為理想。 -- Kevinhksouth (Talk) 2008年7月24日 (四) 02:33 (UTC)
維基百科
不知道什麼緣故,不登入維基百科時一切正常,但登入後,除內容外頁面全部是英文,與英文維基百科的樣式相同,並且繁簡轉換失效,用上方的按區域轉換仍然不會有變化。此現象已經發生好幾天了,但一直沒有更改,換IP、換電腦都是這樣。不知其他用戶有沒有這種情況。—puppy8800 (留言) 2008年7月23日 (三) 08:51 (UTC)
- 參數設置中,請將界面語言設為「zh - 中文」,這個問題似乎是因為bugzilla上提交的某個變動引起的(因為先前聽見Fdcn在說)。—菲菇@維基食用菌協會 2008年7月23日 (三) 09:05 (UTC)
- 已經改回,謝謝。還有兩個問題,一是頁面下方的分類不太正常,顯示的是「個分類」;二是有沒有辦法能使中文中夾雜的英文及上標、下標美觀一些,有時會導致過於堆積和不整齊,從而限制了化學符號的使用,使得條目的可讀性降低。[2]—puppy8800 (留言) 2008年7月23日 (三) 12:05 (UTC)
剛做了個可以讓額外註腳繼續號碼的模板 {{ReferencesWithExtra}} ,但第一個額外註腳的文字就老是對不齊(使用不同字型文字的位置又會不同……),請教各位高手如何解決?—街燈電箱150號 開箱維修(搶修) 抄錶 檢驗證明 2008年7月23日 (三) 18:46 (UTC)
關於Hotcat功能
最近發現,使用Hotcat功能為條目添加分類時,有時會把分類添加在頁面的最底部,而不是跨語言連結的上方(例如[3])。請問這個問題可以解決嗎?--Maxwell's demon (留言) 2008年7月27日 (日) 23:19 (UTC)
果然很簡單的簡單列表
雖然{{港島巴士簡單列表}}、{{過海隧道巴士簡單列表}}和{{大嶼山巴士簡單列表}}皆說明可容納最多100條巴士路線,但在實際應用時,只要有超過35條巴士路線就會發生錯誤,請參見青嶼幹線條目(用了{{大嶼山巴士簡單列表}}且共有41條巴士路線)和我所創建的示範頁面。 —Quest for Truth (留言) 2008年7月28日 (一) 19:41 (UTC)
- 模板的架構不是很好,表達式的深度超過伺服器限制了:
<!-- NewPP limit report Preprocessor node count: 19250/1000000 Post-expand include size: 1800674/2048000 bytes Template argument size: 12467/2048000 bytes Expensive parser function count: 222/500 -->
- 稍微看了一下模板,完全就是一個if一個if地嵌套下去的(因為ParserFunctions不提供循環方法)。可以參考{{noteTA}}的做法。—菲菇@維基食用菌協會 2008年7月30日 (三) 15:00 (UTC)
- NoteTA 的架構(對我來說)實在太複雜了,只知道好像是因為它是一個template呼叫另一個template,你可以扼要地解釋一下{{noteTA}}的原理嗎? —Quest for Truth (留言) 2008年7月31日 (四) 15:35 (UTC)
之前我在加入
<noinclude>
[[en:Template:Recent changes article requests]]
</noinclude>
到該模板時,Wikipedia:最近更改條目請求列與列之間就會有明顯的空白,看起來很不美觀,同樣Wikipedia:社區主頁/活躍任務中{{Top10requests}}也會有難看的空白列,但拿掉之後就不會,請問這是為什麼(註:我並沒有在各列間加入空白)?--RekishiEJ (留言) 2008年7月29日 (二) 00:28 (UTC)
- [4]底下「}}」和「<noinclude>」之間的空白列就是原因。—RalfX(議) 2008年7月29日 (二) 02:12 (UTC)
- 感謝菲菇的編輯,目前問題已解決。順便一提,經過我的實驗之後,發現}}跟<noinclude>間若無空白列但二者不同列,則Wikipedia:最近更改條目請求列與列之間會有不明顯的空白,Wikipedia:社區主頁/活躍任務中{{Top10requests}}則會跟}}與<noinclude>間有空白列情況一樣。原因為何我不清楚,只知道的確會如此。希望對Mediawiki者能告訴我原因。--2008年7月30日 (三) 03:46 (UTC)
- wiki代碼的parser解析上本來就是這麼設定的。具體的麼,你自己去看看/includes/parser/Parser.php中是怎麼實現的吧。—菲菇@維基食用菌協會 2008年7月30日 (三) 15:12 (UTC)
「消除歧義頁」
Special:Disambiguations的「消除歧義頁」應為「消歧義頁」。—不想放棄 (留言) 2008年7月29日 (二) 08:27 (UTC)
- 還有內文裡的「消含糊頁」。—Lkopeter (留言) 2008年7月29日 (二) 12:04 (UTC)
- 很有機械翻譯的味道…… —Quest for Truth (留言) 2008年7月29日 (二) 23:29 (UTC)
請求修改聲明template的styling
testing testing
此條目講述處於施工或詳細計畫階段的工程。 |
因為聲明template的clear屬性不是no,再加上width屬性是用百分比而非固定pixel值,導至非置頂的聲明template經常與thumbnail或infobox對撞。請以英文WP的為參考修改。-- 同舟 (留言) 2008年7月30日 (三) 06:41 (UTC)