JSON Paintings

**Features:** - **Painting Packs!** More info here: https://github.com/jbredwards/JSON-Paintings-Mod/blob/1.12.2/README.md#painting-packs. - Add new creative tab for captured paintings, so they can be searched and no longer clutter the "decorations" tab. - Add painting item to Hwyla info. - Add the following new optional painting customizations: "author", "asset_id" (an alternative to "textures/front"), "item_model", "title". - Add Modrinth update url. - All painting customizations now use snake-case instead of camel-case. Old camel-case names are still supported. - Change the item tooltip for captured paintings to better match Vanilla 1.21. - Message added to log when `paintings.json` is first loaded. - New command: `jsonpaintings list`: dumps every painting motive to the server log. - New command: `jsonpainitngs pack <id> <name>`: generates a new painting pack zip from your `paintings.json`. - The `paintings` folder (and some basic contents) are now automatically generated for new players if the `paintings` folder doesn't exist. **Bug Fixes:** - Better error handling for `paintings.json`. - Cache all `!painting.isTreasure` paintings to an array, to improve performance (when getting a list of all paintings that can be placed in survival). - Fix all bugs caused by the JSON Paintings mod container not using an `fml.common.Mod` annotation. - Fix the creator mod id and mod name not being applied to paintings created by `EnumHelper.addArt`. - `paintings.json` is now loaded in two stages (the first is during fmlConstruct, the second is during fmlPostInit). This is to fix all possible issues that came from creating new enums later in the loading cycle, and to ensure `rarity` accounts for any new mod-created rarity enums. - Painting motives defined by `paintings.json` using the resource location format will no longer have a broken front texture path if "textures/front" isn't specified. - The default painting back texture is now generated dynamically from the Vanilla painting atlas texture. This will allow the default painting back texture to properly reflect changes made by resourcepacks. Also fixes a legal issue that came from distributing a copyrighted asset. - The mod credits and description are now properly displayed by certain MC launchers (like Prism). **API Changes:** - Expose painting properties through a new set of `api.PaintingInfo` classes. The internal `mod.util.IJSONPainting` interface is now deprecated and only exists for legacy compatibility. - New `getExtras` method in `api.event.PaintingUpdateEvent` that returns the painting's `api.PaintingInfo`. - New `matches` method in `api.event.PaintingUpdateEvent` that uses a case-sensitive name check. The old method is now deprecated.

**Changes:** - Add pixelated mod logo in the JSON Paintings mod list gui. - Captured painting item data is now stored as item nbt, instead of within the item capability itself. - For example, /give @p minecraft:painting 1 0 {"jsonpaintings:painting": "Fighters"} will now give the "Fighters" painting. Note that NBT for painting names **is** case-sensitive. - Old captured painting items will have their data converted upon loading the world. - The new NBT format is the same as the previous capability format, and backward compatibility exists to allow supplying painting data as capability data. - This change should improve ease-of-use, and also fix many mod compatibility problems involving mods that don't properly handle item capabilities. - Painting names can now be directly translated. - If you're a modpack developer, you can make use of this feature by using mods like Resource Loader to add a custom lang file. **Bug Fixes:** - Fix crash when placing colliding paintings ([issue#3](https://github.com/jbredwards/JSON-Paintings-Mod/issues/3)). - Fix crash with certain mod ids. - Using painting items without sneaking no longer bypasses block interactions (right clicking a chest while holding a painting item, for example). - The Waila handler now handles translation keys better.

**Features**: - Captured paintings now appear in the creative tab and in JEI (feature backported from Vanilla 1.19.4). - New `/jsonpaintings` & `/paintings` commands, allows users to reload their paintings.json file in-game. - New `PaintingUpdateEvent` event, fires whenever a painting entity is updated in `EntityPainting::onUpdate`. - New tags: - `alwaysCapture` (optional) - If this is set to true, the painting will always be captured when broken. For each painting, this value defaults to whatever the `isCreative` tag is set to. - `mapping` (optional) - Set this to any old (removed) painting mantles that should remap to this painting during runtime. Useful if you want to remove a painting without its data being totally lost from existing worlds. - `rarity` (optional) - The rarity of the painting (cosmetic only). This value defaults to "Epic" if the `isCreative` tag is set to true, otherwise it defaults to "Uncommon". Custom rarities can be supplied as well, to do so: specify a name for the new rarity and the color. - Painting item tooltips for captured paintings now include the painting's dimensions (i.e. 1x1, 1x2, etc). - Painting item tooltips now include the mod that added it (while ModNameTooltip is installed). - The One Probe (TOP) mod support. **Changes:** - ARR license. - Improved Hywla painting display. **Bug Fixes:** - Fix a possible auto-generated bad reference to a painting's back & side textures (i.e. "textures/textures/-...-.png.png"). - JEI now handles recipes for uncaptured paintings seperately from captured ones. - Painting item tooltips are now handled better, one side effect to this is that the tooltips now render above the item's mod id if ModNameTooltip is installed.

Initial Modrinth Release