No front-end changes. This just means that mob colours now take up less columns in the database, incur less processing (reduced rgb() calls) and reduces the amount of code dedicated to them.
The primary function of this is a new button in the "Preferences" tab -
Set View Range. This functions similarly to the admin verb "Change View
Range", but it only allows you to set view ranges lower than the normal
world.view.
Full changelog:
- Added ViewMods system to clients.
- Everything that wants to change client.view should do it through
this system.
- Currently used by the Set View Range button and Marauders.
- Stretch mode is set to stretch when active, but the original
setting is preserved, as long as you set it with no ViewMods enabled.
- The basic way this works is that it keeps track of /datum/viewmods
on /clients, and whenever one is added or removed, it picks the
highest view range out of all of them and sets the client's vision to
that. This effectively means that, if you, say, set your view range
to 5x5, and get into a Marauder and use the "zoom" button, it will
always go to the marauder's zoom level.
- The HUD is set to minimal mode for any view ranges below
world.view, which means you only get absolutely critical buttons.
- It's set to invisible if you go down to view range 1 or 2,
because the buttons can't fit on the screen at those view
ranges.
- Removed canvas examine option. Just zoom in yourself!
The roundstart disability bug is my own doing from PR #7019 and reported
in issue #7369.
The other line changed was an oversight-- a place I should've used the
CAN_BE_FAT flag but didn't, and thus an inconsistency that I felt right
to correct in this pass.
Checks once when S (or NS) is set. At S, it will default the species
(human), fetch the species datum (also human) and generate a random
character of that species (all but the random character generation is
done at NS as well).
Also sorts out a species check I missed (it checked to see if the
species wasn't Machine. Now it checks to see if the species doesn't have
ALL_RPARTS - functionally the same).
* bioluminescent kidan! 🐜🏮
Gives Kidan an IC tab ability that makes them glow! wow!!!!!
This adds body and head markings, a new glowy organ to kidan lower body,
and glowing space ants! wow!!!!!!
Bioluminescence eats away nutriment, you can be glowing for some 13
minutes at roundstart before you starve out and the light goes out.
Dying also turns off the light. And shadowlings veil too.
Light color is based on a mix between head and body markings colors,
where the body markings color is slightly more predominant.
How bright you are depends on how much clothing you have. A full nakey
kidan is as bright as a flashlight, while a fully suited kidan isn't
bright at all. Rolling down jumpsuits makes you more bright too. Basic
idea is less clothes in the way, more brightness.
Oh you can also remove the light organ and implant it on other things,
and they will gain the ability to be bioluminescent. Yes you can be a
hot pink glowing neon green in the dark vulp. If you implant the organ
on someone else, the light will be based on the original kidan's colors.
kudos to Traveling Merchant for the sprite work, and KasparoVv for
helping me out with the markings part. Only one set of body markings is
done yet, but hey they're easy to make
🆑 pinatacolada, Travelling Merchant
add: Glowing kidan!
add: Kidan body markings
🆑
* address all the things
literally everything
* fixit
* death comes
* death goes
* i ded
* all the small things
