这个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时安装了依赖项,否则它将无助于诊断问题。
