Joe said: For name, simply setting what you know to be the correct name based on the “Familiar?” selection, rather than using a token attribute, seems like an easy answer. For the delay, I know the Roll20AM script has a delay function built in that seems to work well, but I don’t know if Aaron has ever considered adding it to this script. Exactly as Joe stated about naming. I'm hitting myself for not thinking of that! With that suggestion, you could do alot. But also, what about the fact that your familiar is your familiar, it has a name ... Caleb Widogast from CR has Frumpkin. Whether he is a cat or an octopus, he's still "Frumpkin". Unless you're using the script for multiple familiars (Oh gawds, the thought of that as a DM frightens me!), I think you could hardcode one name fits all, unless you wanted to do something like "Frumpkin (Cat)", and change that to "Frumpkin (Bat)" on the fly when he resummons it in a different form. That's still doable under Joe's suggestion: name|Frumpkin (?{Familiar?|Bat|Cat|Crab|Frog|Hawk|Lizard|Octopus|Owl|Quipper|Rat|Raven|Seahorse|Snake|Spider|Weasel}) If you do have multiple uses of this, you could just copy the macro and make slight enough changes in the name of macro and who uses it, i.e: Sally's Familiar Macro is named Fam-Sally with her familiar named Shazbot in it, and Bob's Familiar Macro is named Fam-Bob with his named Nanu-Nanu ... if you see what I mean. That only matters if you are using macros from anywhere outside of their character sheet. For example, I have a whole character sheet for DM level Macros and another for PC level Macros when the macro is used by multiple PCs (The macros are on the Abilities Tab). This makes the macros portable between games, rather than using the global macro system, which makes them far more time consuming to copy into another game .... But if you are using them per character sheet on the abilities tab, it won't matter anyway, those are isolated to that character. . As far as a delay in token-mod, it seems outside the parameters of what the API needs. I'm not sure what implementing a delay would be useful for. As I said, the API can't stop and re-evaluate changes it has made, so where would delay benefit the API? I'd think it would be useful (and probably is, for others, at least) as a stand alone API rather than part of token-mod.