90% of ad revenue goes to creators. Go ad-free while supporting creators with Modrinth Plus. Subscribe today!

All Death Messages

Overview

Enables death messages for any entity you want.

Specific categories of mobs can be defined in a config file, and their names in the messages can be styled with different colours and effects.

For each category, separate kill and death gamerules are generated.

Message Triggers

There is a couple of built-in categories, and custom ones can be created in the config based on entity types.

A mob may belong to multiple categories; it will trigger a death message if at least one of them has its rule enabled.

Built-in categories

  • all: Applies to everything. When enabled, this effectively overule all other categories.
  • named: Mobs that have been given a custom name, including all players.
  • persistent: Mobs that will not naturally despawn.
  • ephemeral: The negation of persistent
  • hostile: Mobs treated as hostile by the game's code.
  • passive: Mobs treated as passive by the game's code. This is not the negation of hostile; some mobs are neither hostile nor passive.

Custom categories

Custom categories are defined in .minecraft/config/alldeath-rules.json.

Each key in the root object is used as a category name. The associated value is an array of strings, representing the entity types that can trigger the gamerule.

This example is provided as the default config file:

{
	"utility": [
		"minecraft:allay",
		"minecraft:iron_golem",
		"minecraft:villager",
		"minecraft:wandering_trader"
	],
	"boss": [
		"minecraft:ender_dragon",
		"minecraft:elder_guardian",
		"minecraft:warden",
		"minecraft:wither"
	]
}

Name Styling

Mob names in death messages can have different colours and styling applied. Those styles can be based on same categories used in as gamerules (both built-in and user-defined), but can also be independent from them. They can define anonymous categories which do not match any gamerule.

When multiple styles match a mob, they will all be combined. Where properties conflict, the topmost style takes priority over the lower ones Multiple styles can be created for the same category, allowing different style properties to have different priorities.

Styles are defined in the config file .minecraft/config/alldeath-styles.json, as an array of Json Object.
Each object may contain the following properties:

  • (Mandatory) rule:
    • If it is a string, it will be treated as the name of a gamerule.
    • If it is an array of strings, it will be treated as a list of entity types, similar to how gamerules are defined.
  • (Optional) color: A string. Can be either a hex code formatted as #rrggbb, or a built-in colour name.
  • (Optional) bold: A boolean
  • (Optional) italic: A boolean
  • (Optional) underline: A boolean
  • (Optional) strikethrough: A boolean
  • (Optional) obfuscated: A boolean

Styles
Colour Names

Styling Example

[
	{
		"rule": [
			"minecraft:player"
		],
		"color": "yellow",
		"italic": false,
	},
	{
		"rule": "named",
		"italic": true,
		"underline": true
	}
]

The topmost style defines an anonymous category for entities of type "player". The bottom one refers to the built-in "named" category.

Players also belong to the "named" category, so both styles will be applied to a Player's name:
The "italic" property is taken from the topmost style; player names will not be italicized.
The topmost style does not define a "underline" property, so the lower property is used, and player names will be underlined.

Commands

/alldeathmsg is the root for all subcommands. It requires a permision level of at least 2.

  • test <entities> Checks which rules apply to the given entities, and preview their styled name.
  • see-enabled Lists all currently enabled rules
  • disable-all <confirm> Disables all death message rules.
  • set <rule name> <rule type> <boolean> Equivalent to the gamerule command, but with a more convenient auto-complete.

Related Mods

Gamerule Menu

Makes the Gamerule menu accessible from singleplayer worlds


Project members

Estecka

Author

Details

Licensed AGPL-3.0-only
Published a year ago
Updated 3 months ago