Pb résolu
(Quand on fermait la fenetre de connexion, on avait une exception qui était levée : on essaie de fermer network alors qu'on l'avait pas encore initialisé)
Modifications mineures dans le code pour le simplifier.
L'exception que l'on catch de Profile sera à supprimer, normalement la fonction checkPassword nous renvoie true ou false, et aucune exception ne doit être levée dans la console : j'ai demandé à Profile de corriger ce pb ils sont dessus.
Affichage du type de update dans la console lors de l'execution du pattern oberver/oberservable
Ajout d'un thread un peu moins gourmant
Ajout d'un label en-dessous de la musique qui est en lecture (artiste + titre de la song)
Correction du pb d'avatar par défaut vide : le path était faux !
Maintenant c'est bon, quelque soit l'OS.
Amélioration du code
Amélioration du code
Implémentation de la recherche par tags
Traitement des réceptions de méthodes asynchrones par le réseau (notifySongListBySearchId) : ajoute les songs reçues dans le model de la tab qui correspond à la requête
Suppression de la méthode d'initialisation du tab qui contient mesMorceaux, remplacer par une simulation d'un clic sur le bouton "Mes musiques".
ça revient à la même chose, et ça fait moins de lignes de codes en doublon !
Suppression de la méthode notifySongListByUserId qui ne doit pas être utilisée ! On identifie nos recherches graces au tabId, cela nous permet de savoir quel tab mettre à jour !
Modification du clic sur "mp3" dans les onlineUsers, la méthode qui est appelée est asynchrone : les musiques que l'on va recevoir vienne du réseau grace à l'appel de la méthode notifySongListBySearchId
Correction d'une potentielle erreur...
Est-ce que le réseau nous envoie le résultat d'une requête en une seule fois ?
Ou alors il nous envoie des réponses au fil des réponses qu'il reçoit des autres ?
=> Je demande à réseau comment ils font !
Merge pull request #372 from hebergui/BRANCHE_modif

[IHM] Branche modif