[Resolved] [Resolved] [Resolved] Tips on "Flash Ready" /MINIML/non-aliasing fonts

[rdbruski]

I have been doing some testing with some non-aliasing fonts, namely 3 MINIML fonts. They are Standard 07_53, Standard 07_63 and Kroeger 05_54.

The Guide that comes with them and the directions inside do NOT apply to Swish in any way.

With all 3 of these fonts, I have forced them to alias and non-alias by only doing TWO things.

First, use 8 point.

Second, make the X and Y on a whole number. After typing in your line of text, go to the transform panel and find the Width. If the width is an ODD number, put a .5 after the X number. If the width is an EVEN number, leave the X on a whole increment.

Now, to preview the results, you MUST do it in the Browser. Pointing directly to the .swf file will NOT work. So, to get the fonts to not alias consistently, you must embed your .swf in html rather than just pointing directly to it.

Things I have found that you do NOT have to do:

You do NOT have to change the registration point from the Transform panel.

You do NOT have to change the alignment on the Text panel to left or right from center. You can leave it center using the above method.

I hope this helps, because we have been struggling on finding a common method for using the non-aliasing fonts in Swish.

Let us know if you find the above method to work for you OR whether it doesn't for other fonts.

[almark]

see http://board.flashkit.com/board/show...hreadid=187194

http://board.flashkit.com/board/show...hreadid=186522

http://board.flashkit.com/board/show...hreadid=199239

these might help

[rdbruski]

Originally posted by almark
these might help

Did you read my post? I wasn't asking for help. I've read those posts before and some of the information there is wrong.

I was posting a solution to our problem, not asking for help. Sorry to be confusing.

Here is an example:

http://www.bruski.addr.com/swish/tut...font_text.html
http://www.bruski.addr.com/swish/tut..._font_text.swi


[Edited by rdbruski on 10-16-2001 at 10:58 PM]

[wcoleman]

I have found that using left justification becomes important if you have more than one line of text in a text block. http://www.wellesley.edu/Chemistry/Movie1.html is an example of what happens if you use center alignment with multiline text in Standard 07_54 - the various text lines are of different clarity and thickness. I have tried this with several other fonts and have seen the same effect.

If you change the x coordinate of the second example to an even number the lines that are crisp become less so, and those that were beginning to look anti-aliased become crisp.

Cheers,

Flick


[Edited by wcoleman on 09-06-2001 at 09:21 PM]

[david petley]

rdbruski and flick,
this information is very helpful and I will test it well.
thanx,
david p.

[wcoleman]

Here is another demo with a few more cases shown - http://www.wellesley.edu/Chemistry/smalltext1.html

To my eye the whole first block (top two lines) and the first line of the second block from the bottom look as the pixel fonts are designed to look, and all of the others have some anti-aliased character to them. This is consistent with what rdbruski reported about even and odd line lengths. You might argue that the text in all of these looks OK, and I would agree (though I prefer the crisper look of the ones that are not anti-aliased), but the differences become more marked if different color combinations are used.

http://www.wellesley.edu/Chemistry/smalltext2.html reverses the text and background colors of the first movie, and the text that does not remain aliased is much more difficult to read (as is representative of what is found on many web sites).

Cheers,

Flick

[rdbruski]

Great info Wcoleman! I didn't test with multiple lines in a text block. It seems that the odd .5 number and even whole number doesn't work with many lines of text. I think it is because a block can contain odd and even lines widths because of centering. Left justification with many lines seems to be the key.

Thanks for uncovering this.