Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Suggestion] Custom Slimes #726

Open
fireheart3911 opened this issue Mar 27, 2022 · 1 comment
Open

[Suggestion] Custom Slimes #726

fireheart3911 opened this issue Mar 27, 2022 · 1 comment
Labels
area/mobs Monster types, behavior, abilities, configuration. blocked/rework Awaiting a larger rework effort. rework/mobs Relevant to the mobs rework effort. type/change Modified behavior of existing functionality. type/enhancement New or improved feature.

Comments

@fireheart3911
Copy link

Feature request

Short description
Allow larger slime size to be spawned.

Implementation details

Allow us to have slime layouts like slime10, effectively setting the size to 10

Additional info

Combined with the above It would be great to have the ability to toggle slime split on death.

@garbagemule garbagemule added type/enhancement New or improved feature. area/mobs Monster types, behavior, abilities, configuration. rework/mobs Relevant to the mobs rework effort. type/change Modified behavior of existing functionality. labels Apr 25, 2022
@garbagemule
Copy link
Owner

I don't think slimes could always be arbitrary sizes like that, which is at least part of the reason why MobArena has its current sizes. The other reason is that mobs used to be an enum, i.e. a list of hardcoded values. Monsters in MobArena are (unfortunately) not really dynamic in any sense, so adding support for another slime size means adding a very specific entry for that specific size to the list of possible monster types. I don't think that's a good idea, and I think it would make a lot more sense to have a more abstract concept of what a monster is, and then reify that as a "slime type" that supports a size value. This means we're easily into Mobs Rework territory, so I think it's best that we wait until the code base can more easily support this kind of flexibility. Not a bad idea at all though :)

@garbagemule garbagemule added the blocked/rework Awaiting a larger rework effort. label Apr 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/mobs Monster types, behavior, abilities, configuration. blocked/rework Awaiting a larger rework effort. rework/mobs Relevant to the mobs rework effort. type/change Modified behavior of existing functionality. type/enhancement New or improved feature.
Projects
None yet
Development

No branches or pull requests

2 participants