2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

討論:東京放課後召喚師

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

系列命名問題

雪獅(東京放課後召喚師)虎人(東京放課後召喚師)鬼若(東京放課後召喚師)郁利(東京放課後召喚師)巴欽(東京放課後召喚師)

這個系列的詞條是不是可以考慮改為 xx:xx 這樣的消歧義方式比較好呢?類似戰艦少女:大鳳這樣 -Moeailue討論) 2019年12月25日 (三) 11:57 (CST)

都可以啊,抱歉讓大大久等了 -神鬼草討論) 2020年1月29日 (三) 5:06 (CST)
那是否能麻煩幫忙移動呢?其他所有含有連結此系列的詞條我會做修改的~ -神鬼草討論) 2020年1月29日 (三) 5:29 (CST)

關於Nekros&Bacchus

現在官方在資料卡上給的名稱是兩個都有(也就是說角色就叫Nekros&Bacchus),我在考慮主條目使用Nekros&Bacchus,然後兩個分別的條目(NekrosBacchus)給出兩個重新導向,這樣可以吧?--あの太討論) 2020年5月29日 (五) 19:28 (CST)

當然因為角色剛出,考慮到還沒有標準的譯名,所以這些條目暫時不會添加,只是一個預期的規劃--あの太討論) 2020年5月29日 (五) 19:31 (CST)
我的想法是跟目前日文wiki上名稱是以「奈克洛斯」建立,然後再將頁面標題化成「奈克洛斯&巴卡斯」這樣的想法,不知道行不行得通--神鬼草討論) 2020年5月29日 (五) 20:36 (CST)
建立完然後考慮移動的話也是可以的。--あの太討論) 2020年5月29日 (五) 21:17 (CST)

關於大量劇情

hmmm……當時考慮的問題還是發生了,戍孝的劇情量似乎大了一些,而且這次活動肯定還要導致角色的劇情量膨脹,所以像戍孝或者良太這類主角組角色的劇情是只增不減的,最開始沒敢碰戍孝的劇情原因也是因為這個。

目前使用的這種摺疊策略確實在一定程度上解決了這個問題,不過還是有很多角色的頁面被拉得很長。所以我在考慮一種方法,就是劇情的詳細內容單開一個頁面,比如東京放課後召喚師:戍孝的劇情相關內容如果過多的話那就給一個主條目引導至劇情頁面東京放課後召喚師:戍孝/劇情這種的,這樣的話在子頁面中也可以返回到上一級(比如從劇情頁面返回到戍孝主頁面也相對容易)。這個方法劇情是多是少都比較適用,雖然會造成頁面數量會增多,但是閱讀體驗應該會好很多,似乎英文wiki也是這麼做的。目前僅是構想,意下如何??--あの太討論) 2020年6月29日 (一) 20:50 (CST)

這個方法的確不錯,可以先測試一個看看,但就目前來看,僅用在常登場的角色就可以了。如果這方法可以,以後哪些角色劇情量已經過多也能建一下,不過其實這系列相關的條目也已經很多了,所以頁面數量應該不會是問題。--神鬼草討論) 2020年6月29日 (一) 21:43 (CST)
不過剛才了解到你的意思是一個劇情一個頁面,感覺還是會太多,也有被編輯大佬刪除的風險,要不要就把角色所有劇情移動到一個頁面就好了?--神鬼草討論) 2020年6月29日 (一) 21:47 (CST)
我原本的意思就是,一個角色所有劇情放在一個劇情頁面里,不會一個劇情一個頁面,如果是那樣的話頁面就不是/劇情而是/<劇情名稱>了,當然是一個角色的放在同一個劇情頁面內就可以。--あの太討論) 2020年6月29日 (一) 22:15 (CST)

東放角色數據

東放角色數據

昨天在想本遊戲也開始有了四卡,怕數據過長,所以昨晚燒腦建出了這個模板,好跟tabs一起運用,如果本模板建得不太好,我會做修改的。--神鬼草討論) 2020年7月18日 (六) 02:50 (CST)

好主意,我之前也想提議用Tab來着,不過因為沒想好用tab之後表格版面應該改成什麼樣子所以就沒說,不過改的話應該是個挺大的工程,想出這個模板,辛苦了(。・ω・。)ノ♡。不過好像必殺技名字那一行漏掉了。--あの太討論) 2020年7月18日 (六) 07:17 (CST)
不過突破n階那個就不用說了吧??~( ̄▽ ̄~)~--あの太討論) 2020年7月18日 (六) 07:19 (CST)
感謝提醒,必殺技名字在Template:東放角色數據的範本有補上了。另外突破n階是突破後習得技能,想說給萌新看清楚,當然我想不用也沒關係,應該在其他地方做說明就好了。--神鬼草討論) 2020年7月18日 (六) 09:50 (CST)

Tab中的頭像圖片

Tab頭像的圖片務必加上一個空的link=參數,不然的話在移動端上切換標籤頁就會觸發圖片連結。比如[[File:Horkeukamui 3 ico.jpg|80px|link=]]得到的File:Horkeukamui 3 ico.jpg就不會觸發圖片連結。 --あの太討論) 2020年8月4日 (二) 18:37 (CST)

可以通過正則表達式\[\[File:(.+)\|80px\]\]替換為[[File:$1|80px|link=]]。 --あの太討論) 2020年8月4日 (二) 20:35 (CST)
原來如此,那麼link=後面是不是要填什麼?--神鬼草討論) 2020年8月4日 (二) 21:41 (CST)
不,什麼也不填,表示禁用當前圖片的連結 --あの太討論) 2020年8月4日 (二) 23:07 (CST)

【Advocation】要不要推廣使用模塊??

正如所看到的,我在角色數據的模板里投入使用了一個模塊Module:Sandbox/あの太/housamo(一種使用Lua編寫的通過萌百的Scribunto插件運行的一種功能內容),這個模塊目前僅僅用於顯示稀有度,並且允許模版的使用者對稀有度一項僅傳入一個數字。
目前這個模塊仍然在沙箱裏,並且目前僅僅投入了這樣一種簡單的用途,當然功能還是可以加的。
使用模塊後,一些模板的內容可能會得到一定程度的簡化並且更易於使用,不過使用模塊也可能讓模板在邏輯上變得稍微繁雜一些
所以我在考慮要不要對這個模塊的使用進行一下推廣,因此這裏徵求一下您的意見,如果可以的話,我將:

① 將Module:Sandbox/あの太/housamo移出沙箱成為正式的模塊

移動為單獨的頁面後這個模塊就不再需要前面「Sandbox」那些前綴了,這會讓模塊名變得簡單,不過這樣一來會有幾個問題:新的模塊以什麼命名?中文名(東放/東京放課後)?英文名(housamo)?

注意:我嘗試移動過模塊頁面,似乎移動過的模塊頁面不會留下重新導向

② 不止建立一個模塊

從開發的角度來看的話,我們可能會針對不同的應用場景建立多個模塊,儘管我個人目前只是比較關心沙箱裏的那個模塊,不過已經在構想的模塊包含如下幾個:(這裏的模塊名稱暫時用英文命名

  1. housamo:實際上就是我在沙箱中建立並且在考慮移動出來的那個,包含一些功能性的函數或工具(目前有Stars函數)。
  2. CGroup/housamo:用於本系列的公共轉換組,說實話這個我不是很確定需不需要,這個東西主要是針對區域性的語言翻譯差異所使用的(而且我還沒仔細看這個東西是怎麼被使用的)
  3. housamo/Data:專門用於存儲本系列各個角色的數據,如果建立這個模塊之后角色數據的模版會變得很簡單,不過相對應的,這個模塊就要寫入大量的東西來存放這些數據,這導致的其中一個問題就是當針對特定角色進行修改的時候會比較困難(因為內容特別多,不易尋找),同樣,這個我也不太確定要不要做,有可能只是存放一些數值數據,也有可能存放涵蓋文本在內的所有數據,如果可能的話我會考慮儘可能的抽象一下,把共性的東西提出來才有做模塊的價值。

③ 逐步對使用模塊的模板和頁面進行修改

如果考慮大量地使用模塊的話,這個是當然的,當然也並不是所有的內容都需要使用模塊,比如有些內容可以通過魔術字解決等。

此外如果編寫模塊的話,當然,我們還需要對模塊提供一個詳細的文檔。


以上是關於使用模塊的一些想法,不知意下如何。

--あの太討論) 2020年7月23日 (四) 14:54 (CST)

Module:Sandbox/あの太/housamo這個確實需要移出來,模塊用能理解的名稱應該就可以了,不過我覺得目前除了上述之外還有屬性和武器種之類的,應該沒有需要建太多模塊。還有如果未來有要建數據相關模塊的話,就以東放角色數據/oooo這樣來命名如何?然後目前的技能有部分是以能理解的方式去寫的,如要按照官方給的技能文本,有些地方對萌新可能不太能理解。--神鬼草討論) 2020年7月23日 (四) 16:02 (CST)

人物關係數據

好消息,我終於用CSS、HTML和wikitext把人物關係的模板Template:東放角色關係做出來了。

一直以來我們的詞條里沒有人際關係的內容,這次做出來的模板個人感覺相當美觀,現在我們也可以在詞條中加入人際關係的說明了!

如果決定加入這個模板的話,加在詞條中哪個位置合適? --あの太討論) 2020年7月31日 (五) 13:24 (CST)

這個模板確實做得不錯,至於放哪裏的話,但如果要放相關人士那邊的話會顯得太大,所以我在想放語音和其他的中間或是外部連結(角色wiki上方)如何?--神鬼草討論) 2020年7月31日 (五) 13:43 (CST)
或者的話可以考慮數據右側的位置,那裏因為數據模板改了之後那裏變得異常空曠。 --あの太討論) 2020年7月31日 (五) 13:46 (CST)
可是角色關係並非數據,放那裏感覺會沒有存在感。--神鬼草討論) 2020年7月31日 (五) 14:04 (CST)
其實關係也算一種數據,畢竟角色關係是影響結緣buff的,不過單開一個小標題也行,但我覺得最好是在語音之前出現,最好不要放到外部連結上方,外部連結的上面是那個很大的導航模板,放在那裏就更沒有存在感了。有一個挺好的位置,就是調查資料和語音之間那個位置。 --あの太討論) 2020年7月31日 (五) 14:12 (CST)
好像可以,那就放那邊看看。還有就是有些好意或是苦手太多位的話,能否像日文wiki那樣改成分行的?--神鬼草討論) 2020年7月31日 (五) 14:33 (CST)
啊這個不用擔心,這個模板已經考慮那個問題了,寬度超出閾值值的話會自動換行,不過現在的問題是移動端的瀏覽體驗不太好,我不知道在萌百里可不可以做響應式設計。 --あの太討論) 2020年7月31日 (五) 14:37 (CST)
其實如果到時候換行這部分沒法的話,在條目將模板置中也是可以的。--神鬼草討論) 2020年7月31日 (五) 15:08 (CST)

調查資料的改進

>>這裏<<我寫了幾種嘗試對調查資料格式改進的措施,如果可行的話,可以挑一個版本改成模板用,如果不可行的話,那就暫時不動。
不過,這裏面仍然存在一些問題,例如可以日天的主人公,祂有5張外觀圖……這個我還在考慮有沒有什麼好辦法,有一種辦法是主人公的單獨寫,然後用Template:multiple image什麼的,或者想一些別的辦法…… --あの太討論) 2020年8月11日 (二) 22:02 (CST)

語音可能也會用類似的方式進行改進 --あの太討論) 2020年8月12日 (三) 09:11 (CST)

我覺得Tab Grid Parallel的這種可以,對於像是克圖格亞這種很長的文本就剛剛好。
主角調查資料
至於主角的話,我弄上方這樣不知道可不可以。--神鬼草討論) 2020年8月12日 (三) 09:44 (CST)
Tab套Tab……有種套娃的感覺倒也不是不行,總之主人公的需要單獨弄,Tab Grid Parallel的話移動端沒法看,所以移動端還得用Tab Grid Cascade,不過這個不是問題,寫個響應式的CSS就能解決,如果可以的話我就嘗試寫一下吧 --あの太討論) 2020年8月12日 (三) 10:09 (CST)

Template:東放調查資料已經實現了。在屏幕寬度足夠的情形下顯示為Tab Grid Parallel,否則顯示為Tab Grid Cascade。不過唯一遺憾的一點是外面還得套Tab,沒有把多個調查資料集成起來。 --あの太討論) 2020年8月12日 (三) 22:27 (CST)

我們建模板有些是希望能透過Tab來省空間的吧。還有這好像導致右邊更空了,而且我看登場的說明模板也重疊到角色個人資料了,不然這樣好了,要不要考慮把數據跟登場交換位置? --神鬼草討論) 2020年8月13日 (三) 08:52 (CST)
沒太理解登場說明和角色個人資料重疊了是什麼概念……有的時候是通過Tab來節省空間,這裏也確實通過Tab節省空間了(原本是一聯數據垂直拉下來的,現在分頁了),然而建立模板並不僅僅是出於這個目的。建立模板的另外一個目的是減少重複的工作量,因為共性的內容都被放到模板里了,主條目中只需要為展開提供差異性的內容,我原本的打算是把Tabs集成到模板里寫,這樣的話留給正文裏需要寫的內容就會變得更少,然而模板的參數控制機制並沒有我想像中那麼全面,如果要做到這一點可能要寫模塊手動展開模板(然而考慮到模塊的展開時機,這種做法也有缺陷),此外,這裏把這個模版做的一些,其目的是方便閱讀如果文本段落的寬度過長的話讀起來其實是挺累的(一眼望不到頭的感覺),不過導致右側變空了也確實是事實。
我之前的想法是把數據、關係、調查資料全都安排到一個模板里,是因為考慮到在PC端上數據的模板也非常窄,所以我之前考慮是在那張表格右側安排一個大寬列專門放對應於該角色配置的調查資料和角色關係,然而之前提到過關於「存在感」的討論,數據的模板在移動端上實際上已經需要橫向翻閱了,如果在右側加入調查資料和角色關係的話,讀者可能完全不知道右側還有東西,存在感就更低了。
換位置的話……換位置肯定是起不到省地方的作用的而且明顯數據中的內容比較多,可能讓條目看起來頭重腳輕。 --あの太討論) 2020年8月13日 (四) 10:50 (CST)
刻意縮短了文本寬度的另外一個目的是,如果直接頂到100%的話看起來其實挺不協調的,因為圖片比較高(312px)
頂到100%的狀態

--あの太討論) 2020年8月13日 (四) 11:02 (CST)

人物信息

這幾天把Template:東放人物信息給做了出來,如果可以採用的話,若有哪裏需要美化或修正,歡迎修改~~--神鬼草討論) 2020年9月5日 (六) 01:56 (CST)

應該是用人物模板的源碼改的吧,看起來不錯,「生日」最好寫成「轉光日」吧 --あの太討論) 2020年9月5日 (六) 09:33 (CST)

AR數據

嗯,也差不多這幾天把{{東放AR數據}}給做出來了,支持摺疊和多個等級並列排布。如果可以的話在東京放課後召喚師:AR裝備中就可以投入使用了。 --あの太討論) 2020年9月5日 (六) 19:49 (CST)

關於四疊半新作LAH

Live A Hero在9月30號正式發佈了。

我看模板里好像給出了指向LAH的連結,所以,那邊準備要啟動kāi kēng嘛?? 雖然因為剛出來所以資料不太全,不過根據官網上和手頭的帳號大致整理出了關於各角色的基本信息。如果可以的話我會列一張表出來。

--あの太討論) 2020年10月2日 (五) 12:04 (CST)

要開的話,LAH的模板我會先建起來,然後因為官方中文化可能還要很久,開各角色的坑會先是個問題。--神鬼草討論) 2020年10月2日 (五) 13:14 (CST)

嗯,那我把目前整理出來的東西先放到對面的討論頁里吧,到時候等開詞條好有個參考 --あの太討論) 2020年10月2日 (五) 14:20 (CST) あの太討論) 2020年10月2日 (五) 14:20 (CST)

關於萌百穩定性及條目遷移

最近萌百崩的次數越來越多而且越來越頻繁,因此是否需要考慮在適當時機備份條目並遷移至其他平台?? --あの太討論) 2022年2月12日 (六) 10:10 (CST) 包括隔壁的LAH --あの太討論) 2022年2月13日 (日) 16:27 (CST)

剛開始開坑時,其實就有這種想法,可以先備份,至於哪個平台也需要考慮慎選的 --神鬼草討論) 2022年2月15日 (二) 13:24 (CST)
實話說,就目前萌百形勢來看,我不確定什麼時候遷移比較合適,而且似乎很多的停基坪好像也都面臨類似的問題,這件事情需要提上日程了,這段時間可能會開始備份有關條目,包括模板和模塊,此外除了討論版外,可能需要其他的交流方式。 --あの太討論) 2023年9月28日 (四) 07:59 (CST)
這還是要再觀察,我們可以先備份起來 --神鬼草討論) 2023年9月29日 (五) 19:57 (CST)

語音信息已模板化

再有角色語音可以使用模板{{東放語音}}填寫了,然後可以把大標題(常駐、新年、限定等)改成標籤頁 --あの太討論) 2023年7月15日 (六) 21:27 (CST)