Information

Minecraft version: 1.20.1
Modloader: Forge

Mod name: Automatic Doors

Feature description

Having the ability to control when door auto open would be useful for a number of reasons.

Options that give players some agency over the auto-opening behavior might include:
A way to blanket disable in the config.
Users who only want to be sure a door closes behind them would find this useful. They may want to have total control over opening doors and simply want door closing automated.
Another option could be a key bind to toggle auto-opening off and on.
Gives users on the fly control, choosing between convenience and not wanting to disturb a creative build.
Lastly, a 'barge in' mode
Doors auto open only while the player is sprinting; which is great since sprinters tend to be in a hurry (or a panic) and doors are clearly an obstacle to them.

All of these suggestions I make are based on times while I was using the mod, and had wanted for more control.

There's probably an endless number of reasons why a player may want to get close to a door but not open it. The fact that some have windows means you may just want to look out the door with it staying closed.

Some doors aren't meant to be opened, and instead are a decorative part of a build. These doors might have been left open to welcome guests. Builders love using doors in unique ways as well. Doors as fridges or a wadrobe, doors as a facade, doors as the back of chairs. It doesn't make sense to auto-open every door - and in a way Automatic Doors hampers the aesthetics for lack of control.

Hey!

I appreciate the suggestion! While I'd love to add all features submitted on the issue-tracker, I've got to prioritize working on them due to having limited time. In order to see which features users would like to see most, I've created https://serilum.com/mods/requests, which shows a table with all feature request submitted.

I'm aware that this is not the reaction you were looking for, but the reality is that I can't keep up with the demand. I try to do as much as I can.

Users are able to upvote requests by reacting to the first issue comment on this GitHub page with one of the 👍 😀 🎉 ❤️ 🚀 👀 emoji's. The request with the most unique reactions, will be shown at the top. You can of course add the reactions yourself too, but don't have to :). The author of the feature is already counted as +1.

I won't only focus on popular features in the upcoming years, but it does help with prioritizing. I'll probably work on a combination of popular and interesting/needed/fun submissions.

I'll close this issue with "not planned" as a way to separate an open feature request from an actual completed issue. This does not actually mean it's not planned! Incompatibilities and bug reports will still remain open.

When the feature is implemented, I'll again post a comment and close it as "completed".

Thank you for taking the time to submit the suggestion! ❤️