Les applets sont là en effet mais ils peuvent être cachés si l'appli dont ils s'occupent n'est pas lancée. Par exemple music-applet est juste une icône qui lance ton lecteur de musique favori (Rhythmbox par défaut). Mais si il est déjà lancé, music-applet prend de la place, offre des bouttons, un indicateur de temps et le titre de la chanson.
Alors tu peux me rétorquer que le music applet étant lancé, même comme une simple icône, il bouffe de la ram. D'accord mais là c'est un problème purement technique qui, je pense, ne doit en aucun cas se refléter dans l'interface utilisateur (un peu comme le splendide "vider la ram" de eclipse). C'est à l'implémentation du panel et des applets de prendre garde à ce genre de choses si leur usage est gourmand, pas à l'utilisateur.
Mes livres CC By-SA : https://ploum.net/livres.html
Rater, j'ai un prior art. J'avais proposé un système similaire en 2006 pour Gnome avec des mockup et tout le tralala. J'avais appelé cela : "The whole panel is tray" ou un truc du genre. Et puis je me suis rendu compte que c'était ultra complexe et que ça ne répondait qu'à un seul et unique problème : le développeur d'une appli qui préfère écrire une icône tray plutôt qu'un applet. Cela n'apporte au fond rien à l'utilisateur.
Mes livres CC By-SA : https://ploum.net/livres.html
Je ne critiquerai pas tes préférences (encore heureux !) car, les gouts et les couleurs, hein ;-)
Par contre, je noterais que tu es un utilisateur expérimenté et, qu'à première vue, cela rajoute une complexité supplémentaire. C'est pourquoi je pense que, par défaut, il ne devrait y avoir que les notifications dans le tray. Si après les utilisateurs veulent activer les options comme toi tu le fais, libre à chacun.
Mes livres CC By-SA : https://ploum.net/livres.html
Ce genre de choses est fournie, dans gnome, par des applets spécifiques.
Ce qui permet :
- d'avoir la place qu'on veut et d'organiser comme on veut les fonctionnalités (play/pause/next pour le music-applet)
- de le mettre où on veut
- de ne pas le mettre si on ne veut pas
- de ne pas boucher la zone de notification et réduire son utilité (comme je le dis plus haut)
Il n'y a aucune raison de préférer une petite icône a un applet.
Mes livres CC By-SA : https://ploum.net/livres.html
"kteatime (un sablier électronique) qui m'affiche en permanence un petit camembert du temps restant"
Et bien cet exemple là est typiquement une notification. Tout comme la batterie qui se décharge ou le fait que tu aies un nouveau mail. Par contre, tu apprécierais que ton kteatime reste en permanence dans le tray quand tu ne l'utilises pas et que tu ne chronomètre rien du tout ?
Tu veux donner au tray icon une utilité bien plus large qu'une "simple zone de notification" mais je n'ai encore jamais entendu de cas d'utilisation pour lesquels ce serait intéressants (autrement que par la simple force de l'habitude). Donne moi un usecase, ça m'intéresse beaucoup car sur toutes les discussions, je n'en ai vu aucun.
De même, toutes les études le prouve, au delà de 4-5 icônes, cette zone perd tout son intérêt, surtout du point de vue notification (en gros, tu ne vois plus aucune nouvelle notification). Permettre à des applications d'utiliser cette zone autrement que pour notifier revient donc à rendre les notifications inopérantes. Peut-être pas pour le développeur de l'appli vu que lui n'a qu'une ou deux applications dans le tray mais une autre personne qui utilise disons Rhythmbox, aMule, Ekiga a déjà en permanence 3 icônes qui ne servent à rien !
En imposant une règle stricte de notification, l'utilisateur peut se dire : "Chaque icône représente une information importante pour moi à ce moment. Je peux choisir d'agir en conséquence (et faire disparaitre l'icône) ou de m'en occuper plus tard."
En ajoutant des icônes arbitraires, on ajoute une tâche à l'utilisateur qui est de faire le tri.
La conclusion, les utilisateurs de Windows XP la connaisse : un tray qui ne sert à rien sauf prendre de la place. Sur un Windows XP fourni avec un Toshiba neuf, j'ai compté 37 (!) icônes au premier démarrage ! Aveu supprême de cet échec ergonomique : Windows XP fournit une fonction pour cacher la majeure partie de cette zone ! (ce qui est, avec un peu de recul, un des trucs les plus absurdes qu'on puisse imaginer)
Mes livres CC By-SA : https://ploum.net/livres.html
Tout cela me fait poser la question de compatibilité entre les wikis. Exemple : J'utilise un twiki assez vaste (avec une partie utilisée comme un blog collaboratif grâce à un flux RSS sur les pages d'une catégorie donnée), quelles sont les possibilités de migration vers un autre moteur de wiki ? Comment assurer la pérénité du contenu ?
Mes livres CC By-SA : https://ploum.net/livres.html
Si tu peux relancer l'appli en cliquant sur son icône, où est l'intérêt du tray icon ?
Ton analogie a beaucoup de sens. Le fait de jouer la musique fait donc (d'un point de vue utilisateur) partie intégrante du système lui-même. Le "lecteur" n'est qu'une interface pour dire play/pause/next et choisir la chanson. J'aime beaucoup cette vision (je crois, sans en être sûr, que c'est la façon de fonctionner de MacOSX).
Mais je ne vois toujours pas en quoi un tray icon a avoir avec tout ça.
Justement, le tray icon est une survivance de "je veux cacher la fenêtre mais sans la fermer tout à fait, je veux savoir si le programme tourne ou pas", ce qui, en soi, n'a aucun intérêt pour la plupart des utilisateurs. (la seule utilité pourrait être d'éviter d'utiliser trop de mémoire en ayant un lecteur audio lancé mais c'est une préoccupation compréhensible uniquement que par une minorité de geeks. Le tray icon symbolise donc le fait qu'une partie de la mémoire est actuellement allouée a un programme qui est lancé mais non utilisé, ce qui est un concept encore plus complexe que tout le reste)
Mes livres CC By-SA : https://ploum.net/livres.html
Si tu manques de place, il existe les bureaux virtuels, qui sont une métaphore étonnament facile à comprendre (surtout pour les personnes non-habituées à Windows).
Par contre, le fait que certaines fenêtres se "cachent" au lieu de se fermer, dans une zone toute petite, c'est complètement anti-ergonomique. C'est extrêmement marquant avec les nouveaux utilisateurs.
Mes livres CC By-SA : https://ploum.net/livres.html
hihi, c'est vrai que c'est pas mal. Et autour de moi, le principal argument en faveur de Java est "Tout le monde utilise Java". Qui est un argument tout à fait recevable, il est vrai, mais un peu dommage quand même...
Mes livres CC By-SA : https://ploum.net/livres.html
le débat sur les multicores me fait rigoler vu que la majorité des programmes C, C++ ou Java n'exploitent pas non plus le multicore.
Perso, je vois le multicore comme une opportunité de faire tourner des processus différents, pas de gagner en perf sur mon programme monoprocessus. D'ailleurs, si les perfs sont si importantes pour ton programme, tu ne l'écris pas en Java ou en Python.
Je trouve donc que la discussion n'a pas beaucoup de sens et qu'avant d'optimiser un programme pour qu'il utilise le multi-core, il faut d'abord avoir le programme complètement fonctionnel et optimisé au poil sous tous les autres aspects.
Mes livres CC By-SA : https://ploum.net/livres.html
c'est pas parce que ça s'adresse à des développeurs que tu dois faire tout en dépit du bon sens. Genre le menu en clic droit qui est "presque" le même que le menu dans la barre d'outils. Manque de bol, y'a une ou deux fonctions qui sont pas les mêmes.
Eclipse n'a tout simplement pas d'interface : c'est juste plein de fonctions (très puissantes et utiles, je l'admet) auxquelles on a assigné des bouttons et puis on a lancé ces bouttons au hasard dans une grosse fenêtre. Lotus Notes est comme ça, Open Office est dans le même genre. C'est la philosophie de GUI des années 90 quoi.
Mes livres CC By-SA : https://ploum.net/livres.html
Je trouve qu'Eclipse est un monstre en termes de ressources, qu'il est complètement anti-ergonomique (et encore) mais, fonctionnellement, je reconnais que ce genre de fonctionnalité est très utile quand on développe.
Mes livres CC By-SA : https://ploum.net/livres.html
Ton "c'est très clair" ressemble beaucoup plus à une explication a fortiori qu'à une logique de départ.
D'ailleurs je te suggère d'essayer de l'expliquer à une personne qui n'a jamais touché un ordinateur, tu verras comme c'est non intuitif. (la taskbar ne l'est pas plus d'ailleurs)
Mes livres CC By-SA : https://ploum.net/livres.html
"juste apparaitre temporairement en notification lorsqu'il y a un message"
C'est comme ça que j'utilise pidgin perso. Et pour ceux qui veulent connaître leur status en permanence, il y a le fast-user-switcher applet qui le fait. (par défaut sous Ubuntu 8.10)
Mes livres CC By-SA : https://ploum.net/livres.html
ça se défend mais l'important c'est de garder un comportement constant entre les applis. Or ici il n'y aucun moyen de prédire si une application donnée va quitter ou juste être cachée quand on clique sur la croix, c'est ça que je reproche.
Mes livres CC By-SA : https://ploum.net/livres.html
C'est pas bien d'utiliser le compte linuxfr de ton papa pour troller. Tu sais, troller c'est comme fumer et rouler à fond : faut être un grand pour pouvoir le faire.
Alors tu retournes à Gcompris et qu'on ne t'y prenne plus.
Mes livres CC By-SA : https://ploum.net/livres.html
Euh, la zone de notification de Pidgin est facultative et, justement, la HIG considère que "c'est mal" de mettre une icône de manière permanente dans la zone de notification.
Celui qui met le plus de temps, c'est celui qui a deux commandes à taper. Ce n'est que ce que je dis depuis le début. Bien sûr que Python compile de la même manière qu'une voiture automatique change de vitesse : je m'en fous, il fait juste ce que je veux.
Mes livres CC By-SA : https://ploum.net/livres.html
ça a été fait d'un jet à une heure du mat, complètement crevé et sans relire et de manière non-linéaire (j'ai écrit les mois puis j'ai rajouté des trucs par-ci par-là au feeling). Cela explique (sans excuser) les fautes et les incohérences... désolé.
Mes livres CC By-SA : https://ploum.net/livres.html
oui mais, par définition, tout code que tu écris te parle sur le moment. Mais pas 2 mois plus tard.
Personnellement, je suis en train de tester une nouvelle approche : plutôt que de commenter ce que je fais, je commente pourquoi je le fais. On verra à la longue.
Mes livres CC By-SA : https://ploum.net/livres.html
"Bof. Quand on est habitué, un code java est tout à fait lisible."
Un truc qui me fait peur avec les "experts J2EE", c'est qu'ils m'ont tous toujours tenu le même discours concernant la lisibilité du code :
- Les commentaires sont inutiles, un bon code parle de lui-même.
- Il faut écrire le moins de lignes possibles : pas d'espaces entre les classes, pas de commentaires "inutiles"
- Les commentaires nuisent à la lisibilité du code (sic).
Bon, ce n'est évidemment pas lié au langage mais je trouve significatif que tous les chefs de projets J2EE (et certains C++) m'aie sorti, à peu de choses près, ce genre de choses. Et généralement ces règles sont même écrites sur la page Coding Rules du wiki !
J'ai pour habitude, lorsque j'ai pris du temps à comprendre un bout de code, de mettre un commentaire expliquant ce que j'ai compris (histoire de pas devoir refaire le boulot). Durant ma brêve carrière J2EE, ces commentaires étaient systématiquement effacés par les commit après moi.
Mais je reconnais 100% que ce n'est pas techniquement lié au langage. Je pense que cela fait plus partie d'une culturee très présente dans le milieu J2EE.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Alors tu peux me rétorquer que le music applet étant lancé, même comme une simple icône, il bouffe de la ram. D'accord mais là c'est un problème purement technique qui, je pense, ne doit en aucun cas se refléter dans l'interface utilisateur (un peu comme le splendide "vider la ram" de eclipse). C'est à l'implémentation du panel et des applets de prendre garde à ce genre de choses si leur usage est gourmand, pas à l'utilisateur.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Par contre, je noterais que tu es un utilisateur expérimenté et, qu'à première vue, cela rajoute une complexité supplémentaire. C'est pourquoi je pense que, par défaut, il ne devrait y avoir que les notifications dans le tray. Si après les utilisateurs veulent activer les options comme toi tu le fais, libre à chacun.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Ce qui permet :
- d'avoir la place qu'on veut et d'organiser comme on veut les fonctionnalités (play/pause/next pour le music-applet)
- de le mettre où on veut
- de ne pas le mettre si on ne veut pas
- de ne pas boucher la zone de notification et réduire son utilité (comme je le dis plus haut)
Il n'y a aucune raison de préférer une petite icône a un applet.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 3.
Et bien cet exemple là est typiquement une notification. Tout comme la batterie qui se décharge ou le fait que tu aies un nouveau mail. Par contre, tu apprécierais que ton kteatime reste en permanence dans le tray quand tu ne l'utilises pas et que tu ne chronomètre rien du tout ?
Tu veux donner au tray icon une utilité bien plus large qu'une "simple zone de notification" mais je n'ai encore jamais entendu de cas d'utilisation pour lesquels ce serait intéressants (autrement que par la simple force de l'habitude). Donne moi un usecase, ça m'intéresse beaucoup car sur toutes les discussions, je n'en ai vu aucun.
De même, toutes les études le prouve, au delà de 4-5 icônes, cette zone perd tout son intérêt, surtout du point de vue notification (en gros, tu ne vois plus aucune nouvelle notification). Permettre à des applications d'utiliser cette zone autrement que pour notifier revient donc à rendre les notifications inopérantes. Peut-être pas pour le développeur de l'appli vu que lui n'a qu'une ou deux applications dans le tray mais une autre personne qui utilise disons Rhythmbox, aMule, Ekiga a déjà en permanence 3 icônes qui ne servent à rien !
En imposant une règle stricte de notification, l'utilisateur peut se dire : "Chaque icône représente une information importante pour moi à ce moment. Je peux choisir d'agir en conséquence (et faire disparaitre l'icône) ou de m'en occuper plus tard."
En ajoutant des icônes arbitraires, on ajoute une tâche à l'utilisateur qui est de faire le tri.
La conclusion, les utilisateurs de Windows XP la connaisse : un tray qui ne sert à rien sauf prendre de la place. Sur un Windows XP fourni avec un Toshiba neuf, j'ai compté 37 (!) icônes au premier démarrage ! Aveu supprême de cet échec ergonomique : Windows XP fournit une fonction pour cacher la majeure partie de cette zone ! (ce qui est, avec un peu de recul, un des trucs les plus absurdes qu'on puisse imaginer)
Mes livres CC By-SA : https://ploum.net/livres.html
# Migration
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version initiale de Foswiki - fork de TWiki. Évalué à 4.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Ton analogie a beaucoup de sens. Le fait de jouer la musique fait donc (d'un point de vue utilisateur) partie intégrante du système lui-même. Le "lecteur" n'est qu'une interface pour dire play/pause/next et choisir la chanson. J'aime beaucoup cette vision (je crois, sans en être sûr, que c'est la façon de fonctionner de MacOSX).
Mais je ne vois toujours pas en quoi un tray icon a avoir avec tout ça.
Justement, le tray icon est une survivance de "je veux cacher la fenêtre mais sans la fermer tout à fait, je veux savoir si le programme tourne ou pas", ce qui, en soi, n'a aucun intérêt pour la plupart des utilisateurs. (la seule utilité pourrait être d'éviter d'utiliser trop de mémoire en ayant un lecteur audio lancé mais c'est une préoccupation compréhensible uniquement que par une minorité de geeks. Le tray icon symbolise donc le fait qu'une partie de la mémoire est actuellement allouée a un programme qui est lancé mais non utilisé, ce qui est un concept encore plus complexe que tout le reste)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 0.
Par contre, le fait que certaines fenêtres se "cachent" au lieu de se fermer, dans une zone toute petite, c'est complètement anti-ergonomique. C'est extrêmement marquant avec les nouveaux utilisateurs.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
Bon, va falloir que je me lance dans la bataille alors.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 1.
Perso, je vois le multicore comme une opportunité de faire tourner des processus différents, pas de gagner en perf sur mon programme monoprocessus. D'ailleurs, si les perfs sont si importantes pour ton programme, tu ne l'écris pas en Java ou en Python.
Je trouve donc que la discussion n'a pas beaucoup de sens et qu'avant d'optimiser un programme pour qu'il utilise le multi-core, il faut d'abord avoir le programme complètement fonctionnel et optimisé au poil sous tous les autres aspects.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Eclipse n'a tout simplement pas d'interface : c'est juste plein de fonctions (très puissantes et utiles, je l'admet) auxquelles on a assigné des bouttons et puis on a lancé ces bouttons au hasard dans une grosse fenêtre. Lotus Notes est comme ça, Open Office est dans le même genre. C'est la philosophie de GUI des années 90 quoi.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 4.
D'ailleurs je te suggère d'essayer de l'expliquer à une personne qui n'a jamais touché un ordinateur, tu verras comme c'est non intuitif. (la taskbar ne l'est pas plus d'ailleurs)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
C'est comme ça que j'utilise pidgin perso. Et pour ceux qui veulent connaître leur status en permanence, il y a le fast-user-switcher applet qui le fait. (par défaut sous Ubuntu 8.10)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 6.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: amsn
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 10.
Alors tu retournes à Gcompris et qu'on ne t'y prenne plus.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 3.
http://bugzilla.gnome.org/show_bug.cgi?id=317982
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Modifie les!!!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 5.
Lire à ce sujet la discussion à propos d'empathy :
http://bugzilla.gnome.org/show_bug.cgi?id=467829
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: C'est trop drôle
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Personnellement, je suis en train de tester une nouvelle approche : plutôt que de commenter ce que je fais, je commente pourquoi je le fais. On verra à la longue.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Grandiose
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linuxfr en J2EE. Évalué à 2.
Un truc qui me fait peur avec les "experts J2EE", c'est qu'ils m'ont tous toujours tenu le même discours concernant la lisibilité du code :
- Les commentaires sont inutiles, un bon code parle de lui-même.
- Il faut écrire le moins de lignes possibles : pas d'espaces entre les classes, pas de commentaires "inutiles"
- Les commentaires nuisent à la lisibilité du code (sic).
Bon, ce n'est évidemment pas lié au langage mais je trouve significatif que tous les chefs de projets J2EE (et certains C++) m'aie sorti, à peu de choses près, ce genre de choses. Et généralement ces règles sont même écrites sur la page Coding Rules du wiki !
J'ai pour habitude, lorsque j'ai pris du temps à comprendre un bout de code, de mettre un commentaire expliquant ce que j'ai compris (histoire de pas devoir refaire le boulot). Durant ma brêve carrière J2EE, ces commentaires étaient systématiquement effacés par les commit après moi.
Mais je reconnais 100% que ce n'est pas techniquement lié au langage. Je pense que cela fait plus partie d'une culturee très présente dans le milieu J2EE.
Mes livres CC By-SA : https://ploum.net/livres.html