Give boss bars a usable identity
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 887
- Forks
- 160
- PR merge metrics
- No merged PRs in 30d
Description
At the moment, platform implementations have to rely on hacky maps and wrapper objects to properly use and manage boss bars which is horrible and not fun to use. Additionally, it makes it incredibly hard for plugins to share boss bars around.
It would be nice to make some of the following changes to boss bars:
- Give them an identity (most likely a
Keyto mimic Minecraft). - Allow a boss bar to be looked up based on it's identity (either using the API or some form of SPI).
- Add a method to check if an
Audienceis viewing a boss bar (this would always default tofalseonForwardingAudience).
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 reading the existing boss bar and Audience APIs. Determine how identity, lookup, and audience visibility should interact, including the required ForwardingAudience default. Done means the API design and behavior for all three requested capabilities are specified and implemented with coverage for the relevant cases.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- api
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100