• [^] # Re: ...

    Posté par (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.

    là, t'exageres ...
    il y a au moins 30 guis différents pour piloter MPD ...

    Je dis pas que y'a pas de GUI pour MPD, je dis juste qu'à part utiliser la ligne de commande je ne vois aucun intérêt à MPD, puisque dans tous les cas tu as une GUI.

    oui ;-), et bouffe 150mo, et du cpu, uniquement pour jouer du son, et proposer 3 pauvres boutons vitaux .... c'est démesuré
    (n'as tu pas ces boutons sur ton clavier multimedia ?!)

    Raaah mais tu comprends rien :) Même avec MPD il te faut une IHM et 150 Mo et gnagnagna. C'est exactement pareil ! Et toi tu me dis que c'est démesuré... Ben moi je te répond que c'est encore plus démesuré d'avoir un protocole client serveur en local EN PLUS de l'ihm.

    n'as tu pas ces boutons sur ton clavier multimedia ?!
    Gnome a des signaux multimédia par défaut, il est pas compliqué de configurer une appli pour les utiliser, comme le fait très bien Muine d'ailleur, je capte pas ta remarque.

    si t'écoutes des albums de suite, par exemple, toutes les heures tu devras aller dans l'interface pour changer d'album.... pendant 1h, l'appli qui tourne en arrière-plan, et bouffe 150mo, ne sert à RIEN !
    ...
    Déjà utiliser une appli qui bouffe 150 Mo de RAM pour lire du son, y'en a pas beaucoup.
    Ensuite je vois pas le rapport avec client/serveur, rien n'empêche l'utilisateur lambda de laisser tourner le client IHM et d'avoir le même problème, comme rien n'empêche la version monolithique de désallouer les ressources utilisées pour l'IHM quand elle est minimisée et dans le systray. Ca n'a strictement rien à voir avec le modèle client/Serveur. Au contraire, avec ton modèle où je suppose tu t'amuses à relancer ton client graphique systématiquement, ca risque d'être plutôt "lourd" à charger systématiquement. Ou alors c'est que l'appli était resté en mémoire, auquel tu bouffes toujorus autant de mémoire.

    t'auras une grosse appli qui tourne juste pour faire du son ?! et proposer 3 boutons ?!
    Mais qui te parle d'une grosse appli ? Muine c'est petit, c'est simple :)

    ne prefererait elle pas appuyer sur la touche STOP de ton clavier multimedia, pour arreter la musique ?!?
    Elle pourrait si mon clavier avait un bouton stop. Ma télécommande a un bouton stop, elle peut l'utiliser si ca l'amuse, mais le fait est qu'en règle générale elle préfère fermer la fenêtre (peut être parcque al télécommande est jamais là où t'es :) )

    Je pinaille, mais tu pinailles aussi ;-)
    on aime bien pinailler ...

    Je pinaille pas, tu passes ton temps à me dire que seul le modèle client/Serveur est intelligent, et tu ne me montres strictement rien qui a un rapport avec le modèle client/serveur, toutes les critiques que tu fais peuvent être faites à ton modèle, et inversement.

    Sous nux, je suis content d'avoir trouver un concept encore plus novateur, plus logique ...
    Je le répète : ca n'a strictement rien de novateur, et si aucun autre lecteur ne propose cela c'est bien que c'est loin d'être révolutionnaire et d'apporter des avantages.
    Je le répète : pour l'utilisateur lambda, c'est pas du tout logique. Sa musique va continuer à tourner alors que l'utilisateur ne verra plus d'ihm !!

    je ne pourrai pas me permettre d'avoir une grosse appli monopolisant mes pauvres ressources ;-)
    Ca n'a rien à voir avec ton trip client serveur. T'utilises pas de gui dans ce cas, mais c'est un autre problème.

    Mais j'admet très bien qu'il existe des amaroks, muine, banshee, rhythmbox et autres grosses interfaces ... mais c'est démesuré, je trouve
    T'as déjà essayé Muine ? Nan parcque t'arrête pas de parler de "grosses interfaces" et de "150 Mo de mémoire"...