Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of pent@adobe.com designates
 64.18.1.35 as permitted sender)
From: Peter Ent <pent@adobe.com>
To: "flex-dev@incubator.apache.org" <flex-dev@incubator.apache.org>
Date: Wed, 29 Aug 2012 11:19:28 -0700
Subject: Re: [jira] [Commented] (FLEX-33177) Getting Mustella mx folder to
 Work
Thread-Topic: [jira] [Commented] (FLEX-33177) Getting Mustella mx folder to
 Work
Thread-Index: Ac2GEtOzJuEu/fluT9iJARzr3C9yqA==
Message-ID: <CC63D515.21D9%pent@adobe.com>
In-Reply-To: <CC63AA12.45660%aharui@adobe.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.3.120616
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

I should have been clearer. I figured the embedAsCFF=3Dtrue might be a caus=
e
for failures but does that explain the discrepency with the total number
of tests run?

--peter

On 8/29/12 2:14 PM, "Alex Harui" <aharui@adobe.com> wrote:

>
>
>
>On 8/29/12 10:44 AM, "Peter Ent" <pent@adobe.com> wrote:
>
>> Well, I have different results. I have 741 passes and 50 failures, all
>> bitmap compares. Using ImageDiffAIR, the pixel differences minor, almost
>> like bold fonts in one and regular in another, but the font family looks
>> the same.
>>=20
>> I'm not sure what to make of this.
>There are a bunch of tests that have embedAsCFF=3Dtrue for the default
>normal
>font, but they are using MX controls, so what you are seeing is the result
>of incorrect embedding.
>
>Effect tests are especially tricky since they move stuff around.  We will
>have to see what we need to do to get stability.  I don't recall getting
>all
>of these AssertPixelValue errors when I ran it.
>
>--=20
>Alex Harui
>Flex SDK Team
>Adobe Systems, Inc.
>http://blogs.adobe.com/aharui
>