This content has been marked as final. Show 7 replies
Text is just like that. Never consistent.
Are you embedding the font? If not, that will give you the most consistency, but it still won't be perfect.
...alternatively, you could try to print as a bitmap, which will hopefully be consistent with what's on screen, but the text will look pretty pixelated.
really? text consistency is unavoidably unreliable even when embedding?
yes, i am embedding the font, and even setting printAsBitmap to true doesn't effect the result i'm afraid.
hmm.. still hunting for answers or even a workaround...
Yes, unfortunetly, text is one of those things I've never found consistent in pretty much any app. I think most of it has to do with the fact that font rendering is actually an extremely complicated system level operation(windows, osx, ect.) so I think to some extent things like the Flash Player has it's hands tied to what the system/platform can do.
That's odd that printAsBitmap isn't consistent, though. If you want to really get crazy, you might try doing a screen capture with BitmapData, then print that. but, again, I the text will be pretty grainy.
Out of curiousity, are you using the print / printAsBitmap / printNum / printAsBitmapNum global functions, or the PrintJob class? Or have you tried both with same results?
abeall - thanks for the replies.
i had only been using the PrintJob class as I need to use this anyway to print several pages at once, but out of curiosity i tried print/printAsBitmap, and this produces the same results.
i know its not to do with my printer as the wordwrapping changes when i print to flashpaper, so it seems flash renders the text slightly differently to print than to screen. it just seems extraordinary to me if there's no way of resolving this - has everyone printing dynamic content through flash got unresolvable layout issues when there's wordwrapping involved?
here's the fla in case anyone has any ideas...
stop press! i believe i've found the cause of the problem/solution and it's to do with the anti-alias option i had selected. according to livedocs printing is not supported with advanced and custom anti-alias features. but as the anti-alias for animation is the 'simple' anti-alias option(ie available prior to flash 8 and advanced anti-aliasing) it hopefully should output more consistently(or at least that's what i'm seeing in practice).
so the solution to ensure the text-field was printed consistently with what was displayed on screen was to change "anti-alias for readability" to "anti-alias for animation".
That's good to know, thanks for sharing the solution.