跳转到内容

Wikipedia:互助客栈/技术:修订间差异

维基百科,自由的百科全书
删除的内容 添加的内容
Cheng chai fung留言 | 贡献
Ha5438044留言 | 贡献
第192行: 第192行:


注:此问题自Opera 10.53以来存在已久 2010年9月29日 (三) 13:05 (UTC)
注:此问题自Opera 10.53以来存在已久 2010年9月29日 (三) 13:05 (UTC)

大問題。Mac上亦是如此。另,時常搜尋時Opera便自動關掉。為此,目前使用Safari中。--[[User:Ha5438044|<span style="color: #000080;">'''十減一'''</span>]]※[[User talk:Ha5438044|重金城]] 2010年9月30日 (四) 14:02 (UTC)


== 讓維基百科變得「更有趣、友善」的相關技術 ==
== 讓維基百科變得「更有趣、友善」的相關技術 ==

2010年9月30日 (四) 14:02的版本

用来讨论编辑时碰到的技术问题。报告MediaWiki软件错误或提出新功能请求请至Bugzilla,开发人员会解决这些问题。关于繁简字、地区词轉換问题,请在字词转换请求提出。很多MediaWiki基本問題在元維基有解答,請善用。

已知问题(请不要重复提出)

請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 Template:Weather box 14 6 Kethyga 2024-04-26 09:30
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 5 3 Cookai1205 2024-04-24 12:58
4 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
5 乐谱无法输出音乐 4 2 三猎 2024-05-22 01:30
6 首页顶栏排版错乱 8 5 Shizhao 2024-06-10 19:28
7 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小 10 4 SCP-2000 2024-05-26 10:34
8 《通用規範漢字表》以外的簡體字是否應該類推簡化 33 10 Chiefwei 2024-06-08 21:23
9 帮助备份 援军明日到达 参考链接 3 3 YFdyh000 2024-06-06 23:02
10 页面预览功能疑似损坏 2 1 深鸣 2024-06-07 12:58
11 关于Special:Watchlist的变动 5 3 Ericliu1912 2024-06-05 08:33
12 Wikipedia:資料庫報告 3 3 Ericliu1912 2024-06-03 10:33
13 如何在「Template:」以外的 namespace 測試 styles.css? 11 4 Justin545 2024-06-12 00:43
14 2024年第23期技術新聞 3 2 暁月凛奈 2024-06-07 21:03
15 Hlist/styles.css 6 3 Qqkuro66541 2024-06-07 05:59
16 出生日期跟逝世日期需要頁面分類嗎? 3 3 BigBullfrog 2024-06-07 06:41
17 簡繁重定向不一致 5 4 Matt Zhuang 2024-06-07 18:47
18 Special:网络书源又映射错误了 3 2 Cwek 2024-06-06 15:37
19 舊版Vector來源彈窗不能顯示 3 2 Shizhao 2024-06-06 20:29
20 Cat-a-lot 1 1 寒吉 2024-06-07 00:02
21 Jimmy-bot存档互助客栈时创建的讨论页面包含存档页模板 2 2 Ericliu1912 2024-06-07 21:52
22 艾奥瓦/艾奧瓦/愛荷華 3 2 Sohryu Asuka Langley Not Shikinami 2024-06-07 22:10
23 IABOT与哈佛参考文献格式 1 1 三猎 2024-06-08 23:47
24 Module:Mapframe、Module:Location map报错 5 3 Shizhao 2024-06-09 20:36
25 2024年第24期技術新聞 1 1 MediaWiki message delivery 2024-06-11 04:18
26 訂閱通知之不合適 6 5 SCP-2000 2024-06-12 01:00
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注:重新整理

維基百科技術議題與模板

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

Template talk:Bd § 編輯請求 2024-05-19

Wikipedia:互助客栈/技术 § 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小



IE等浏览器浏览维基时最新出现的各种问题报告

根据上面的各个问题报告,似可以说目前在IE等浏览器下新近出现了如下几个问题:

  1. 字体显示错误
  2. 颜色显示错误
  3. Navbox等模板的隐藏功能消失
  4. Coord模板无法在顶部显示

不知还有没有其他问题,可接着上面几条写。Sgsg (留言) 2010年8月25日 (三) 10:26 (UTC)[回复]

  • (!)意見,建議從IE6,IE7,IE8相容模式,IE8,這4種都測過一次。也許用到了舊版IE無法正常顯示的新版CSS語法?同時建議請把有問題的條目的URL,拿到W3C的網站去測試XHTML與CSS看看?-P1ayer (留言) 2010年8月25日 (三) 10:51 (UTC)[回复]
測試報告,請自由編輯
瀏覽器 字体正常 颜色正常 Navbox等模板的隐藏功能正常 Coord模板能夠在顶部显示 評語
IE6 checkYAlancrh (留言) 2010年8月27日 (五) 08:42 (UTC)[回复] ☒NAlancrh (留言) 2010年8月27日 (五) 08:42 (UTC)[回复] ☒NAlancrh (留言) 2010年8月27日 (五) 08:42 (UTC)[回复] ☒NAlancrh (留言) 2010年8月27日 (五) 08:42 (UTC)[回复]
IE7 ☒N霧隱虎 (留言) 2010年8月26日 (四) 09:15 (UTC)[回复] checkY霧隱虎 (留言) 2010年8月27日 (五) 09:08 (UTC)[回复] ☒N霧隱虎 (留言) 2010年8月26日 (四) 09:15 (UTC)[回复] ☒N霧隱虎 (留言) 2010年8月27日 (五) 09:08 (UTC)[回复]
IE8 checkYHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复] checkYHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复] checkYHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复] checkYHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复]
IE8 相容性檢視/兼容性视图 ☒NHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复] checkYHW (留言 - 貢獻) DC8 2010年8月27日 (五) 10:06 (UTC)[回复] ☒NHW (留言 - 貢獻) DC8 2010年8月26日 (四) 12:05 (UTC)[回复] ☒NHW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复]
IE9 beta checkY  廢 話  +  2010年9月30日 (四) 11:31 (UTC)[回复] checkY  廢 話  +  2010年9月30日 (四) 11:31 (UTC)[回复] checkY  廢 話  +  2010年9月30日 (四) 11:31 (UTC)[回复] 注意,標題模板(如Coord)有時會像其他語言的維基百科掉在標題線下。以及使用編輯工具會加錯位置  廢 話  +  2010年9月30日 (四) 11:45 (UTC)[回复]
IE9 beta 相容性檢視/兼容性视图 checkY  廢 話  +  2010年9月30日 (四) 11:45 (UTC)[回复] checkY  廢 話  +  2010年9月30日 (四) 11:45 (UTC)[回复] checkY  廢 話  +  2010年9月30日 (四) 11:45 (UTC)[回复] 頁框消失,編輯工具正常  廢 話  +  2010年9月30日 (四) 11:45 (UTC)[回复]
IE9
IE9 相容性檢視/兼容性视图
Firefox 3.6.3 checkYTyxDavid (留言) 2010年9月26日 (日) 11:32 (UTC)[回复] checkYTyxDavid (留言) 2010年9月26日 (日) 11:32 (UTC)[回复] checkYTyxDavid (留言) 2010年9月26日 (日) 11:32 (UTC)[回复] checkYTyxDavid (留言) 2010年9月26日 (日) 11:32 (UTC)[回复]
Firefox 3.6.10pre for ubuntu checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复]
Chromium 7.0.505.0 (57278) for Ubuntu checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复]
Chrome 6.0.472.41 beta for Ubuntu ☒N百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复]
Chrome 6.0.472.53 for Windows XP checkYAltt311 (留言) 2010年9月4日 (六) 16:41 (UTC)[回复] checkYAltt311 (留言) 2010年9月4日 (六) 16:41 (UTC)[回复] checkYAltt311 (留言) 2010年9月4日 (六) 16:41 (UTC)[回复] checkYAltt311 (留言) 2010年9月4日 (六) 16:41 (UTC)[回复]
Opera 10.61 for linux ☒N百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复]
IE 6.0 for Wine checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] checkY百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] ☒N百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复] ☒N百無一用是書生 () 2010年8月26日 (四) 13:54 (UTC)[回复]
Arora 0.10.1 for Mandriva Linux checkY-SamiZhan (留言) 2010年8月30日 (一) 00:20 (UTC)[回复] checkY-SamiZhan (留言) 2010年8月30日 (一) 00:20 (UTC)[回复] checkY-SamiZhan (留言) 2010年8月30日 (一) 00:20 (UTC)[回复] checkY-SamiZhan (留言) 2010年8月30日 (一) 00:20 (UTC)[回复]
Opera 10.61 for Windows checkY-KeepOpera (留言) 2010年9月4日 (六) 10:54 (UTC)[回复] checkY-KeepOpera (留言) 2010年9月4日 (六) 10:54 (UTC)[回复] checkY-KeepOpera (留言) 2010年9月4日 (六) 10:54 (UTC)[回复] checkY-KeepOpera (留言) 2010年9月4日 (六) 10:54 (UTC)[回复]

checkY = 正常,☒N = 有問題。-HW (留言 - 貢獻) DC8 2010年8月26日 (四) 09:12 (UTC)[回复]

问一下,Safari在Special:最近更改里的排版错误算不算兼容问题?当时我给Liangent提过,但是骨头表示没有想法-Mys 721tx(留言)-U18协会 2010年8月26日 (四) 16:02 (UTC)[回复]

-P1ayer (留言) 2010年8月29日 (日) 12:59 (UTC)[回复]
請把 第178行的 'zh-hk':hk||hant||tw||mo,
那行最後的 ","字元去掉, 那是不同瀏覽器在解析 JavaScript 上的老問題。 有的不允許在 ","字元之後沒有任何的定義就出現 "}"字元。
其它的問題待查。-P1ayer (留言) 2010年8月31日 (二) 07:21 (UTC)[回复]
JS问题已修复。--菲菇维基食用菌协会 2010年9月1日 (三) 00:49 (UTC)[回复]
  • 錯誤: front.appendChild is not a function
原始檔: http://zh.wikipedia.org/w/index.php?title=MediaWiki:Gadget-restore.js&action=raw&ctype=text/javascript&283r
行: 15
-P1ayer (留言) 2010年9月3日 (五) 09:28 (UTC)[回复]
<meta http-equiv="X-UA-Compatible" content="IE=8"/>
可指定IE8關閉相容性檢視。-P1ayer (留言) 2010年9月15日 (三) 06:55 (UTC)[回复]

还是图片

参数设置内的小工具已经打开,使用[1]内的UOLOAD.EXE修改过hosts。打开网页后部分图片有,部分图片加载时有,一结束就又没了。FIREFOX 3.5.13,WIN XP SP2,中国电信3G——全麦面包请张嘴2010年9月22日 (三) 09:40 (UTC)[回复]

或許已禁止了。-HW (留言 - 貢獻) DC8 2010年9月23日 (四) 02:09 (UTC)[回复]

Opera 10.62 windowsXP首页显示存在严重问题

页面完全溢出浏览器边框了,仅特色条目一格就显示了多达2个屏的宽度.SamiZhan (留言) 2010年9月22日 (三) 10:58 (UTC)[回复]

我也是,虽然不是XP。--120.43.15.252 (留言) 2010年9月24日 (五) 07:01 (UTC)[回复]

10.61, 一个情况 --Rat2.Call me Remy 2010年9月28日 (二) 12:14 (UTC)[回复]

同样的情况,Opera10.62,Windows 7,困扰很久了 Dongyeh (留言) 2010年9月28日 (二) 14:48 (UTC)[回复]

注:此问题自Opera 10.53以来存在已久 2010年9月29日 (三) 13:05 (UTC)

大問題。Mac上亦是如此。另,時常搜尋時Opera便自動關掉。為此,目前使用Safari中。--十減一重金城 2010年9月30日 (四) 14:02 (UTC)[回复]

讓維基百科變得「更有趣、友善」的相關技術

  • 參數設定>小工具的編輯按鈕擴展,有提供一些編輯功能按鈕非常好用,目前是勾選EE2、EE3、EE5、EE6、EE7,但其實還有很多按鈕不會用或不曉得如何使用,是否有相關教學或說明?
    另外在技術方面不曉得可否增加「維基百科小遊戲」與「成就點數系統+排行榜」,個人有個方案可供參考,將WP:DYK作成類似百萬小學堂的問答式問卷,完成後增加成就點數列入排行榜成績,這也是在2010年秋聚時想到的點子,不曉得是否有人有類似想法?— Enco 安可 (歡迎來酒館坐坐) ~更新日期: 2010年8月26日 (四) 15:18 (UTC)[回复]
  • 邀大家一观。-治愈 (留言) 2010年8月27日 (五) 03:35 (UTC)[回复]
  • 坚决(-)反对。花样越多,毛病越多,我们还是别自寻烦恼了。--Douglasfrankfort (talk to me) 2010年8月27日 (五) 08:03 (UTC)[回复]
  • (:)回應別看到黑影就開槍好嗎?別將敝人的積分制認為是源自百度那邊,而且百度百科是因為推出「获得奖学金」而產生弊端(該方案詳見[2]),利字當頭誰不瘋?(成功方案是奇摩知識+,最大獎勵就是一些很好聽的頭銜)。敝人是說將新條目候選作成問答式問券,每日只會產生1份問卷提供給「註冊用戶」(這樣也可鼓勵多註冊),為了達成完成滿分必定會對相關提問做出查詢,該積分也僅作為成就而無實質獎勵,即使各位仍反對敝人方案,但仍衷心希望能夠有讓編輯更有趣的方案實際產生…或者在社群活動及宣傳時使用維基娘作為代言人如何?—以上由 Enco 安可 (歡迎至酒吧談天說地) 發表於 2010年8月27日 (五) 15:25 (UTC)[回复]
没太懂问卷系统,烦劳详细解释下。-治愈 (留言) 2010年8月27日 (五) 15:45 (UTC)[回复]
  • 原来那个百科小测试貌似也没人管了。--快龙此致敬礼 2010年8月28日 (六) 07:50 (UTC)[回复]
  • (!)意見个人以为百度百科乱七八糟不仅是奖学金的缘故,很多人可能在通过刷百科(随便百度一下,弄个搜索结果复制进去),然后有了积分就可以在百度知道上面问作业题答案。个人人卫维基荣誉已经是一个很好的奖励了。维基百科就是一个开放的社区,类似于Linux的社区,如果一个开源社区里的成员都需要用奖励才能推动她继续发展下去,那么我觉得这个社区的健康程度就远远不够了。SamiZhan (留言) 2010年8月30日 (一) 00:32 (UTC)[回复]
(&)建議讓此問卷系統可以隨著每日robot轉成問卷,填空題太難了,選擇題還比較好回答,也不會有簡繁體的困擾。我設計一個簡易版DYK問卷,但是不曉得要怎麼把分數轉換成績分?--安可 留言請按此請來啟動質量提升討論)發表於 2010年9月16日 (四) 03:55 (UTC)[回复]
Quiz系統不會記下誰人曾作答,亦不會記下誰人曾「偷看答案」,也不會記下每次的得分,因此,可用enwikinews作藍本,建議回答者回答後便自行更新總分或留下意見。另外,bot如何分辨類似條目呢?-HW (留言 - 貢獻) DC8 2010年9月17日 (五) 14:02 (UTC)[回复]
現在提交新條目候選都得按照適當格式發布,所以分辨題目與答案應該不難,這套系統用意也是與「你知道嗎?」相同,希望藉由百萬小學堂模式來吸引大家來看條目而已,所以選擇不要太多太刁難,才不會讓人想說不如看解答。--安可 留言請按此請來啟動質量提升討論)發表於 2010年9月19日 (日) 01:33 (UTC)[回复]
最近會試作幾分問卷系統,甚至申請bot,至於積分方面因為系統上有難度就取消吧。--安可 留言請按此請來啟動質量提升討論)發表於 2010年9月26日 (日) 17:36 (UTC)[回复]

關於IP封鎖61.219.36.0/24

您目前被禁止編輯維基百科

您可以瀏覽頁面,但不能編輯、修改或建立頁面。

您的帳號,IP位址或IP位址範圍:61.219.36.0/24,因為以下原因,已被Mys 721tx所封禁,理由是:
對不起!您使用的IP位址已被廣域封禁!
由於有匿名用戶使用此段浮動IP位址對維基百科進行破壞,您目前正在使用這一個範圍的IP位址已經被暫時封鎖。

這次封禁的結束時間是:2010年9月23日 (四) 22:46 
当时主要由于WP:KAGE,如果必要的话应该可以缩短时间--Mys 721tx(留言)-U18协会 2010年9月10日 (五) 05:25 (UTC)[回复]
建議考慮以ipblock-exempt解決。-HW (留言 - 貢獻) DC8 2010年9月10日 (五) 08:56 (UTC)[回复]
我已经全域block了proxy.hinet.net。要使用的话需要ipblock-exempt--百無一用是書生 () 2010年9月13日 (一) 02:35 (UTC)[回复]
  • 不,你可能誤會我說的。我是指當有人使用ISP的Proxy進行連線,而有破壞行為時,是否一律用IP封禁去封鎖所有其他使用該Proxy的人,不論是否已登入帳號?目前的IP封禁的篩選,優先於已登入。中華電信的Hinet,目前是台灣最大的ISP,但此類的問題日後一樣會發生在其他ISP的Proxy上,因為維基百科的Server端所抓到的破壞者的IP是Proxy-Server的IP。-P1ayer (留言) 2010年9月17日 (五) 00:16 (UTC)[回复]
纯理论上说,公共代理服务器需要被封掉的。anyway...现在的方针是这么写的-Mys 721tx(留言)-U18协会 2010年9月22日 (三) 07:31 (UTC)[回复]

改善非条目名字空间的默认分类排序

目前中文版的默认分类排序是按照页面标题的头一个字的顺序排的,因此wikipedia, help,template等非条目的名字空间的分类排序都挤在一起,例如wikipedia名字空间默认都分在w,template都在t,查找不方便,是否可以把默认的分类排序改成名字空间后面的标题名称的开头文字?例如“Wikipedia:互助客栈/技术”现在是排在w,依我的建议则排在“互”处。具体实现方式是设置

$wgCategoryPrefixedDefaultSortkey = false;

--百無一用是書生 () 2010年9月15日 (三) 14:10 (UTC)[回复]

PS: 目前英文版和匈牙利语版维基百科都是如此设置。详细请参考mw:Manual:$wgCategoryPrefixedDefaultSortkey--百無一用是書生 () 2010年9月15日 (三) 14:11 (UTC)[回复]
原来还有这个参数。关了它。--达师147228 2010年9月17日 (五) 15:28 (UTC)[回复]
如果没有进一步意见,我将过两天提交bug--百無一用是書生 () 2010年9月19日 (日) 13:51 (UTC)[回复]
已经提交:bugzilla:25297--百無一用是書生 () 2010年9月25日 (六) 02:18 (UTC)[回复]

又來了,繁簡體問題(這次是重定向頁 + word completion + 導航Popup)

大概在一個星期前,我在編輯的時候發現維基可以不用繁簡消歧義頁,只有繁或簡體的條目名,輸入相反的字體亦可訪問。這是一個很好的功能,那些多餘的繁簡體重定向可以回家歇著去了。但是問題來了:

  • 比如條目的名字是簡體(我這裏有個親手造成的例子孙暠),我在維基左上角的搜尋條目權輸入繁體字孫暠,居然沒觸發word-completion,對於我這個有點年資的維基人而言,就是沒有這個條目了;我點搜尋進去吧,居然給我說:「您可以新建這個頁面「孫暠」,但應檢查下面的搜索結果,看看是否有相同內容的頁面已被創建。 」
  • 使用導航Popup瀏覽時,把滑鼠移到簡體孙暠)上沒甚麼問題,但是繁體的孫暠我得移動兩次才看到內容(有時候表現相反);導航Popup中的「暠」字也出不來。(繁體孫暠是我親手幹掉的,笨啊)
  • 這個新功能也影響到一些老模版,條目孫皓使用到的Template:Otheruses模版中,繁體孫暠就成紅連接了。上面一堆問題是不是該修改下呢?既然有新功能了,有甚麼辦法可以讓那些「多餘」的繁簡體重定向自殺呢?(之前我把一人得道,雞犬升天指向繁體劉安,但是我不知道原來那是繁簡體重定向頁,於是維基跳到繁體的劉安就不再跳了,進入不了主條目簡體刘安。這裏有個實際例子虛齡)

另外還有幾個問題:

  • 孫瑜 (三國)中不能觸發顯示導航Popup
  • 搜尋劉闢搜尋頁中顯示有兩個條目顯示code errror!點此查看);消歧義連結刘辟導航Popup顯示繁簡體字轉換標記不正常,顯示成-{zh-hans:刘辟 (唐朝); zh-hant:劉闢 (唐朝)}-,Popup裏面的Popup顯示的窗體是亂碼字。
  • 繁簡轉換:維基電腦意義的連結(繁)對應的應該是連接(簡),是由超鏈結=>超鏈接而來的,怎麼沒大陸網友提這個呢?這詞在非條目空間尤其是Wikipedia空間用的太廣泛了
  • Project:互助客棧/方針/存檔/2010年9月#建立zh-mo語言轉換連不進建立zh-mo語言轉換的小節。Project和Wikipedia空間有甚麼不一樣呢?搜尋頁目前還沒有Project選項呢。

請一併解決,謝謝。Ivantalk (留言) 2010年9月18日 (六) 00:40 (UTC)[回复]

虛齡->虛歲已經被修復了,機械人注曰:修正雙重重定向 → 虚岁。為甚麼不直接把虛歲重定向刪掉呢?留著只會引起混亂吧(用常理說明的話,虛齡虛歲合理:有自動轉換至虚岁;既然有自動轉換,為甚麼還要虛歲虚岁呢?一繁一簡的名字重定向實在是沒有意義吧?) Ivantalk (留言) 2010年9月18日 (六) 06:37 (UTC)[回复]
繁簡重定向確實要清理,這種純繁簡關係不應創建,像是你提出的「虛歲」及「虚岁」,這只是冰山一角而已,應該要有方針來限制這類的繁簡重定向。—Mark85296341留言 2010年9月18日 (六) 07:00 (UTC)[回复]
没有这么一说吧,繁简重定向应该是一个必须的东西。目前的功能只能实现蓝链和搜索的自动完成,其他方面是实现不了的。我们在建立条目是都要做繁简重定向以防重复条目的建立。—KeepOpera (留言) 2010年9月18日 (六) 07:54 (UTC)[回复]
如我上面所說,目前的功能只有藍連接,沒有自動完成(輸入孫暠並不提示孙暠),既然我可以使用繁體連接訪問一個簡體條目,證明中間文字是有編碼轉換,為甚麼不能做到自動提示時以轉換過的文字去檢索呢?依我理解是一樣的,就是不太清楚技術細節。Ivantalk (留言) 2010年9月18日 (六) 08:01 (UTC)[回复]

武則天#雜錄第二句:相傳感業寺時期,李治有次前往祭拜……,維基把「傳感」轉為「感測」,所以「感業寺」轉為「測業寺」,「相傳」變為「相感」...有沒有好點的辦法去解決類似的問題?(應該不少吧,用強制不轉換標籤是治標不治本)武則天#雜錄在Popup中也有問題,顯示的不是一個小節,而是整個條目的最前面內容Ivantalk (留言) 2010年9月18日 (六) 08:22 (UTC)[回复]

只能用强制转换,您也可以在Wikipedia:地区词转换候选中申请取消全域转换,不过这样就会影响数量难以估计的条目。另外,“相传”跟“据”氏家族没什么区别,请尽量不要用这种说法。另外,请用 “文-{}-字”这种方式来强制取消地区词转换的影响。—KeepOpera (留言) 2010年9月19日 (日) 07:23 (UTC)[回复]

怎麼現在繁簡體條目名訪問的自動轉換的功能沒有了呢?我看到KeepOpera幫忙加回了繁體孫暠的重定向頁....Ivantalk (留言) 2010年9月19日 (日) 09:31 (UTC)[回复]

現在繁簡體條目名訪問的自動轉換又回來了,只是上面提到的popup導航和搜尋框word-completion(自動完成)繁簡自適應還沒有好,匯報一下。
現在在無字體重定向的條目上用不同於條目標題的字體去測試popup導航,popup導航能找到對應字體的頁面,只是連接還是紅鏈的。是修改了甚麼嗎?還來是沒有紅鏈, popup導航之前好像是不行的吧?KeepOpera上面說到的防止條目重覆建立,如果在系統內部所有邏輯都能實際繁體自動轉換,這就不再是個問題了Ivantalk (留言) 2010年9月21日 (二) 17:04 (UTC)[回复]
這問題沒人處理啊...繁簡體之間的條目名連接已經沒問題(都成藍連),只是在重定向頁使用會出問題。對應的字體就是不會跳轉,並且是紅連。改用與條目相符的字體做連接就沒有問題,請情點此 (舊版)點此 (新版)。而且搜索現有條目的名稱(用對應字體)時,還是會提示條目沒有創建,正確的做法是提示用戶這個頁面已經被建立了。請情點此。word-completion也沒有好呢Ivantalk (留言) 2010年9月26日 (日) 17:10 (UTC)[回复]

重提將章節[編輯]連接放在章節標題的旁邊

File:Sameboat temp1.png
IE7中將過長的float:right物件排在對應的章節導致以後的章節文字與其章節標題中間產生大量空白
Firefox中將連續的float:right物件排在一起導致編輯按鈕堆積在最後的float:right物件前

就像現在日文、德文版那麼做,例如在Firefox下因為連續的float:right物件(infobox、圖片thumb等)做成章節[編輯]連接堆積在一起的情況太嚴重,雖然是可以用{{fixbunching}},但這個模板本身又會引起其他問題,所以還是少用為妙。-- 同舟 (留言) 2010年9月19日 (日) 12:42 (UTC)[回复]

Special:参数设置->小工具->用户界面工具->编辑框([编辑])靠左排列。--菲菇维基食用菌协会 2010年9月19日 (日) 13:01 (UTC)[回复]
那就將這個設定改為預設吧。-- 同舟 (留言) 2010年9月19日 (日) 13:12 (UTC)[回复]
我不太同意改为预设。这个问题最好是通过对mediawiki系统进行修改來进行。话说现在加载的js太多了,严重影响速度--百無一用是書生 () 2010年9月19日 (日) 13:49 (UTC)[回复]
我认为目前放在右边很好啊,因为放章节标题边可能会因为章节名的长度不一而导致“编辑”的位置不一定。而现在则有“快速定位”的效果,我想编辑某一个章节,鼠标直接往最右边一移就行了。--玖巧仔留言 2010年9月19日 (日) 14:44 (UTC)[回复]
如果沒有bunching的問題編輯按鈕排在右邊當然是最好,但不論是IE7好、Firefox又好,連續的float:right物件總會為編輯按鈕或章節文字帶來一些問題。(見圖)之前看見英文WP將[edit]按鈕排在標題的左邊,這樣就解決了玖巧仔希望的按鈕對齊的版面,當然這個改動很快就被回退了。-- 同舟 (留言) 2010年9月20日 (一) 02:16 (UTC)[回复]
放最左边也不错,但需要克服习惯了。e版的回退可能就因为这个原因,习惯的影响力巨大呀。--玖巧仔留言 2010年9月20日 (一) 02:30 (UTC)[回复]
大家可以參考下我的意見:Wikipedia:互助客栈/技术#對MediaWiki:Common.css的修改
這個可直接解決問題--  廢 話  +  2010年9月25日 (六) 13:47 (UTC)[回复]

搞不懂的繁简转换

DDR3 SDRAM,繁简转换处说明是“实际标题为:DDR3 SDRAM;当前显示为:显存”,且不说其完全不对,而且在任何繁简模式下,标题都显示DDR3 SDRAM,根本未看到显存。折了半天未找到问题所在,谁能帮助修复一下?--百無一用是書生 () 2010年9月20日 (一) 13:19 (UTC)[回复]

問題是出在那個手工轉換模板不是放在DDR3 SDRAM裡而是放在「{{記憶體類型}}」裡面,應該是想對「显存」這個條目名作轉換而把它放了進去,結果其他用到這個模板的條目也出現了這個標題轉換。不過因為似乎只需要內文轉換即可(显存這個條目的名稱可正常轉換),所以我將標題轉換的部分刪掉了。--祥龍 (留言) 2010年9月20日 (一) 13:46 (UTC)[回复]
多谢,原来这样--百無一用是書生 () 2010年9月20日 (一) 14:21 (UTC)[回复]

IP用戶創建新條目時發生異常

該內容已確認於9月21日:「容許IP創建條目的投票已结束,对比票数门槛,初步结果为试行三个月,請继续参与討論。」

而於今日試圖創建新條目,報錯依然如故:

权限错误

维基百科,自由的百科全书跳转到: 导航, 搜索 根据以下的原因,您并无权限去编辑这个页面:

本网站对创建新页面的权限进行了限制。您可以编辑已有的页面,或者注册一个账号创建新页面,或者在Wikipedia:条目创建请求提交您的条目。

你可以查看并复制本页面的源代码:

不知何故?61.206.112.126 (留言) 2010年9月22日 (三) 12:09 (UTC)[回复]

是啊,User:PhiLiP已经于9月20日向bugzilla再次请求开放IP创建条目的权限,为什么现在还没有开放?--Symplectopedia (留言) 2010年9月22日 (三) 12:11 (UTC)[回复]
bugzilla有時候動作沒這麼快。ffaarr (talk) 2010年9月24日 (五) 07:28 (UTC)[回复]

我覺得應該要在.editsection h2~h6(一共有六個[3])中加入clear: both;

因為我認為一個章節標題,不應夾在圖片中間(如:失蹤的正方形

正如一本書一樣,我們都不會見到有張圖夾在兩個章節之間,而且要為每個章節前加入{{clear}},實在是治標不治本。所以對於某些過短而附有圖片的章節,有增加此樣式的必要。

也可以直接加:

h2, h3, h4, h5, h6 {
    clear: both;
}

--  廢 話  +  2010年9月22日 (三) 14:31 (UTC)[回复]

修正
#bodyContent h2, #bodyContent h3, #bodyContent h4, #bodyContent h5, #bodyContent h6 {
    clear: both;
}

--  廢 話  +  2010年9月23日 (四) 05:43 (UTC)[回复]

Hi?有沒有人?--  廢 話  +  2010年9月27日 (一) 15:04 (UTC)[回复]

好奇一問,Friendly支不支援IE9?

好奇一問,Friendly支不支援IE9? —  廢 話  +  2010年9月22日 (三) 17:23 (UTC)[回复]

User:Jimmy xu wrk/Friendly/main.js
if( navigator.userAgent.indexOf("MSIE") == -1 ){ /* Wow! IE users?! Wtf... */
被原作者禁用,當然亦未知情況。-HW (留言 - 貢獻) DC8 2010年9月22日 (三) 23:04 (UTC)[回复]


你可以把代码复制后删除此行--UAL55 (留言) 2010年9月25日 (六) 09:38 (UTC)[回复]
好主意--  廢 話  +  2010年9月25日 (六) 09:40 (UTC)[回复]

地震模板显示问题

原来也有这个问题的,今天看到了1964年白河地震条目中,发现问题似乎又出现了。只要不在信息框中添加图片,就会出现图片的代码,不知道谁能够解决。--思源如宁 2010年9月24日 (五) 02:36 (UTC)[回复]

改一下代码就好...--Mys 721tx(留言)-U18协会 2010年9月26日 (日) 06:52 (UTC)[回复]
可是你把原有震区图给删了。--思源如宁 2010年9月27日 (一) 14:59 (UTC)[回复]

关于部分图片显示问题

是不是wikimedia出内部技术问题,或者遭地区封杀所影响,中文维基部分图片还是无法正常显示,比如中华人民共和国国旗图标或不在中文维基上的图片,即使启动了小工具也无济于事。--Anilro (留言) 2010年9月24日 (五) 08:41 (UTC)[回复]

本人為香港人,但疑似Template:BreakCharTemplate:BreakChar及那個在參數中的代理都封了。-HW (留言 - 貢獻) DC8 2010年9月24日 (五) 08:44 (UTC)[回复]
中国政府真是吃多了撑着,连wikimedia的几张图片都封,又没影响它什么……--Anilro (留言) 2010年9月24日 (五) 08:57 (UTC)[回复]
我这里图片显示正常。另外,只有中国联通和中国移动封掉了图片服务器,其他ISP都可以正常访问。这个应该不是GFW的原因--百無一用是書生 () 2010年9月25日 (六) 01:51 (UTC)[回复]

共享技術

mw:Manual:$wgSharedUploadDirectoryHW (留言 - 貢獻) DC8 2010年9月25日 (六) 06:09 (UTC)[回复]

页顶小工具修改建议

  1. 速度有点慢,半天去不到下一条信息。
  2. 部分信息不知道为何(可能是因为上面的原因)没显示或者我没看到。例如香港某出版社图片侵权的讨论页,我还是昨天才看到有这条公告,还是看我自己用户页引用的模板(非卷动模式)才看到。

建议就以上问题修正一下,尤其是缩短每条信息停留时间。—Edouardlicn (留言) 2010年9月25日 (六) 08:13 (UTC)[回复]

页顶通告应该只用于事关整个社群的重大问题--百無一用是書生 () 2010年9月25日 (六) 09:32 (UTC)[回复]
你的意思是不是香港那条就不显示?但问题上是我引用同一个模板,为什么在用户页时全部显示,而在首页只是显示部分?是否已有专为首页的设置?-Edouardlicn (留言) 2010年9月25日 (六) 09:53 (UTC)[回复]
香港那條只向使用zh-hk的用戶顯示,同樣地,內地不能顯示圖片那條也只向zh-cn顯示,有些亦只向註冊用戶顯示。那些設定在引用該模板上是不見的,這是因為JS的設定。-HW (留言 - 貢獻) DC8 2010年9月25日 (六) 10:11 (UTC)[回复]
問題是我是同一個用戶在頁眉和用戶頁顯示可能有點不一樣,這個又怎麼解釋?還是等菲菇過來解釋吧。—Edouardlicn (留言) 2010年9月25日 (六) 11:34 (UTC)[回复]
頁頂那個應該是實時更新的,不過菲茹的解釋似乎變得必要。-HW (留言 - 貢獻) DC8 2010年9月25日 (六) 11:38 (UTC)[回复]

菲菇不知所终啊???—Edouardlicn (留言) 2010年9月26日 (日) 10:44 (UTC)[回复]

每条消息的时间间隔是15秒,确保用户能有足够的时间阅读感兴趣的消息;每次页面载入事件中首先显示的消息可能不一样,因为脚本中设置了随机数以确保每一则消息都有可能首先显示;AdvancedSiteNotices支持根据用户使用的语言变体(variant)和登录状态显示/隐藏某些消息,只需在编辑Template:AdvancedSiteNotices时使用相应参数,具体参见该模板的文档;嵌入引用{{AdvancedSiteNotices}}并不会产生显示/隐藏的效果,因为显示/隐藏的效果是用JS实现的,而Template:AdvancedSiteNotices的本意也不是拿来直接嵌入引用的。--菲菇维基食用菌协会 2010年9月26日 (日) 11:04 (UTC)[回复]

那速度方面能否調快一點點??—Edouardlicn (留言) 2010年9月26日 (日) 15:00 (UTC)[回复]

关于自己安装的Mediawiki的几点疑问

(因为涉及到中文语言转换,怕老外看不懂,就发在这里了,希望技术人员能帮忙解答一下)

1、完成 正常情况下Rewrite伪静态只能实现一种语言,例如将 /zh/(.*) 指向 /w/index.php?title=$1&variant=zh ,则在中文原文中可以很好地伪静态。但切换成zh-cn或zh-tw后就不再处于伪静态状态了。如何像维基百科那样对每一种语言都实现伪静态?(即在浏览状态下从不出现variant)

2、完成 如何防止浏览时中文语言窜动?即浏览简体时,所有链接打开新页面都是简体;浏览繁体时,所有链接打开新页面都是繁体。似乎这是Mediawiki的Bug,维基百科也没有解决。在维基百科浏览时无论改成什么语言,下一个链接都是/wiki/,而后在/zh-cn/和/wiki/之间交替。

3、是否有办法使得网页标题与词条名称不一致?例如词条名称为公司简称,而网页标题则为公司全称。

4、完成 如何设置meta中的keywords,以便于搜索引擎抓取?keywords包含固定部分(网站名称、所属行业等)和可变部分(词条名称)。

5、能否监视一个段落?例如在这里提问,我希望在有人回答时通知我,而不是有其它人提问时也通知。

--Zayoo (留言) 2010年9月25日 (六) 15:41 (UTC)[回复]

前两个问题自己找到了答案,LocalSettings.php中添加
$wgVariantArticlePath = '/$2/$1';
在自己的Mediawiki上是不发生语言窜动的,选择语言后再点链接将保持同一种语言。但不明白为什么维基百科会窜动(BUG?)。
--Zayoo (留言) 2010年9月25日 (六) 16:08 (UTC)[回复]


-P1ayer (留言) 2010年9月25日 (六) 16:19 (UTC)[回复]

Wikipedia乱跳是因为反向代理Squid作祟;现在都要好一些了,在firefox和opera下似乎已经修复了,但IE用的“zh-CN”(后两个字母大写)不能被squid识别,所以依然作祟。--菲菇维基食用菌协会 2010年9月26日 (日) 11:18 (UTC)[回复]

2 Firefox通过搜狗浏览器的代理,维基百科会出现语言跳来跳去。我自己的网站将/zh-cn/(.*)指向/w/index.php?title=$1&variant=zh-cn,工作正常。维基百科不知道为什么,难道不能通过读取当前语言来设定链接语言吗?
3 仍然未解决。{{DISPLAYTITLE:公司全称}}无效,即使开启了$wgAllowDisplayTitle = true;。唯一有效的只有
{{DISPLAYTITLE:<span style="display:none">{{FULLPAGENAME}}</span>}}

能够将页面顶端的标题隐去(“出自”一行还在)。一旦修改即会失效。版本Mediawiki 1.16.0。

4 我选择了Extension:Advanced Meta。Meta信息在单独的输入框中设置,可以设置全局关键词和页面关键词,并可控制能够编辑关键词的用户和用户组。每个页面需要一次“空编辑”才能生效,并且可能有bug。我正在考虑能否修改这个外挂以实现问题3中的修改页面标题,这样可以确保只有管理员能够修改。

--Zayoo (留言) 2010年9月26日 (日) 18:04 (UTC)[回复]

中文维基百科手机版的问题

在手机上浏览中文维基百科手机版[4],如果使用opera mini时,在手机版上的搜索框输入文字搜索后,会跳转到非手机版的页面(我测试是这样,也有人说直接跳到非手机版的首页[5]),而使用英文版的手机版则没有发现这个问题。另外,使用UC浏览器则不能辨认是手机,在手机浏览器输入网址zh.wikipedia.org正常情况下应该会自动跳转到手机版zh.m.wikipedia.org,但是UC浏览器中则不能自动跳转。另外,在电脑上用浏览器(firefox)打开zh.m.wikipedia.org正常,搜索也正常。不知道其他人是否也有类似问题,并且有谁知道这是什么原因造成的?--百無一用是書生 () 2010年9月26日 (日) 12:17 (UTC)[回复]

更新,刚才测试用的是opera mini的翻墙版,在使用opera mini 5 for blackberry时则一切正常--百無一用是書生 () 2010年9月26日 (日) 12:26 (UTC)[回复]
手機版中文維基百科如何轉繁簡?--  廢 話  +  2010年9月26日 (日) 13:10 (UTC)[回复]
http://zh.m.wikipedia.org/zh-cn/%E5%8E%9F%E8%87%BA%E7%81%A3%E7%B8%BD%E7%9D%A3%E5%BA%9C%E5%B0%88%E8%B3%A3%E5%B1%80%E8%87%BA%E5%8D%97%E6%94%AF%E5%B1%80%E5%AE%89%E5%B9%B3%E5%88%86%E5%AE%A4

但是不清楚是否能够自动判断?另外,记得界面早就翻译了,怎么到现在还是英文?--百無一用是書生 () 2010年9月26日 (日) 15:38 (UTC)[回复]

就是不知如何繁簡轉換……--  廢 話  +  2010年9月27日 (一) 00:25 (UTC)[回复]

在語言列的FA跟GA圖示位置

如圖所示。在其他語言中的FA與GA圖示應該要像右側所顯示的樣子,就是把那些小小圖示靠左對齊,英文維基就是改採此方式,但中文維基還是如圖左貌,那些圖示的位置相當不整齊,需改善,希望有人能重視這小問題。—Mark85296341留言 2010年9月26日 (日) 12:33 (UTC)[回复]

幾乎所有的語言版本都把FA跟GA圖示靠左,目前應該就只有中文維基是把其靠右顯示,相當的不美觀阿,這基本的東西在中文維基百科早就該被處理了,難道有人提出才有些動作嗎?—Mark85296341留言 2010年9月27日 (一) 15:44 (UTC)[回复]

問:在维基百科的 MediaWiki:Sidebar 官方的树状导航栏好像采用了javascript的方案,使它可以点击伸缩?

問:在维基百科的 MediaWiki:Sidebar 官方的树状导航栏好像采用了javascript的方案,使它可以点击伸缩。

麻烦哪位朋友能告诉我官方是用的哪个extensions吗? —219.142.122.100 (留言) 2010年9月28日 (二) 06:33 (UTC)[回复]

UsabilityInitiative的Vector-HW (留言 - 貢獻) DC8 BEST 2010年9月28日 (二) 13:10 (UTC)[回复]

如何防堵TOR、無界瀏覽、自由門等破网软件和http://www.cnproxy.com/ 的免費ip?

[6],请问如何处理?--UAL55 (留言) 2010年9月29日 (三) 04:43 (UTC)[回复]

一系列用户名的CU请去meta提出。此外,TOR节点在维基百科是会自动封锁的,其他的open proxy也都是一旦发现永久封禁--百無一用是書生 () 2010年9月29日 (三) 08:29 (UTC)[回复]
另外联系m:WikiProject on open proxies的作者,在中文版也运行--百無一用是書生 () 2010年9月29日 (三) 08:36 (UTC)[回复]
  • (!)意見,封禁的順序能不能調整一下,請把已登入的User優先於Proxy的IP封禁。這樣看網頁可以免登入,以便使用Proxy加速。要寫條目時,再登入,但不要被IP封禁檔到。了解我說的嗎?-P1ayer (留言) 2010年9月29日 (三) 08:46 (UTC)[回复]
不太明白.....封禁只是不能编辑,阅读并不影响。而如果用户用代理的话,可以申请IP封禁例外--百無一用是書生 () 2010年9月29日 (三) 08:56 (UTC)[回复]
蛋生鸡,鸡生蛋。使用代理被封禁,用户不能创建账户。不能创建账户,就不能申请IP封禁例外。不能申请IP封禁例外,就不能创建账户。中文维基百科应该设立账号发放处。--罪孽深重的爱学习的饭桶 (留言) 2010年9月30日 (四) 05:47 (UTC)[回复]

「簡」飲擇食?@Firefox

怎麼條目名下面的「維基百科,自由的百科全書」在任何一個字體介面都顯示為「基百科,自由的百科全」的!到底哪兒出了問題?又怎解決好呢?-An Macanese 2010年9月30日 (四) 02:43 (UTC)[回复]

只要参数错误,就无法通过Friendly删除?

尝试删除User:UAL55/Test1,但是不能成功,也没有任何错误提示--UAL55 (留言) 2010年9月30日 (四) 05:25 (UTC)[回复]