Actuate is vrijgegeven onder een GNU licentie.

10 Thing I Learned from the jQuery Source

Op de FITC conferencie in San Francisco liet hij de JITB player zien. Deze in Java geschreven speler zet Actionscript code om naar Java bytecode en draait bijna op dezelfde snelheid als gewone Java code. Dit is een grote verbetering vergeleken met de standaard Actionscript snelheid. In de toekomst moet het ook mogelijk zijn op vanuit ActionScript Java classes aan te roepen. Deze mogelijkheid zit er nu nog niet in.

Joa hoop dat JITB, zo is deze speler omgedoop, zal kunnen gaan draaien op alle systemen waar Java op draait. Dit kunnen normale desktop computer zijn maar ook servers, smartphones, etc.

Er missen nog wel een aantal dingen in de speler. Zo moet de hele Flash API nog geïmplementeerd worden en de Display List rendering moet nog worden omgezet naar OpenGL. Hij hoopt dan ook dat andere ontwikkelaars gaan bijdragen aan het project om dit te kunnen toevoegen.

Lees meer

Compatibiliteit
De nieuwe versie zal beschikbaar zijn voor PHP 5.2.x en PHP 5.3.x. Bij toekomstige versies van php zullen er patches komen en zal er een nieuwe release worden gedaan. PHP 4 zal niet langer ondersteund zijn vanaf versie 2.0

Plugin systeem
In de nieuwe 2.0 versie zal een nieuwe plugin systeem ingebouwd worden. Dit geeft ontwikkelaars de mogelijkheid om handige / betere toevoegingen te doen zonder de core aan te hoeven passen. Een aantal van de mogelijke toepassing gebieden die het team in gedachten heeft zijn:

• Authorisatie
• Caching
• Beveiliging
• Custom VO (Value Object) mapping
• Karakter sets
• Logboeken
• JSON/XML-RPC/Haxe Remoting – u kunt snel AMFPHP gebruiken als web-service architectuur zonder gebruik te maken van AMF.

Bron: http://www.silexlabs.org/the-blog/fr/2010/08/amfphp-2-0-roadmap/

Voor als ze nog geen logo hebben voor de 2.0 versie heb ik hieronder een voorstel

Download PSD

Zelf heb ik nog geen oplossing gevonden voor deze bug.

Google Maps Version 3

Demo

Google Maps Version 2

Demo

OSX version

Deze applicatie is in opdracht van Youngworks gemaakt.
Lees hier meer over dit project.

De bezoeker wordt actief betrokken bij deze campagne door ze de mogelijkheid te bieden zelf evenementen toe te voegen.

Techniek

Google Maps
Google Maps biedt 2 API’s. Google V2 & Google V3. V3 is, zoals je al vermoed, op het moment van schrijven de meest recente API. Hierin zitten multi-touch functionaliteiten en deze is voor zowel mobiel- als desktop gebruik.

Gekozen is voor V3 aangezien V2 niet meer ondersteund wordt door Google. Ook biedt versie 3 meer mogelijkheden voor het aanpassen van de vormgeving. Dit was voor dit project belangrijk aangezien er niet gebruikt gemaakt werd van de standaard info ballonnen.

Groeperen
Een extra toevoeging is gedaan op de pointers. Deze groeperen zodra ze elkaar overlappen. Er wordt onderscheidt gemaakt tussen pointers per groep. Hierdoor kun je per groep een cluster icoontje instellen die te zien is zodra er meerderen pointers van die groep elkaar overlappen. Door in en/of uit te zoomen worden de gegroepeerde pointers zichtbaar.

Laden wat er te zien is
In de applicatie worden alleen de pointers geladen die zichtbaar zijn. Hierdoor wordt er niet ingeleverd op prestaties. Hoe meer je uitzoomd hoe meer pointers er dus in beeld kunnen komen. Deze worden echter vervolgens weer gegroepeerd om de snelheid erin te houden.

JQuery
De legenda uitklap menu’s zijn opgebouwd en geanimeerd met JQuery. Dit Javascript raamwerk zorgt voor een juiste afhandeling in de verschillende browsers.

Als tegenhanger ziet Apple HTML5 en javascript als goede alternatieven voor Flash. Deze technologieën zijn zeker interessant maar nog niet zo ver als ActionScript 3.0 en Flash 10. Allereerst is HTML5 nog niet gestandariseerd en implementeren de verschillende browsers deze standaard niet allemaal hetzelfde. Canvas wordt bijvoorbeeld niet ondersteund door Microsoft Internet Explorer.
Je kan dus wel zeggen dat volledig overstappen op HTML5/Javascript (nog) niet een oplossing is. In de toekomst misschien wel, zodra HTML5 gestandariseerd is en door alle browsers ondersteund wordt.

Smokescreen
Smokescreen is een Flash-speler die geschreven is in Javascript. Dit opensource project zet swf bestanden om naar HTML5 en Javascript. Hierdoor is de swf ook af te spelen op Apple apparaten.
De Javascript speler is langzamer dan de Flash plug-in. Hierdoor is Smokescreen met name geschikt voor advertentiebanners. Wat op dit moment ondersteund wordt is een deel van de animatiemogelijkheden uit flash 8, geluidsstreamen, geluidseffecten, wat input en basale ActionScript. Het is nog in ontwikkeling. In de toekomst moet Flash uitgebreider ondersteund worden en de prestaties omhoog zijn gegaan.
Op de site laten ze een aantal demo’s zien waarin je kan zien dat ze aardig op weg zijn.

AIR applicaties zijn bedoeld om cross-platform te kunnen draaien, dat betekend dat deze op zowel een computer met daarop Windows, OSX, of Linux hetzelfde eruit moeten zien. Wat hebben al deze platformen met elkaar gemeen wat van belang is voor het ontwerpen van vensters?

Laten we allereerst beginnen met hoe applicaties en vensters binnen deze besturingssystemen opgebouwd worden.

Microsoft® Windows®:

• Een top-level window heeft geen eigenaar-venster en wordt weergegeven op de taakbalk. In Windows Vista en later, dialoog schermen zonder eigenaar en eigenschapbladen worden ook beschouwd als top-level.
• Een owned window is eigendom van een eigenaar-venster en wordt niet weergegeven op de taakbalk.Voorbeelden: modale dialoogvensters, modusloze dialoogvensters.
• Een user-initiated window wordt weergegeven als het directe resultaat van de actie van een gebruiker. Het is program initiated wanneer het door het programma zelf is ingeleid, of system initiated als het is opgestart vanuit Microsoft® Windows®. Bijvoorbeeld, een dialoogvenster wordt geopend door een gebruiker, maar een
  bijeenkomst-herrinering is geopend door het programma.
• Een contextual window is een is een door de gebruiker geïnitieerde venster, dat een sterke relatie met het object van waaruit het werd gelanceerd heeft. Bijvoorbeeld, vensters weergegeven door de context menu’s of pictogrammen zijn contextuele, maar vensters weergegeven door menubalken zijn dat niet.
• De actieve monitor is de monitor waar het actieve programma wordt uitgevoerd.
• De standaard monitor, is degene met het menu Start, de taakbalk en systeemvak.

Bron: UXGuide.pdf

Apple OS X

• Document windows bevatten file-based gebruikers data. Zij presenteren een blik in de content die mensen maken en opslaan. Als het document groter is dan het venster, dan toont het venster een deel van de inhoud van het document en biedt gebruikers de mogelijkheid om naar andere gebieden te scrollen.
• Application windows zijn de belangrijkste vensters van applicaties die niet op basis van documenten werken. Deze vensters maken gebruik van de standaard Aqua uiterlijk en mogelijkheden; als de applicatie wordt gedraaid in versies van OS X hoger dan v10.5 (Leopard), dan kunnen ze gebruik maken van de optionele geborsteld metaal look.
• Panels zweven boven andere vensters en bieden tools of controlers die gebruikers kunnen gebruiken wanneer documenten open staan. In sommige gevallen kunnen panels transparant zijn. In eind-gebruikers documentatie moeten panels windows genoemd worden.
• Dialogs en waarschuwingen vereisen een reactie van de gebruiker.

Voorbeelden van al deze type vensters staan hieronder.

Bron: Apple Human Interface Guidelines

Linux

Voor linux zijn er verschillende grafische gebruikersomgevingen. De bekendste zijn KDE en GNOME.

KDE

KDE presenteerd net als alle andere venster systemen haar toepassingen in windows op het scherm. Deze zijn normaliter beweegbaar en resizable, en kan worden gepositioneerd volgens de gebruiker zijn wensen.

KDE maakt geen gebruik van MDI (Multi document interface). MDI is enkele jaren geleden ontworpen, en werd op grote schaal door Microsoft gebruikt voor haar Windows-producten. Het MDI concept bestaat uit een enkele, grote “moeder-venster” die de volledige applicatie bevat. Met de volledige applicatie wordt bedoeld, alle document windows, toolbar windows, help windows etc. Alles wat de applicatie on-screen laat zien verschijnt in dit “moeder venster”. Het meest bekende MDI applicatie is waarschijnlijk de File Manager uit Windows 3.1.

KDE maakt gebruik van SDI (Single Document interface).
Een SDI gebaseerde applicatie beschikt niet over een moeder-venster dat alle windows bevat. De applicatie windows zijn alle directe kinderen van de X root window. Wat betekend dat ze worden gecontroleerd door de window manager en vrij kan worden versleept over de desktop door de gebruiker.

Bron: KDE User Interface Guidelines

GNOME

Voor Gnome gelden over het algemeen dezelfde richtlijnen voor wat betreft windows.
zie ook: GNOME Human Interface Guidelines.

Basisinformatie over AIR-vensters

Air biedt een gebruikersvriendelijke API die op meerdere platforms kan worden gebruikt. Met deze API voor vensters kunnen met Flash®-, Flex™- en HTML-programmeertechnieken native vensters worden gemaakt (dit zijn vensters die eigen zijn aan het besturingssysteem).

Venstertypen

In de venstertypen van AIR zijn de interface- en zichtbaarheidskenmerken van het oorspronkelijke besturingssysteem gecombineerd. Op die manier zijn er drie functionele typen vensters ontstaan. Gebruik de constanten die in de klasse NativeWindowType zijn gedefinieerd, om in de code te verwijzen naar de naam van de typen. AIR biedt de volgende venstertypen:

Venstercatalogus

Vensterinstellingen Type: normal SystemChrome: standard Transparent: false
Mac OS X	Microsoft Windows	Linux *
Vensterinstellingen Type: utility SystemChrome: standard Transparent: false
Mac OS X	Microsoft Windows	Linux *
Vensterinstellingen Type: alle SystemChrome: none Transparent: false
Mac OS X	Microsoft Windows	Linux *
Vensterinstellingen Type: alle SystemChrome: none Transparent: true
Mac OS X	Microsoft Windows	Linux *
Vensterinstellingen mxWindowedApplication of mx:Window Type: alle SystemChrome: none Transparent: true
Mac OS X	Microsoft Windows	Linux *

*Ubuntu met Compiz-vensterbeheer

Bron: Adobe AIR Help.

Bewerken van vensters

Informatie voor het bewerken van vensters ga je naar: Adobe AIR Help.

Conclusie

Er zijn 3 type vensters beschikbaar binnen AIR, Normaal, Utiliteit en Lichtgewicht. Door gebruik te maken van deze verschillende vensters, gebruik je ook de guidelines die de verschillende platformen hanteren. Alle vensters in 1 venster gebruiken (ook wel MDI genaamd) is “not done”. Met dit document is het hopelijk duidelijk geworden dat er verschillende vormen van vensters zijn.
Wanneer een applicatie transparante vensters vereist doordat dit zo is vormgegeven is het aan te raden de schermen zo veel mogelijk qua vorm aan te laten sluiten met de venster vormen die in de verschillende platformen gebruikt worden. Dit is kort gezegd rechthoekig.

“Vermijd het maken van vensters met grote, volledig transparante gebieden, aangezien u de toegang van de gebruiker tot andere vensters of items op hun bureaublad mogelijk op onzichtbare wijze zou kunnen blokkeren.”(bron: Adobe AIR help).