[extension] Spell Tokens Extension

[nephranka]

Still can not replicate this, I've even added the theme to to see if it was an interaction with that. Tried window max and then desktop, and the same sort of zoom offsets you have configured. The spell token looks like the standard gareth rope spell token so if should not have any odd offsets... unless you have hand edited the graphic. ( Are you upto date with the gareth spell tokens pack, just incase he has edited the centre point ? )

As weissrolf says, can you 'select' it so we can see the green highlight around it, which I assume will be just around it and correct as expected and not some 4 square radius circle that shows a sprite offset.

Could you attach a zip of the campaign folder ( or DM me a link to it ), and I'll load it up and see if it gives me the same issue.

have you tried a totally new clean with just spell tokens extension campaign, does it show the same if you do just the basic minimum. ie no modules loaded, just import the spelltokens.xml setup, and open the map and drag on from the spell tokens configuration window...

Is it any different if you use a character sheet as the source for the rope spell ? and it is just an issue on the spell tokens configuration window ?

As I say I can not replicate this, and I've tried from character/config and window/max/desktop and they all drop in the place I expect. ( with/without grid snap enabled. )

The image is from the host side, did you drag on from the host, or did a player drag it on from a client and it was out of sync on the host side ?

Thanks, Pete

No edits. This is a clean build. No difference if used from a character sheet or assets window. This has been all on the host side. Campaign attached.

[nephranka]

Token version 2.1 and reimported the xml file. Same issue. Tested on windows and linux.

edit: just built a clean campaign and I have the same effect.

[bratch9]

Token version 2.1 and reimported the xml file. Same issue. Tested on windows and linux.

edit: just built a clean campaign and I have the same effect.

In the 'test' branch, I've uploaded v5.3.1 which when you drag a token on to the map, if you hold down 'shift' before the release it should give you some debug like the attached grid.png.

You can see the tests I did, with the initial drop been at the top left (0,0) part of the map. The (-6,4) was the drop point and the gridsnap result was (0,0) and then the token was placed at (0,0), then a test 5 squares to the right. On the 50x50 grid of the map this should give the (250,0) snap position and then I did a test at 250,250.

In each case the cursor drop location is not quite at the point the spell token would snap to, but its in the correct location.

Its not like your example, that looks like the snap is >50+ pixels off from your 'x' marks the drop spot. ( Those images are a long way off just 'gridsnap' adjustment. )

I've had a quick go with your zip files, 'test3.zip' does not have a db.xml file. Did you zip this up while you had FG still open and it had not done the first save of the db file ?

But I did not get any offset like you on the 'testenviro.zip'.

If you can do the same sort of 'placement' tests with 'shift' held during the drop on a map, you should be able to see if your cursor drop and grid locations come out with >50+ offsets to the drop.

Hope this helps us find out what is going off with this offset issue. Its an odd one.

Thanks, Pete

[nephranka]

I might have zipped test3 up while I was running, so that would explain the missing db file. Here is it rezipped.

[nephranka]

Here is the test:

s'onDrop' | #285 | #295 | #290 | #300
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 1, x,y = (290.0, 300.0)} }


I noticed the further I move to the right the bigger the spacing on drop.

1st drop:
s'onDrop' | #200 | #271 | #198 | #276
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 7, x,y = (198.0, 276.0)} }

2nd drop more to the right on the map:
s'onDrop' | #1028 | #371 | #1023 | #376
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 10, x,y = (1023.0, 376.0)} }

[nephranka]

I do notice that if I take an asset and drop it directly on the map it drops where I click (the X). This shifting seems to be happening when I take the asset from the spell token configurations windows and drop them on the map.

[bratch9]

Here is the test:

s'onDrop' | #285 | #295 | #290 | #300
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 1, x,y = (290.0, 300.0)} }


I noticed the further I move to the right the bigger the spacing on drop.

1st drop:
s'onDrop' | #200 | #271 | #198 | #276
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 7, x,y = (198.0, 276.0)} }

2nd drop more to the right on the map:
s'onDrop' | #1028 | #371 | #1023 | #376
tokeninstance = { { container = image.id-00008.image@FG Battle Maps, id = 10, x,y = (1023.0, 376.0)} }

those numbers look ok to me, its not as if you dropped at #1028 and it placed it at #1200 on the 'x' type thing.

I'm just not sure if I 'show' they are in reasonable locations, when they turn up on the map at not the expected position just what I can do to fix that. Since most people do not get this it must be something odd with your configuration.

Do you dual boot to linux/windows on this machine, or are they different machines ? ( As you said you have the same issue on windows/linux if I recall. )

I only run in windows, it could be a dual boot type issues. But if the 'normal' asset drag ends up in the correct location, I just dont know.

Let me think about it, and have a play with your zipped campaign files.. See if I can spot anything with a manual look at the xml files they hold.

Thanks, Pete

[nephranka]

those numbers look ok to me, its not as if you dropped at #1028 and it placed it at #1200 on the 'x' type thing.

I'm just not sure if I 'show' they are in reasonable locations, when they turn up on the map at not the expected position just what I can do to fix that. Since most people do not get this it must be something odd with your configuration.

Do you dual boot to linux/windows on this machine, or are they different machines ? ( As you said you have the same issue on windows/linux if I recall. )

I only run in windows, it could be a dual boot type issues. But if the 'normal' asset drag ends up in the correct location, I just dont know.

Let me think about it, and have a play with your zipped campaign files.. See if I can spot anything with a manual look at the xml files they hold.

Thanks, Pete

I do dual boot but they have their own source files. Additionally, since it is behaving as you expect for token placement for all other interactions that rules out FG code is making a mistake.

Also, this did not always do this. So I went back to v3.9.8 and tested it. It did do it there as well. So now I am starting to fall into the camp that something has changed with FG core (recent update) and not with this ext. Or at the very least, something you are doing in the placement of the token now has a unexpected result from a change made by FG. Since I can move it around on the map as normal, this is isolated to the initial drop on the map. It happens on host and client.


Edit:
The strangeness of the more right I drop a token the more shifting happens...implies that it thinks my cursor is where it does drop the token and the difference in the position is changing based on where I have moved on the map.

[Ckorik]

The spell effect token mod from dms guild is setup to only allow 5e - you have to go into the mod and add the ruleset you need - this was an issue for me

[nephranka]

Another test:

I dropped a token starting in the upper left corner. It work! Then I dropped one on the right of the 1st one and it shifted a little. Then I dropped another one next to the 2nd and the shift was greater. The last one was dropped next to the 3rd. The 4th had even more shifting. Same thing happens in the vertical.