Recipes++ uses the same spot for GMO seeds as you use for your pesticide. So the Greenhouse ends up with two ports on the same spot, one uses U Shaped belt and yours uses a pipe. If you can switch to the 4th port that Recipes++ uses for Pesticides that would help. And use the same amount setting.

你的问题和我无关,应该这是用户自己决定把两个相同功能的mod同时加载!

这不是乐高游戏,并不是随意可以在其他mod上随意叠加,叠加mod的最基本底线就是他们没有对同一个功能进行修改和调用这样可以避免最基本的冲突.
很显然,你违反了基本准则,本mod不是在Recipes基础上做的二次开发,而是独立的mod,他们没有关联性和继承性,也不存在集成性.
我很好奇,你为什么需要把两个相同功能的mod同时加载?

当然,你提出的问题也非常有趣,我可以考虑做一下兼容处理,尝试一下做一下匹配,思路是首先检测你是否加载Recipes的mod,然后再加载一个备用方案代码,而如果没有Recipes加载,则使用我的默认方案,也许是可行的.当然这是逻辑推理,我需要更多时间测试.
另外,我不得不提醒一句,L和R在英文顺序中L在前.所以我的mod加载顺序永远高于Recipes这是游戏设定的规则,他默认按照mod的字母顺序排序.很可能很难解决这个问题.但是我表示将会尝试做兼容,是否成功还是未知,我不对此做出保证.
只能说,我对你提出的这个设想,感兴趣,愿意尝试一次.如果成功,那么我会做一次大版本更替.
This issue has nothing to do with me. It was the user's own decision to load two mods with identical functions at the same time!

This is not a Lego game, so you cannot arbitrarily stack mods on top of others at will. The fundamental rule for stacking mods is that they do not modify or call the same functions, which prevents basic mod conflicts.

It is clear that you have violated this fundamental rule. This mod is not a secondary development built upon Recipes++; it is a standalone mod. There is no correlation, inheritance or integration between the two mods.

I am curious about why you need to load two mods that serve the exact same function simultaneously.

That said, your question is quite interesting. I can look into implementing compatibility support and attempt to add matching logic. The plan would be to first detect whether the Recipes++ mod is loaded, then run an alternate set of fallback code. If Recipes++ is not detected, the mod will run using my default logic. This approach might work, though it is only a theoretical deduction, and I will need extra time to carry out testing.

Additionally, I have to point out that L comes before R in alphabetical order. Per the game's built-in rules, mods are sorted alphabetically by default, which means my mod will always load before Recipes++. This makes resolving the conflict potentially very difficult. Regardless, I will attempt to implement compatibility, but I cannot guarantee whether this will succeed.

All I can say is that I am interested in the solution you proposed and am willing to give it a try. If I manage to make it work, I will release a major version update for the mod.

wtmxhyy wrote:

你的问题和我无关,应该这是用户自己决定把两个相同功能的mod同时加载!

这不是乐高游戏,并不是随意可以在其他mod上随意叠加,叠加mod的最基本底线就是他们没有对同一个功能进行修改和调用这样可以避免最基本的冲突.
很显然,你违反了基本准则,本mod不是在Recipes基础上做的二次开发,而是独立的mod,他们没有关联性和继承性,也不存在集成性.
我很好奇,你为什么需要把两个相同功能的mod同时加载?

当然,你提出的问题也非常有趣,我可以考虑做一下兼容处理,尝试一下做一下匹配,思路是首先检测你是否加载Recipes的mod,然后再加载一个备用方案代码,而如果没有Recipes加载,则使用我的默认方案,也许是可行的.当然这是逻辑推理,我需要更多时间测试.
另外,我不得不提醒一句,L和R在英文顺序中L在前.所以我的mod加载顺序永远高于Recipes这是游戏设定的规则,他默认按照mod的字母顺序排序.很可能很难解决这个问题.但是我表示将会尝试做兼容,是否成功还是未知,我不对此做出保证.
只能说,我对你提出的这个设想,感兴趣,愿意尝试一次.如果成功,那么我会做一次大版本更替.
This issue has nothing to do with me. It was the user's own decision to load two mods with identical functions at the same time!

This is not a Lego game, so you cannot arbitrarily stack mods on top of others at will. The fundamental rule for stacking mods is that they do not modify or call the same functions, which prevents basic mod conflicts.

It is clear that you have violated this fundamental rule. This mod is not a secondary development built upon Recipes++; it is a standalone mod. There is no correlation, inheritance or integration between the two mods.

I am curious about why you need to load two mods that serve the exact same function simultaneously.

That said, your question is quite interesting. I can look into implementing compatibility support and attempt to add matching logic. The plan would be to first detect whether the Recipes++ mod is loaded, then run an alternate set of fallback code. If Recipes++ is not detected, the mod will run using my default logic. This approach might work, though it is only a theoretical deduction, and I will need extra time to carry out testing.

Additionally, I have to point out that L comes before R in alphabetical order. Per the game's built-in rules, mods are sorted alphabetically by default, which means my mod will always load before Recipes++. This makes resolving the conflict potentially very difficult. Regardless, I will attempt to implement compatibility, but I cannot guarantee whether this will succeed.

All I can say is that I am interested in the solution you proposed and am willing to give it a try. If I manage to make it work, I will release a major version update for the mod.

I understand, I am the user that uses both.

There are indeed things in both mods that are not the same. Great things in both.

With both mods loaded, the only issue/conflict is that one port using two different entry points at the same location. I hope it is an easy fix.

Thanks for all your hard work.

warrenc wrote:

wtmxhyy wrote:

你的问题和我无关,应该这是用户自己决定把两个相同功能的mod同时加载!

这不是乐高游戏,并不是随意可以在其他mod上随意叠加,叠加mod的最基本底线就是他们没有对同一个功能进行修改和调用这样可以避免最基本的冲突.
很显然,你违反了基本准则,本mod不是在Recipes基础上做的二次开发,而是独立的mod,他们没有关联性和继承性,也不存在集成性.
我很好奇,你为什么需要把两个相同功能的mod同时加载?

当然,你提出的问题也非常有趣,我可以考虑做一下兼容处理,尝试一下做一下匹配,思路是首先检测你是否加载Recipes的mod,然后再加载一个备用方案代码,而如果没有Recipes加载,则使用我的默认方案,也许是可行的.当然这是逻辑推理,我需要更多时间测试.
另外,我不得不提醒一句,L和R在英文顺序中L在前.所以我的mod加载顺序永远高于Recipes这是游戏设定的规则,他默认按照mod的字母顺序排序.很可能很难解决这个问题.但是我表示将会尝试做兼容,是否成功还是未知,我不对此做出保证.
只能说,我对你提出的这个设想,感兴趣,愿意尝试一次.如果成功,那么我会做一次大版本更替.
This issue has nothing to do with me. It was the user's own decision to load two mods with identical functions at the same time!

This is not a Lego game, so you cannot arbitrarily stack mods on top of others at will. The fundamental rule for stacking mods is that they do not modify or call the same functions, which prevents basic mod conflicts.

It is clear that you have violated this fundamental rule. This mod is not a secondary development built upon Recipes++; it is a standalone mod. There is no correlation, inheritance or integration between the two mods.

I am curious about why you need to load two mods that serve the exact same function simultaneously.

That said, your question is quite interesting. I can look into implementing compatibility support and attempt to add matching logic. The plan would be to first detect whether the Recipes++ mod is loaded, then run an alternate set of fallback code. If Recipes++ is not detected, the mod will run using my default logic. This approach might work, though it is only a theoretical deduction, and I will need extra time to carry out testing.

Additionally, I have to point out that L comes before R in alphabetical order. Per the game's built-in rules, mods are sorted alphabetically by default, which means my mod will always load before Recipes++. This makes resolving the conflict potentially very difficult. Regardless, I will attempt to implement compatibility, but I cannot guarantee whether this will succeed.

All I can say is that I am interested in the solution you proposed and am willing to give it a try. If I manage to make it work, I will release a major version update for the mod.

I understand, I am the user that uses both.

There are indeed things in both mods that are not the same. Great things in both.

With both mods loaded, the only issue/conflict is that one port using two different entry points at the same location. I hope it is an easy fix.

Thanks for all your hard work.

如你所愿!V5.0发布,恳请测试.As you wished! V5.0 has been released, and we sincerely invite you to test it.

wtmxhyy wrote:

warrenc wrote:

wtmxhyy wrote:

你的问题和我无关,应该这是用户自己决定把两个相同功能的mod同时加载!

这不是乐高游戏,并不是随意可以在其他mod上随意叠加,叠加mod的最基本底线就是他们没有对同一个功能进行修改和调用这样可以避免最基本的冲突.
很显然,你违反了基本准则,本mod不是在Recipes基础上做的二次开发,而是独立的mod,他们没有关联性和继承性,也不存在集成性.
我很好奇,你为什么需要把两个相同功能的mod同时加载?

当然,你提出的问题也非常有趣,我可以考虑做一下兼容处理,尝试一下做一下匹配,思路是首先检测你是否加载Recipes的mod,然后再加载一个备用方案代码,而如果没有Recipes加载,则使用我的默认方案,也许是可行的.当然这是逻辑推理,我需要更多时间测试.
另外,我不得不提醒一句,L和R在英文顺序中L在前.所以我的mod加载顺序永远高于Recipes这是游戏设定的规则,他默认按照mod的字母顺序排序.很可能很难解决这个问题.但是我表示将会尝试做兼容,是否成功还是未知,我不对此做出保证.
只能说,我对你提出的这个设想,感兴趣,愿意尝试一次.如果成功,那么我会做一次大版本更替.
This issue has nothing to do with me. It was the user's own decision to load two mods with identical functions at the same time!

This is not a Lego game, so you cannot arbitrarily stack mods on top of others at will. The fundamental rule for stacking mods is that they do not modify or call the same functions, which prevents basic mod conflicts.

It is clear that you have violated this fundamental rule. This mod is not a secondary development built upon Recipes++; it is a standalone mod. There is no correlation, inheritance or integration between the two mods.

I am curious about why you need to load two mods that serve the exact same function simultaneously.

That said, your question is quite interesting. I can look into implementing compatibility support and attempt to add matching logic. The plan would be to first detect whether the Recipes++ mod is loaded, then run an alternate set of fallback code. If Recipes++ is not detected, the mod will run using my default logic. This approach might work, though it is only a theoretical deduction, and I will need extra time to carry out testing.

Additionally, I have to point out that L comes before R in alphabetical order. Per the game's built-in rules, mods are sorted alphabetically by default, which means my mod will always load before Recipes++. This makes resolving the conflict potentially very difficult. Regardless, I will attempt to implement compatibility, but I cannot guarantee whether this will succeed.

All I can say is that I am interested in the solution you proposed and am willing to give it a try. If I manage to make it work, I will release a major version update for the mod.

I understand, I am the user that uses both.

There are indeed things in both mods that are not the same. Great things in both.

With both mods loaded, the only issue/conflict is that one port using two different entry points at the same location. I hope it is an easy fix.

Thanks for all your hard work.

如你所愿!V5.0发布,恳请测试.As you wished! V5.0 has been released, and we sincerely invite you to test it.

THANK YOU! Your efforts are greatly appreciated.