Re: Framework Linkage Change

Despite the advantages of centralized hosting of SWZ files, in that it speeds initial load times for Flex applications after the first load, I have an issue with centralized SWZ files under the Adobe model, in that it exposes an inherent security weakness: if the centralized cerver hosting the Flex

Re: [FlexJS] Try out the FlexJS Installer

On Jan 24, 2014, at 5:23 PM, Richard Oren wrote: > I followed the Direction on my Mac PPB and when installing the FlexJS > Nightly Build it hangs on the Second square of the Progress Indicator and > then errors with "Installation Aborted" > > -Rich > Thanks Rich, as Alex mentioned, I think it

Re: [FlexJS] Try out the FlexJS Installer

I followed the Direction on my Mac PPB and when installing the FlexJS Nightly Build it hangs on the Second square of the Progress Indicator and then errors with "Installation Aborted" -Rich On Wed, Jan 22, 2014 at 12:13 PM, Alex Harui wrote: > Hi, > > I just posted a pre-release build of the n

Re: Framework Linkage Change

Hey Justin, Am I wrong that Apache versions of Flex do not have SWZs, they only have RSL SWFs, correct? Back with Adobe Flex, SWZs allowed the app to take a while to load on the first run, but afterwards they cached, so the next open would run very quick. Also it didn't matter what site they orig

Re: Framework Linkage Change

On 1/24/14 2:50 PM, "Paul Hastings" wrote: >Thanks. No only be hosting the clients RSLs for their suite of apps. > >And by "domain", x.ABC.com & y.ABC.com could still use the same set? Good question. By default no, because they are separate domains. You can set up a crossdomain.xml that will

Re: Framework Linkage Change

Thanks. No only be hosting the clients RSLs for their suite of apps. And by "domain", x.ABC.com & y.ABC.com could still use the same set?

Re: Framework Linkage Change

You set the URLs for the RSLs in the compiler args. BTW, by default, if you host Apache Flex RSLs from your domain, Flex apps hosted from other domains will not be able to use it because of cross-domain security restrictions. You could offer to host RSLs for the rest of the Flex world, but the ba

Re: Framework Linkage Change

Here's a dumb question, how would you point to the shared location for the framework RSLs from the app?

Re: Framework Linkage Change

Yes, we always host them on a common location on the server. Ideally these files get cached across the net making everyone's SWF load faster if using RSLs -Jake On Fri, Jan 24, 2014 at 3:42 PM, Justin Mclean wrote: > Hi, > > > I really wish that Apache could use the SWZs. > You can use them yo

Re: Framework Linkage Change

Hi, > I really wish that Apache could use the SWZs. You can use them you just need to host them yourself. Thanks, Justin

Re: Framework Linkage Change

I really wish that Apache could use the SWZs. That was a very cool feature... ~Sean class *Sean_Thayne* extends Developer { public $skype = "sthayne23"; public $gTalk = "s...@skyseek.com"; public $url = "www.skyseek.com"; } On Fri, Jan 24,

Re: Framework Linkage Change

Hi, > I notice the default framework linkage setting in the SDK is now Merged > Into Code (as of version 4.11) where 4.6 used to be RSL. I'm just curious > what the reason is for that? Yes - Adobe doesn't host the framework RSLs for Apache Flex SDKs. And as framework caching is a Flash Player fe

Re: Framework Linkage Change

Apache Flex doesn't have the ability to get signed cross-domain RSLs (SWZ files) cached by the Flash Player. If you only serve one SWF from a domain, there is no advantage and usually a disadvantage if you use RSLs so we turned them off by default. But yes, if you have multiple flex apps on a sin

Framework Linkage Change

I notice the default framework linkage setting in the SDK is now Merged Into Code (as of version 4.11) where 4.6 used to be RSL. I'm just curious what the reason is for that? Is it better one way or the other? What I usually do is on a server with multiple flex apps I use RSLs and if there is on

[FlexJS] asdoc enabled

Hi, I've checked in changes to the build script for FlexJS that enables asdoc. You'll find the asdoc-output directory at the top, flex-asjs, level. There is a dearth of content at the moment. My apologies for the lack of comments; I will make sure I start properly documenting classes and functi

Re: AIR CameraRoll / MediaPromise path issue?

Actually, I don't try to open the FIle from the MediaPromise. I tried both ways: -open the MediaPromise with an IDataInput (no bitmap, very quick) -or use a Loader and loadFilePromise() (use bitmap: very slow...) Each method returns same "File not found"...  Reminder: both methods work fine with

Re: RE : FDB has old code ?

Je te souhaite mieux On Fri 24 Jan 2014 15:44:44 WAT, webdoublefx wrote: Thanks Scott for having tried :-) Btw Im sick today, will propably commit on sunday, the time to clean up things Envoyé depuis un mobile Samsung Message d'origine De : Scott Talsma Date :24/01/2014 1

RE : FDB has old code ?

Thanks Scott for having tried :-) Btw Im sick today, will propably commit on sunday, the time to clean up things Envoyé depuis un mobile Samsung Message d'origine De : Scott Talsma Date :24/01/2014 14:26 (GMT+00:00) A : dev@flex.apache.org Objet : Re: FDB has old code ?

Re: FDB has old code ?

I think SWD is only relevant for ActionScript 1.0 and 2.0. Flash files with debugging turned on would produce a swd file. When debugging was toggled on in the Flash Player (and a debugging swf was loaded), a call for the swf's swd would be made. I just did a small test, creating a debuggable Fl

Re: AIR CameraRoll / MediaPromise path issue?

On iOS, you should not try to open the selected image as a file, instead you should use the MediaPromise API to access the content (iOS won’t actually let apps to access those files directly). If you do a search for CameraRoll + MediaPromise you should find some example. 2014/1/24 JC Lang > Hel

AIR CameraRoll / MediaPromise path issue?

Hello devs,   I encounter a problem with data returned by CameraRoll on Android. (Not sure if it's the correct place to ask, but I didn't find anything on the subject...) It looks like the path of the File returned by CameraRoll when selecting an image using the OS internal "Gallery" doesn't ret