建议双击使用的物品能加一个不自动消耗的类型

小道消息

RT
比如31类物品使用后可以不消失而是手动回收，还有叠加的物品比如我想双击使用5个，但是只有3个现在要手动给1个，如果能不自动回收不符合条件可以不进行任何处理。

怪怪

31类物品使用就消失，所以不需要任何检测，只要使用就先还给玩家一个
还给玩家一个后再从下面写你自己的脚本
后面一个建议，意思我没看懂

小道消息

怪怪 发表于 2025-12-19 18:18
31类物品使用就消失，所以不需要任何检测，只要使用就先还给玩家一个
还给玩家一个后再从下面写你自己的脚 ...

我需要的就是让他不自动消失啊，只有满足我条件的时候我手动删除。包括31、17、跟计次的物品能有一个不自动消耗的标记，加上这个代表不需要引擎自动消耗变成手动处理。

1580

本身使用物品就是要消耗的，以持久 做为触发条件，要是都不减持久 的，用个模拟按键之类的软件，不停的模拟双击触发脚本，服务端是否顶得住，这个就说不好了

小道消息

1580 发表于 2025-12-22 16:41
本身使用物品就是要消耗的，以持久 做为触发条件，要是都不减持久 的，用个模拟按键之类的软件，不停的模拟 ...

但是如果不满足使用条件我还是要返还这个物品，返还了物品玩家一样可以这样不停的发送使用物品的请求。而且计次的物品如果正好是最后一次使用更麻烦还要判断一次物品对象是否存在，不存在还得刷了之后再调次数。

我的意思不是所有物品都不自动消耗，而是给物品加一个标记比如Source=1的不自动消耗，以后加新物品的时候不满足条件的脚本不用处理物品要不要返还和增加次数的问题。

1580

小道消息 发表于 2025-12-24 12:42
但是如果不满足使用条件我还是要返还这个物品，返还了物品玩家一样可以这样不停的发送使用物品的请求。而 ...

主要，与原来的逻辑过程，存在冲突的，这种做法

小道消息

1580 发表于 2025-12-25 11:13
主要，与原来的逻辑过程，存在冲突的，这种做法

如果可以支持的话还是尽量支持一些吧

1580

这个建议就不做支持了，不太好控制