LtxProgrammer / LtxProgrammer/Changed-Minecraft-Mod
Grab Struggle Minigame Revamp
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 83
- Forks
- 58
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 2
Description
How about instead of tracking the minigame bye the grab ability instance.
We make a generic minigame system that is saved IN the player?
Not only that will allow a better way to sync it but will also fix the issues where two struggle minigames packets are send to the client
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
Start by tracing how the grab ability instance tracks the struggle minigame, how minigame state is stored in the player, and how packets reach the client. Confirm the intended generic system and synchronization behavior with maintainers; done means player-owned state prevents two struggle-minigame packets from being sent to the client.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- game-dev, networking
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 28/100