The Mappings Format and Sharecodes¶

You can define your own custom mappings in configuration files with the location and name: <minecraft install>/config/cmd_delete/mappings/<id>.json. These allow you to customize the text navigation shortcut behavior in Minecraft for your own taste and configuration. You can also easily share your mappings via sharecodes!

Mappings Format Features¶

Custom mappings can:

• Use wildcard expansion where any modifier not included in a key combo is treated as true OR false.
• Use friendly keyname strings defined by CMD + Delete instead of GLFW/SDL3 keycodes. If a keyname is not defined, you can still choose to use a raw keycode in your JSON.
• Inherit keybinds from the builtin mappings or other custom mappings by setting the top-level inherits value to custom:<id> to inherit a custom JSON, or builtin:<id> or just <id> to inherit a builtin JSON.
• Patch and override the mappings they inherit by setting the keybind to have enabled property as false. Note that CMD + Delete always removes your disabled keybinds before adding your enabled keybinds, allowing a patch-then-reimplement pattern to be easily done.
• Set certain boolean feature flags to control the mod's behavior.
• Enable strict mode (as a top-level JSON boolean) which would prevent your mappings from loading if they have certain recoverable issues like keybind conflicts or unknown actions.

Note that:

• The format version fv is currently 5 and your mappings should match that (Though old mappings of format versions 2 and 3 are still supported in-game).
• The meta.id field must exactly match the filename without the .json extension
• In some places, you'll see a mappings id of "" (empty string), that refers to the default mappings behavior of loading either builtin:windows_linux or builtin:mac depending on the user's OS. Note that "inherits": "" means a mappings JSON does not inherit anything, so it is impossible to inherit from the default behavior.
• The parser generally enforces JSON value types strictly to avoid errors.

Example¶

Minimum possible mappings example of the my-mappings.json file

{
    "fv": 2,
    "meta": {
        "id": "my-mappings",
        "systems": [
            "mac"
        ]
    },
    "actions": {
        "NAV_TEXT_START": [
            {
                "key": "home"
            }
        ]
    }
}

Complete example of the sample.json file:

{
    "fv": 5,
    "inherits": "builtin:mac",
    "meta": {
        "name": "Example custom mapping",
        "author": "Omegabird113",
        "description": "This example demonstrates inheritance, patching, and more! Though, these keybinds are made up, and people wouldn't use these most likely...",
        "version": "2.1.0",
        "license": "CC-BY-4.0",
        "credits": "Thanks to you for Reading this!",
        "id": "sample",
        "systems": [
            "mac",
            "windows",
            "linux"
        ]
    },
    "actions": {
        "NAV_TEXT_START": [
            {
                "key": "up",
                "superCommand": true,
                "altOption": false,
                "shift": false,
                "enabled": false
            },
            {
                "key": "e",
                "superCommand": true
            },
            {
                "key": "home"
            }
        ]
    },
    "flags": {
        "overrideVanillaNavigation": true,
        "crossLineSignMovement": false
    }
}

builtin:mac is being inherited from and this gets all its mappings. builtin:mac defines {"key": "up", "superCommand": true, "altOption": false, "shift": false} for NAV_TEXT_START. This mappings set disables that keybinding and replaces it with some new ones.

Meta Fields¶

Below is a table explaining each meta field and whether it is required:

Actions JSON Syntax¶

The primary part of a Mappings JSON is the actual actions section mapping NavActions to key combos.

This is done using an action sub-dictionary where an Action is a key and a list of KeyCombos is the value. You cannot use NONE as a key. Then each KeyCombo is a key value of a String Friendly keyname or an Integer GLFW keycode/SDL3 scancode (GLFW on any Minecraft version before 26.3 Snapshot 4 and SDL3 on any version after, due to Mojang's decision to change the game's input library in that version), and a set of optional boolean modifier fields, where if excluded get treated as true or false via wildcarding: shift, control, superCommand (Windows Key/Super/Command depending on platform), altOption (Alt/Option depending on platform).

Keys can be disabled when inheritance is used by using an optional boolean field named enabled (which defaults to true) in the key combo and setting it to false to disable the key.

The way wildcarding works is that the JSON deserializer expands the list where omitted values become true or false and it does it so that all combinations possible become keys in the key registry. In CMD + Delete code, a KeyCombo must have all values specified, so wildcarding expands in 2^n KeyCombos where n is the number of unspecified modifiers. For example, a key combo leaving all 4 modifiers unspecified becomes 16 (2^4) key combo registrations in the final registry.

Syntax Template Example (This does not actually work because it uses fake actions, keycodes, and keynames):

{
    "actions": {
        "ACTION_1": [
            {
                "key": "friendly_name_1",
                "shift": false
            },
            {
                "key": "friendly_name_2"
            },
            {
                "key": 100,
                "shift": true,
                "control": false,
                "altOption": false,
                "superCommand": false
            }
        ],
        "ACTION_2": [
            {
                "key": 100,
                "shift": true,
                "control": true,
                "altOption": false,
                "superCommand": false
            },
            {
                "key": 100,
                "shift": true,
                "control": false,
                "altOption": true,
                "superCommand": false
            },
            {
                "key": 100,
                "shift": true,
                "control": true,
                "altOption": true,
                "superCommand": false
            }
        ]
    }
}

Feature Flags¶

Feature flags are configurable optional boolean values within a flags top-level JSON object that mappings can specify. Feature flags can be added/removed/name-changed without a change to the mappings format Version. These are the available feature flags to be used by mappings:

Strict Mode¶

Strict mode can be enabled by setting a top-level optional boolean field named strict to true and causes the deserializer to change its behavior on the following issues:

The strict number RegEx is -?(0|[1-9]\d*).

Inheritance¶

NavAction/KeyCombo pairs are inherited through an iterative parent's enabled bindings - child's disabled bindings + child's enabled bindings process. There is no maximum on the levels of inheritance allowed, though any cyclical inheritance is treated as an error and the parser fails. If you try to remove a binding that doesn't exist anywhere in the parent mappings, it does nothing. If you try to disable a binding in the wrong NavAction (one where it wasn't registered by the parent), the removal does nothing and may leave a conflicting key combo registered.

Feature flags inherit the parent's feature flag if the child feature flag is not specified, otherwise, they use the child's feature flag.

The entire contents of the meta object and the strict mode value are not inherited and entirely determined by the last child in the chain.

As of right now, builtin mappings can use inheritance but the code, but they currently do not as builtin mappings should themselves be a complete source of truth.

Sharecode Syntax¶

Example¶

builtin:mac sharecode: CDS:EV1:44JKjTG574eHakymgxNGJJeCrU7qET3qcqCUJQhj7UMzBzAoyc9tDXLLstz2FQyZXVLcPPN9KaYkNp3NQCX4yhyRRrLsgYEQFzakWDyGXoGm1RUFkwA53a8Zro4mZUptGYHgZYCewY1Fu9dMJR23woVRJRDRJbVSL8pwzoLm6NaavFcvN3MFPSjCVktNoU9bZJusvvAJZyS9R9PW7HTRvePD2XBcodT6hJT5wWhZ4fCUe6omugZ7XH6q4tzqZaEp4kwLboA9owdDAqaAHKsL3tSnNNHkFx2KN6w8Lw5WHzseuZLR4m5cKeABMsEtbgjQWFFbR1yiCjVq3mRgw3yNMkeKbzsgwgzrTvPZY4xSNrcuTSyYsy91AjgaXydsihEzsMMfHfH8BXyxdht681vMb9GMgq8e2L8az1rnGyGxboLacKoM96TTWamdUDKZnS4dpWNHEYArjAwqfddzGG5VCU8B4WYx6wQgHXjF4hcWV75Xi2wHppwgZh2tjgDQb1RyEnT6itwv3H8R4SQeCz22ZEaYc7so3nDUZfDnpHScSUAqk5Gd6mrRo4JgibzNqn32xZiXEHZ9QjnBPpXDqbLo6kP93Zc6yC8tG7ahFCHYGyPjrryh2nxVH2ZvY93v1WCtzVhdk6nH5TedtUwfRRy3tjqXQKWXZea7cyuUZPE8dWpRVLy9TqQvMmNLisr7Q9gpkkz64QeqSXrryjh5ptc5sXnzboTgTUbeDhRwCp9r3Azyjs95V5GwYZucYJ29m7CHs1wNAdZEWZWP:3421744520