[Resolved] Too many decimal places messes up 'Crisp' fonts

[spam.lover]

Any chance of of adding an option to adjust the opject placement's accuracy? When using the crisp typefaces, being even .05 pixels off anti-aliases the font, therefore defeating the purpose of using them in the first place. Snapping to grid doesn't work 100% of the time (even when I set the grid size to 1 ot 5 pixels). SWiSH2 has a nasty habit of constantly moving the object's/group's/sprite's centre of origin/rotation. Especially aggrivating when one has objects within objects within objects and changing one of those adversely affects the entire group.

How about using an imaginary pasteboard that is always a certain size (say 5000x5000 or even unlimited). Objects inside that area are 'locked' to the true centre of that pasteboard. not the object's centre which is always changing. Each group/sprite would have it's own pasteboard when you're working in it. Obviously the object's pasteboard wouldn't be selectable from outside of it if you're 1 level up.

Not sure if my point is understood but just offering a suggeston.

[monkeypants]

If you're using them in a sprite, first draw a rectangle in the sprite, with all the other content within the edges of the rectangle.

When you edit a sprite, it's dimensions change, unless you have a background shape that covers the whole sprite (following me here?) If you have the rectangle defining the edges of the sprite, the dimension and position of the sprite will not chnge when you move the other content around.

Also keep in mind that even though the readme that comes with the miniml fonts says to put them on the exact pixel, this isn't always the case in swish. The y axis should always be at 0, but you might want to try adding .3 or .5 to the x axis position of the text if you can't seem to crisp them up at the zero point.

[roger_onslow]

You can position text objects exactly to the nearest 0.05 pixel (smallest size SWF supports) and (in the latest buidls) SWiSH won't move them, even if you change the text afterwards.

[monkeypants]

Originally posted by roger_onslow
You can position text objects exactly to the nearest 0.05 pixel (smallest size SWF supports) and (in the latest buidls) SWiSH won't move them, even if you change the text afterwards.

Let's say for example, you have a sprite with 2 text objects. Both are 20px wide. Object 1 is at x:10, the object 2 is at at x:50. This should make the sprite 60 px wide. If you then move object 2 to x:60.2, this makes the sprite 70.2px wide, and shifts the position of the sprite in the scene...correct?

[roger_onslow]

Originally posted by monkeypants

Let's say for example, you have a sprite with 2 text objects. Both are 20px wide. Object 1 is at x:10, the object 2 is at at x:50. This should make the sprite 60 px wide.

Yeup .. but when you close the sprite, the objects inside are recentred, so when you reopen the sprite, they will have different coordinates in the sprite itself.

This is necessary to keep the sprite [0,0] coordinate at itse centre and to have the text not acutally move in the drawing.

If you then move object 2 to x:60.2, this makes the sprite 70.2px wide, and shifts the position of the sprite in the scene...correct?

Yes .. should do that.

[monkeypants]

Originally posted by roger_onslow

Originally posted by monkeypants

Let's say for example, you have a sprite with 2 text objects. Both are 20px wide. Object 1 is at x:10, the object 2 is at at x:50. This should make the sprite 60 px wide.

Yeup .. but when you close the sprite, the objects inside are recentred, so when you reopen the sprite, they will have different coordinates in the sprite itself.

This is necessary to keep the sprite [0,0] coordinate at itse centre and to have the text not acutally move in the drawing.

If you then move object 2 to x:60.2, this makes the sprite 70.2px wide, and shifts the position of the sprite in the scene...correct?

Yes .. should do that.

That's what I thought. What spam.lover is getting at here is that it would be nce if the objects in the sprite did not recenter, keeping their exact coordinates. I've had the same problem with the fonts in question ( you can get them at miniml.com if you don't already have them), but using the method I described above works fine too.