De applicatie is deze week af geraakt. Nog een klein aantal schoonheidsfoutjes, maar technisch gezien is ze functioneel en staat ze zelfs al te pronken op de blog van iDA.

Deze week heb ik, ondanks het “af” zijn van de applicatie toch nog wat bijgeleerd. Ik heb iets meer bijgeleerd over NativeDrag in Flex/AIR en dat het blijkbaar onmogelijk is om uit te zoeken waar je een bestand gedropt hebt. Dit is ergens wel spijtig, aangezien we nu eerst het te draggen bestand moeten aanmaken, zonder zeker te zijn dat het effectief gedropt is geweest.

Ook heb ik wat bijgeleerd over informatie architectuur in een OOP wereld. Wel in grote lijnen weliswaar, maar hoe meer ik hierover zie en hoor, hoe zekerder ik ben dat dit de richting is dat ik wil uitgaan. Mijn kennis is op dit vlak toch van 0.1 naar vrij veel gegaan en toch heb ik het gevoel dat dit slechts het tipje van de ijsberg is, maar toch, je moet ergens beginnen.

Ten slotte zijn we nog in aanraking gekomen met unit testing. Aanvankelijk leek dit iets vrij vaag, maar na de uitleg over OOP architectuur, interfaces, etc. wordt het nut en de werking wel vrij duidelijk. Voor ons project was het echter iets minder van toepassing, vanwege de gebruikte architectuur.

Welke moeilijkheden heb ik ondervonden?

• De dragimage opnieuw verbeteren
• Slechte kwaliteit van afbeelding in PDF
• Unit testing met FlexUnit

Hoe heb ik deze moeilijkheden opgelost?

• De kwaliteit van de dragimage was voornamelijk slecht omdat er een glow effect op de afbeelding kwam. Door een mouseDownEffect toe te voegen aan het item waarop geklikt wordt, werd de glow grotendeels verwijderd. Dit effect was namelijk een verwijdering van de glow in 0.1 miliseconden.
  Ook de offset van de image was niet 100% zuiver. Door de coördinaten van de muis op te vangen en met die gegevens een Point te maken, konden we dit point gebruiken als offset point voor de drag. Sinds dan is onze drag nog nooit zo goed geweest.
• De kwaliteit van de afbeelding was vrij slecht als je de PDF rechtstreeks vanuit het shopwindow exporteerde. De kwaliteit was slecht, aangezien de afbeelding uit het shopwindow zelf gebruikt werd en deze was in lage resolutie. De oplossing hiervoor was om de afbeelding eerst in te laden en dan pas de PDF te genereren en de drag te initialiseren.
  Dit gaf ook een aantal problemen met zich mee. Het duurde te lang eer de afbeelding ingeladen werd en de drag geïnitialiseerd kon worden, dus was een logische oplossing om de PDF pas te genereren na de drop. Op zich vrij interessant, maar blijkbaar kan je niet achterhalen op welke locatie in het local filesystem gedropt is geweest. De oplossing die ik dan gebruikt heb is om de hi-res afbeeldingen bij aanmaken van de objecten reeds in te laden. Op gebied van performantie is dit wel iets nadeliger, maar de kwaliteit van de aflevering wordt er wel beter door. In deze showcase worden alle hi-res afbeeldingen aangemaakt bij het aanmaken van de catalogus, maar mocht dit een werkelijke applicatie zijn, dan zouden deze afbeeldingen pas ingeladen, wanneer de kans “groot” is, dat deze gebruikt kan worden, bvb. bij het navigeren naar de showroom waar deze zichtbaar zijn.
• Onze applicatie zouden we testen met FlexUnit, een open source testing framework van Adobe. Zeer fijn allemaal, maar blijkbaar hebben we vrij ontestbare code als het gaat om unit testing. Er is te veel gelinkt met elkaar en om efficïent één unit te testen, zou deze onafhankelijk van anderen getest moeten kunnen worden. We hebben wel een aantal gegevensvalidaties toegevoegd aan onze code om deze te testen en toch al eens met FlexUnit gewerkt te kunnen hebben, maar in de toekomst zullen we ook onze code anders gaan moeten structuren. Dit was trouwens sowieso al het geval, aangezien we nu waarschijnlijk nog vaak zondigen tegen “best practices”

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Frustratie (er waren nog kleine bugs die af en toe lastig bleken)
• More! (zelfs deze weken blijven we bijleren en zeker na de uitleg over informatie architectuur wil ik meer kennis)
• Trots (nog steeds trots, een verwijzing naar onze applicatie staat op de jobs pagina van iDA & op hun blog)

Logboek

• Maandag 20/4
• Exporteren PDF linken aan producten in showroom
• Problemen oplossen omtrent PDF
• Kleine problemen met iconen oplossen
• Applicatie installer aanmaken
• Dinsdag 21/4
• XML aanpassen
• Documentatie omtrent applicatie en ervaringen schrijven
• Kleine aanpassingen doorvoeren
• Flikkerende afbeeldingen oplossen
• Woensdag 22/4
• Unit testing met FlexUnit
• Validaties geschreven voor o.a. naam & email
• Donderdag 23/4
• Meeting met Bart
• Schrijven documentatie
• Bronnen opzoeken
• Vrijdag 24/4
• Dragimages nogmaals verbeteren
• PDF images verbeteren
• Dragfunctie herschrijven naar één functie
• Extra navigatie toevoegen
• Anticiperen op eventuele scroll
• Extra drag
• Buy button integreren

… en waarschijnlijk nog meer zaken die ik vergeten te noteren ben, aangezien het vaak om kleine zaken gaat…

Het mooie weer is voorbij, de stage is bijna voorbij. Triestige dagen tegenwoordig, maar laten we het van de positieve kant bekijken. Onze applicatie is in principe af. Volgende week nog eventuele schoonheidsfoutjes eruit werken, maar functioneel zou deze volledig in orde moeten zijn.

In tegenstelling tot de vorige weken, heb ik me deze week ook wat meer bezig gehouden met het design van de applicatie. Om nu te zeggen dat ik veel ontworpen heb, dat niet, maar ik ben toch trots dat ik kan zeggen dat een aantal visuele elementen van mijn hand zijn. Uiteraard is ook de lay-out gecodeerd door mezelf, maar dat kan je moeilijk design noemen.

Aan het eind van mijn stage leer ik toch nog steeds bij. Deze week werd ik gewezen op Flex Profiling. In deze mode kan je aflezen hoe performant je applicatie is en hoeveel geheugen deze verbruikt. Gemiddeld zit deze net onder de 30Mb, maar blijkbaar hebben we toch een piek van 42Mb. Op zich niets om ons zorgen over te maken vermoed ik, maar toch even navragen.

Deze week heb ik een aantal keer gewerkt met verschillende windows en heb ik hier toch wat over bijgeleerd. Hoe maak ik een nieuw window, hoe pas ik een window zijn gedrag aan, … Het detailvenster in onze applicatie is bijvoorbeeld een appart venster, maar standaard laat dit sporen achter op de windows startbalk. Dit heb ik dankzij een beetje hulp toch kunnen oplossen door er een “lightweight” window van te maken.

Last, but not least… De integratie van een dock icon voor Mac en een systemtray icon voor Windows met bijhorende functies in de context menu. Wat ook leuk is, is dat je het icoontje van de applicatie op Mac kan laten bouncen als er een event passeert, terwijl de applicatie geen focus heeft.

Welke moeilijkheden heb ik ondervonden?

• Drag in het detailvenster pakte niet optimaal
• De dragimage kreeg ik niet degelijk
• Moeilijk om te testen wat er in Windows gebeurt als je zelf op Mac zit en vice versa. Sommige zaken, zoals de icons bijvoorbeeld zijn enkel mogelijk op Mac of Windows
• De applicatie kritisch genoeg bekijken om er zelf de meeste fouten uit te halen
• De drang naar pizza en koffie weerstaan is niet zo eenvoudig

Hoe heb ik deze moeilijkheden opgelost?

• In plaats van de drag op het volledige venster toe te passen een klein gebied voorzien waar je de drag kan initialiseren
• Toevallig online tegen gekomen dat om een BitmapData bestand transparent te krijgen, de transparency op “true” moet staan (duh, dat wist ik ook wel!), maar dat je best ook een fillColor kan voorzien, ondanks dat je deze niet nodig hebt. Vreemd genoeg werkte het nu ineens wel.
• De versies regelmatig committen & dan aan Dennis vragen hoe de applicatie er bij hem uitziet. Problemen kon ik dan ook zelf in Windows bekijken en dan op Mac terug aanpassen en terug committen. Een andere oplossing zou bijvoorbeeld kunnen zijn dat ik Windows virtueel zou draaien.
• Anderen de applicatie laten bekijken. Hun feedback dan gebruiken om de applicatie aan te passen en eventuele fouten eruit te halen.
• Pizza & koffie? Here I am!

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Actief (deze week vlieg ik er terug in!)
• Slaperig (op een gegeven moment was ik gewoon aan het indommelen, maar koffie always saves the day!)
• Trots (de applicatie is ondertussen al een aantal bekeken geweest we kregen positieve reacties)

Logboek

• Maandag 13/4
• Paaseieren rapen
• Paasmaandag
• Dinsdag 14/4
• Producten koppelen aan specifieke showroom
• Aanpassen v. toevoegen product aan winkelmand
• Implementatie sessie
• Implentatie AIR badge
• Aanpassen detailscherm
• Brainstorm over showeffect
• Woensdag 15/4
• Navigatie verbeteren
• Implementatie user corner
• Design user corner
• Implementatie statistieken
• Kleine designaanpassingen
• Donderdag 16/4
• Optimalisatie alerts
• Geluid toevoegen aan notifier
• Pizza time!
• Code optimaliseren (o.a. warnings verwijderen)
• XML updaten
• Systemtray & dock icon
• Vrijdag 16/4
• Implementatie highlight
• Design & implementatie productlijst (label)
• Start begeleidend document (lessons learned, …)

Too much Flex can mess up your mind! Dit heb ik deze week ondervonden door ziek te zijn. Met momenten was het zelfs zo erg dat ik begon te ijlen over Flex! Gelukkig ben ik nu terug in orde en klaar om in week 6 er keihard in te vliegen.

Deze week heb ik niet extreem veel bijgeleerd. Vooral bestaande technieken heb ik toegepast, waardoor ik deze wel heb verbeterd natuurlijk. Ik heb nog een beetje geprutst met AlivePDF om alle exports van documenten te kunnen laten gebeuren en hierbij heb ik ook geleerd hoe ik via ActionScript een text file kan aanmaken en zelf content naar kan wegschrijven. Dit gebeurde in functie van een .csv-bestand (comma separated value) aan te maken met een overzicht van bestellingen. Dit kan dan door de gebruiker in Excel ingelezen worden of een programma naar keuze.

Ook het gebruik van een custom chrome is deze week reeds halvelings toegepast. Zowel op het main-window als op de kleine notifier die tevoorschijn komt als een product terug in stock is. Dit is echter niet heel moeilijk toe te passen. Kwestie van in de main applicatie showFlexChrome op false te zetten en in de bijhorende XML systemChrome op none te zetten en transparent eventueel op true mocht je geen recht kader hebben. De rest is kwestie van een leuke skin toe te wijzen aan de container.

Welke moeilijkheden heb ik ondervonden?

• De custom chrome werkte aanvankelijk niet
• De focus bleek snel weg te zijn deze week wegens ziekte
• Werken aan de showcase van thuis uit was niet evident

Hoe heb ik deze moeilijkheden opgelost?

• Verstrooid zoals ik ben, was ik gewoon in de xml vergeten de properties uit de comment te halen
• Veel water drinken en vooral kleinere taken voltooien, zodat ik regelmatig verandering had.
• Via instant messaging mee de code uitleggen en het project proberen op te volgen, maar ook dit was niet ideaal, aangezien het CVS op een intern netwerk draait, waar ik van thuis uit dus niet aan kon.

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Suf (In het begin was ik wat suf, maar ik ben zo’n keikop dat ik toch bleef doorzetten.)
• Dood (Waarschijnlijk heb ik me toch iets te hard uitgeput, want donderdag en vrijdag was ik doodziek. Getroffen door een lelijke virale infectie)
• Teleurstelling (Twee dagen verloren, waarin het project functioneel misschien wel af had kunnen zijn)

Logboek

• Maandag 6/4
• Project besproken met Bart
• Implementatie bestelling
• Dinsdag 7/4
• Implementatie notifier
• Custom chrome
• Ophalen & weergeven besteloverzicht
• Woensdag 8/4
• Dummyproducten vervangen door afbeeldingen
• Visuele feedback toegevoegd aan de producten
• Aanpassen van de XML
• Donderdag 9/4
• Afwezig
• Vrijdag 10/4
• Afwezig

Deze week heb ik weinig gepost op deze blog. We hebben een terugkomdag gehad en gewoon veel werk gehad en de zin om ‘s avonds de computer op te zetten was vrij klein.

Nu, wat heb ik deze week eigenlijk geleerd? Heb ik iets geleerd? Uiteraard!

Deze week heb ik een pak meer bijgeleerd over hoe Cairngorm nu echt werkt, aangezien er toch een aantal zaken waren die verkeerd gedaan werden. Niet dat alles nu volgens best practices verloopt, maar drie gelijkaardige commands zijn bijvoorbeeld herleid naar één command.

Ook over het binding-aspect binnen Flex heb ik wat bijgeleerd. ActionScript fan dat ik ben, heb ik veel met ActionScript gedaan, maar dit gaf toch een aantal problemen, omtrent design, structuur, etc. Door data te binden aan visuele componenten, zorgt elke verandering aan deze data voor een verandering van de component. Ontzettend eenvoudig te gebruiken, zeker in combinatie met een repeater.

Tegenwoordig kan ik ook data exporteren naar pdf met behulp van de AlivePDF library die eenvoudiger te gebruiken was dan verwacht. Er moet hier en daar nog wat tweaking aan gebeuren, maar momenteel werkt het al hoe het moet.

Welke moeilijkheden heb ik ondervonden?

• Het inladen van een XML bleek lastiger dan verwacht
• Gegevens waren moeilijk te koppelen aan een visuele weergaven
• Een aantal problemen bij native drag & drop

Hoe heb ik deze moeilijkheden opgelost?

Deze problemen heb ik eigengelijk opgelost met behulp van collega’s:

• Maarten heeft me een betere manier laten zien, nl. URLLoader
• Dankzij David heb ik gebruik gemaakt van data binding binnen Flex
• Dit probleem heb ik grotendeels zelf opgelost, maar door samen met David de code te bekijken

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Leergierig (I want to be an ActionScript hero)
• Frustratie (je denkt dat je veel kan, maar toch blijk je enkel het topje van de ijsberg te kennen)
• Leeg (aan het einde van de week was ik op)

Logboek

• Maandag 30/3
• Herzien planning
• Overlopen code met collega’s
• Implementatie winkelmand
• Dinsdag 31/3
• Terugkomdag
• Woensdag 1/4
• Implementatie winkelmand
• Optimalisatie code (aanpassen naar best practices)
• Inladen XML
• Donderdag 2/4
• Implementatie winkelmand
• Implementatie detailscherm
• Optimalisatie code (integreren data binding)
• Programmeren van notifier
• Vrijdag 3/4
• Implementatie detailscherm
• Exporteren PDF
• Native drag & drop
• Winkelmand & detailscherm koppelen

Deze week heb ik geleerd/ondervonden dat “goed begonnen” echt wel “half gewonnen” is. De voorbereiding die we de voorbije twee weken hebben gedaan, met behulp van de requirements analyse is een zeer degelijk document waar we ons aan kunnen vastklampen bij het ontwikkelen van onze applicatie. Het stelt ons in staat om eenvoudiger taken te verdelen, de omvang van het project te bepalen, maar ook eventuele valkuilen op voorhand op te sporen.

Uiteraard heb ik nog bijgeleerd op gebied van ActionScript en het gebruik van libraries. Deze week heb ik reeds de Efflex library geïnstalleerd in ons project, waardoor we nu al een dynamische manier van navigeren hebben in onze applicatie. Ook heb ik me even bezig gehouden met het aanmaken van zelf aangemaakte visuele componenten, maar al gauw bleek dat het voor ons project voldoende was om de Image class uit te breiden.

Een laatste ervaring die ik deze week en voorbije weken heb opgedaan: in een grote tas kunnen 2 porties koffie, … in. Als je in zo’n tas Choco de Luxe mixt met Chocochino krijg je een geweldig drankje dat deels voor een sugar rush zorgt, maar ook de nodige caffeïne bevat om de focus te behouden. Gezond? Waarschijnlijk niet!

Welke moeilijkheden heb ik ondervonden?

Eigenlijk heb ik deze week amper moeilijkheden ondervonden. Om één of andere reden ging het allemaal zeer vlot. Kleine, technische moeilijkheden zullen er echter altijd zijn, maar deze zijn echt niet van zulk een aard dat ze de moeite zijn om hier te vermelden.

Hoe heb ik deze moeilijkheden opgelost?

Aangezien er amper moeilijkheden waren, zijn er ook geen oplossingen voor. De kleine, technische probleempjes heb ik telkens opgelost door ofwel de language reference van Adobe te gebruiken, of me te beroepen op goede vriend Google!

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Nat (verschrikkelijk nat was het deze maandag)
• Motivatie (we konden eindelijk beginnen ontwikkelen)
• Fantastisch (op 2-3 dagen heb ik mijn taken van 2-3 weken afgewerkt)

logboek week 3

Momenteel hebben we al een skelet waar de basisnavigatie reeds aanwezig is en het is al vrij dynamisch. Terwijl Dennis het design verder uitwerkt, houd ik me momenteel vooral bezig met de back-end functionaliteiten van de applicatie. Dit is ook zo opgesteld tijdens de planning, waarbij we hopen volgende week samen te kunnen komen om vanaf dan quasi synchroon te ontwikkelen/designen.

Er is ons meteen een oplossing aangeboden om eenvoudig aan éénzelfde project te werken. Door middel van CVS (Concurrent Version System), wat trouwen ook gratis beschikbaar is, kunnen we hetzelfde project open hebben staan en het systeem controleert zelf welke files nieuwer zijn en biedt een eenvoudige methode aan om “conflicten” op te lossen.

In ieder geval nu we eindelijk zijn begonnen vliegen we erin en zelfs dit weer kan ons niet tegen houden.

PS: Sinds vorige week hebben we een vis op ons bureau. We hebben hem Evo gedoopt en hij lijkt toch vrij gelukkig te zijn, aangezien hij nooit klaagt. Waarschijnlijk vindt u ook meer verhalen over Evo op deze blog!

Ook nog dit even vermelden: het valt ons toch op dat Cronos vrij vruchtbare grond is. Sinds onze eerste stageweek hebben we ondertussen al een 5-tal mailtjes gekregen om de geboorte van één of ander kind te melden. Aan de ouders alvast een welgemeende proficiat met hun kleine spruit!

Cheers

G.

Deze week heb ik op gebied van technische zaken vrij weinig bijgeleerd. Wel heb ik een project al beter leren analyseren. Wat moet de applicatie kunnen, doen, … Op deze manier krijg je een veel beter beeld over de omvang van een project en blijkt dat ons project, ondanks dat het een showcase is, toch al vrij omvangrijk zal zijn. Des te beter vind ik persoonlijk, hoe hoger de lat, hoe hoger de inspanning die ik moet leveren, maar ook hoe meer ik kan bijleren.

Verder op gebied van analyseren heb ik wat bijgeleerd over use cases, hetgeen eigenlijk schematische scenario’s zijn van een project. Of ik hier goed heb bijgeleerd zal maandag duidelijk worden, als onze analyse beoordeeld wordt.

Technisch weinig bijgeleerd wil echter niet zeggen dat ik niets heb bijgeleerd. We hebben een introductie gekregen van Cairngorm en na deze korte maar duidelijke uitleg begrijp ik het framework al veel beter. Ik durf mezelf zeker geen expert noemen, maar een applicatie rond Cairngorm kan ik nu wel duidelijk analyseren en ook het opzetten van een Cairngorm project lukt al. Hier komt echter nog wel wat copy-paste werk aan te pas af en toe, maar we komen er wel.

Welke moeilijkheden heb ik ondervonden?

1. In het begin van de week was ik al wat zelfstandig bezig met Cairngorm, maar was er nog veel onduidelijk, zoals de achterliggende logica, ed.
2. Een degelijke requirements analyse maken is niet eenvoudig en moet vrij accuraat zijn.

Hoe heb ik deze moeilijkheden opgelost?

1. We hebben uitleg gekregen van een ervaren Cairngorm gebruiker en hebben samen met hem een applicatie bekeken en sinds dan is bij mij de klik enigszins gekomen.
2. Door feedback van onze stagebegeleider hebben we getracht om onze analyse zo volledig mogelijk te maken.

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Hot (het was warm deze week!)
• Opluchting (nadat bleek dat Cairngorm eenvoudiger was dan het leek)
• Tevredenheid (bij het besef dat ik hier wel op mijn plaats zit)

logboek week 2

More work, less play… Ook de analyse van onze desktop store lijkt vrij goed te gaan. Op het eerste zicht leek dit een relatief eenvoudig scenario, dat op zich weinig problemen met zich kon meebrengen, maar na een eerste versie uit te werken van de requirements analyse, bleken er toch een aantal zaken te zijn waar allemaal rekening met gehouden moet worden. Updates over het volledige verhaal vind je hier terug, zodra we een “definitieve” versie hebben van de requirements analyse.

Ook hebben we ondertussen een introductie gekregen in Cairngorm, het framework dat we gaan gebruiken voor onze applicatie. Ik had er al over gelezen en het principe is wel logisch, maar je krijgt er pas echt feeling voor eens je zelf iemand ziet werken met dit framework en dit stap voor stap uitlegt. Een gedetailleerde post over Cairngorm zal je hier waarschijnlijk in de toekomst ook wel eens kunnen terugvinden, eens we zelf meer vertrouwd zijn met dit framework.

Verder hebben we nog wat verder nagedacht over het visuele aspect van onze desktop store. Hieronder kan je zien hoe we dit visueel enigszins zien. Ook hier: more coming soon…

Eerste mockup

Dit was het voorlopig, maar bij deze kan ik een voorlopige conclusie trekken dat ook deze week voor een “massive brain expansion” zal zorgen.

Ciao

Back to business nu. Vandaag een presentatie gegeven over onze cases en bleek dat we toch te ambitieus waren. Twee cases uitwerken zou te veel worden, dus zijn we overeengekomen dat we één case gaan ontwikkelen, namelijk de desktop store. Om het kort uit te leggen: het zal een AIR-applicatie worden met een aantal shop windows. Deze windows (bah!) zijn interactief. Dit wil zeggen dat de gebruiker door middel van mouse gestures en een drag & drop interface kan shoppen. Waarom een AIR-applicatie en geen .swf? Omdat de gebruiker door een AIR applicatie sneller geneigd zal zijn om zijn shopgedrag te herhalen, maar ook omdat we dan zeer vlot interactie met de desktop kunnen ontwikkelen. Bijvoorbeeld het exporteren van een besteloverzicht behoort hier tot de mogelijkheden.

Zowel technisch als grafisch zal dit een hoogstandje moeten worden, maar aangezien we IMD’ers zijn wordt er niet minder van ons verwacht… In ieder geval zullen we enorm ons best doen om van dit project het beste te maken. Momenteel zijn we bezig met het opstellen van een requirement analysis, waardoor we alvast een beter beeld krijgen van het volledige project om dan waarschijnlijk volgende week of zelfs aan het einde van deze week nog te beginnen aan het design & development gedeelte.

Je kan alvast de presentatie downloaden die we hebben gegeven om onze concepten voor te stellen.

Deze eerste week heb ik enorm veel bijgeleerd op het gebied van de mogelijkheden van Flash, Flex, AIR & ActionScript 3.0. Dit was ook nodig, aangezien je toch moeten weten wat allemaal mogelijk is, indien je een showcase wilt maken voor Flex.

De eerste “lessen” waren niet echt doelgericht te noemen. De eerste dag heb ik me bijvoorbeeld bezig gehouden met het bijleren omtrent stylen en skinnen van een rich media application. Dit omvatte onder andere het verschil tussen stylen en skinnen en het gebruik van Creative Suite 3 om een skin te maken voor de applicatie.

Ook op de eerste dag heb ik zitten experimenteren met communicatie tussen 2 AIR-applicaties. Blijkbaar is dit iets zeer eenvoudig, maar voor onze showcase waarschijnlijk nutteloos.

Op dag twee heb ik me even beziggehouden met advanced drag and drop, maar niet enkel in een AIR-applicatie, maar ook drag and drop tussen AIR applicaties, tussen de desktop en een applicatie of zelfs tussen een .swf en een AIR-applicatie. Blijkbaar heeft drag and drop enorm veel mogelijkheden.

Dan kwam eindelijk het doelgerichte leren. We maken een showcase voor Flex dus dan zoeken we naar mogelijkheden van Flex en waarom men überhaupt voor Flex kiest. De voordelen van Flex kwamen hier duidelijk aan het licht en het is zelfs zover gekomen dat ik voor elk project dat we ontvangen voor E-Volve, meteen begin te denken in een oplossing aan de hand van Flex.

De rest van de week heb ik me bezig gehouden met het zoeken naar methodes over hoe we onze showcase het best kunnen ontwikkelen. In functie hiervan heb ik het hele OOP gebeuren bekeken met betrekking tot ActionScript 3.0, maar ook het gebruik van frameworks. Enerzijds ZendAMF, een framework om communicatie tussen ActionScript en PHP vlotter te laten verlopen, maar ook PureMVC en Cairngorm, frameworks waarbij je rond een bepaalde structuur werkt om het visuele en functionele gescheiden te houden. Uiteraard weet ik hier nog niet alles van, verre van zelfs, maar alvast een introductie die me de logica er al enigszins van doet begrijpen.

Welke moeilijkheden heb ik ondervonden?

1. Het maken van een showcase voor Flex, terwijl we weinig weten over de mogelijkheden van flex.
2. Weinig besef hebben van waarom een persoon voor Flex kiest.
3. Onderzoeken of een framework voor de opdracht gebruikt kan worden, zonder te weten hoe frameworks werken.
4. Wat biedt Flex om onze showcase een wow-factor mee te geven?

Hoe heb ik deze moeilijkheden opgelost?

1. AIR applicaties bekeken, cursussen bekeken omtrent Flex, … om zodanig een beeld te krijgen van het potentieel van Flex
2. Op de website van Adobe de introductie van Flex gelezen, customer testimonials bekeken, artikels gelezen, …
3. Weer veel lezen en ook met behulp van een collega (een ex-IMD’er trouwens) vluchtig de logica van een framework bekeken. Ook demo applicaties bekijken die ontwikkelaars zelf aanbieden.
4. Showcases van Flex zelf bekeken, maar ook een aantal artikels over usability & interface design gelezen, aangezien functionaliteiten wel leuk zijn, maar vooral de interface zelf de wow-factor bepaalt.

Omschrijf in drie woorden het gevoel dat je hebt ervaren tijdens de afgelopen week.

• Wow! (nadat ik een aantal showcases had bekeken en naar mijn gevoel al snel bijleerde)
• Help! (nadat ik doelgerichter ben beginnen leren en nog veel Chinees leek voor me)
• Gemotiveerd (enorm veel bij te leren, moeilijke zaken ook, maar ik ga ervoor!)

logboek week 1