Online versie Flex app

•oktober 13, 2009 • Geef een reactie

Onze applicatie staat online op LyricFlow

We hebben de veiligheidsvoorzieningen omzeild door gebruikt te maken van een php proxy. Hierdoor is de online versie van onze applicatie helaas beduidend trager.

Eerste app: Flex

•oktober 12, 2009 • Geef een reactie

De source en het verslag van onze applicatie: http://www.toogkletsers.be/~brecht/mume09/

Na het releasen van het project kregen we problemen met crossdomain errors. De applicatie is dus nog niet ergens op het net beschikbaar om direct te draaien. Als je de source echter importeert in flex builder werkt het wel. We proberen dit in komende dagen nog werkende te krijgen en posten dan de url hier.

Storyboard

•september 29, 2009 • 1 reactie

Storyboard

Stel iemand – bijvoorbeeld een c & h personage – hoort een liedje op de radio en een deel van dat liedje blijft in zijn hoofd hangen… Maar zonder titel of artiest kan hij de bestaande muziekvisualisaties niet gebruiken om het liedje terug te vinden. Daarom  laat onze muziekvisualisatie toe om te zoeken naar muziek via de tekst. Wanneer je zoekt een paar woorden van een liedje, dan geeft onze applicatie alle teksten weer die deze woorden bevatten. Als je daarna het gezochte liedje gevonden hebt in de ‘lyric flow’, dan draait de tekst om en verschijnt op de achterkant de muziekvideo van op youtube.

Bespreking muziek visualisatie tools

•september 28, 2009 • Geef een reactie

http://musicovery.com/

Musicovery

Musicovery laat gebruikers toe om naar muziek te zoeken afhankelijk van humeur, of tempo. Liedjes die het beste passen bij een humeur worden in een graaf weergegeven, waarbij de kleur afhankelijk is van het genre muziek.

Voordelen :

De site laat toe om op een originele manier nieuwe muziek te ontdekken : afhankelijk van je eigen humeur. Een manier die beter past bij het zoeken naar nieuwe muziek . Als laatste valt ook op dat men niet moet registreren om te kunnen luisteren en hier ook geen beperkingen op staan.

Nadelen:

De reden van de connecties tussen de verschillende nummers is niet duidelijk, we gaan er vanuit dat men hiermee bedoelt dat de nummers goed bij elkaar passen.

Live plasma.

Terug te vinden ophttp://www.liveplasma.com/.

liveplasma

De applicatie kan ook gebruikt worden om films op te zoeken. Aangezien ik eerder een filmfan ben ga ik de site testen met films. Het ziet er allemaal vrij flashy uit. Wanneer men een film opzoekt komen er vrijwel onmiddellijk andere films rond de huidige gevlogen. Na een tijdje wordt het wel wat druk aangezien de vorige resultaten blijven staan. Ook is er niet direct te zien wat de achterliggende engine gebruikt als zoekcriteria. Maar denk dat het wel handig is om films te zoeken die ongeveer hetzelfde genre hebben.

Audiosurf (www.audio-surf.com)

Audiosurf is een spel dat je eigen muziek-collectie gebruikt om levels te creëren. Je surft als het ware doorheen je muziek en probeert gekleurde ‘vakjes’ te verzamelen. De moeilijkheidsgraad wordt hier deels bepaald door het tempo van de muziek want die bepaalt de snelheid waarop je erdoorheen vliegt.

Het lijkt wel leuk om even te spelen maar echt veel nut heeft de applicatie verder niet. Je zal er geen nieuwe muziek mee leren kennen, enkel je bestaande collectie op een andere manier door beleven.

Eerste bericht vanuit multimedia

•september 25, 2009 • Geef een reactie

Deze blog werd gebruikt voor het vak gebruikersinterfaces.

Vanaf NU wordt deze gebruikt voor het vak multimedia 🙂

x

Laatste blogpost – Ten Usability Heuristics

•mei 27, 2009 • Geef een reactie

Ik ga in mijn laatste blogpost nog een delicious link bespreken.

Het betreft http://www.useit.com/papers/heuristic/heuristic_list.html en gaat over tien algemene principes voor het designen van een user interface. Ik ga ze overlopen en vertellen of we er aan voldoen in onze facebook applicatie.

1) Visibility of system status
De gebruiker moet altijd op de hoogte blijven van wat er gaande is. Vanaf iteratie 1 krijgen onze gebruikers een history feed te zien wat er gebeurt is met hun kitties. Weliswaar moet je de pagina’s herladen om dit te verversen dus we zouden met ajax dit nog realtime kunnen bijwerken. Weliswaar krijg je notifications van facebook en deze worden wel d.m.v. ajax opgehaald. Bij het laten openstaan van je browser blijf je dus steeds alert van laatste gebeurtenissen in hellokittyland. In een laatste versie gaan we ook bij elke vriend een history knop toevoegen zodat je kan zien waar je vrienden mee bezig waren in hellokittyland.

2) Match between system and the real world
In onze applicatie gebruiken we woorden zoals “fight”, “snuggle”, “history”, “customize”, “top friends” , etc. Deze komen overeen met wat deze woorden in de echte wereld betekenen. Hier zijn we dus zeker in geslaagd.

3) User control and freedom
Undo knoppen zijn er in onze applicatie echter niet. Eenmaal je gevochten hebt met iemand, kan je dit gevecht niet ongedaan maken. Logisch ook wel omdat je bij verlies dan elke keer zou undo-en. Je kan ook moeilijk iemand per ongeluk aanvallen dus hier hebben we ook nog nooit gevallen van gemerkt. In de customize pagina kun je echter wel andere outfits en een andere naam kiezen. Als je tijdens het veranderen echter niet tevreden bent, kun je wel op “cancel” drukken en dan worden je keuzes niet opgeslaan. Dus hier zijn we ook goed in geslaagd.

4) Consistency and standards
Elke acties en woorden spreken voor zich en een gebruiker kan zich hier niet in vergissen.

5) Error prevention
Zelf produceren we geen fout boodschappen. Wanneer je kitty dood is en niemand kan aanvallen, ga je automatisch terug naar de hoofdpagina zonder een foutmelding. Op de hoofdpagina zie je dan wel dat je volledig dood bent en kan de gebruiker hier wel uit afleiden dat het daarom is dat hij niet kan vechten. We hebben hier alleszins nog geen of slechts zeer weinig klachten over gehoord.
Facebook produceert zelf echter wel wat fouten. Als het te lang duur voor een pagina geladen is, en dat gebeurt soms wel eens in onze applicatie, dan geeft facebook een standaard “kan niet laden” foutboodschap zonder extra informatie. Dit ligt buiten onze macht maar we hebben er ons wel al aan geërgerd.

6) Recognition rather than recall
Onze gebruikers moeten nooit iets onthouden. Vanuit de history kunnen ze direct wraak nemen op aanvallers waardoor ze geen namen moeten onthouden terwijl ze doorheen onze applicatie klikken.

7) Flexibility and efficiency of use
Sneldiensten of snelkoppelingen hebben we in onze applicatie niet ingebouwd. We zouden bijvoorbeeld een knop kunnen inbouwen om direct 3x met een persoon te vechten omdat deze actie vaak gebeurt. Echter zien we daar niet de fun van in. Na een gevecht komt er reeds een ‘fight again’ knop en op deze manier zie je het gevecht ook daadwerkelijk gebeuren.

8 ) Aesthetic and minimalist design
We proberen zo minimalistisch te zijn in de informatie die we verstrekken naar onze gebruikers. Bijvoorbeeld staat er in onze notifications enkel of er gevochten of gesnuggled is en daarna een link naar de applicatie. Zo is de notification maar 2 lijnen tekst. We hadden ook de uitkomst van het gevecht hierin kunnen zetten maar daar hebben we bewust voor gekozen.

9) Help users recognize, diagnose, and recover from errors
We hebben geen error messages dus dit is niet op onze applicatie van toepassing

10) Help and documentation
We hebben geen documentatie omdat we proberen onze applicatie voor zich te laten spreken. Volgens ons is dit nog altijd het geval. We hebben nog geen enkele feedback gekregen dat ze niet weten hoe ze iets moeten doen.

Mijn laatste post,

Brecht

Eindverslag

•mei 26, 2009 • Geef een reactie

Microsoft Word – Eindverslag_CHIfinal

Link naar het eindverslag hierboven