Adobe Flex SDK versiunea 3.4 (3.4.0.9271) disponibil pentru descărcare

Acum am observat din întamplare pe opensource.adobe.com că e disponibil ultimul milestone al SDK-ului şi anume versiunea 3.4.0.9271 .

Pe situl Adobe pe pagina de descărcare a Flex SDK totuşi ni se propune versiunea 3.3. Cred că urmează un update şi după care apoi aşteptăm şi anunţul oficial al lansării. Până şi blogul oficial al echipei Flex tace.

Iar pe pagina Notelor de lansare a aceluiaşi SDK găsim deja o menţiune ce explică modul de folosire a testelor automizate cu noua versiune 3.4, însă nimic despre componentele DataVisualization aduse la zi. Aşa că dacă aveţi nevoie de acestea, pentru moment nu vă rămâne decât să le copiaţi manual pe cele dintr-un SDK mai vechi.

Actualizare: Atât pe blogul oficial cât şi pe sit deja e menţionată versiunea 3.4, aşa că puteţi s-o descărcaţi, inclusiv componentele de vizualizare a datelor.

I am hackr

For real?

I've tried myself with the adobe flashahead Flex Challenge and surprisingly found out today (from an email from RIA Events India) that I am hackr. No shit? :-)

I've always hated when the noun is being used in a totally inappropriate context, and this seems to be the case. What does being a Flex dev have to do with hacking?

Otherwise I'll advice you to take the challenge yourself and test yourself.

Adobe lansează Flash Player 10.0.32.18 şi AIR 1.5.2

Buletinul de securitate de pe 30 iulie 2009 anunţă lansarea noilor versiuni ce includ rezolvarea unui set de vulnerabilităţi din Flash Player cu risc potenţial de a fi hijack-uit calculatorul afectat.

De asemenea în noua versiune a runtime-ului AIR avem şi o mică modificare referitoare la warning-ul despre accesul nerestricţionat al aplicaţiilor (se referă doar la aplicaţiile semnate digital).

Instalaţi runtime-ul AIR de aici şi noile versiune Flash Player de aici sau de aici dacă aveţi nevoie de versiunea 9 (disponibilă până la 31 octombrie 2009).

TweenLite/TweenMax merges with gTween to form the GreenSock Tweening Platform

Jack Doyle, the mastermind behind the TweenMax tweening engine and Grant Skinner, another Flash titan and the author of the GTween Tweening and Animation Library have decided to merge their libraries into a new tweening platform - the GreenSock Tweening Platform.

Grant Skinner will continue to provide small updates and bugfixes to the gTween library, in order to support the existing users, but no other major evolutions are expected.

The GreenSock Tweening Platform introduces a two new members - TimelineLite and TimelineMax (which evolute from TweenGroup - which will be, in it's turn deprecated) that will provide extensive grouping and sequencing capabilities.

We wish them a fruitful collaboration and a express deep gratitude for the work they have already done for the Flash community.

The announcement on the greensock.com blog.
The announcement on the gskinner.com blog.

The new GreenSock Tweening Platform beta homepage.

LocaleManager - locale resources manager and synchroniser for Flex/Java and .NET

Angela Han has made an utility for managing and synchronizing locale resources for Flex, Java and .NET projects.

You can download the LocaleManager utility from the project's google code page (downloads) , the flex cookbook recipe page or from the codeproject article page.

There's an instruction to the utility here.

It's still a demo version so it has bugs, here's one: sorting resources from the worksheet's column headers will mix the result resources in the target files (and sorting by id does a string-sort instead of a numeric-sort as it should in order to restore the normal order).

Flex SDK 3.3 lansat de Adobe

Versiunea SDK-ului 3.3.0.4852 este cea mai recentă pusă în producţie şi o puteţi scoate de pe opensource.adobe.com sau de pe pagina produsului Flex pe Adobe.com. SDK-ul conţine şi ultimul update AIR 1.5.1.

Notă: dacă folosiţi componentele de vizualizare a datelor, aduceţi-le şi pe acestea la zi.

FileReference won't throw IOErrorEvent for files smaller than 32768 bytes

The case

Target: multiple file uploader.
Subjects: a FileReference and a server-side upload script.

The problem

Upon thorough testing on different cases (script dies, script dead on start, file locked) the most annoying was that when the script was dead, the FileReference doesn't fire an IOErrorEvent if the uploaded file is smaller than 32768 bytes.

The workaround

The solution was suggested by ekalosha of UAFPUG (official site / Adobe Group), whom I thank again.
Basically it consists of using an URLLoader before trying to upload to the script:

Add the following somewhere in your class / frame script / wherever:
var _urlLoader:URLLoader = new URLLoader();
_urlLoader.addEventListener(Event.COMPLETE, onScriptTestSuccess);
_urlLoader.addEventListener(IOErrorEvent.IO_ERROR, onScriptTestFailure);
_urlLoader.addEventListener(SecurityErrorEvent.SECURITY_ERROR, onScriptTestFailure);

function onScriptTestSuccess(event:Event):void{
_file.upload( new URLRequest( upload_url ), "Filedata" );
}
function onScriptTestFailure(event:Event):void{
trace("server upload script is dead or inaccessible");
}
and place the following where you start uploading:
_urlLoader.load( new URLRequest( upload_url ) );
instead of uploading right-away to the script.

Bug reported on the Adobe Bug Tracking system.