Matt, I've found that there are 2 common reasons why bitmap fonts are blurry in some regions:
1) The textfield has been stretched to a size other than 100% (even 100.1% causes issues). Check your Transform panel to make sure. 2) Certain characters within the text can cause problems. For example, I'd previously pasted some text from MS Word into a text file and loaded that into a textfield with an embedded bitmap font. Parts would be crisp, but others blurry. I narrowed it down to the apostrophe that was pasted from MS Word (other characters can also cause issues). Once i replaced it with a plain apostrophe, it was all good. Not sure if either of these is the cause for your situation, but its worth a try. Phil -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of matt stuehler Sent: Wednesday, June 13, 2007 8:52 AM To: [email protected] Subject: SPAM-LOW: Re: [Flashcoders] Bitmap text (no anti-alias) still aliasing? Alias, My apologies - I was a little premature in my last post. It looks like Flash doesn't properly calculate the height of static text field using a device font IF you select "Use device fonts" and select a particular font. However, if you use font = "_sans" as you suggested (which forces the "use device fonts" setting), then Flash does calculate the height correctly. In other words, if you're using a device font, Flash will properly calculate the height if the font is _sans, _serif, or _typewriter (which is exactly what you suggested); but not if you use another font. All in all, this is a pretty good workaround for my particular project, but I still wonder why the "Bitmap text (no anti-alias)" setting doesn't work as you'd expect? Thanks again. Cheers, Matt On 6/13/07, matt stuehler <[EMAIL PROTECTED]> wrote: > Alias, > > Many thanks for that suggestion! > > As you suggested, using device fonts does in fact fix the anti-aliasing problem > > However, giving up the ability to use masks seems like a pretty > serious compromise. > > Another problem this causes - I need to be able to determine the > height of these text fields, and it looks like Flash isn't able to > properly determine the height when device fonts are used. In other > words, if you have a clip containing only a static text field that > uses device fonts, Flash won't properly calculate the height of that > clip. > > Is there a way around this issue too? > > Thanks again for you insight. > > Cheers, > Matt > > > > On 6/13/07, Alias™ <[EMAIL PROTECTED]> wrote: > > Don't use the "bitmap text" option in the properties tab, set the font > > to "_sans", "_serif", or "_typewriter" instead. This will force flash > > to use the machine's local device fonts instead. The only drawback > > with this is that you may run into issues with masking/fading the > > text, but it should be manageable if you're aware of the constraints > > from the start. > > > > Hope this helps, > > Alias > > > > On 13/06/07, matt stuehler <[EMAIL PROTECTED]> wrote: > > > All, > > > > > > I'm working on an application with lots of long text content using > > > 11pt fonts. To enhance readability, I'm using Bitmap text (no > > > anti-alias). > > > > > > However, in long (tall) static text blocks, PARTS of the text are > > > aliasing. In other words, the first few paragraphs will have have no > > > anti-alias, then a few paragraphs will, and then the last few won't, > > > even though it's all part of the same static text field. > > > > > > I've ensured that the _x and _y co-ordinates are integers, as are the > > > _x and _y co-ordinates of the movieclip that contains the text field. > > > And that movieclip is on level 0, so that means that the text field is > > > definitely on integer pixels. > > > > > > The result is that the text looks terrible - parts are crystal clear, > > > and other parts are blurry - the inconsistency is what's so annoying. > > > > > > Has anyone else run into this problem, or come up with a solution? > > > I've tried a variety of fonts, and line-spacing, to no avail. > > > > > > Many thanks in advance for your advice and insight! > > > > > > Cheers, > > > Matt Stuehler > > > _______________________________________________ > > > [email protected] > > > To change your subscription options or search the archive: > > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > > Brought to you by Fig Leaf Software > > > Premier Authorized Adobe Consulting and Training > > > http://www.figleaf.com > > > http://training.figleaf.com > > > > > _______________________________________________ > > [email protected] > > To change your subscription options or search the archive: > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > Brought to you by Fig Leaf Software > > Premier Authorized Adobe Consulting and Training > > http://www.figleaf.com > > http://training.figleaf.com > > > _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.8.15/847 - Release Date: 6/12/2007 9:42 PM _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
