這個mod做了很多事情:
[HOUR:MINUTE:SECOND] ,用粉紅色的文本,用工具提示呈現完整的日期該mod還提供了來自許多其他mod的功能,包括:
注意新版本,問題和未來功能!
(directory)/config/chatpatches.json上編輯配置。(directory)/config/chatpatches_old.json訪問此副本。到那時,您可以同時打開新的和舊配置,您可以復制並粘貼值。確保設置具有正確的輸入(例如time為true / false ,而不是123或"true" )。如果您仍然有問題,請在Github上打開一個新問題。如果您想幫助將聊天補丁轉換為其他語言,則可以:
貢獻後,加入Discord服務器,以便您可以接收貢獻者和翻譯角色!
./gradlew build/build/libs/ | 姓名 | 預設值 | 描述 | Lang Key |
|---|---|---|---|
| 時間戳切換 | true | 所有消息前的時間戳是否應該顯示? | text.chatpatches.time |
| 時間戳文字 | "HH:mm:ss" | 格式化為時間戳的文本。有關更多信息,請參見幫助>日期和時間格式部分。 | text.chatpatches.timeDate |
| 時間戳裝飾文本 | "[$]" | 創建時間戳的“&” +格式化代碼修飾符和裝飾文本的字符串。 “ $”是該格式的時間戳選項的佔位符。 | text.chatpatches.timeFormat |
| 時間戳顏色 | 0xff55ff | 在最終的時間戳中填充的顏色否則將是空白的。要將其與其他格式修飾符一起使用,請在裝飾文本選項中使用'&r'。 | text.chatpatches.timeColor |
| 懸停切換 | true | 當您懸停在聊天中的時間戳文本上時,文字是否應該說出更詳細的時間說明? | text.chatpatches.hover |
| 懸停文字 | "MM/dd/yyyy" | 格式為更長的日期/時間字符串的文本。有關更多信息,請參見幫助>日期和時間格式部分。 | text.chatpatches.hoverDate |
| 懸停裝飾文本 | "$" | “&' +格式化代碼修飾符和裝飾文本的字符串,它們創建詳細的懸停描述。需要一個“ $”作為該格式的時間戳選項的佔位符。 | text.chatpatches.hoverFormat |
| 懸停文字顏色 | 0xffffff | 填充的顏色否則將其懸停在懸停文本中為空白。要將其與其他格式修飾符一起使用,請在裝飾文本選項中使用'&r'。 | text.chatpatches.hoverColor |
| 消息計數器切換 | true | 消息櫃檯在消息後是否表示發送多個重複項?注意:必須啟用CompactChat選項的工作。 | text.chatpatches.counter |
| 消息計數器文字 | "&8(&7x&r$&8)" | 添加到消息末尾的文本表示發送了多個重複。需要重複數量的“ $”,也需要支持'&' +格式代碼修改器。如果啟用了compactchat方法,仍然適用於。 | text.chatpatches.counterFormat |
| 消息計數器顏色 | 0xffff55 | 填充的顏色否則將其在所產生的重複計數器中是空白的白色。要將其與其他格式修飾符一起使用,請在裝飾文本選項中使用'&r'。如果啟用了compactchat方法,仍然適用於。 | text.chatpatches.counterColor |
| 檢查格式修飾符 | false | 郵件計數器在檢查重複項時是否應該檢查格式化修飾符?例如,如果是真的,則“§E§LABC§R”和“ ABC”將不會被視為重複。如果啟用了compactchat方法,仍然適用於。 | text.chatpatches.counterCheckStyle |
| compactchat方法切換 | false | 消息的反擊應該像Compactchat Mod一樣行事嗎? | text.chatpatches.counterCompact |
| 消息檢查距離 | 0 | 距離(包含)將嘗試進行緊湊的距離。將其設置為“ -1”將嘗試整個消息列表,而'0'將嘗試根據聊天和GUI量表使用您可以一次看到的最大消息。例如,將其設置為“ 7”將嘗試將接收到的下一條消息緊湊到已經存在的最後7條消息之一中。 | text.chatpatches.counterCompactDistance |
| 邊界切換 | true | 聊天后的邊界線應該顯示,離開世界/服務器,然後再加入另一個世界/服務器? | text.chatpatches.boundary |
| 邊界文字 | "&8[&r$&8]" | 格式化並用於邊界線的文本。支持'&' +格式化代碼修飾符,' n'用於新行,並使用“ $”作為世界名稱的佔位符。 | text.chatpatches.boundaryFormat |
| 邊界顏色 | 0x55ffff | 在所得邊界線中填充的顏色否則將是空白的白色。要將其與其他格式修飾符一起使用,請在裝飾文本選項中使用'&r'。 | text.chatpatches.boundaryColor |
| 聊天日誌切換 | true | 是否應該將聊天保存到日誌中,以便可以在以後的遊戲會議中重新添加回聊天? | text.chatpatches.chatlog |
| 節省間隔(分鐘) | 0 | 聊天日誌在保存磁盤之前應該等待多長時間?這是在幾分鐘之內,最小值為1。設置為0,僅在暫停時保存(警告:設置為<5將落後很多)。所有值嘗試保存出口。 | text.chatpatches.chatlogSaveInterval |
| 忽略隱藏消息包 | true | 隱藏刪除聊天消息的隱藏消息包應該被忽略嗎? | text.chatpatches.chatHidePacket |
| 覆蓋聊天寬度 | 0 | 聊天框的寬度。這覆蓋了香草的默認值,並允許更大的寬度。設置為0用於使用香草設置,而不是覆蓋它。 | text.chatpatches.chatWidth |
| 覆蓋聊天高度 | 0 | 聊天框的寬度。這覆蓋了香草的默認值,並允許更大的高度。設置為0用於使用香草設置,而不是覆蓋它。 | text.chatpatches.chatHeight |
| 最大聊天消息 | 16384 | 允許保存的最大聊天消息數量。香草將其限制為100,此mod可以將其提高到32,767。請記住,更高的最大值等於更高的內存使用情況。 | text.chatpatches.chatMaxMessages |
| Playername文字 | "<$>" | 在聊天消息中替代遊戲名稱的文本。香草是'<$>',只有名稱是'$';其中“ $”是Playername的佔位符。僅適用於播放器消息。 | text.chatpatches.chatNameFormat |
| Playername顏色 | 0xffffff | 在由此產生的格式播放名稱中,否則它將是空白的顏色。要將其與其他格式修飾符一起使用,請在裝飾文本選項中使用'&r'。 | text.chatpatches.chatNameColor |
| 換檔聊天 | 10 | 將聊天界面移動到不妨礙裝甲桿和/或健康狀況。默認值為10,設置為0,以免偏移。 | text.chatpatches.shiftChat |
| 聊天起草切換 | false | 關閉和重新打開聊天后,聊天字段中的任何文字是否應該持續存在? | text.chatpatches.messageDrafting |
| 僅侵入性起草切換 | false | 聊天字段中的文字是否應該在意外關閉時才持續存在?例如,當服務器打開GUI關閉聊天時,播放器將移至另一個維度,或者玩家死亡。 | text.chatpatches.onlyInvasiveDrafting |
| 搜索起草切換 | true | 搜索字段中的任何文本在關閉並重新打開聊天后是否可以持續存在? | text.chatpatches.searchDrafting |
| 隱藏搜索按鈕 | false | 應該隱藏搜索按鈕嗎?請注意,這會禁用所有搜索功能。 | text.chatpatches.hideSearchButton |
| 香草聊天清算 | false | 離開像香草這樣的世界/服務器後,聊天消息應該清晰嗎?請注意,這完全消除了聊天和聊天日誌。 | text.chatpatches.vanillaClearing |
| 使用前綴歷史搜索 | false | 是否應該在光標後面的同一前綴中搜索發送的歷史記錄過濾消息?這允許以同一字符串開始的先前歷史記錄消息更快地自動完成。 Vanilla可以禁用此功能,而僅使用直接歷史記錄。 | text.chatpatches.searchPrefix |
| 消息選擇顏色 | 0x55ffff | 右鍵單擊聊天消息後顯示的選擇框的顏色。 | text.chatpatches.copyColor |
| 回复文本格式 | "/msg $ " | 右鍵單擊聊天消息並單擊“複製菜單”中的“回复”按鈕後,填充到聊天框中的文本。需要“ $”,並將填充消息發件人的名稱。 | text.chatpatches.copyReplyFormat |
changelog.md文件具有從194.4.0開始的變換信息。對於194.4.0之前的單個發行版,請檢查latest_changelog.md文件。通過COMMIT檢查GitHub提交列表,以獲取特定的開發人員元素細節。
該mod可在GNU LGPLV3許可證下獲得。查看此頁面以獲取信息。
儘管它們都非常相似,但可以上傳多種不同類型的日誌文件。至少最有用的順序,這是三種主要類型:
debug.log在遊戲配置為在DEBUG級別上輸出時生成。它並不總是存在,但是當它的情況下,它幾乎總是有大量額外的信息對於解決問題至關重要。這是latest.log log的更詳細的子集。crash-report-<date>-<time>.txt遊戲崩潰時生成;包含其他兩個日誌中未提供的許多額外信息,但是與其他兩個日誌中的一個相結合時,它最有用。latest.log log-每次運行遊戲時都會生成的主日誌文件。它不斷更新,並包含有關遊戲正在做什麼的大量有用信息。通常,如果您有,則應上傳一個.log文件和一個crash-report-<date>-<time>.txt文件。否則,只需上傳您所擁有的任何內容即可。您唯一不應該上傳的是debug.log and latest.log ,因為debug.log擁有latest.log所有內容,還有更多。 tl; dr盡可能多地上傳,但不要同時上傳debug.log和latest.log文件。
現在您已經有了這些文件,只需將它們提交到https://mclo.gs/將為您提供一個可以與我和其他人共享的鏈接,以幫助診斷您的問題。它確實是我使用的唯一網站,因為它為我和您提供了許多有用的工具。其中之一是它審查許多可能可識別的信息的實例,例如您的計算機的用戶名和IP地址。
要訪問Beta版本,您將需要一個看起來像這樣的鏈接:
https://github.com/mrbuilder1961/chatpatches/actions/runs/8310511511/或
https://github.com/mrbuilder1961/chatpatches/actions/runs/8310511511/artifacts/1332245802
libs和devlibs 。打開libs文件夾。libs文件夾中,您應該看到一個.jar文件,而另一個具有相同名稱的文件,但以-sources.jar結尾。 .jar文件是mod本身, -sources.jar文件是源代碼。-sources文件移動到mods文件夾。.jar以外的任何內容,或將其刪除。(取自Babric Discord Bot,不聲稱所有權,僅分享知識!)
可以使用二進制搜索來快速找到特定的模塊,從而引起麻煩,當日誌沒有給出您的問題時,這可能特別有用。
首先刪除或禁用一半的mod,然後測試問題是否仍然發生。如果是這樣,請刪除一半剩餘的mod並再次測試。如果沒有,請添加您剛剛刪除的一半mod。
請記住,您不必每次都嚴格堅持一半,並且可能必須使某些圖書館mod(例如Fabric API)過失。
通過在越來越小的一組mod上重複此操作,您將在一些迭代中找到有問題的mod。
確保您留下聊天補丁,並在尋找問題的mod時安裝了依賴項,否則它將無助於診斷問題。
