Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Token sizing/tinting/etc absent when DM/Player drops

Hi there. So my situation is this: A player unfortunately had their character die in my game recently. And we've set up their new character with some spell tokens they can drop in. (A new thing for them, as the previous character was a Barbarian) We set up some tokens - just as I previously successfully have done with other spellcasting players - sized them, tinted them, auras, etc, all to his liking. And then saved them as 'Characters', put them in his journal, and gave him control. ....the issue is that whenever he drops them into the VTT, all of the specific sizing, tinting, auras, etc are lost. The tokens always show up in their default colours, sized only to fill one square. ...This is very frustrating and inconvenient. It slows down play and I just know it should not work like this. And I don't understand what is wrong, because when I drop the very same tokens into the VTT, they come out just as expected!. All specifications correct and as saved. My other players spell tokens also come out just as intended when they drop them into the VTT. I have gone back and referred to how I set them up, but I can see no difference. Which makes me wonder if there is something unusual on his end - a way he's dropping the tokens in differently, or doing it from a different menu (he isn't used to dropping in his own spell tokens after all), or even just something about his user setup - though we have never had any similar problems before. ....Problem is, I haven't got a clue what might be going wrong, and as such really don't know what to tell him or what to try next! Any help would be greatly appreciated indeed.
1651110625
keithcurtis
Forum Champion
Marketplace Creator
API Scripter
Hi Key! Here are some common causes for this: Player is dragging and dropping from the character sheet, and not from the Journal tab. This method does not work. It typically results in an unassigned graphic. Token was set up on a page with a cell width of other than 1. This can cause unexpected re-sizing on a default token. Token was edited after it was defined as the default. Setting as default must alwaysbe done last, as it is essentially a snapshot of that token in that state. If the token is later edited (re-sized, renamed, etc.) the old default must be delieted and the new one saved as the new default.
Ah, I meant to reply. Thank you keith! The player was indeed dragging and dropping from the character sheet, not the journal tab. Simple user error, and problem now solved. A minor bit of feedback on this - should anyone in an appropriate position ever see this: My player found it highly unintuitive that dragging and dropping from the character sheet did not in fact give him a token that could act as his character/spell. And I have to agree, that I cannot see a good logical reason not to have it drop the properly assigned token, instead of an unassigned graphic. A small thing perhaps, but making things idiot-proof is the key to selling to the masses eh? Regardless, thanks again keith. Much appreciated!
1654365376
keithcurtis
Forum Champion
Marketplace Creator
API Scripter
I agree that it's a common enough problem that dragging the sheet token should either A) result in a default token drop, or B) be impossible. It would save a lot of confusion. My guess as to why this has not been done is pure speculation and could be any number of reasons: It might invalidate other uses for that function I haven't thought of, or that other sheets or users depend on for some reason It's part of a fundamental architecture behind the scenes that would be dangerous to change for fear of breaking other things It's not seen as that big a problem in comparison to other projects. ...something else. :)