1. Adobe commandline tool ADL

Adobe has a command line tool which enables you to run and test your Air software. It´s called ADL and resides in the /bin folder of the SDK. To start a program under Windows you need to go into the command line (Win+R -> cmd) and type something like this:

C:\air\bin> adl c:\my_air_test\application.xml

The adl needs to know the applications xml definition to start your program. After the launch you can follow the debug output in the open command window. Inside the Javascript you use: air.trace(‘my debug output’); . Air mostly takes care of converting arrays and objects to a visible form (comma separated). Here is the link to Adobe Documentation.

2. Firebug Lite

Firebug Lite is a piece of Javascript simulating the console.log output for InternetExplorer and other non “Real Firebug” compatible Browsers. It appends a “log console div” to your website and even has an interactive command line.

To use it you just have to include the firebug lite js in your head section and hit F12 in your app:

<script src=”js/debug/firebug.js” type=”text/javascript”></script>

In the javascript code you can use console.log(‘my debug output’);

Using firebug lite enables you to also debug your software in other browsers than air, if you are not using air specific javascript API functions like read/write files.

3. build your own debug output

I actually started with this method. I made a <div id=”debug”> in the html and used a simple (jQuery powered) function to append the debug output into the div container:

function debug(data){
if(debug_on == true)
{
$(‘#debug’).append(data); //append(‘whatever’) comes from jQuery lib
}
}

The debug div is hidden via css and only shows up when the debug_on flag is set. Using jQuery it is pretty simple to add more functions like clear log.

All three methods have pro´s and con´s which could be discussed further. For now i hope i could save you some time in getting an overview.

Das liegt meist an diversen Programmen, welche im Hintergrund gestartet werden, ob man will oder nicht. Der erste Schritt geht dann immer in die msconfig console > windows-Taste+R dann “msconfig”eingeben. Dort kann man sehen was beim Start vor sich geht, und es ist möglich bestimmte Programme zu deaktivieren.

Das klappt ja schon ganz gut, doch plagt mich ein zweites Problem, welches sehr eng mit dem gestarteten Programmen zusammenhängt: Ich arbeite an verschiedenen Orten und benötige dort unterschiedliche “Grundprogramme”, z.B. brauche ich ausserhalb des Büros keine Maus, Keyboard oder Backupsoftware, dafür aber das Wireless-Config-Tool.

Meine Lösung zu beiden Problemen ist, das manuelle Anlegen von ein paar guten alten Windows Batch Dateien. Diese enthalten für jedes Programm eine solche Zeile:

Start “spam” /MIN “C:ProgrammsSpamihilatorspamihilator.exe”

Die Batch Dateien habe ich entsprechend Ihrer Funktion benannt z.B.: start_default_progz_office.bat. Schön und gut es funktioniert, doch das Anlegen dieser Dateien von Hand ist recht umständlich.

Da ich schon seit drei Wochen heiß darauf bin endlich etwas Sinnvolles mit Adobe Air zu bauen, habe ich gestern Nacht eine Air Applikation zum Erstellen solcher Batch Dateien geschrieben. Dabei kamen mir die Javascript Hooks von Air zum Auswählen und Schreiben lokaler Dateien sehr zugute.

Du kannst die Sourcen und den kompilierten Air Installer im folgenden downloaden. Es ist eine noch sehr rudimentäre Lösung ohne großen grafischen Bohei. Du kannst mehrere *.exe Dateien auswählen und diese werden dann in eine Batch Datei auf deinem Desktop geschrieben.

Mir schwebt noch ein bischen Drag & Drop, eine kleine SQLite DB zum schnelleren Zugriff auf Dateien und das Lesen/Ändern erstellter Batches vor. Alles in allem scheint mir das ein sehr guter kleiner Test der Adobe Air Api.

Air Installer File:

StartKing.air(05 07 2007 – 16:18)

Air Quellcode:

StartKing_alpha_01_sources.zip (05 07 2007 – 16:18)

Nicht vergessen, du benötigst die Adobe AIR Runtime.

Der StartKing wurde übrigens mit APTANA gebaut, welches in der aktuellen Version eine extrem coole Adobe Air Unterstützung hat.

Jobs released den Safari für Windows, Google entfacht mit diversen Updates Ihrer API´s und Applikationen ein wahres Feuerwerk (GoogleGears / Maps / Docs&Spreadsheet/) und dann kommt Adobe mit der Beta von AIR + SQLite(ehemals Apollo in der Alpha Version) um die Ecke.

Puh … so langsam gehen mir die langen Nächte aus, um all die schönen neuen Werkzeuge auf Herz und Nieren zu testen oder darüber zu bloggen. Meine Ideen für Applikationen und praktische Anwendungen nehmen kein Ende und ich lese mittlerweile neue Api´s wie spannende Krimi´s.

Einen neuen und sogar kostenlosen API Krimi hält O´REILLY jetzt bereit:

Adobe Integrated Runtime (AIR) for JavaScript Developers / Pocket Guide

found via ajaxian

Das 176 Seiten starke in english verfasste PDF enthält:

• Unterschiede von Adobe AIR zu “normalen” Browsern
• Installation / Setup von Adobe AIR und des AIR SDK
• Wie fängt man die Entwicklung an
• Arbeit mit Javascript und HTML innerhalb von AIR
• Adobe AIR Mini Kochbuch mit leckeren Rezepten (auch für die Jungesellenküche)

Das ganze gibt es auch in gebundener Form bei Amazon.

So jetzt aber genug … hier der Download für alle Javascript Freaks und solche die es werden wollen.

AdobeAIR_for_javascript_developers.pdf (4.23 MB)

P.S. Es ist auch eine gute Einführung in die AIR Engine bzw. Browserumgebung.

An Apollo program consist of javascript 1.7 / html / Actionscript 3.0 / Apollo application xml. You have a pretty free application file structure and your app can hold as many of the above mentioned files as you need.

Your whole sourcecode pile is compiled into a solid *.air file. The compilation + debugging can be made in the free command line tools or with the Flex Builder / Eclipse Plugin + the Apollo Plugin. The resulting solid file is installed on any OS that has the free apollo runtime installed.

(Picture from Apollo Wiki)

I focused my first tests on the usage as a wrapper for existing html/Javascript applications. The Apollo runtime supports javascript, so i did not really need to know Actionscript details to get started.

I recently coded the Twitter King UWA Widget and thought embedding it into such a shell of *.air, could really be damn useful. Well one might think “why do i have browser?” but Apollo provides you with some neat extra features concerning:

• CRUD access to the local file system
• Update tools
• shell access
• window controls
• talking between javascript / flash
• remote request methods

It should also be possible to include some of our favorite javascript script frameworks (only got jQuery ) and with the power of dom + js + AS you can really rock. Grab remote data, juggle with local files and offline caches, embed dynamic html or flash .. simply everything an application needs.

To quote Adobe:

Apollo is the code name for a cross-operating system runtime being developed by Adobe that allows developers to leverage their existing web development skills (Flash, Flex, HTML, JavaScript, Ajax) to build and deploy rich Internet applications (RIAs) to the desktop.

We will have to see how fast this engine is spreading. It has not yet made it onto the adobe homepage but i think its worth to spend another long night on.

Tomorrow i will  attend the adobe live conference in cologne which has two talks about Apollo.