20260328 | 仔細研究了matrix客戶端
關於最近在研究matrix,感覺有不少的發現或者嘆息,這篇主要希望整理我遇到的一些問題與心得:
¶簡介matrix
matrix主要是由兩部分組成:
- 後端matrix:主要管理帳號、伺服器訊息、狀態資料等等以及與其他伺服器交涉(非必須)
- 前端client:主要呈現通訊功能給使用者使用
因此我們可以架設matrix伺服器用於保管我們的訊息資料,此外也可以擁有一個屬於伺服器的漂亮後綴,並且在任何一種支援matrix的客戶端都可以登入帳號使用--當然你也必須要輸入你所使用的伺服器名稱(一般預設欄位是matrix.org)
補充:如果你對於matrix感興趣,請查詢matrix.org
不然可能只會查到matrix駭客任務
當然matrix當初就是用駭客任務的角度來命名的,目的是希望如駭客任務般的隱私層級吧
¶客戶端功能整理
針對昨天所寫的對於即時通訊的幾個要求,我想我需要改改觀,但也覺得真有點奇妙了
| 功能 | element | cinny | fluffychat | element-x |
|---|---|---|---|---|
| 中文搜尋 | ❌ | ❌ | ✅ | ❌ |
| 時光機(Jump time) | ❌ | ✅ | ❌ | ❌ |
| 自訂表情符號與貼圖 | ❌ | ✅ | ✅(有點小問題) | ❌ |
| 即時語音1:1 | ✅ | ❌ | ❌ | ✅ |
| 即時串流語音 | ✅(beta) | ✅(beta) | ❌ | ✅(beta) |
| 查看上傳的圖檔媒體功能 | ✅ | ❌ | ❌ | ✅ |
| 手機在單個頻道上滑圖片 | ✅ | ❌ | ❌ | ✅ |
| 繁中介面 | ✅ | ❌需要自己開發 | ❌簡中 | ✅ |
我是說你們幾個啊,尤其element官方啊,你最有潛力可以做到把上面所有功能做整合的,怎麼不做呢(惱)
明明就混合功能而言綜合來說用雞尾酒用法其實matrix真的不錯用RRRRRR
行行好,來個人整合這一切吧,服了,真的是有點遺憾了,希望這麼有潛力的系統可以被好好運用開發,不能再像guilded一樣被埋沒了!!!!
好了今天就到這裡,下課!吃飯去!勸你各位善良
¶後繼更新觀察日誌23:13
我後來再研究關於以element為目標的解決方案,目前貼圖、文字內表情符的自定義可以透過插件解決(初步研究結果是依靠嵌入與windows.parents來與前端互動的)但是reaction目前依舊是問題
中文搜尋、Jump-time理想上也可以透過機器人或是插件解決(理論上應該是靠機器人)
不過機器人有沒有像discord一樣可以有ephemeral 連結是pycord文檔,關於機器人slash command的相關說明,很早以前再開發時會看會用的,如果可以有那當然是好uwu,但就算沒有其實用機器人私訊的方式來處理回應也是可以的,這方面且算簡單
之所以以element為目標而非cinny的關鍵還是因為cinny對於語音通訊來說並不是好的解方,對於有電話通知這點還是element原生最支持這部分,就這方案而言對家人來說應該是相對好的方案
上面的結論是源於對原始碼有了解析:貼圖是matrix原生接納的m.stickers訊息狀態,而文字表情符則是很硬核的用html訊息狀態(因此你甚至可以直接用圖片的md語法來嵌入文字表情)
但是reaction的原理我目前就不得而知了,只能說是源於element與schildnext的text-based-reaction可知reaction獨立存在,圖源是一網址,如果網址無法被前端解析則是顯示純文字文本(也就是舊element手機版上存在的狀況)
cinny也是可以直接使用文字進行react,所以如果要element可以新增,基本上也是看element團隊在這方面有無著墨了。(畢竟schildnext使用element-x的框架都可以做到文字react,這應該不難,只是對於這種狀態我們可以藉由什麼插件來運作嗎?或者要看element會怎麼著手這部分?)
目前為止的研究,感覺上對於可以算上替代品的路是更近了,大概差reaction了吧
感謝您的閱讀。如有任何想法,歡迎隨時透過社交媒體聯繫我。
回文章列表