Quite a jump in file size of the nightly build today. Anything interesting or just additional easter eggs? Oh, it's version 4.1. Must have added every request we've made on the list.
BTW, seriously, thanks to the employees who contribute so much to this list; it's been a huge help.
Unfortunately, when I changed to this new build get some nasty errors. Oh well, I'll wait for 4.1 build 2:
VerifyError: Error #1014: Class IIMEClient could not be found.
at flash.display::MovieClip/nextFrame()
at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\ projects\framework\src\mx\managers\SystemManager.as:267]
at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[ E:\dev\4.x\frameworks\projects\framework\src\mx\managers\SystemManager .as:2460]
at flash.events::EventDispatcher/dispatchEventFunction()
at flash.events::EventDispatcher/dispatchEvent()
at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\project s\framework\src\mx\preloaders\Preloader.as:488]
at flash.utils::Timer/_timerDispatch()
at flash.utils::Timer/tick()
Re: http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 and file sizes,
I believe that the size differences are mostly due to Flex 4.0 only having the Flash Player 10.0 runtimes, whereas Flex 4.1 has both the Flash Player 10.0 and 10.1 runtimes (see /runtimes/player/*).
Peter
@John Hall,
Re: RTE,
Can you reproduce that in a plain old new HelloWorld type application w/ Flex 4.1? I don't think I've seen that RTE lately, so I'm a bit curious how you're managing to get it.
If you have a simple test case maybe file it at http://bugs.adobe.com/flex/ and somebody can take a look.
Peter
Of course I'll try to repro it in a simple app, but you probably understand schedules and the length of the day. Maybe this weekend. The only things I can think of that might be peculiar about my app is I'm using Mate and ILOG swc's. However, I will try to get a case for you. And thanks so much for your blog!!
Interesting. I'm able to repro in a simple test case w/ AIR 1.5.3 and Flex 4.1.0.14380 (from the opensource site, not an internal build even):
<?xml version="1.0" encoding="utf-8"?>
<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx">
<s:layout>
<s:VerticalLayout />
</s:layout>
<s:TextInput id="ti" text="s:TextInput" />
</s:WindowedApplication>
VerifyError: Error #1014: Class IIMEClient could not be found.
at flash.display::MovieClip/nextFrame()
at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\ projects\framework\src\mx\managers\SystemManager.as:267]
at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[ E:\dev\4.x\frameworks\projects\framework\src\mx\managers\SystemManager .as:2460]
at flash.events::EventDispatcher/dispatchEventFunction()
at flash.events::EventDispatcher/dispatchEvent()
at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\project s\framework\src\mx\preloaders\Preloader.as:488]
at flash.utils::Timer/_timerDispatch()
at flash.utils::Timer/tick()
Seems to be related to the s:TextInput. If I replace that with an mx:TextInput, then the RTE goes away. This is starting to sound familiar, let me check the bug base and see if this is a known issue. I think this is the issue I'm remembering: http://bugs.adobe.com/jira/browse/SDK-24301
But I'm using the Flex 4.1 SDK, AIR 1.5.3 SDK/descriptor and probably AIR 2.0 runtime, which I thought should work...
I'd say file a bug (or tell me to) and we can run it past an engineer or an AIR expert. I'm just guessing here.
Thanks,
Peter
I've been schooled and told that this is working as expected. All the information should be in that JIRA bug, http://bugs.adobe.com/jira/browse/SDK-24301:
Thanks for all of the investigating, but after a few sidecar conversations, we've concluded that the workflow initially filed in the bug is an unsupported workflow,
Alex's tests concluded the following:
- FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 1.5 runtime: WORKS
- FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 2.0 runtime: WORKS
- FB4 + AIR 2.0 SDK + AIR 2.0 app-descriptor ran on AIR 2 runtime: WORKS
- FB4 + AIR 2.0 SDK + AIR 1.5 app-descriptor ran on AIR 2 runtime: BARFS
So, the only case not supported is when a user uses Flash Builder 4, overlays the AIR 2.0 SDK, builds an AIR app where the app-descriptor is set to AIR 1.5 and tries to run it in AIR 2. Matt, myself, Stan and Pete all agree this shouldn't be a valid workflow - if a user wants to maintain a 1.5 app, they need to target the 1.5 SDK and runtime (which they will be able to do in Flash Builder 4 since FB4 will ship supporting AIR 1.5.3).
If a user wants to use Flash Builder 4 and target the AIR 2 SDK/Runtime, they need to update their 1.5 app to change the app-descriptor to reference AIR 2.0.
The problem is that you're presumably trying to use Spark text-based controls with the AIR 2.0 SDK (which should be integrated into the 4.1 builds currently, I think), and targeting the AIR 1.5.3 SDK. If you change the target AIR version to 2.0beta2 in your XML descriptor file it should work (or at least worked for me locally using my fancy HelloWorld app). I was confused since I initially created my application targetting Flex 4.0 which set the app descriptor to 1.5.3, and then I changed my application to use Flex 4.1 which was causing issues. When I created a new AIR app and targeted Flex 4.1 when creating the project the xml descriptor set the AIR version to 2.0beta2 and this compiled correctly.
Whew!
Peter
To my knowledge, I've never installed AIR 2.0 beta, so it's worth a second look. I am running FB2, 4.1sdk and consistently get this. Maybe some unknown link downloaded AIR 2.0 but I cannot find evidence of it on my three computers.
http://bugs.adobe.com/jira/browse/FB-26106
Ah, re-edit. I will try the suggested workaround and see if it solves the problem.
Message was edited by: John Hall
Hm. Strange thing. I can compile my code in new FB 4 - with no RTE in FP10.0,
but when i use FDT (with SDK from new FB 4) - I get this RTE. I cant understand what pappens, it is FDT preferences may be...
I also replace playerglobal.swc to 10.1 playerglobal.swc, but mevermind - IIMEClient in textLayout.swc...
North America
Europe, Middle East and Africa
Asia Pacific