Text Blitter animated demo, blits fine but has local coordinates issue when scrolling

Attachment 27112

I've making a demo using Chris Burrow's text blitter, and I'm having a little trouble with getting the text to work when the screen scrolls. It uses alt values to position itself and the text blitter, and they're mapped to the screen coordinates. I've tried as best as I can to adjust them to be relative to the screen movement, but it's proving difficult in a couple of places.

I'm also using an old tween widget to make the text bob, which controls the Y position from values as well. I think this part could be improved, but my trigs not great enough for me to want to get into that right now ;)

When the screen doesn't move, the text renders correctly like this:
Attachment 27107

But when the screen moves to the right, each letter gets a bit offset:
Attachment 27108

Worse yet, if the screen scrolls to the left:
Attachment 27109

Up and down is also a problem:
Attachment 27110

There's also a bug I couldn't figure out whereby the first line only renders the first letter, all of the other characters are offset by a mile:
Attachment 27111

I tried to fix it, but I couldn't find any consistent reason why this first line does this, it would be interesting to see what anyone else thinks

Here's the example:
Attachment 27112

Okay, some interesting things; firstly, setting this:
Attachment 27120
Seems to cause an unexpected behavior whereby the objects coordinates and "follow the frame" screws with the coefficient of the screen, causing the first letter to escape through before the screen moves to its new position. All other letters in the first line are broken until the new line is started.

I've disabled the tween and tried to set both the X and Y persistently from alt values, but I can't seem to make either work correctly since X Left Frame, Y Bottom Frame, etc, all seem to work strangely when used with layer coefficients of 0.

I'm continuing to try and figure this out, but it just seems to be a maze of setting one position and Fusion setting it's own position in unpredictable ways.

New mfa: Attachment 27121

Okay, fixed:
Attachment 27122

Basically, unchecking "follow the frame" and using 0 coefficients does not work with manually set X/Y positions from values, just manually set the position from the frame edge and completely forget about using 0 coefficients and un-checking "follow the frame".