Odd. Well if you want to dig further you can see if the components that complain are actually using FTE somehow. Or if you have time to conjure up a simple test case we can take a look. Now that you have per-module styles, maybe the other components can’t see the style declaration defined in the module.
On 7/27/10 6:23 AM, "Battershall, Jeff" <jeff.battersh...@djindexes.com> wrote: Alex, I’m definitely NOT specifying MXFTEText.css for MX components but I DO have to specify embedAsCFF = true to make the warnings go away. Jeff ________________________________ From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On Behalf Of Alex Harui Sent: Saturday, July 24, 2010 8:50 PM To: flexcoders@yahoogroups.com Subject: Re: [flexcoders] Re: Embedded Fonts and Flash Builder 4.01 If you are using MXFTEText.css then the Halo components can use CFF fonts. Otherwise, sounds like there is still something unexplained going on. On 7/24/10 4:18 AM, "Jeff" <jbarts1...@yahoo.com> wrote: Thanks Alex, I guess I was thrown off by the warning text which had it as 'embedAsCff" not 'embedAsCFF'. I fixed that and then removed -managers=flash.fonts.AFEFontManager from my compiler settings and the warnings disappeared. I was also thrown off that I thought Halo components required embedAsCFF to be set to false but that no longer seems to be the case. Jeff --- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> , Alex Harui <aha...@...> wrote: > > 4.x has new requirements around getting the embedAsCFF flag correctly, but > there shouldn't be anything else. BTW, note that it is embedAsCFF. I don't > think embedAsCff will work. > > Styles defined in the module now supercede styles defined in the parent. > Maybe some global selector in the module is blocking lookup into the parent? > > Or maybe it is just a bug. See if you can make a simple test case. > > > On 7/23/10 9:17 AM, "Battershall, Jeff" <jeff.battersh...@...> wrote: > > > > > > > Alex, > > I'm hoping you can look at this - I read your article about fonts and swf > loading - could be related to what I'm describing. However, what I am doing > is pretty vanilla. I've got a CSS file where some font embedding is being > done and I'm setting, ebmedAsCff= true or false depending on whether the > component is question is spark or halo, but it seems with the warnings I'm > getting that the ebmedAsCff portion of my style definition is being ignored. > > It would seem that there is: > > 1) a change in how font embedding is being done or > 2) some additional thing I have to do to ensure that style definitions as > defined in the parent application are available to modules or > 3) that the 4.01 changes have some unforeseen consequences > > Note I'm seeing this behavior whether I'm using Flex 4.1 or 4.0. > > Jeff > > -----Original Message----- > From: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> [mailto:flexcoders@yahoogroups.com > <mailto:flexcoders%40yahoogroups.com> <mailto:flexcoders%40yahoogroups.com> > ] On Behalf Of Jeff > Sent: Friday, July 23, 2010 7:29 AM > To: flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com> > <mailto:flexcoders%40yahoogroups.com> > Subject: [flexcoders] Embedded Fonts and Flash Builder 4.01 > > With the release of Flash Builder 4.01, suddenly I'm getting a lot of runtime > warnings about the need to set embedAsCff=true in my modular application, > even though this is already set in the CSS file that embeds the font, which > is loaded in the parent application. What could I be doing wrong? > > ------------------------------------ > > -- > Flexcoders Mailing List > FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Alternative FAQ location: > https://share.acrobat.com/adc/document.do?docid=942dbdc8-e469-446f-b4cf-1e62079f6847 > Search Archives: > http://www.mail-archive.com/flexcoders%40yahoogroups.comYahoo! Groups Links > > > > > > > -- > Alex Harui > Flex SDK Team > Adobe System, Inc. > http://blogs.adobe.com/aharui > -- Alex Harui Flex SDK Team Adobe System, Inc. http://blogs.adobe.com/aharui