Improve mime mimicry abilities #4871

Open
opened 2023-06-30 08:37:57 +00:00 by sixer · 7 comments

I was using node replacer and when I tried to node-replace a mime, the node replacer did nothing. Soon I realized what is going on and killed the mime.

I think the mime in that case should either:

  • change skin to the desired node to keep masked
  • immediately attack, as his disguise is going to be blown
I was using node replacer and when I tried to node-replace a mime, the node replacer did nothing. Soon I realized what is going on and killed the mime. I think the mime in that case should either: * change skin to the desired node to keep masked * immediately attack, as his disguise is going to be blown
whosit added the
1. kind/enhancement
label 2023-06-30 08:39:49 +00:00
AliasAlreadyTaken added the
1. kind/meme
label 2023-06-30 10:13:09 +00:00
  • turn into a replacer and replace the player into a mime
* turn into a replacer and replace the player into a mime
Member

Or, since you take the replaced block into your inv, you should get a mimic in your inventory.
It would just select random item in your inv and mimic it's look and description. "Why do I have two swords now?"

Or, since you take the replaced block into your inv, you should get a mimic in your inventory. It would just select random item in your inv and mimic it's look and description. "Why do I have two swords now?"
Member

Yes, yes, do you still make the mime nor much stronger and smarter ... But please prevent Mime from appearing in the public farm. They like to do this disguised as a crocodile and kill helplessly with an already worn [why is that?] wooden sword waving newbies. Some of these light hives do not recover from this shock and never come back.

Yes, yes, do you still make the mime nor much stronger and smarter ... But please prevent Mime from appearing in the public farm. They like to do this disguised as a crocodile and kill helplessly with an already worn [why is that?] wooden sword waving newbies. Some of these light hives do not recover from this shock and never come back.
flux added this to the flux's TODO list project 2023-06-30 17:26:46 +00:00
Author

There could be also interaction of mime with other tools - like trying to use staff of light on a mime when it is disguised as a stone block.

There could be also interaction of mime with other tools - like trying to use staff of light on a mime when it is disguised as a stone block.
Member

i love these proposals, but i'm not sure how exactly they should be implemented. should the mime mod depend on various tools and override their behavior, or should the tools be mime-aware? neither really seems ideal.

i love these proposals, but i'm not sure how exactly they should be implemented. should the mime mod depend on various tools and override their behavior, or should the tools be mime-aware? neither really seems ideal.
Member

Would it work if replacer instead of inform(not_a_node) will call entity's on_punch and mime will just check what it was punched with? (basically just make mime tool-aware and make replacer use default callbacks?)

Would it work if replacer instead of `inform(not_a_node)` will call entity's `on_punch` and mime will just check what it was punched with? (basically just make mime tool-aware and make replacer use default callbacks?)

To avoid dependency hell, you could leave the mimic and the tools as independent as possible, but create a supplemental mime integration mod that hard-depends on the mimic and adds all the fancy stuff in configurable (read: option to disable each) soft-dependence.

Maybe we should take a general look at how to handle dependencies. Read: How do other, more successful systems do it and what can we learn from them.

Another topic for your-land/administration#175

Regarding the suggestions: They sound fun and I don't see much drawback in them. Not sure if we would want to use all of them though :D

To avoid dependency hell, you could leave the mimic and the tools as independent as possible, but create a supplemental mime integration mod that hard-depends on the mimic and adds all the fancy stuff in configurable (read: option to disable each) soft-dependence. Maybe we should take a general look at how to handle dependencies. Read: How do other, more successful systems do it and what can we learn from them. Another topic for https://gitea.your-land.de/your-land/administration/issues/175 Regarding the suggestions: They sound fun and I don't see much drawback in them. Not sure if we would want to use all of them though :D
AliasAlreadyTaken added the
1. kind/balancing
label 2023-07-01 07:19:00 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: your-land/bugtracker#4871
No description provided.