Deze week heb een project voor m'n informatica opleiding aan de universiteit afgerond. De bedoeling was een relatief grote applicatie te ontwikkelen waarbij een belangrijk deel van de moeilijkheid uit het uitwerken van "complexe" algoritmes bestaat. Uit de lijst van voorstellen heb ik het Hijara bordspel gekozen en het als extra voor Android geïmplementeerd. Als alles goed gaat verschijnt de applicatie deze zomer in de Android Market.

Hijara is een tactisch bordspel voor twee spelers. Spelers zetten om de beurt een steen op één van de 16 vakjes van het spelbord en proberen zo rijen te vormen. Maar dit is de twist: elk vakje bestaat uit vier plaatsen, waardoor het spel er een dimensie bij krijgt. De volledige spelregels zijn te vinden op Wikipedia.

De uitdaging

Het project bestond uit drie grote onderdelen: de implementatie van de spelregels, het realiseren van een intelligente computerspeler en de applicatie implementeren voor Android. Android is een besturingssysteem voor mobiele toestellen.

Het resultaat

Een uitdaging van formaat

Het spel beschikt over een computerspeler in vier moeilijkheidsgraden. Van eenvoudig te verslaan tot uitermate slim.

Snel even spelen

De applicatie ondersteund Android multitasking, waardoor je snel even kan spelen, de applicatie verlaten en later naadloos het spel hervatten. Doordat je spel automatisch wordt opgeslagen speel je even later - of zelfs weken later - meteen weer verder.

Het is leuker met twee

Nadat je geoefend hebt tegen de computer kan je je vrienden verslaan in multiplayer modus. Of omgekeerd.

Brede hardware ondersteuning

De applicatie biedt ondersteuning voor veel verschillende toestelen. Verschillende schermformaten vormen geen probleem en ook de hardware knoppen van je toestel worden ondersteund.

Ik had op voorhand al een vermoeden dat dit miserie ging worden en dit bleek deels terecht te zijn. Het was niet zo erg als ik had verwacht maar toch ben ik twee problemen tegengekomen.

iTunes artwork

Opdat het icoon van je app in iTunes zichtbaar zou zijn moet je in Xcode bij de resources van je app het logo in groot formaat (512 op 512 pixels) toevoegen. Dit bestand moet "iTunesArtwork" heten, zonder extensie dus. Niet moeilijk, maar dit staat niet vermeld in de handleiding.

Handtekening van het programma ongeldig

Voor ik de app opstuurde naar alle testers heb ik de Ad Hoc distributie met één persoon getest. Die kreeg deze foutmelding bij het synchroniseren: "Het programma rush hour is niet op de ipod touch geünstalleerd, omdat de handtekening van het programma niet geldig is". Dat was vreemd omdat ik wel alle stappen uit de handleiding van Apple's developer portaal had gevolgd en ad hoc distributie bij een eerdere alpha versie wel had gewerkt. Uiteindelijk bleek ik inderdaad niets mis gedaan te hebben maar was Xcode verward door het werken met allerlei verschillende provisioning profiles. De oplossing staat stap voor stap uitgelegd in deze blogpost.

Na deze twee problemen opgelost te hebben is de beta test dus begonnen en zal ik hopelijk binnenkort veel informatieve feedback krijgen :)

Dit is slechts een teaser, meer info over het spel zelf verschijnt binnenkort :)

Rush Hour is een werktitel.

Dit artikel toont mooi aan dat software ontwikkelen meer is dan programmeren, meer dan performante algoritmes, meer dan alleen maar techniek. Geweldige software vereist ook geweldig design. Maar het één kan niet zonder het ander.

Voor ik echt serieus begon met iPhone developement leren heb ik Become An Xcoder gelezen, dit is een heel laagdrempeling e-book dat je op weg zet om te leren programmeren voor de Mac. Gezien dit e-book enkel de basis behandelt en ontwikkelen voor Mac en iPhone heel gelijkaardig is, is dit e-book wel degelijk heel interessant voor een aankomend iPhone talent.

Omdat Objective-C me eerst maar een eigenaardige taal leek te zijn las ik vervolgens Objective-C: A Primer, te vinden in het officiële iPhone Dev Center. Hiervoor heb je een developer account nodig, maar die is gratis aan te maken.

Nadat ik al het bovenstaande gelezen had en ik de moed ondertussen nog niet verloren was heb ik een echt boek gekocht: Beginning iPhone Development: Exploring the iPhone SDK. Dit boek is een volledige cursus iPhone apps ontwikkelen en is terecht een heel populair boek bij iPhone developers. Het begint bij een Hello World appliactie maar behandelt ook geavanceerdere onderwerpen zoals multi-touch gestures en lokalisatie. Het vereist echter voorkennis programmeren en in mindere mate Objective-C; het is dus zeker de moeite om Objective-C: A Primer eerst gelezen te hebben.

Na het lezen van het boek kon ik ondertussen wel redelijk goed iPhone apps maken. Goed. Maar ik wou een game maken omdat het me leek dat ik eerder een leuke game zou bedenken dan een killer productiviteit app. Dus ging ik op zoek naar informatie over - eenvoudig - iPhone game development. Die vond ik op iCodeBlog bij de iPhone Game Programming categorie. Vooral de vier delen van de "iPhone Game Programming Tutorial" zijn hier interessant, deze demonstreren hoe je een eenvoudige tennis applicatie maakt.

Dit waren de belangrijkste bronnen die ik gebruikt heb bij het leren iPhone apps maken. Ik heb hier dus niet getracht een volledig overzicht te geven van alle essentiële boeken en tutorials maar slechts wat voor mij handig is geweest.

In het eerste trimester van de 2e Bachelor ICT heb ik een redelijk groot project gemaakt: een computer versie van Monopoly. Als ik eens wat tijd heb zal ik hier een Windows en Mac versie van posten. Het Monoply spel werkt trouwens ook op Linux, dat allemaal dankzij Qt. Dit is een multiplatform framework dat we - het project werd gemaakt in een team van twee - in combinatie met CPP gebruikt hebben om het spel te realiseren.

Spijtige aan het project was de beperkte creatieve inbreng. Iedereen maakte een Monopoly spel en dat was het. Dat zit natuurlijk compleet ander bij m'n iPhone app! De laatste weken heb ik me vooral beziggehouden met het oplossen van bugs en usability verbeteringen. Het todo-lijstje wordt steeds korter en dus zal ik de nabije toekomst beginnen met een beta test periode. Hiervoor heb ik een bugtracking systeem opgezet met behulp van FlySpray. Je mag me trouwens altijd iets laten weten als je wil beta testen.

Enigste wat nog ontbreekt zijn mooie graphics, maar dat komt zeker nog in orde. Helaas houdt dat me voorlopig nog tegen om screenshots te posten...

Ik zat er een beetje vast mee omdat ik zo veel werk had gepland dat ik, met dank aan de hierboven beschreven algoritmes, nog héél lang zou bezig zijn met m'n iPhone app. Vandaag heb ik dan een nieuw plan opgesteld: gekeken wat belangrijk is, wat niet en enkele saaie stukken gedaan. Zo ben ik weer op het goede spoor gekomen en heb ik weer een aantal leuke toevoegingen kunnen doen. Zo is er nu onder andere een fancy geanimeerd help venster en heb ik alle levels in één keer kunnen aanpassen door een Perl script dat gebruik maakt van een reguliere expressie.

Tot slot wat betreft het time waisten: tussen het studeren door moet er natuurlijk ontspanning zijn en als informatica student begin je dan interessante/grappige/wansmakelijke website's op te zoeken. En zo belandde ik deze week op www.thisisphotobomb.com : )

Op deze pagina kan je alle presentaties bekijken. Hieronder vind je de naar mijn mening meest interessante, welke gaat over het proces van een iPhone app maken en het belang van een goed design. Ondanks dat de slides "gestolen" zijn van Apple zeker de moeite om eens te bekijken:

Aan m'n eigen iPhone app werk ik ondertussen rustig voort, zei het door de start van het academiejaar helaas een stuk trager. Ik ben blij dat ik deze week ondanks al het andere werk toch nog enkele belangrijke bugs heb kunnen verhelpen en dat ik de workflow van een onderdeel heb kunnen verbeteren (over dit "onderdeel" binnenkort meer).

Het plan was om een speciaal hiervoor aangemaakte php webpagina op m'n server te draaien en de inhoud hiervan naar binnen te halen. Ik verwachte dat dit massaal veel werk zou zijn, maar het was twee regels code. Twee. Zalig : )

NSURL *url =[NSURL URLWithString: @"http://www.website.be/iphone.php"];
NSString *webcontent = [NSString stringWithContentsOfURL:url];

Deze twee regels code openen een wereld van mogelijkheden, waar ik hopelijk binnenkort meer over kan vertellen (wie weet welke onmogelijke problemen er nog optreden).

Zelfs de iPod Touch kreeg enkel snellere hardware en meer opslagcapaciteit. Waar is die iPod Touch met camera? Waar is die magnetometer? Beide hardware componenten creëren allerlei mogelijkheden voor nieuwe, innovatieve applicaties. Hadden ze ook in de iPod Touch gestoken dan zou de markt voor applicaties die hiervan gebruik maken groter zijn geweest en zou het dus aantrekkelijker zijn geweest voor developers om zulke apps te ontwikkelen. Onbegrijpelijk wat mij betreft.

Buiten de enigzins teleurstellende iPod updates is er ook nog iTunes 9 en daar ben ik wel enthousiast over. Er zitten enkele leuke nieuwigheden in, maar vooral over de vernieuwde iTunes Store ben ik enthousiast. Niet alleen omdat mijn eigen iPhone app daar binnenkort in moet verschijnen maar ook omdat de oude er gewoon vreselijk verouderd uitzag. De home pagina is veel mooier geworden, maar helaas zijn de vernieuwingen bij de home pagina gebleven. De iTunes Store is dus zeker nog voor verbetering vatbaar. Enkele verbeteringen die me zo te binnen schieten: op de pagina van een developer staat geen link naar de website van de developer en in de beschrijving van een applicatie kan geen opmaak worden toegevoegd. Dit laatste zou van pas komen voor titels, zodat de beschrijving overzichtelijker gemaakt kan worden. Daarnaast is nieuwe home pagina ook nog niet perfect: de vele horizontale scrollbalken zijn niet touchpad vriendelijk, je scrollt steeds per ongeluk horizontaal, en de lijst van meest gedownloade gratis applicaties is nu wel heel kort geworden (ik kan wel bedenken waarom maar toch).

Al bij al enkele leuke nieuwigheden maar ik hoop dat Apple nog meer werk gaat steken in de iTunes Store.

Level design is niet alleen leuk om te doen maar is ook essentieel voor een goede game. Meestal begin ik met een schets van een 'concept': een constructie van level elementen dat een leuk level zou moeten opleveren. Door dit uit te tekenen perfectioneer ik dit concept en breid ik het uit indien het te klein was om een volledig level rond te bouwen. Ik probeer steeds op zoek te gaan naar onverwachte constructies, complexe constructies of constructies die net eenvoudig en complex tegelijk zijn. Alle levels zijn uitspeelbaar, maar bij vele zal het niet alleen snelle reflexen maar ook goed denkwerk vereisen!

Op de foto hierboven zie je - niet onverwachts - enkele schetsen van levels, alsook enkele schetsen van de interface van de game. Momenteel bevat de game 26 levels en dat moeten er minstens het dubbele worden. Ik heb dus nog wat werk te doen!

Daar het basisconcept al geruime tijd zo goed als af is heb ik me voornamelijk bezig gehouden met allerlei onderdelen die niet zo direct te maken hebben met de gameplay zelf. Zo heb ik bijvoorbeeld het about scherm grafisch mooier gemaakt en er statistieken aan toegevoegd. De statistieken geven onder andere aan hoe ver je in het spel bent gekomen en hoeveel keer je al een level verloren hebt.

Ik heb ook de Level Designer applicatie (zie deze blogpost) verbeterd zodat ik sneller levels kan maken en ik ook makkelijker met levels kan schuiven (dit laatste komt voornamelijk door beter geschreven code). Als ik bijvoorbeeld vind dat level 6 en level 7 beter verwisseld zouden worden dan gaat dat nu heel eenvoudig.

Nog een belangrijke toevoeging is dat m'n app nu verschillende talen ondersteund. Een Fransman zal de app dus in het Frans te zien krijgen en een Engelsman in het Engels. Hier ben ik heel blij om, ik verwachtte dat dit heel wat programmeer werk zou vereisen, maar dat was absoluut niet het geval. De iPhone SDK is toch echt een zeer knap stukje techniek!

Naast deze grote toevoegingen heb ik uiteraard ook nog een berg kleine verbeteringen en bug fixes toegevoegd. En easter eggs : )

Tot slot nog een link naar een interessante blogpost over Android Market vs iPhone App Store. De belangrijkste conclusie is dat de Android Market bijna niets voorsteld in vergelijking met de App Store. Hier was ik zelf wel wat van geschrokken: ik wist dat de iPhone veruit het meest gebruikte mobiele applicaties platform is maar dat het verschil zo groot was had ik niet gedacht. Toch geloof ik dat de Android Market in de toekomst wel succesvoller zal worden (enkele manieren waarop dat zou kunnen gebeuren kan je lezen in de blogpost). De schrijvers hebben trouwens nog een follow-up blogpost geschreven.

Nu heb ik zo het gevoel dat men de laatste tijd niet meer echt wakker ligt van nieuwe iPods, op de iPod Touch na. Ik hoop dan ook dat we dit jaar nog eens echte nieuwe features voor de iPod te zien zullen krijgen. Apple is het, volgens de geruchten, blijkbaar met me eens; alleen ben ik niet zo enthousiast over hun plan. Als we de geruchten mogen geloven zouden de iPod Touch, iPod Nano en zelfs de iPod Classic met een camera uitgerust worden. Een camera op een muziekspeler. Hmmm. Stond Apple niet bekend om eenvoudige producten? Gezien het zeer onwaarschijnlijk is dat de iPods zullen uitgerust worden met betere camera's dan de iPhone zou dit dus betekenen dat je binnenkort met je iPod naast muziek luisteren ook crappy foto's kan nemen. Toegegeven, het is een leuk gadget om even mee te spelen.. maar niet meer dan dat. Een camera op de iPod Nano en Classic lijkt me geen goed idee.

Een camera op de iPod Touch daarentegen lijkt me wel een goed en innovatief idee. Niet omdat men zo foto's kan nemen met z'n iPod Touch (het blijft een crappy camera) maar vanwege de apps die er gebruik van kunnen maken. Een recente trend in iPhone/iPod Touch apps is augmented reality. Of zoals Wikipedia het zegt: "het zo realistisch mogelijk toevoegen van computergemaakte beelden aan rechtstreekse, reële beelden". De applicatie gaat als het ware gegevens toevoegen aan het gezichtsveld van de gebruiker. Een voorbeeld hiervan is een applicatie om metro stations in London te vinden. De gebruiker haalt het toestel uit z'n zak op de plek waar hij zich bevind, opent de applicatie en ziet gewoon de plaats waar hij is door de camera van het toestel. Maar dan verschijnen overal pijltjes die de metrostations in de buurt aangeven. De pijltjes staan exact op de plek waar het metrostation zich ook echt bevindt. Ook al staan er bomen, auto's of eender wat in de weg: de gebruiker kan zo altijd en overal weten waar de nabije metro stations zich bevinden. Een camera op de iPod Touch zie ik dus zeker en vast zitten omdat het nieuwe, innovatief applicaties toelaat.

We kunnen er eigenlijk zeker van zijn dat de nieuwe iPod Touch een camera gaat bevatten. Er is al ruime tijd een betà van iPhone OS 3.1 uit en deze verloopt één van de dagen rond het event. Nieuw bij iPhone OS 3.1 is onder andere dat Apple nu officieel toelating aan augmented reality apps geeft (de benodigde api's mogen nu gebruikt worden). Naast een camera is er voor augmented reality ook een kompas (ook wel magnetometer genoemd) nodig en als het kan een GPS. Momenteel kan de iPod Touch z'n locatie bepalen met wi-fi triangulation maar dat is helemaal niet zo precies. Een kompas is nodig om te bepalen naar welke richting de gebruiker kijkt. Daarom bij deze mijn voorspelling voor de nieuwe iPod Touch: een camera, een kompas en een GPS. Plus de snellere hardware zoals de iPhone 3GS al heeft.

Buiten de kleine usability verbeteringen geeft Apple drie gebieden waar veel verbeterd is aan: onderliggende technologieën , toegankelijkheid (voor mensen met een handicap) en ondersteuning voor Exchange. De onderliggende technologieën zorgen er kort samengevat voor dat je Mac sneller wordt doordat de hardware ervan beter benut kan worden. Om een voorbeeld te noemen: de rekenkracht van de grafische kaart van een computer wordt gewoonlijk onbenut gelaten wanneer de gebruiker geen grafisch intensieve taken uitvoert. Snow Leopard heeft hiervoor een technologie, OpenCL, in huis om van deze rekenkracht wél gebruik te kunnen maken. Meer over de nieuwe technologieën kan je op deze pagina lezen. De verbeterde toegankelijkheid houdt onder meer betere ondersteuning voor Braille in. Exchange is een Microsoft technologie (jaja) die de standaard is in het bedrijfsleven voor het beheren van email, agenda's en contacten. De grap is dat de Mac de enige computer is die Exchange out-of-the-box ondersteunt.

Eén functie van Snow Leopard die ik bijzonder interessant vindt zijn de vernieuwde Services. Dit is slechts een klein onderdeel, maar het is wel zeer handig en te weinig bekend bij gebruikers. Services laten toe om eenvoudig data van de ene naar de andere applicatie te sturen. Ze bouwen als het ware voor bruggen tussen applicaties, met als resultaat dat je efficiënter kunt werken. Hoe werkt dit nu in de praktijk? Heel eenvoudig: je selecteert data (bijvoorbeeld een stuk tekst of een bestand), je klikt rechts (of control-klik voor de Mac fanatiekelingen) en vervolgens verschijnt er een lijst van services die bij de geselecteerde data passen. Bij een stuk tekst kan dit bijvoorbeeld een service zijn waarmee je van de tekst een nieuwe notitie in Mail aanmaakt. Dit is een hele verbetering, voorheen stonden de services in het applicatie menu (van eendere welke applicatie) en toonde het Services menu-item telkens alle mogelijke services in plaats van enkel diegene die van toepassing zijn.

Ik ga morgen mijn kopie van Snow Leopard halen en binnenkort zal je er uiteraard een review van kunnen lezen op m'n blog. Het is echter nog de vraag hoeveel Leopard gebruikers gaan upgraden naar Snow Leopard. Voor veel doorsnee gebruikers is de nieuwe functionaliteit te beperkt en zij zijn vaak al heel erg tevreden over de snelheid van hun Mac. Apple hoopt uiteraard dat iedereen wel massaal gaat upgraden en heeft daarom de prijs met 29 euro zeer laag gehouden. Als er veel gebruiker upgraden heeft dit ook positieve gevolgen voor Mac OS X software. Hoe meer gebruikers gebruik kunnen maken van de nieuwe technologieën, hoe meer developers er ook moeite in zullen steken om deze te gebruiken. Want morgen zullen enkel de ingebouwde applicaties merkelijk sneller worden omdat deze vooralsnog de enigste zijn die gebruik maken van de nieuwe technologieën.

Een probleem bij Wakoopa is echter dat ze hun gegevens bekomen door gebruikers die het Wakoopa programma installeren. Je moet dus eerst een programma van hen installeren en vervolgens worden je gegevens bijgehouden. Dat klinkt als spyware maar in ruil daarvoor krijg je suggesties over software die je zou kunnen interesseren en worden je gegevens op je profiel op de Wakoopa website gepubliceerd. Het ligt dus voor de hand dat de gegevens van het Wakoopa rapport van slechts een beperkte groep gebruikers afkomstig zijn en dat dit voornamelijk technologie-minded mensen zullen zijn, waardoor ze een vertekend beeld geven.

Meer correcte statistieken kan je vinden bij Global Statcounter. Hier vind je statistieken opgebouwd uit de data van alle websites die gebruik maken van Statcounter. Statcounter is een webservice voor bezoekersstatistieken bij te houden, gelijkaardig aan Google Analytics (maar veel minder uitgebreid en uiteraard niet zo sterk gericht op Google adds).

Als je weet hoe het moet is het maken van een RSS feed uiteraard niet zo moeilijk. Maar dat wist ik niet, dus ben ik er toch even mee bezig geweest. Vooral frustrerend was dat ik het na 5 minuten werkend had voor Safari, maar dat blijkbaar geen enkele andere browser er toen mee overweg kon. Ondertussen is dat uiteraard opgelost. Een handige tutorial kan je hier lezen, maar deze is echter slechts een inleiding, voor een aantal lastige details moet je alsnog 101 keer googlen.

Het patent gaat over een systeem om via een webcam en een microfoon de emoties van een persoon die TV kijkt waar te nemen. Zo'n concept ben ik precies al wel vaker tegengekomen maar het idee is wel leuk.

Maar het echte geniale gedeelte zie je pas wanneer je de tekening in detail bekijkt. Bekijk eens wat de man - die duidelijk gespeeld over enthousiast is - aan het bekijken is.
Een programma over een kont-schop machine. Geniaal.

Meer gekke Japanners kan je trouwens bekijken op www.japanasetvclips.com.

Ik heb de laatste dagen gezorgd voor opslag van vooruitgang en level-tijden, een timer om level-tijden te bepalen en nog veel andere, kleine, toevoegingen. Technisch gezien is m'n app nu zeer ver gevorderd. Ik ga me de komende dagen nog bezig houden met het verbeteren van de workflow, grafische verbeteringen (geen standaard pop-up berichten bijvoorbeeld) en een systeem om opties in te stellen.

Daarna resten me nog twee dingen: het level design en graphics. Level design doe ik graag en gaat natuurlijk heel vlot met m'n Level Designer (zie vorige blogpost) maar het maken van graphics is een ander verhaal. Ik kan wel wat overweg met Photoshop, maar echte game graphics maken is toch nog iets te moeilijk. Een eerste manier om graphics te vinden is via iStock Photo. Dit is een website met een gigantisch aanbod van allerlei soorten afbeeldingen die je kan kopen voor een paar euro. Hier zal ik zeker wat bruikbaars kunnen vinden.

Voor elementen waarvoor ik geen afbeelding vindt op iStock Photo en voor bepaalde belangrijke elementen zal ik speciaal voor m'n app gemaakte graphics nodig hebben. Ik ken gelukkig wel een paar mensen die hiervoor kunnen zorgen dus normaal komt dit wel in orde : ).

Tot slot heb ik nog m'n app in één zin samengevat:

Een snel, dynamisch behendigheidsspel met veel aandacht voor level design

Dit kan echter nog volledig veranderen ; )

Een ideale oplossing zou zijn om een level grafisch te kunnen ontwerpen via een speciale applicatie. Dat is dan ook precies wat ik gemaakt heb! Met de applicatie kan ik grafisch een level ontwerpen en vervolgens met een druk op de knop de bijbehorende programmacode genereren. Dit werkt een stuk handiger én sneller :)

Verder heb ik nog heel veel zitten sleutelen aan de besturing. Het probleem was namelijk dat mijn app een zeer precieze besturing vereist en dit niet zo makkelijk te realiseren is met enkel een touchscreen. Met behulp van een beetje multi-touch heb ik uiteindelijk toch een goed systeem kunnen uitwerken. Eindelijk.

Game Maker Cursus is een workshop games maken voor jongeren, waarbij de website een belangrijke rol speelt. Na de workshop kunnen de deelnemers er namelijk hun zelfgemaakte games downloaden. Zo kunnen ze hun creaties met hun vrienden delen én er thuis verder aan werken.

Met de nieuwe website krijgt het online gedeelte van de workshop twee nieuwe mogelijkheden. De eerste is de Game Maker Universiteit waar deelnemers hun Game Maker kennis verder kunnen uitbreiden. Er zijn een heel aantal voorbeelden, artikels en stap-voor-stap tutorials te vinden. Voor deelnemers die tijdens de workshop de Game Maker microbe te pakken krijgen is dit een ideaal startpunt om een echte Game Maker expert te worden.

De tweede nieuwe mogelijkheid is de optie om een zelfgemaakte game vanop de website naar een vriend door te sturen. Hij/zij krijgt dan een mail met een link naar de game.

Verder is de website nog op allerlei kleinere punten verbeterd en is de website er ook technisch op vooruit gegaan door het gebruik van een database.

De nerds onder de lezers zullen echter ongetwijfeld al eens een blik geworpen hebben op de broncode en opmerken dat deze bepaald perfect is... ik weet het :-). Ik heb de code voor deze website ergens in februari geschreven, lang voor ik me ben gaan bezighouden met het deftig websites leren maken. Voor de bezoeker werkt alles echter goed dus heb ik niet meteen zin om de broncode opnieuw te schrijven.

Voor wie helemaal nieuws-addict is, is een mobiele nieuwswebsite helemaal ideaal. Deredactie.be beschikt hierover, maar deze is nogal verstopt. Vandaar deze blogpost, want het is een zeer handige nieuwsbron die waarschijnlijk nog veel te onbekend is.

De mobiele versie kan je bekijken op m.beta.deredactie.be. Je kan er nieuwsberichten van de verschillende categorieën bekijken, maar o.a. de columns zijn niet beschikbaar en video bekijken gaat helemaal niet. Vooral dat laatste is spijtig, het zou fijn zijn mocht je het journaal kunnen bekijken op je GSM.

In ieder geval; de mobiele versie van deredactie.be is handig, maar niet perfect door ontbrekende functionaliteit en doordat er zich soms nog wel eens een bug durft voor te doen. Het is dan ook nog een bèta, maar het lijkt een beetje een Gmail verhaal, want de redactie.be mobiel is net zoals Gmail al veel langer in bèta dan nodig. Gmail is recent, na jaren, uit het bèta stadium gegaan. Hopelijk zal het voor deredactie.be mobiel niet even lang duren.

Bij de eerste hoofdstukken horen allerlei saaie voorbeeldprogramma's waar ik niet zo veel zin in had, dus heb ik een kleine app geschreven om de basis nog eens te herhalen. Omdat ik niet zomaar een saaie app wou maken heb ik er meteen iets "speciaal" in gestoken; een app voor twee gebruikers waarbij de huidige gebruiker afhankelijk is van de oriëntatie van de iPhone.

Beeldt u een game voor twee spelers dat gespeeld wordt op één toestel. Een voorbeeld hiervan is Advance Wars op de Nintendo DS. Hierbij wordt het toestel om de beurt aan de andere speler doorgegeven. Omdat een speler meerdere zetten kan doen in een beurt moet hij in de game aangeven dat hij stopt met zijn beurt. Vervolgens geeft hij het toestel aan de andere speler. Als de andere speler tegenover de eerste speler zit moet hij het toestel omdraaien zodat hij aan zijn beurt kan beginnen.

Beeld je twee spelers in die samen een iPhone game, gelijkaardig aan bijvoorbeeld Advance Wars, spelen in. Als de eerste speler klaar is met zijn beurt geeft hij het toestel aan de andere speler. De andere speler hoeft het toestel niet om te draaien, de iPhone detecteert dat het toestel omgekeerd rechtop gehouden wordt, waardoor automatisch van beurt gewisseld wordt. Door de symmetrie van de iPhone (of iPod Touch) kan het spel gespeeld worden ongeacht of het toestel naar boven of naar onderen gehouden wordt. Met dit systeem worden dus de twee stappen van de Nintendo DS onnodig: de speler hoeft niet aan te geven dat hij wilt stoppen met zijn beurt (dit wordt automatisch bepaald doordat de iPhone van oriëntatie verandert) en het toestel hoeft niet omgedraaid te worden.

Maar goed, ik ging dus een iPhone app schrijven! Zoals je kan vermoeden heb ik bovenstaand concept uitgewerkt. Omdat ik niet de tijd of kennis heb om een vette game te schrijven heb ik een eenvoudige chat applicatie gemaakt.

In het tekstvak bovenaan kan de gebruiker zijn bericht ingeven, de discussie wordt getoond in het tekst kader eronder. Als er te veel tekst is om op het scherm weer te geven kan de gebruiker scrollen. Het is slechts een kleine applicatie, die ik op een uurtje in elkaar gestoken heb, maar het was een fijne oefening.

Deze app is niet echt nuttig, maar het concept van van gebruiker wisselen kan wel interessant zijn voor echte, uitgewerkte apps, in het bijzonder games. Het type spel waarvoor dit systeem zeer geschikt is, is een spel met een beurtensysteem waarbij de speler meerdere acties kan ondernemen tijdens zijn beurt. Dit laatste omdat anders de applicatie altijd weet dat na eender welke actie de beurt aan de andere speler moet zijn en het voordel van dit systeem dus minder groot is.

Het systeem heeft ook z'n nadelen: gebruikers zijn niet vertrouwd met dit concept (dit kan aangeleerd worden) en als de telefoon gaat kan men de telefoon omgekeerd opnemen (dit is lastig, maar kan grappig zijn).

De weg naar een geslaagde App begint met het opdoen van kennis. Daarvoor heb ik een zeer goed boek gekocht: "Beginning iPhone Developement - Exploring the iPhone SDK". Dit boek ben ik begonnen met lezen in de paasvakantie en ga ik nu verder lezen.

Tegelijkertijd begin ik met het uitdenken van een App. Of beter: het verder perfectioniseren van het concept dat ik al enkele maanden in gedachten heb. Mezelf kennende is het echter ook best mogelijk dat ik uiteindelijk een heel ander concept ga gebruiken...

Een concept uitdenken en uitschetsen, levels ontwerpen, een passende grafische stijl erbij zoeken,... het ontwerpen is waar ik het liefst mee bezig ben. Naast het beter leren werken met de iPhone SDK zal ik hier dan ook heel wat tijd in steken. Dat is ook nodig want met enkel technische kennis kan je het vergeten om tot een succesvolle app te komen.

Na de examens volgden natuurlijk de gewoonlijke einde examen feestjes. In een niet zo tactische zet had ik de dagen daarop al meteen drie dagen werk ingepland.

Bij deze een overzicht van mijn andere bezigheden dan Facebook van vorige week.

Game Maker Cursus

De Game Maker Cursus is een workshop games maken voor jongeren die ik regelmatig bij jeugddiensten of scholen geef. In een hele of halve dag leren jongeren van 12 tot 16 jaar hun eigen game maken met behulp van het programma Game Maker.

Maandag was de eerste dag Game Maker Cursus van deze vakantie, georganiseerd door de Swappas Turnhout. Na een geslaagde workshop heb ik nog even (de café's van) Turnhout verkend. Ik was echter weer goed op tijd thuis want de dag erop organiseerde de Swappas van Ekeren de Game Maker Cursus.

Voor de Swappas van Ekeren organiseerde ik ook nog een workshop animatiefilm. De filmpjes van deze workshop zijn te bekijken op deze website.

Meer informatie over de Game Maker Cursus is te vinden op www.gamemakercursus.com.