在潛能/L發動能力搜尋心眼時
心眼‧破也會一起被搜尋到

本區塊為紀錄轉蛋卡誤標成配布卡的區域，標記格式如下：

• 卡片編號即卡片的ID編號
• 對應的圖鑑區塊為該卡片隸屬於「精靈圖鑑/XXX」

舉例：皮諾的編號為1041，透過wiki搜尋「No. 1041」可以看到「精靈圖鑑/特殊活動」內有出現。

No. 1041: 精靈圖鑑/特殊活動

維基方目前可行作法：使用「轉蛋限定」包裝該卡片，部份早期頁面由於格式尚未統一，之後再做整理。

LtoL的卡片沒辦法像L的卡片那樣切換一般型態跟傳奇型態

特殊技能那邊有很多舊的標籤沒刪掉
導致如果搜尋舊的會什麼也搜不到
舉例來說
全體大魔術有
"大魔術/全體(給予全體傷害)"跟"大魔術(全體)"
如果搜尋前者就什麼也搜不到

近期的技能為了減少需要的chain數，開始偏向快調(HP?%以上)或瀕死(HP?%以下)。

為了達成條件，有些人會透過自我傷害來觸發瀕死，比起敵方傷害好計算百分比血量。

在wiztools已經有類似的功能，只是我們能參考的資料源是wiki，有要做就得喬資料型態。

例如：敵方技能失效類別中，尚有
恐慌吶喊失效；
回復反轉、特殊技能封印失效；
封印、特殊技能封印失效；
死亡秒針、封印失效；
毒攻擊、屬性弱化失效；
特殊技能、答題技能封印、封印失效；
特殊技能封印、毒攻擊、屬性弱化、死亡秒針失效
都還未建立

其他還有
心眼‧逝、
天選者的尊嚴、
天選者的榮耀、
3色題1.3倍傷
也希望可以一併建立

另外，
提升傷害&HP下降
目前是處於失效狀態

再麻煩管理員處理了，謝謝

原本的node 20升級計畫改成以下內容

• 升級node 20（dev server換成vite）
• 改用function component實作
• 抽除RC開頭的組件，改用@mui/base開發自定義的組件
• 重寫原本的Redux流程，讓非同步行為可以在Action被管理（而不是擠在Reducer）
• 將抽取資料的流程改用hook實現
• 完善潛能計算部份，使其更好被除錯

已知需要確保正常的功能

• 查詢卡片時，可以關鍵字檢索、篩選、排序、翻頁
• 點選卡片可以得知詳細內容，並透過內部按鈕進行反查
• 查詢結晶（、大結晶）時，可以關鍵字檢索，翻頁
• 可以透過選擇的卡片進行組隊、且組隊時可以計算潛能

環境與工具部份

• node 14 lts -> node 20 lts
• react 17.0 -> react 18.2
• redux -> reduxjs/toolkit
• node-fetch -> axios
• - rc-prefix modules ->@mui/base with modifucation
  * + fluent ui (v2)

大致想法(v2使用，node 20升級不使用)

• 搜尋部份改用右側欄+折疊，讓使用者能夠清楚自己做出怎樣的篩選。
• 搜尋提供一點比較選項，讓使用者自行規劃篩選方式。需要注意AND, OR的處理方式
• 讓使用者選擇要顯示的部份，風險是每一列就無法自訂顯示方式了。
• 隊伍編輯界面改用右側欄，空間上比較不會受到modal的限制。

NOTE: 這個計畫可能會因為時間上的關係沒空處理，之後再看看。

Ref: browserify/createHmac#20

因為同大版本兼容的關係，導致crypto-browserify底下的組件使用[email protected]
而create-hmac使用的safe-buffer會在瀏覽器下報錯TypeError: Buffer.alloc is not a function

基本上除了js以外的編譯功能是可以運作的，現在要抉擇是否要等待還是轉換到其他工具（例如webpack）
我原本想針對降版本來處置這部分，但是相依的部分太多，這部分還是得看官方怎處理

用卡片組隊所算出來的雙圍
其中純屬性潛能
也會加到複屬性的卡片上

請問一下作者
是否能考慮把 所需答題數
由小到大排列
以及分指定數字做篩選呢?

例如 把快縮潛能也考慮進去
需要答幾題進SS1
需要答幾題進SS2

這個篩選功能在Gamewith也沒有
如果有這個功能的話 相信方便許多

這個潛能
"將給予敵方的傷害變為1.1倍，並減少500點HP"
在組隊頁面沒有計算到那500HP

目前在潛能的搜尋中，若選擇 2 個以上的潛能，會將符合任一潛能的卡片篩選出來，造成卡片顯示過多
(簡單來說是採用 or 來篩選卡片)

希望改成符合所有選擇潛能的卡片才顯示，比較符合篩選的好處

您好，最後更新日期停在2023/3/22，想請管理員修復。謝謝！

Ref: http://www.zhangxinxu.com/wordpress/2013/01/uglifyjs-compress-js/

I've saw the file you upload, but maybe we didn't use some package to uglify and compress our js file before.

The following image is the test of what uglifyjs can minify the js file.

• app-min.js is doing only compress
• app.min.js is doing both uglify and compress

Because our data is too big for a limited 3G and 4G users. So I don't want the source file eat too much bandwidth on that.

舉例如下

• 甜美而冷漠的微笑 麗維塔(日版)(wiki名稱為 卡片資料/7902)
• 甜美而冷漠的微笑 麗維塔(台版)(wiki名稱為 卡片資料/7902-2)

由此可以得知，卡片具有絕對編號，而我們在遊戲內的編號是方便用，所以wiki的編輯者決定這樣處理。

以前可以parseInt來處理，這次要寫RegEx來確定了。

您好，強化複屬性封印跟雙滅大魔術這兩個特殊技能，在特殊技能或特殊技能2選取任何一個，都沒辦法搜尋到卡片，
但可以用名字搜尋到持有該技能的精靈，
例：純白怪盜 迦斯帕‧阿爾尼克(強化複屬性封印)、家族慶祝會 芭比奈家族(雙滅大魔術)。

麻煩管理員處理了，謝謝

卡片點開來的大圖都有點模糊