Thanks for trying it. Was that Spark or mx Label? Dump the SWF or send me the SWF and see if any definefont tags are in there. It could be that we find Batik's font manager for non-CFF embedding, but there should be no way it would work for Spark and CFF embedding.
You may be able to clear out all font managers in the config-xml and keep defineFont tags from getting into the SWF for mx Label. -Alex On 10/29/13 7:52 AM, "Erik de Bruin" <[email protected]> wrote: >Hi, > >We left the discussion on using Falcon on the SDK with the idea to see >what it would take get Mustella tests to pass. Alex wrote: > >>>There is no embedded font support in Falcon at this time, so running >>> Mustella is guaranteed to generate a lot of failures. I suppose that >>>some >>> energetic person could make a branch that doesn't have the embedded >>>font >>> libraries and use MXMLC and generate all new baselines and fix >>> AssertPropertyValues that expect numbers based on embedded font metrics >>> and then prove that Falcon can run and pass all of these tests, but > >Feeling particularly energetic today, I decide to give it a go. I >cloned a fresh SDK and build it, explicitly declining the embedded >font offer from the ant script. Sure enough, when I next tried to run >Mustella on the Label component, it balked with the message "Mustella >uses embedded fonts" I bypassed this test, and Mustella ran... >perfectly, passing all 255 tests. > >I thought the idea was that without embedded fonts, a whole bunch of >tests would fail and I'd create new baseline images that we'd then use >to test Falcon, figuring that the lack of embedded font support causes >a lot of the Mustella failures when using Falcon as a compiler... What >am I doing wrong? If the Label tests don't use embedded font support, >than something else is causing all those failing bitmap compares when >using Falcon... > >Thoughts? > >EdB > > > >-- >Ix Multimedia Software > >Jan Luykenstraat 27 >3521 VB Utrecht > >T. 06-51952295 >I. www.ixsoftware.nl
