跳至內容

模板討論:Shortcut

頁面內容不支援其他語言。
新增話題
維基百科,自由的百科全書
由Nostalgiacn在話題排版問題上作出的最新留言:3 個月前

無題

[編輯]

捷徑和快捷方式不是可以繁簡互換的嗎?—以上未簽名的留言由Pion對話貢獻)於2005年3月23日 (三) 11:17 (UTC)加入。回覆

Template:Shortcut

[編輯]

{{Shortcut}}這個模板不是可以跟最多5個參數嗎?為什麼現在只能顯示出來第一個?--Bcnof留言 2009年12月31日 (四) 14:38 (UTC)回覆

請保證第一個參數指向的頁面存在--Liangent留言 2010年1月1日 (五) 10:35 (UTC)回覆

為什麼在這個模板裏面的連結都不防止重定向?

[編輯]

裏面的連結應該是防止重定向的。—Wei4Green | 唯綠遠大 2019年3月16日 (六) 20:16 (UTC)回覆

Template:Shortcut改版討論

[編輯]
通過:

公視七天無異議,通過-- Sunny00217 - 2019年6月7日 (五) 15:01 (UTC)回覆

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

各位好,目前我已經將{{Shortcut}}模板依據英語維基百科進行改版,詳細情況如下:

  1. 建立Module:ShortcutModule:Shortcut/config以及Template:Shortcut/styles.css
  2. Module:Shortcut/config中文化。

修正後的語法參見{{Shortcut/sandbox}};測試結果請參考Template:Shortcut/testcases

目前必須要解決的問題只有一個:

感謝各位協助。臺灣杉在此發言 (會客室) 2019年5月28日 (二) 09:05 (UTC)回覆


@Taiwania Justo:公示七天?-- Sunny00217 - 2019年6月1日 (六) 11:17 (UTC)回覆
@Sunny00217:同意,就此公示7日,如無異議就直接套用。臺灣杉在此發言 (會客室) 2019年6月1日 (六) 11:22 (UTC)回覆

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

Template:Shortcut改版後移動版問題

[編輯]
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

2日前,T:Shortcut進行了一次改版,改版後移動版的WP:ANMWP:AIV等頁面出現{{block}}顯示到shortcut和hatnote之間的夾縫裏,效果極差,試問是否需要使用原來的模板源碼重新建立新的模板並將該類頁面模板進行替換?# D 2019年6月9日 (日) 17:50 (UTC)回覆

重ping:@Taiwania JustoSunny00217:.# D 2019年6月9日 (日) 17:51 (UTC)回覆
@DW_YoungDLS:好像還是沒ping到呢... 囧rz...,複查[1][2],均未發現使用{{block}}時會出現的Template:Block/styles.css,請複查-- Sunny00217 - 2019年6月11日 (二) 12:05 (UTC)回覆
@DW_YoungDLS:原來閣下也錯了({{blocked}} 囧rz...,已處理:Special:Diff/54757293/54781154Special:Diff/54781192-- Sunny00217 - 2019年6月11日 (二) 13:05 (UTC)回覆
User:Sunny00217正常。# D 2019年6月11日 (二) 16:27 (UTC)回覆

排版問題

[編輯]
以下討論是徵求意見的存檔紀錄,請勿修改。本次討論所達成的總結如下:
已經解決。--Nostalgiacn留言2025年9月1日 (一) 01:14 (UTC)回覆
如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。

請見截圖([3]),目前長寬比一大,就會受到側面模板的擠壓,該模板就會錯位,被誤認為屬於另一個章節。如何避免這個問題。--Nostalgiacn留言2025年8月4日 (一) 02:20 (UTC)回覆

我發現維基百科:快速刪除也有這個情況,現在用{{clear}}處理應付,排版變得很糟糕。--Nostalgiacn留言2025年8月9日 (六) 07:13 (UTC)回覆
上次的討論:Wikipedia talk:快速刪除/存檔15#快捷方式模板出錯?
不過確實應該在這邊討論會比較好呢😅--竹林下小徑月光映一葉 2025年8月19日 (二) 03:37 (UTC)回覆
我是在維基百科:可供查證遇到這個問題,問題不止一處。--Nostalgiacn留言2025年8月19日 (二) 03:40 (UTC)回覆
float=left 參數,之前無效,都是靠右(效果),最近重定向後(policy shortcut》Shortcut),迷惑性反而更大了,直接在「可靠來源」章節下面(效果)。Shortcut的代碼似乎問題比policy shortcut更大。--Nostalgiacn留言2025年8月19日 (二) 03:44 (UTC)回覆
我的評價:Wikipedia:互助客棧/其他/存檔/2025年5月#Sidebar問題。強烈建議把sidebar去掉幾個。--PexEric 2025年8月28日 (四) 13:43 (UTC)回覆
與sidebar的位置有關,如果sidebar在較靠後的章節出現則不會把其他float元素擠走(詳見另一處討論)。--Srapoj留言2025年8月28日 (四) 15:10 (UTC)回覆
我發現Wikipedia:快速刪除的兩個涉事sidebar寬度差不多,把它們綁成一個元素就能緩解這個問題了[4]。--Srapoj留言2025年8月31日 (日) 22:19 (UTC)回覆
這樣兩個頁面就都解決了?還需要rfc嗎(如果要決定不再把sidebar放頁面代碼開頭,或者大面積棄用過長的sidebar模板就另說)
我想到的另一個解法是把可能受到sidebar影響的shortcut段落包起來(目前mediawiki parser輸出的HTML結構是扁平的,.mw-parser-output下直接就是各個自然段)。「包」指的是讓它們成為獨立的BFC (block formatting context),即使用如overflow: xx的傳統clearfix或者新一些的display: flow-root等。這樣段落內的shortcut就不會受到外面的sidebar的影響了。
然而這些BFC不應太大,因為它們的矩形盒子無法環繞在sidebar這類float周圍,造成空間浪費;但每段都包<div>需要塞不少代碼,且這將需要把排版時應出現在最後一個sidebar頂部上方的所有含shortcut的段落都包上,這個分界高度對應的正文位置隨屏幕尺寸和字體大小而定,需要謹慎地測試,維護起來會很煩人吧。
LLM給了另一種做法,即給shortcut外面包一層會建立BFC的<div>,再在裏面float。外層的容器會佔據一整行的空間,所以事實上變成了大號hatnote,但維護起來可能沒那麼令人費解。--Srapoj留言2025年8月31日 (日) 23:01 (UTC)回覆
現在沒有這個問題了,感謝垂注。--Nostalgiacn留言2025年9月1日 (一) 01:12 (UTC)回覆

本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。