MisterPeModder / MisterPeModder/ShulkerBoxTooltip
Suggestion: Add double or more locking tooltip capability
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 118
- Forks
- 40
- PR merge metrics
- No merged PRs in 30d
Description
Currently, when you use the locking tooltip hotkey (Ctrl), the contents window of a container will be locked, so you can move your mouse freely without the window closing. However, if you're viewing the contents of, say, an enderchest, you won't be able to do the same for the shulker boxes inside. It would be nice if a player could toggle a setting, to be able to lock the window on each container, so you could press and release ctrl on an enderchest, then press and release ctrl on a shulkerbox, and it will lock both, and so on if you had some command-created triple or more nested containers, you could infinitely lock each container within.
If this is too much, please just add the capability somehow to lock a shulker window inside an enderchest.
An alternate method for this would be to enable an option to lock every window when the locking hotkey is held down, as long as the cursor is within that window. A third option would be to have an optional second hotkey to be able to double-lock windows. I would be thrilled with any of these implementations, and anything implemented should probably be a config option.
Thanks, and sorry if I did this wrong. I don't use github much.
EDIT: Please let me know if this capability already exists, and I missed it somewhere in the config or something.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Start by locating the locking-tooltip hotkey, container-window handling, and configuration settings; done should allow nested container windows to remain locked according to a clearly chosen configurable behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- game-dev
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100