Extension: Height label

[Blackfoot]

I switched back to the medium version from post #1, everything works except the scaling (and no errors). I am not seeing your issue with the HEX grids when I use it with those.. but HEX grids are a bit problematic and not well supported in general... so I tend to expect funkiness there.

[Kelrugem]

Hrm.. now it's tossing this error:
Script Error: [string "scripts/manager_token.lua"]:42: attempt to call field 'isClientFGU' (a nil value)
...and the scaling still isn't working.

Sorry man. I really like this extension and use it all the time (lots of aerial and undersea combats).. I've been working around the scaling issue with a bit of frustration.. but the height thing is really cool.

Ah, yes, because that version is already for 3.3.11. So, that here is the 3.3.10 extension. But that is normally exactly the one of the first post, but the only real difference to the other one is just in some small pieces which do not affect the scaling at all (just some different name of a function)

[Kelrugem]

I switched back to the medium version from post #1, everything works except the scaling (and no errors). I am not seeing your issue with the HEX grids when I use it with those.. but HEX grids are a bit problematic and not well supported in general... so I tend to expect funkiness there.

Oki, in the worst case wait until 3.3.11 is released and when I upload my 3.3.11 version For whatever reason the scaling then works for you, although I do not see why. Probably already next Tuesday (or the one after) 3.3.11 will be released

EDIT: At least I hope it works then. Seemingly it only worked when you had that grid error which I completely cannot understand (I mean why should the erroneous version work )

[Kelrugem]

But I will look at the code again I am very sorry that the scaling does not work for you; since I can't replicate the issue it will be hard to fix, but I hope that I find something

[Kelrugem]

I have updated the extension to 3.3.11 now, at the moment it also works for FGU, too, but no guarantee that this stays for future updates of FGU which happen quite frequently

I improved the flexibility with respect to other grids. The rotation now takes the set orientation count of the grid into account. (That is set by the ruleset; before that I always used the standard value for square grids, now it should be more compatible with every ruleset and grid)

Please only download when you play with 3.3.11 and/or on FGU

[Kelrugem]

I switched back to the medium version from post #1, everything works except the scaling (and no errors). I am not seeing your issue with the HEX grids when I use it with those.. but HEX grids are a bit problematic and not well supported in general... so I tend to expect funkiness there.

Hi Blackfoot

I looked again at this stuff but couldn't find anything. Actually, the way how this extension scales tokens doesn't change compared with the native code, I just changed the hotkey. But do you feel comfortable changing code?

If yes, here is the place where you can find the code for the scaling: Open manager_height.lua in the extension (in \scripts). Look for the function onWheel. The piece of code you need to look at is:

    elseif Input.isAltPressed() then
        local scale = target.getScale();
        if UtilityManager.isClientFGU() then
            local adj = notches * 0.1;
            if adj < 0 then
                scale = scale * (1 + adj);
            else
                scale = scale * (1 / (1 - adj));
            end
        else
            scale = scale + notches/10; 
            if scale <= 0.1 then scale = 0.1 end
        end
        target.setScale(scale); 
    end

When you play FGC then just look at the stuff after the last else, you can try to change the /10 to other numbers to switch the resolution of the scaling. When you try this out, could you report whether this helps you at some point?

[Kelrugem]

Another short update for 3.3.11 due to the changes in 3.3.11 yesterday

[Morhion]

any chance range measurement might make its way into this ?...would seriously kick *** if it did

[Kelrugem]

any chance range measurement might make its way into this ?...would seriously kick *** if it did

Maybe, when I find time for this Needs to be very system agnostic, the most straightforward idea would be probably to assume a 3D grid and extending the measurement rules of the ruleset to the third dimension (I am not a fan of using the Euclidean measure when one does not already use the Euclidean measure in the typical grid plane )

[bmos]

Do you remember what the rules issues you were having a hard time overcoming for that were?
Oh, I didn't realize this wasn't just a 3.5E extension, nevermind