使用者:Sirogohan/條目試驗
人物條目散文化項目
前情提要
現有的《點兔》作品人物的條目均以列表式的表述為主。列表式風格的條目有信息點明確、易於維護的優點,但是也存在以下缺陷:
- 當信息點之間存在非並列的邏輯關係時(因果、遞進、轉折、補充說明等),編輯的處理方式很不統一,而且容易忽略使用邏輯關係詞,導致讀者雖然能夠很容易關注到信息點,但不易掌握信息點之間的聯繫;
- 有時要點分類會被分的過於瑣碎,導致分類過多,或是有些信息點的分類歸屬模稜兩可;
- 列表式風格容易出現多級列表,但多級列表在移動端的排版格式(特別是縮進和行距)不理想;
- 很多吐槽類、幽默類編輯都傾向於被放在段尾,而列表式排版每句話都是段尾,容易招致彈幕編輯;
- 由於文不成段,列表式的表述顯得像是筆記,而不像是更有可信度的百科條目。
相比列表式風格,維基百科、Fandom等網站更加推崇散文式編輯,即採用自然段的形式來表述條目的主體部分。
第一階段:全散文化
第一階段已完結。
在第一階段,作者對以下有一定信息量、但關注度尚不是很高的部分條目採取了散文化改良的試驗:風衣葉冬優、提比、香風咲、保登摩卡
結語
散文式表述的利弊基本與項目開始前的預期一致,不過改編確實需要很大的工作量。
對於 提比 條目,由於角色設定大致已經確定,在作品迄今的120餘話故事中有足夠的信息點,這樣的改編整體上是成功的。對於 風衣葉冬優 條目,由於該角色是作品主角智乃的一個關鍵的輔助人物,散文化表述有助於把人物設計上的脈絡講得更清晰,而不僅僅是用列表窮舉角色的經歷和特點。
不過,對於 保登摩卡 條目,由於不可避免的幽默類模板混排,排版則稍顯混亂。
有鑑於散文化表述的改編難度和性能的不確定性,暫不會對其他條目進行全盤散文化表述的嘗試。將持續觀察以上四則條目在接下來一段時間內的變化,以評估散文式表述的反響以及條目的維護難度。
第二階段:混合式表述
第二階段將嘗試散文式與列表式混合的表述方式,在兼顧列表式信息點清晰、易於維護等特性的同時,儘可能避免會對排版產生干擾的多級列表,以及增加更複雜表述的自由度。已實施混合式表述的條目有:
- 宇治松千夜:採用自然段的形式對人物特點做整體的介紹,但是在需要列舉例子或細節的部分則採用列點式的方式,方便信息的呈現。
- 香風智乃:考慮到智乃的知名度,該條目的讀者中存在大量不熟悉作品的人,因此特設立一段散文式的綜述介紹智乃的基本人設。而在萌點/體質方面,則利用定義列表的形式羅列關鍵詞,同時採用散文式敘述的方式對各關鍵詞進行具體的闡述。至於比較瑣碎的興趣特長、雜記等章節,則回歸列點式表述的方式,方便閱讀和維護。
《點兔》人物分類項目
關於在《點兔》導航欄中重新為人物進行分類的項目。
完成:該項目已完成並已被實施,參見:User:Sirogohan/條目試驗/點兔導航欄
移動端表格優化相關
前情提要
在萌娘百科默認的移動端皮膚下,表格會自動將寬度調整至屏幕的寬度。然而對於窄屏的手機而言,強行在狹窄的屏幕內塞下3列甚至更多列的內容是不合理的。列寬變窄的代價便是每個單元格內的文字會被頻繁換行,導致整個表格完全沒有任何可讀性可言。此外,即便是對於桌面瀏覽器,當瀏覽器窗口因各種原因(屏幕小、放大倍率大、分屏等)變得狹窄時,也會產生類似的問題。
關於維基百科的表格在移動端排版的調研 | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
有趣的是,維基百科也存在類似的問題。不同語言的維基百科社群則對此採取了不同的處理方式。以東京地下鐵千代田線條目為例: 每個語言的條目內都有一個車站列表,該表格有8-9列,特別是換乘信息一列的默認列寬非常大,在手機的窄屏內不可能放得下。三種語言的維基百科對此的處理方式非常不同:
嘗試在不同的皮膚下縮小瀏覽器的寬度,得到的效果如下表所示:
調查結論
上述第三點便是移動端表格排版優化的麻煩之處,需要編輯者不斷地嘗試換行的數量和位置,以達到整體上比較合適的效果。 |
相關代碼
代碼方面,控制表格在窄屏下換行的技術工具有以下幾個:
style="min-width:***"
屬性:可作用於個別單元格或全表,用長度單位限定表格寬度。- {{Nowrap}} 模板:該模板內的元素不會被換行(除非有
<br />
或<wbr />
)。 style="white-space:nowrap"
屬性:可作用於個別單元格或全表,本質上和上述模板相同。style="word-break:keep-all"
屬性:可作用於個別單元格或全表。其功能為將中文或日文字符視為與拉丁字符一樣的內容,阻止中文或日文字符之間的換行。對於由人名、地名、作品名等短語構成的列表非常方便,可以阻止在名稱中間出現換行。但是問題有以下幾點:- 不同的系統和瀏覽器對該規則的解析不同:例如我的桌面端Chrome瀏覽器允許全形括號、書名號換行,但是iOS系統的多個瀏覽器則不允許;
- 當表格內有大段的文字時,文字不能夠自由換行;
- 中英、日英混排的例子(例如部分作品名含有英文單詞,或者有英文字母組成的番號等),系統總是傾向於在英文單詞間的空格換行,導致視覺上不平衡。
所以即便是對全表採用了 style="word-break:keep-all"
屬性,也需要配合 {{Nowrap}} 以及 <wbr />
(類似零寬空格,標記允許潛在的換行的地方)使用。
改良進展
完成:目前點兔系列人物條目的所有角色曲表格(例:桐間紗路#角色歌)以及甘兔庵菜品表格(例:宇治松千夜#起名列表)均已實施優化,效果如下:
- 當瀏覽器寬度小到僅塞得下大家族模板的四個頭像時,依然放得下所有的表格;
- 每個單元格的行數不超過2,極個別名字太長的也不超過3行;
- 保證人名、番號不換行,一般情況下也保證曲名、作品名不換行。
- 宇治松千夜、甘兔庵條目啟用了條目定製的css,可在瀏覽界面寬度小於720px時,自動將字號縮小10%。
螢光筆模板
完成:開發完成。可用於生成 彩色下劃線 或 螢光筆風格高亮劃線 。
詳細內容參見:{{螢光筆}}。
申請優編的獻禮工程。
點兔信息欄
完成:開發完成,參見:{{點兔信息欄}}
集中使用了之前的一些成果,包括邊距的設定、顏色的使用、css的利用等。
目前已推送至點兔主條目(×1)以及專題下所有人物(×16)、寵物(×3)、場景(×5)、設定(×1)條目。
智麻惠隊條目
完成:智麻惠隊 條目創建完成。
個人認為該編輯是該用戶為點兔專題做出的最有趣的貢獻之一。在最初的構想中,該條目不過就是列一下人物並描述一下劇情,但後來出現了一些很有意思的創意:
原型類樣板條目工程
前情提要
我在加入萌百之時,萌百正在經歷一場關於原型類條目編寫的大討論。一方面,維護組出于堅持保持萌百以ACGN內容為中心的原則,對原型類條目收錄非ACG內容的字數做出了上限規定;而另一方面,這一決定受到一些既有原型類條目編寫者的反彈,後續也出現了多次試圖通過提案提高字數上限的大討論:針對音樂條目收錄範圍的修正案(2021.03.25)、關於原型類條目收錄方針變動擴充修正意見(2021.05.05)。
關於我個人的立場,我支持萌百堅持以ACG為中心來發展,以萌百有限的人力和設備資源來說,這是萌百最好的選擇。萌百應該做公眾的ACG百科,而不是ACG愛好者的綜合百科。因此,我在當時的討論串就有留言闡述我對原型類條目應當如何編寫的看法,其核心是重點挖掘原型事物與ACG作品及文化的聯繫。換言之,我呼籲編者應當開動腦筋,多問幾個「為什麼」,例如說,「作者為什麼用這個元素」,「這個元素在登場時有什麼特性,服務什麼劇情」、「有哪些高度還原了現實,又有哪些與現實相悖的地方」等等。當時的評論獲得了很多的贊,不過因為本人光說不干,因此社群並沒有什麼實感。
有鑑於此,現計畫忙裡偷閒搞一些原型類條目的樣板,以作為本人關於原型類條目編寫理念的具象展示。當然,某種程度上這也是對當時反方(反對限制字數)觀點的一種回應。
已決定製作
- 3. 民航機:這個放在第三順位的條目意外地迅速
完成了。
- 雖然一開始的想法是介紹原型在ACG作品中使用上的方方面面,但初稿到後面寫著寫著有點借ACG之口介紹原型的意味,重點稍稍有些跑偏。如何在條目的編寫中不忘初心依然是一個有待研究和注意的問題。
- 條目中「反向使用」章節是一個創新點,其內容包括了機上安全視頻、ACG彩繪機等,這是一般原型類條目不容易見到的有趣之處。
- 初步社群反響看起來不錯,條目創建首日吸引了大量編輯來捧場完善或留言
(很好奇萌百里有多少人是天天趴在最新條目列表里監視的)。 ← 我算搞明白了,他們都是站外的交流。
- 1. 便利店:11月下旬
完成。
- 條目最初的目標是避免出現「借ACG之口介紹原型」的情況。不過最終完成後,發現在整體編排和排版上的創新也比預期的多一些。
- 缺點就是太費腦了。以後應該會嘗試幾個簡單的條目,做一些提高編寫實用性的嘗試。
企劃中
以下內容會考慮在草稿空間正式上線後做一些嘗試。如草稿空間因一些情況延期,則該計畫也將順延。
列在這裡的條目我尚沒有正式開工的打算,因此歡迎其他編輯先行創作。
- 4. 自動售貨機:和便利店情況類似,但是信息瑣碎度更高。如有機會,可能將嘗試藉助草稿空間的社群力量來編寫。
- 6. 暈堂:用語類條目。會是一個比較簡單的條目,需要藉助社群力量完善使用例。
- 7. 諾曼第登陸:很意外這個竟然還沒立條目?該條目寫出來會很有意思的,會是顯著不同於民航機和便利店的另一種原型類條目的形態。
其他依然處於初步構想階段的條目
2. 7-Eleven:視便利店條目的情況,7-Eleven或可單獨成條目。← 總結下來發現ACG中很少有模仿單一便利店品牌的。不過經常摻和ACG作品製作的LAWSON有朝一日有機會成條目。- 5. 仙台:條目已有,當前的質量也有不錯的底子,但還可以再進一步。
- 8. 工廠:條目已有,但是改造的話,我認為這將是場景類原型條目中史詩級難度的編寫(某種意義上來說,比鐵路車站還難),想開工就需要莫大的勇氣。
- 城堡:該話題也是很意外地還沒有成立條目。這個寫好了有望超越便利店,但是我對西洋古典真的不靈,呼籲有興趣的同僚們嘗試一下。
顏色:這個條目如果真的按我的意思寫了,足夠再領一份文憑了……- 另外鐵道類原型事物可能會摘一兩個作介紹(VVVF、発車メロディ?),不過本人關於鐵道方面的興趣高度側重於技術和運營方面,因此對其與ACG世界的聯繫並不算了解。
其他項目
甘兔庵菜品名錄
完成:
- 宇治松千夜#起名列表 列出了所有千夜命名的食物及角色名稱(因此不包括甘兔庵在十年前名字還很正常的菜單);
- 甘兔庵#菜單名稱 列出了所有甘兔庵出現的菜品列表,故不包括甘兔庵菜品以外的各種名稱,收錄順序亦有一定調整。
信息欄2.0模板的使用(點兔信息欄前身)
完成:曾在以下條目採用了 {{信息欄2.0}} 模板:保登心愛、香風智乃、天天座理世、宇治松千夜、桐間紗路、條河麻耶、奈津惠、青山Blue Mountain、保登摩卡、風衣葉冬優、神沙夏明、神沙映月、提比、豆餡、Wild Geese、香風咲、Rabbit House、甘兔庵、Fleur du Lapin、Bright Bunny、保登麵包房。
使用 {{信息欄2.0}} 模板的基本要求是增加分類。需要手動增加「人物」分類,並使用 {{Cate}} 模板增加生日、星座、血型、聲優的分類,其中生日、星座、血型需要增加分類的內鏈(而不是條目的內鏈)。另外,如果髮色、瞳色模稜兩可,當前的方案是同時添加兩種顏色的分類。參見 宇治松千夜 條目的格式。
通用格式定義
代碼 | 說明 |
---|---|
cellspacing=2
|
保持單元格之間的間距為2。 |
cellpadding=0
|
清除全表範圍內文字到單元格邊緣的距離設定,改在各種單元格內自行指定。 |
m-style=font-size:89%; text-align:center; width:280px; max-width:360px; float:right; background-color:#FFF; color:#000; margin-left:1.4em; margin-bottom:1em; border-collapse:separate;
|
設定最大寬度為360px,以保證在移動端信息欄不會被拉的太寬。({{信息欄2.0}} 與普通的 {{Infobox}} 在移動端的排版邏輯不同。) 設定信息欄左端到正文的邊距為1.4em,下邊距為1.0em,與浮動在右端的圖片的格式保持一致。 強制設定保持單元格之間的間距設定,覆蓋移動端沒有間距的全局設定。 |
image-style=padding:0;
|
放置圖片的單元格不需要邊距。 |
top-style=background-color:#颜色A; color:#FFFFFF; font-size:121%; padding:0.65em;
|
設定表頭的背景為顏色A(深色),文字為白色,字號為正文的121%,邊距設為0.65em。 |
t-style=background-color:#颜色B; color:#FFFFFF; padding:0.2em; font-weight:bold;
|
設定橫欄的背景為顏色B(淺色),文字為白色,邊距設為0.2em,並默認使用粗體。 |
l-style=width:5.0em; background-color:#颜色C; color:#505050; border-spacing:0.2em; padding:0.2em; font-weight:bold;
|
設定左欄的背景色為顏色C(極淺色),文字為灰色,邊距為0.2em,並默認使用粗體。 |
r-style=text-align:left;padding:0.2em 0.2em 0.2em 0.5em;
|
設定右欄為右對齊,距離左端的邊距為0.5em,其餘邊距為0.2em。 |
顏色選取參見:User:Sirogohan/點兔顏色列表。其中,風衣葉冬優因顏色調製困難、香風咲因顏色難以確定,尚未有最終確定。
「相關人士」的排版有三種選擇:
- 每個角色對應多種關係,可將人物姓名放在左欄,並用色塊裝飾。例:條河麻耶 條目;
- 人際關係種類有限,可將關係放在左欄,對應的人物放在右欄,並配以顏色裝飾。例:神沙映月 條目;
- 相關角色不多,可取消「相關人士」的橫欄,直接放一個普通的左右分欄。例:青山Blue Mountain 條目。
也可做成混合式。例:香風智乃 條目。
方案1很適用於點兔這種任意兩人可組CP的日常輕百合系作品,不過其問題在於左欄、右欄都有寬度限制,如發生換行則會影響排版。例:桐間紗路 條目關於Wild Geese的處理。
關於 {{Tabs/core}} 的使用:將邊框設為透明,被選中的標籤則添加很淺的背景色作為視覺引導。參見 Rabbit House 條目。
另外,在移動端有時因為屏幕尺寸在400px-600px之間,可能會發生左邊的序言被擠壓成一字一行的情況。可為序言或引用台詞的前幾個字增加 {{Nowrap}} 模板保證一定的行寬。
點兔角色歌條目×作品條目
《點兔》作品有上百首角色歌,其數目之多難免讓新入坑的觀眾難以適從。為了提高點兔豐富的角色歌以及相關海量優質條目的曝光度,決定分別對角色歌條目和作品條目做出結構上的優化,增強二者之間的聯繫。
在作品及角色條目中做出的主要編輯如下(完成):
- 重新整理各角色的角色歌信息,並創建專門的列表章節,既然智乃唱了60首歌那我們就列60首的完整列表;
- 用簡短的概述為各角色最有特色的兩三部作品作特別介紹
,幫助新人入坑; - 整理角色歌名與原作漫畫章節名相同的曲目(其實大部分是漫畫反過來抄角色歌的),作為一種小特色加以標記。
同時,對於各角色歌條目,計畫實施如下改進:
- 簡介序言化,以便讓歌曲的基本信息(譯名、歌手、出處等)在詞條預覽中出現;
- 對部分曲目與原作劇情的聯繫加以說明;
- 增加關於官方翻唱、重編曲作品的描述。
不過因為曲目甚多,因此當前只對比較關鍵的主題曲以及部分比較熱門的角色歌條目實施了編輯。
未來計畫
- 點兔2022春/秋季更新
聽說點兔wiki又要上線了?那我們也做做樣子提高一下競爭力……重要性不分先後。- 主條目-背景圖片
當前背景圖片因中心部分圖案、色彩複雜的緣故,對正文的閱讀有一些不利影響。需要尋找或原創一張/多張圖作為替代。 - 大家族模板
當前大家族模板的圖片來源於PSV遊戲,風格特色性不強,需要全新的設計。 - 主條目-廣播劇
需要整理各期廣播的明細列表和基本特色。 - 主條目-遊戲
需要過一遍PSV遊戲整理相關信息。 - 主條目-活動
需要整理各大型或有特色的官方活動;另需要完善智乃的萌戰記錄(雖然我並不感興趣)。 - 場景
整理三大中學、露天咖啡廳、溫泉泳池、火車站、心愛老家、百橋閃耀之都、Royal Cats等場景的相關信息。 - 梗列表
整理原作、日文社群、中文社群中流行的梗。 - TV動畫OST
整理OST使用情況。 - 內鏈完善
充分發揮萌百條目庫的優勢,增加萌屬性、原型、用語成句類條目的內鏈,增強趣味性。 - 木結構小鎮介紹
不會像專業漢化組一樣花很多時間把所有東西都考證一遍,不過最基本的內容還是要有點。
- 主條目-背景圖片
- 《比宇宙更遠的地方》專題
主條目回目介紹更新(當前外鏈的圖已掛),各人物條目的內容擴充。 - 《尼采大師》專題
建立新專題。 - 《碧藍之海》專題
補充空耳歌詞,同時小修其他條目。 - 新形式原型類條目
候選項之一是「諾曼第登陸」(但因為我不想碰歷史軍事類條目,也可能會換成其他的)。 - 舊原型類條目改新
候選項之一是「工廠」(但因為該話題內容過多,也可能會換成其他的)。 - 小型原型類/屬性類條目
候選項之一是「暈堂」。 - 《NEW GAME!》專題
排版、人物介紹小修。會視為最後的任務對待。