oh! that works really well actually! thank you so much, you’ve been a really big help! :D

that’s a good idea! unfortunately i attempted it in a couple of ways, and it didn’t alleviate the conflict. thank you for the suggestion though!

here’s a third generator that shows my attempts: https://perchance.org/locker-tooltip-conflict-example-three#edit

yes, that is what i believe is going on behind-the-scenes. neither of the lockers have the issue if the locker is calling indirecttext.evaluateItem or alttext.evaluateItem. the issue i’m having comes from the fact that currently, it seems that it’s only possible to either keep the tooltip functional, or fully lock items including further evaluation; not both at the same time. ideally the two plugins would be able to offer their individual functions together without the conflict.

right, but i found that this runs into another problem: any randomized features within the locked selection remain randomized and can change upon update attempts, rather than being properly locked.

i’ve made a second generator to showcase this in action: https://perchance.org/locker-tooltip-conflict-example-two#edit