HP bar doesn't disappear when Service account is invisible #2042

Open
opened 2022-06-07 15:36:49 +00:00 by flux · 5 comments
Member

As mentioned in a comment in #91, the HP bar from the gauges mod doesn't disappear when a player becomes invisible. The solution for this is a proper API for invisibility, with "on_vanish" and "on_appear" callbacks, as well as some other goodies I've got in mind (like a generalized mechanism for un-vanishing players, as done by the evoker, balrog, and in the nether).

Dependent mods:

  • mobs_balrog
  • mobs_redo
  • yl_commons
  • yl_crafts
  • yl_nether
  • yl_nether_mobs

Mods which should get a dependency:

  • gauges
As mentioned in a comment in #91, the HP bar from the `gauges` mod doesn't disappear when a player becomes invisible. The solution for this is a proper API for invisibility, with "on_vanish" and "on_appear" callbacks, as well as some other goodies I've got in mind (like a generalized mechanism for un-vanishing players, as done by the evoker, balrog, and in the nether). Dependent mods: * [ ] mobs_balrog * [ ] mobs_redo * [ ] yl_commons * [ ] yl_crafts * [ ] yl_nether * [ ] yl_nether_mobs Mods which should get a dependency: * [ ] gauges
flux added the
1. kind/enhancement
label 2022-06-07 15:37:03 +00:00
Author
Member

@AliasAlreadyTaken one outstanding question I have is, should a player's model disappear when they drink an invisibility potion? The code currently implies that this should happen, but it clearly does not, and I'm not sure why. The last time I started cleaning up the code, it magically started happening, and I had to undo most of what I did in order to not create a surprising new ability.

@AliasAlreadyTaken one outstanding question I have is, should a player's model disappear when they drink an invisibility potion? The code currently implies that this *should* happen, but it clearly does not, and I'm not sure why. The last time I started cleaning up the code, it magically started happening, and I had to undo most of what I did in order to not create a surprising new ability.
flux added the
4. step/question
4. step/want approval
labels 2022-06-07 15:40:10 +00:00
Author
Member

Also, the mechanism used to make the player "vanish" is to set the size of their player model to 0, which I think would make them unhitable by other players, which would make for a nasty confound for PvP...

Also, the mechanism used to make the player "vanish" is to set the size of their player model to 0, which I think would make them unhitable by other players, which would make for a nasty confound for PvP...
flux self-assigned this 2022-06-07 15:57:28 +00:00
Author
Member

hm. perhaps instead of a rewrite of invisibility itself, it should be worked into yl_statuseffects, which i could flesh out the API for in the process (see your-land/administration#63).

hm. perhaps instead of a rewrite of invisibility itself, it should be worked into [yl_statuseffects](https://gitea.your-land.de/your-land/yl_statuseffects), which i could flesh out the API for in the process (see https://gitea.your-land.de/your-land/administration/issues/63).

The current invisibility mod will need to go anyway, once we do 1.4 classes and abilities

Statuseffects seems a much more appropriate place. maybe all statuseffects need a callback when they are applied and when they go away.

The current invisibility mod will need to go anyway, once we do 1.4 classes and abilities Statuseffects seems a much more appropriate place. maybe all statuseffects need a callback when they are applied and when they go away.
Author
Member

I'm going to sit on this one for a while, because it'll require a number of changes to unexposed behavior in mobs_redo, and would make it hard to merge any other upstream fixes. perhaps this should wait until we've ported all our mobs to a more reasonable underlying API, it doesn't seem worth the potential problems to just get rid of Service's HP bar.

I'm going to sit on this one for a while, because it'll require a number of changes to unexposed behavior in mobs_redo, and would make it hard to merge any other upstream fixes. perhaps this should wait until we've ported all our mobs to a more reasonable underlying API, it doesn't seem worth the potential problems to just get rid of Service's HP bar.
flux added this to the flux's TODO list project 2022-07-02 22:08:10 +00:00
flux added a new dependency 2022-10-28 20:37:34 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Depends on
You do not have permission to read 1 dependency
Reference: your-land/bugtracker#2042
No description provided.