#boss health gui onscreen
136 messages · Page 1 of 1 (latest)
aka :waitforchild
or findfirst
if the boss is detected
then a gui is enabled
past that ask someone else idk how to do health bars on guis
by something I mean a script in serverscriptservice btw
either have a GUI dependant to a boss with a different name & a differentfindfirstchild
no
it can just b a gui that gets updated when a humanoid health goes down
wtf would a GUI do in player character
surface gui on someones back
I wanna use that so bad but I cant think of a practical use
yep
all GUI should go there if its interacting locally
ig this works to if ur not using the GUI for anything but a representation

code it
youtube
more coding then
have the GUIS in different places?
or have a range the GUI is shown to
instance a Part that is invis to the player that detects who is there
if players arent in a range then GUI isnt displayed
could parent the part to the boss so he moves the range around
if GUI1 then
tween ur gui so it goes below
end
humanoid root part isnt big enough to use as a area capture
when something is that easy, then of course I say do it urself, using an .Changed event to update a gui
should be hard
and if u expand it then ur hitbox is hard
its exactly
that easy
its just 1 line of math
if that's hard, 1 line of pure adition math
its easy as it sounds

it is bruh
its 1 line of math
tween it
.... u are hopeless seems
guys
tweenservice
if there is a gui
then it will move
to the tween value
basically just make sure it can detect GUI
if another GUI is active
findfirstchild
waitforchild
use a value that updates if the gui is enabled
u can check a position MAYBE, and maybe just add a +5 to a GUI position?
wow so hard math
then do that if is needed to

@deep vigil
if gui.Visible?????????
What?
wtv ur gui is named
some people, are not hopeless, they choose to be
Trust me man, I know better :))
bossHealth 1
boss Health 2
find a name
u can name
u have keyboartd
owaihtiu0awhtuiawh
-5
gui.Visible == false?
the delete it
;-;
and use FindFirstChild to see if mob exists anymore
local gui1 = bossname:FindFirstChild("Gui1")
I will let u use the logic from now, u can think about it, I go eat
if gui1 then
gui1.visible = true
end
as for detecting others
we make another local
we're getting there
u connect the healthbar system
idk how to do all of that
thats just for making the GUI visible
the gui assuming it'd b in the boss
so if its in the boss then it will b visible if the boss exsists in workspace
right I was leading into that
make another local first
local Stat = false
connect that into ur gui
whenever ur GUI gets deleted/visibility or enabled status goes false
wherever ur gui script is
at the top
it uses a boolean value
so we can make it false or true anytime
u need one to manipulate it for a healthbar
but basically
We have the GUI enabling script
when that ends
at the bottom of that we put
Stat = false
So stat represents if GUI1 is visible
this line of replies
or ur gui is stuck on
and cant detect healthbars
or be disabled
or deleted
then ignore visibility and keep the stat
when it enters stat should b = to true
Then when u work on ur second GUI
u want these in the same script somehow btw so u might want to group ur bosses into a folder
If Stat = true then
(change gui positoon via tween)
else
let ur gui sit normally
end
that checks to see if a GUI is already in the standard place
then if there is one it'll tween it below
lol
which is why I suggest u run ur guis thru one script
and use visibility
wait for the boss to enter
then enable healthbar
then we set a stat for each gui
Check for all stats in a table
then tween accordingly
idk I've only been scripting for like a week dude
you could also put ur main script in one place
** You are now Level 7! **
have it findfirstchild for all the GUIS
ye
** You are now Level 6! **