Description
Path Under Gates
Minecraft mod that allows grass paths to exist under fence gates.
New and improved version for 1.18.2, 1.19.2/1.19.3, and 1.20.1/1.20.2! Now with improved mod compatibility!
P.S. I hate the CurseForge editor.
White/Blacklist formatting
Format is of the form:
modid:name:properties
Name may be the wildcard operator *
. If no name is specified, it is the same as having name being a wildcard.
Not all properties of a block must be defined, the white/blacklists will match against any properties defined but will ignore those that aren't. Properties are separated ,
with each property being a key-value pair of the format key=value
. The properties may also be the wildcard operator *
. If no properties are defined it is the same as them being a wildcard.
If modid is defined as ore
, vanilla and Forge tags will be matched against, where name will be a tag path. If a mod uses it's own tag namespace, that must be specified as the modid to match properly. The path portion of the tag is specified as the name. Properties do not apply in this case, and using them will cause a failure to match a tag.
When only modid and name are defined, tags will attempt to be matched against first. Failing that, the entry will try to be matched to a block instead.
Example entries include:
"minecraft:*"
- all blocks in the minecraft
domain
"minecraft"
- all blocks in the minecraft
domain
"minecraft:stone"
- matches minecraft:stone
"minecraft:jungle_log"
- all minecraft:jungle_log
varieties
"minecraft:jungle_log:*"
- all minecraft:jungle_log
varieties
"minecraft:jungle_log:axis=x"
— all minecraft:jungle_log
varieties with the property axis=x other properties ignored
"minecraft:oak_stairs:facing=east"
- all minecraft:oak_stairs
varieties with the property facing=east
, other properties ignored
"minecraft:oak_stairs:half=top"
- all minecraft:oak_stairs
varieties with the property half=top
, other properties ignored
"minecraft:oak_stairs:facing=east,half=top"
- all minecraft:oak_stairs
varieties with the properties facing=east
and half=top
, other properties ignored
"ore:spruce_logs"
— all blocks under the spruce_logs
vanilla tag
"ore:fences/wooden"
— all blocks under the fences/wooden
Forge tag
"minecraft:logs"
— all blocks under the logs
vanilla tag (this is a tag, though it looks like a block)
New Feature: Modded Path Compatilibility
When a block is right-clicked with a shovel, a piece of code runs that determines if it can be flattened into a path. This code checks if the block is not underneath something and if the block has a possible conversion to a path. This mod works by preempting that code and doing the check and conversion itself. With mod added paths, there is an issue with the "possible conversion" part. Vanilla blocks have this information stored in a known location, but mod added blocks can have it anywhere. For this mod to perform the conversion, it needs to know what it should be. With that in mind, this mod now has the ability to receive that information. This comes in 2 flavors:
Config File
Formatting is similar to whitelisting/blacklisting. It is of the form:
modid:name|modid:name:properties
The first option is the same format but does not allow for properties to be specified. The second does however, just like the list formatting. Any unspecified properties are assumed default. The major differences between the list format and these is that it is presented as a pair separated by a |
and that tags/wildcards are NOT allowed. This config setting can be abused by the server owner to do unintended things, like turn blocks of coal into blocks of diamond, but surely none are so debauched.
Exaple entries include:
minecraft:snow_block|morepaths:snow_path
- Snow block will be flattened into snow path block from morepath
mod
undergarden:deepsoil|ugpaths:deepsoil_path
- Deepsoil block from mod undergarden
will be flattened into deepsoil ath block from ugpaths
minecraft:stone|minecraft:stone_slab:type=top
- Stone block will be flattened into top-half stone slab block
minecraft:coal_block|minecraft:diamond_block
- Coal block will be "flattened" into diamond block, though none would ever do this
InterModComms
Mod authors will now be able to tell this mod what a block should turn into when trying to be flattened with a shovel. This involves the use of the InterModComms
feature provided by Forge.
Messages sent to to this mod will be processed into a Block
-BlockState
pair. This is done by sending a a message with "registerpath"
as its method and an Object[]
of length 2 containing a Block
object in the first position and a BlockState
object in the second. See the GitHub readme for examples, because the CurseForge editor is terrible.
Other Versions:
1.16.5:
Path Under Gates
Minecraft mod that allows grass paths to exist under fence gates.
White/Blacklist formatting
Format is of the form:
modid:name:properties
Name may be the wildcard operator *
. If no name is specified, it is the same as having name being a wildcard.
Not all properties of a block must be defined, the white/blacklists will match against any properties defined but will ignore those that aren't. Properties are separated ,
with each property being a key-value pair of the format key=value
. The properties may also be the wildcard operator *
. If no properties are defined it is the same as them being a wildcard.
If modid is defined as ore
, vanilla and Forge tags will be matched against, where name will be a tag path. If a mod uses it's own tag namespace, that must be specified as the modid to match properly. The path portion of the tag is specified as the name. Properties do not apply in this case, and using them will cause a failure to match a tag.
When only modid and name are defined, tags will attempt to be matched against first. Failing that, the entry will try to be matched to a block instead.
Example entries include:
"minecraft:*"
- all blocks in the minecraft
domain
"minecraft"
- all blocks in the minecraft
domain
"minecraft:stone"
- matches minecraft:stone
"minecraft:jungle_log"
- all minecraft:jungle_log
varieties
"minecraft:jungle_log:*"
- all minecraft:jungle_log
varieties
"minecraft:jungle_log:axis=x"
— all minecraft:jungle_log
varieties with the property axis=x other properties ignored
"minecraft:oak_stairs:facing=east"
- all minecraft:oak_stairs
varieties with the property facing=east
, other properties ignored
"minecraft:oak_stairs:half=top"
- all minecraft:oak_stairs
varieties with the property half=top
, other properties ignored
"minecraft:oak_stairs:facing=east,half=top"
- all minecraft:oak_stairs
varieties with the properties facing=east
and half=top
, other properties ignored
"ore:spruce_logs"
— all blocks under the spruce_logs
vanilla tag
"ore:fences/wooden"
— all blocks under the fences/wooden
Forge tag
"minecraft:logs"
— all blocks under the logs
vanilla tag (this is a tag, though it looks like a block)
Final Note: If you still need more help with blocks, see the CraftTweaker wiki for version 1.12. The formatting is almost a one-to-one mapping of Bracket Handlers from that mod.
1.12.2:
Path Under Gates
Minecraft mod that allows grass paths to exist under fence gates.
White/Blacklist formatting
Format is of the form:
modid:name:properties
Name may be the wildcard operator *
. If no name is specified, it is the same as having name being a wildcard.
Not all properties of a block must be defined, the white/blacklists will match against any properties defined but will ignore those that aren't. Properties are separated ,
with each property being a key-value pair of the format key=value
. The properties may also be the wildcard operator *
. If no properties are defined it is the same as them being a wildcard. Properties may also be a meta value, as an integer, that defines a blockstate.
If modid is defined as ore
, the ore dictionary matched against, where name will be a label in the ore dictionary. Properties do not apply in this case.
Note: Entries in the ore dictionary are parsed differently than those used by this mod. This is due to how ore dictionary entries are accessed in Forge. There is no way to differentiate between, for example, <minecraft:log>
, <minecraft:log:0>
, or <minecraft:log:variant=oak,axis=y>
. This means they often have overly specific meta values that map to a single blockstate (unless they've got a wildcard for a meta value).
Example entries include:
minecraft:*
- all blocks in the minecraft
domain
minecraft
- all blocks in the minecraft
domain
minecraft:glass
- all minecraft:glass
varieties
minecraft:stone
- all minecraft:stone
varieties
minecraft:stone:*
- all minecraft:stone
varieties
minecraft:stone:variant=granite
- all minecraft:stone
varieties with the property variant=granite
, other properties ignored
minecraft:oak_stairs:facing=east
- all minecraft:oak_stairs
varieties with the property facing=east
, other properties ignored
minecraft:oak_stairs:half=top
- all minecraft:oak_stairs
varieties with the property half=top
, other properties ignored
minecraft:oak_stairs:facing=east,half=top
- all minecraft:oak_stairs
varieties with the properties facing=east
and half=top
, other properties ignored
minecraft:log:0
- minecraft:log
with meta value 0
, resolves to minecraft:log:variant=oak,axis=y
ore:woodLog
- all blocks under the woodLog
ore dictionary entry
Final Note: If you still need more help, see the CraftTweaker wiki for version 1.12. The formatting is almost a one-to-one mapping of Bracket Handlers from that mod.
AD
Become Premium to remove Ads!
What means Verified?
-
Compatibility: The mod should be compatible with the latest version of Minecraft and be clearly labeled with its supported versions.
-
Functionality: The mod should work as advertised and not cause any game-breaking bugs or crashes.
-
Security: The mod should not contain any malicious code or attempts to steal personal information.
-
Performance: The mod should not cause a significant decrease in the game's performance, such as by causing lag or reducing frame rates.
-
Originality: The mod should be original and not a copy of someone else's work.
-
Up-to-date: The mod should be regularly updated to fix bugs, improve performance, and maintain compatibility with the latest version of Minecraft.
-
Support: The mod should have an active developer who provides support and troubleshooting assistance to users.
-
License: The mod should be released under a clear and open source license that allows others to use, modify, and redistribute the code.
-
Documentation: The mod should come with clear and detailed documentation on how to install and use it.
AD
Become Premium to remove Ads!
How to Install
Download Forge & Java
Download Forge from the offical Site or here. If you dont have Java installed then install it now from here. After Downloading Forge you can run the file with Java.
Prepare
Lounch Minecraft and select your Forge istallation as Version this will create a Folder called Mods.
Add Mods
Type Win+R and type %appdata% and open the .minecraft Folder. There will you find your Folder called Mods. Place all Mods you want to play in this Folder
Enjoy
You are now Ready. Re-start your Game and start Playing.