Journal De l'ergonomie de KDE

Posté par .
Tags : aucun
0
21
déc.
2007
Pour utiliser KDE depuis des années, c'est probablement l'environnement que j'ai testé et qui répond le plus à mes besoins. Cependant, même si chaque jour qui passe je découvre de nouvelles fonctionnalités ou options de configuration permettant d'approcher un peu plus le nirvana ergonomique et esthétique auquel j'aspire, il n'en reste pas moins qu'il y a encore quelques détails qui gagneraient à être corrigés ou améliorés.

Voici une liste non exhaustives de quelques uns de ces détails auquel je viens de penser, et sur lesquels j'aimerais avoir vos avis. N'hésitez pas également à me faire part de vos propres idées. Par exemple...

- Lorsque l'on clique sur l'horloge de kicker, un joli calendrier s'affiche et nous donne le mois en cours, mais l'on ne peut rien en faire d'autre, ce qui est particulièrement frustrant. Ce qu'il faudrait, c'est qu'en cliquant sur un jour du mois (voire en faisant un clic-droit + menu contextuel), je puisse entrer un nouvel évènement ou tâche à cette date précise dans Korganizer ;

- L'ajout d'un contact dans Kopete devrait se traduire par la création d'un nouveau contact dans Kaddressbook (à l'heure actuelle, il n'est possible que de faire manuellement un lien vers un contact existant) ;

- Les contacts connectés sur Kopete ou Konversation devraient être signalés comme tel dans Kaddressbook et plus précisément dans Kmail. Par exemple, lorsque je suis en train d'écrire un courriel à une personne, voir une petite icône avec son état de messagerie instantanée dans la barre permettrait de parler directement avec elle s'il elle venait à être disponible, voire KMail pourrait proposer d'envoyer le message via Kopete plutôt que par mail ;

- Il devrait être possible de configurer l'état de Kopete automatiquement en fonction des informations de disponibilité contenues dans Korganizer. Si par exemple j'ai configuré un rendez-vous chez le médecin entre 10 et 11h, puis un rendez-vous chez le garagiste entre 11h30 et 12h, ben que mon état soit automatiquement modifié sur Kopete en conséquence (« Absent : rendez-vous chez le médecin » puis « Absent : rendez-vous chez le garagiste ») ;

- Toujours dans Kaddressbook, les « vues » ne sont pas très ergonomiques ni très pratiques. Il faudrait pouvoir afficher les contacts en les groupant par catégories, puisque l'on peut créer des catégories et y classer ses contacts (un peu à la manière de ce qu'il est possible de faire sous Windows avec les icônes dans explorer, genre afficher par type et trier par groupe) et que l'affichage sous forme de cartes de visite soit revu en permettant d'afficher une photo du contact dans un coin de la carte, entre autres choses. Pouvoir créer simplement ses propres vues personnalisées seraient même au top en ce qui me concerne ;

- Il est possible de préciser les coordonnées géographiques de chaque contact présent dans le carnet d'adresse, cependant, je n'ai pas trouvé à quoi cela pourrait bien servir, d'autant que la liste défilante permettant de choisir une ville se limite aux capitales de chaque pays apparemment. Ce qu'il faudrait c'est pouvoir donner ces informations de manière bien plus précise, en précisant exactement la ville dans laquelle la personne se trouve. Parmis les fonctionnalités inutiles, j'imaginais qu'il serait sympa d'avoir une carte du monde où seraient indiqué l'emplacement de chacun des contacts, ce qui permettrait également d'indiquer l'heure qu'il est localement chez les différents contacts. Parmis les fonctionnalités un peu plus utiles, je verrais bien qu'il soit possible de demander à obtenir les informations de parcours pour se rendre chez cette personne (un peu genre l'itinéraire mappy/viamichelin/googlemachin/etc.), ou encore que l'on soit automatiquement informé lorsqu'un évènement majeur se produit dans les environs (genre un tremblement de terre se produit aux alentours d'un contact -> hop alerte pour signaler la chose) ;

Bon, je n'ai que ça en tête pour le moment, même si je sais pertinemment que j'avais pensé à beaucoup plus de choses depuis tout ce temps. Ce que j'espère avec ce journal, c'est tout d'abord savoir s'il n'existe pas déjà des solutions, mais aussi de partager ces idées afin qu'elles se retrouvent éventuellement implémentées dans les logiciels en question s'il s'avéraient qu'elles n'étaient pas si mauvaise et qu'un programmeur décide de s'en charger. S'il m'en revient d'autres dans les prochaines heures, je les rajouterai alors en commentaires dans ce journal. Merci à vous. :-)
  • # pousse au troll

    Posté par . Évalué à  2 .

    poster ce genre de journal un vendredi... ça pousse au troll moi je dis...
    • [^] # Re: pousse au troll

      Posté par . Évalué à  1 .

      Ce n'est pas un utilisateur Gnome qui ferait un tel journal.
      Ça marche, c'est ergonomique, et basta.

      "un clic-droit + menu contextuel". J'en rigole encore.
      • [^] # Re: pousse au troll

        Posté par (page perso) . Évalué à  2 .

        Qu'est-ce qui marche ? Tous les points qu'il a dit ? Si non, lesquels ?
        Dans gnome, quand on écrit un mail dans kmail l'état du contact dans kopete s'affiche ? J'ai un doute... (-->[])
        • [^] # Re: pousse au troll

          Posté par . Évalué à  1 .

          T'as lu le titre du thread ?
        • [^] # Re: pousse au troll

          Posté par (page perso) . Évalué à  2 .

          En tout cas, dans Gnome, quand je clique sur l'heure de la zone de notification, ça m'affiche le calendrier, ET les tâches en cours ET les rendez-vous de ce jour-là, ET les dates sont cliquables pour atteindre vite fait l'édition du jour cliqué dans Evolution. Hé oui...
    • [^] # Re: pousse au troll

      Posté par (page perso) . Évalué à  2 .

      Oui et ce qui est bien avec les journaux trollifères postés tardivement ou très tôt c'est que c'est un peu comme un champ de neige fraîche et immaculée. Preums pour faire les traces !!

      En le lisant j'ai commencé à douter...et si je me fourvoyais !? Et si Gnome était un truc pas du tout ergonomique ?
      Click, test, j'ouvre le calendrier, click droit, rien, click click un double click sur une date m'ouvre l'agenda d'Evolution...
      Du coup je me dis...c'est vraiment des pervers c'est utilisateurs de KDE !
    • [^] # Re: pousse au troll

      Posté par (page perso) . Évalué à  1 .

      C'est drôle dans les points que tu cites, au moins la moitiè est déjà effectif pour gnome.
      Enfin, je dis ça, je dis rien...

      ------->[]
      • [^] # Re: pousse au troll

        Posté par . Évalué à  2 .

        Moui, mais on pourrait aisément sortir une liste aussi longue de trucs qui manquent sous Gnome mais pas sous KDE.

        Ne me demandez pas quels trucs, je n'utilise pas Gnome !
        • [^] # Re: pousse au troll

          Posté par . Évalué à  2 .

          Exactement, le but n'était pas de faire un comparatif GNOME vs KDE, mais de faire une liste de petites choses que j'aimerais voir être améliorées sous KDE uniquement.

          Tant mieux si certains points fonctionnent déjà sous GNOME, mais comme le dit Aldoo, si le but était de faire un comparatif, j'aurais tout aussi bien pu faire une liste de choses qui fonctionnent à la perfection sous KDE et qui sont inexistantes sous GNOME, mais ce n'est nullement mon intention.
  • # pas de l'ergonomie

    Posté par (page perso) . Évalué à  0 .

    C'est plutôt de l'intégration des logiciels KDE.

    Poiur moi l'ergonomie, c'est l'art de dessiner les fenêtres pour qu'elles ne soient pas moches (comme c'est le cas dans KDE) et intuitives à utiliser (pas comme dans KDE quoi).

    Après, l'intégration c'est une très bonne chose, mais je pense qu'au lieu d'inciter juste KDe à s'améliorer, ca pourrait être bien de passer par freedesktop.org.

    Ainsi, lorsque j'ajoute un contact dans kopete, il devrait automatiquement s'ajouter dans le carnet d'adresses GNOME (tiens, il est ou ? je ne l'ai jamais vu). Et claws-mail devrait pouvoir l'utiliser à la place de son propre carnet d'adresses.
    • [^] # Re: pas de l'ergonomie

      Posté par . Évalué à  1 .

      > Poiur moi l'ergonomie, c'est l'art de dessiner les fenêtres pour qu'elles ne soient pas moches

      http://fr.wikipedia.org/wiki/Ergonomie
      L'ergonomie est « l'étude scientifique de la relation entre l'homme et ses moyens, méthodes et milieux de travail » et l'application de ces connaissances à la conception de systèmes « qui puissent être utilisés avec le maximum de confort, de sécurité et d'efficacité par le plus grand nombre. »


      Rien à voir avec l'esthétique.
      • [^] # Re: pas de l'ergonomie

        Posté par . Évalué à  2 .

        si, c'est inclus dans le confort, si ca fait vomir tes utilisateurs tu as un problème.
        • [^] # Re: pas de l'ergonomie

          Posté par . Évalué à  2 .

          > si, c'est inclus dans le confort

          Non. Il y a des themes pour mal-voyant, il ne cherche pas à être esthétique, mais ergonomique. C'est-à-dire permettre au mal-voyant de travail dans le meilleur confort.

          Va dans une usine, l'ergonomie y est prioritaire. Ben les machines, sont vertes, oranges, il y a du jaune, du blanc, du rouge, c'est moche avec 0 soucis esthétique. Mais c'est très claire.

          Vim dans une console peut être considéré comme ergonomique pour l'utilisateur qui le maitrise. Mais niveau esthétique c'est 0.
          • [^] # Re: pas de l'ergonomie

            Posté par . Évalué à  2 .

            génial. tu indiques qu'il existe des themes spéciaux pour mal-voyants et ensuite que l'esthétique ne compte pas pour eux. je te signale qu'ils ont leur propre esthétique et que s'ils vomissent partout tu auras toujours un problème.

            mais bon, tu confonds peut-être esthétisme et beauté.

            tu devrais te renseigner, suivre une formation, quelque chose, tu saurais de quoi tu parles, pour une fois.

            les machines sont vertes, les panneaux jaunes et les indicateurs de danger sont rouges. mais ce n'est pas une question de confort ou d'esthétisme (à part utiliser des couleurs unies, ce genre de chose)

            en particulier là on ne vise pas le confort mais la sécurité du travailleur. comme employer des machines qui le forcent à utiliser ses deux mains pour opérer une machine dangeureuse là où une suffirait pourtant, de sorte qu'il n'en oublie pas une devant l'outil coupant ou écrabouilleur.


            (ah, et accessoirement, tu n'as aucun goût.)
            • [^] # Re: pas de l'ergonomie

              Posté par . Évalué à  2 .

              Tu veux que lergonomie englobe l'esthétique. Bien.
              Fais ta définition des termes à toi. Mais ne l'impose aux autres. Ergonomie et esthétique n'ont rien à voir (voir les définitions qu'on trouve dans les dicos).
              • [^] # Re: pas de l'ergonomie

                Posté par . Évalué à  2 .

                n'impose pas ton absence de logique aux autres : tu es incapable de suivre une simple phrase comme "c'est inclus dans le confort".

                la température ambiante ou l'humidité entre dans la sensation de confort. un truc peu esthétique - qualifié de moche ou d'horrible par l'utilisateur - agira de façon négative sur cette sensation.

                exemple parmi d'autres, le fond d'écran couleur caca de Ubuntu.
        • [^] # Re: pas de l'ergonomie

          Posté par . Évalué à  3 .

          > si, c'est inclus dans le confort

          Le HIG de Gnome ou n'importe quel HIG ne parle pas d'esthétique.
          Les personnes qui s'occupent du graphisme (esthétique) sont très rarement les même qui s'occupent de l'ergonomie.

          Que toutes les applis de Gnome respectent le HIG est un plus pour le confort. Les interface sont plus rapidement conpréhensibles, etc... Mais c'est souvent au détriment de l'esthétique. Considère Totem qui respecte le HIG de Gnome et donc a un haut soucis d'ergonomie. Ben il n'est pas très esthétique par rapport à d'autres lecteurs. L'esthétique a été sacrifié. Ou est moins prioritaire que l'orgonomie. Donc ils ne vont pas de paire.

          L'esthétique ce n'est qu'une affaire de goût. Je peux être efficace même avec un theme graphique très moche (du moment qu'il est lisible).
          L'ergonomie peut être presque mesuré (nombre de clique, nombre d'éléments que l'utilisateur doit connaitre, etc).
          L'esthétique ne peut être mesuré. Au mieux on peut avoir son niveau de popularité. Notons qu'il dépend des cultures, des modes, etc... Ce qui était moche hier peut-être joli aujourd'hui, ...

          Par contre, l'esthétique fait souvent parti du design. Mais alors on n'est plus uniquement dans le fonctionnel/ergonomie. Dans l'automobile, esthétique et design vont quasi de paire. Car on ne vend pas de voiture uniquement sur l'aspect fonctionnel/ergonomique, mais beaucoup sur le style.
          Pour les camions, c'est une autre histoire. Le confort et donc ergonomie est primoridale puis des gens y travail 8 heures par jours. Ben c'est moche. Regarde l'intérieur d'un camion et compare avec l'intérieur d'une voiture.

          Notons aussi les bureaux dans les ateliers. L'ergonomie est importante puisque des gens y travaillent. Mais c'est moche. C'est moins moche pour certains bureaux mais seulement car on y reçoit souvent des clients. L'image de la société y est en parti en jeu.
    • [^] # Re: pas de l'ergonomie

      Posté par . Évalué à  1 .


      Après, l'intégration c'est une très bonne chose, mais je pense qu'au lieu d'inciter juste KDe à s'améliorer, ca pourrait être bien de passer par freedesktop.org.

      Ainsi, lorsque j'ajoute un contact dans kopete, il devrait automatiquement s'ajouter dans le carnet d'adresses GNOME (tiens, il est ou ? je ne l'ai jamais vu). Et claws-mail devrait pouvoir l'utiliser à la place de son propre carnet d'adresses.


      Akonadi est censé résoudre ce problème en centralisant mails, contacts,
      évènements et en fournissant une api pour l'accès aux données.

      [http://pim.kde.org/akonadi/]
  • # Je sais pour la première question mais pas les autres

    Posté par . Évalué à  2 .

    Pour répondre à ta première question : c'est à peu près ce qui est fait par un patch que j'avais codé y'a quelques mois. Mais ce patch n'est pas intégrable dans KDE 3.5 parce que :
    1- KDE 3 est en fin de vie, ça serait intégrable au mieux dans un KDE 3.6...
    2- Ça introduit une dépendance de kdebase vers kdepim, qui lui même dépend de kdebase... Pas bon du tout.
    3- C'est du code codé à 3H du matin, pendant des insomnies, et il est très sale...

    http://pinaraf.blogspot.com/2007/07/quick-and-dirty-clock-ap(...)
    http://pinaraf.blogspot.com/2007/07/korganizer-with-kicker-c(...)

    Et plutôt que de poster ça sur linuxfr, où ça va se paumer au milieu des journaux d'ici une semaine ou deux, va rapporter ça sur le bugzilla : http://bugs.kde.org
    • [^] # Re: Je sais pour la première question mais pas les autres

      Posté par (page perso) . Évalué à  2 .

      Dans KDE4, kdebase dépends de kdepimlibs.
      Donc ça doit être possible plus facilement.
    • [^] # Re: Je sais pour la première question mais pas les autres

      Posté par . Évalué à  2 .

      Effectivement, c'est exactement ça. :-)

      Bon, pour la dépendance, j'imagine qu'il devrait être possible de fournir la chose sous forme d'un kdebase-extras optionnel.

      En tout cas, merci de l'info !

      Sinon, j'avais pensé à faire des wishlist sur le bugzilla KDE, mais mon anglais est déplorable (enfin, pas à ce point, mais il me fait honte quand même), et je doute parvenir à être compris malheureusement, du moins pas sans produire un effort hors de portée de la fainéantise dans laquelle je me suis lamentablement installé ces derniers jours.
      • [^] # Re: Je sais pour la première question mais pas les autres

        Posté par (page perso) . Évalué à  2 .

        L'anglais .....

        Vas-y, lance toi, écrit ton whishlist. c'est pas grave si l'anglais est mauvais. Utilise bablefish s'il le faut et ajoute un « sorry for my bad english ».
        Quand j'ai commencer à développer pour le logiciel libre je ne connaissais pas l'anglais.
        Ça m'a longtemps rebuté. Et c'est dommage que à cause de la langue on en arrive à ça [1]
        J'ai donc appris sur le tas en utilisant bablefish pour correspondre par irc ou sur les mailinglist.

        Aujourd'hui je suis dans un pays étrangé et je parle uniquement anglais toute la journée (car la langue locale je connais encore moins) et je me débrouille pas trop mal.

        [1] Pourquoi tous les humains ne parlent ils pas tous la même langue ? L'esperanto par exemple, c'est tellement facile. Ah mais oui, je me souviens. C'est à cause de la tour de babel.
  • # Hmm

    Posté par (page perso) . Évalué à  2 .

    - Les contacts connectés sur Kopete ou Konversation devraient être signalés comme tel dans Kaddressbook et plus précisément dans Kmail. Par exemple, lorsque je suis en train d'écrire un courriel à une personne, voir une petite icône avec son état de messagerie instantanée dans la barre permettrait de parler directement avec elle s'il elle venait à être disponible, voire KMail pourrait proposer d'envoyer le message via Kopete plutôt que par mail


    Au dernieres nouvelles, cette fonctionnalité est présente dans Kde... Quand tu lis un mail d'un méta contact, tu sais si il est online sur IRC/Jabber/...
    • [^] # Re: Hmm

      Posté par (page perso) . Évalué à  1 .

      C'est vrai mais uniquement pour les mails reçus... dans ce cas, le statut de l'émetteur du mail est affiché. Ceci dit, mettre cette information pour tous les destinataires poserait des problèmes de lisibilité sans doute...

      Sinon, je plussoie pour la création des contacts dans le carnet d'adresse depuis kopete :)
      • [^] # Re: Hmm

        Posté par (page perso) . Évalué à  2 .

        Pour ceux qui utilisent les "jolis" header (je ne sais plus le nom) il suffirait d'indiquer dans des couleurs différentes les gens connectés et les gens non connecté, non ? Faudrait faire un bug wishlist de ça.
  • # facebook

    Posté par . Évalué à  2 .

    " - Il devrait être possible de configurer l'état de Kopete automatiquement en fonction des informations de disponibilité contenues dans Korganizer. Si par exemple j'ai configuré un rendez-vous chez le médecin entre 10 et 11h, puis un rendez-vous chez le garagiste entre 11h30 et 12h, ben que mon état soit automatiquement modifié sur Kopete en conséquence (« Absent : rendez-vous chez le médecin » puis « Absent : rendez-vous chez le garagiste ») ;"


    C'est pire que facebook ton truc /o\
    • [^] # Re: facebook

      Posté par . Évalué à  2 .

      Il faudrait pouvoir sélectionner les contacts qui réceptionnent ce type d'information.
      • [^] # Re: facebook

        Posté par . Évalué à  2 .

        Oui, je ne l'ai pas détaillé, mais j'imaginais qu'une telle chose soit puisse être un minimum configurée et non activée par défaut. Mais j'aimerais pouvoir définir des groupes d'utilisateurs (via les catégories déjà existantes pourquoi pas) ayant accès à ces informations si je le souhaite. Voire définir des niveaux d'information et attribuer à chaque catégorie les niveaux auxquels sur lesquels elle peut être informée.

        Bon, ça reste du gadget, mais ça participerait à l'intégration de l'ensemble, et surtout, je ne crois pas que ça existe déjà chez la concurrence. :-)
    • [^] # Re: facebook

      Posté par . Évalué à  1 .

      J'imagine bien Mme Michou ne sachant pas cette fonction activée par défaut, et affichant fièrement un "Absent : RDV proctologue" à tous ses contacts...

      La classe.

      *Sano*

  • # Marble pourrait être ton ami...

    Posté par . Évalué à  3 .

    "- Il est possible de préciser les coordonnées géographiques de chaque contact présent dans le carnet d'adresse, cependant, je n'ai pas trouvé à quoi cela pourrait bien servir, d'autant que la liste défilante permettant de choisir une ville se limite aux capitales de chaque pays apparemment. Ce qu'il faudrait c'est pouvoir donner ces informations de manière bien plus précise, en précisant exactement la ville dans laquelle la personne se trouve. Parmis les fonctionnalités inutiles, j'imaginais qu'il serait sympa d'avoir une carte du monde où seraient indiqué l'emplacement de chacun des contacts, ce qui permettrait également d'indiquer l'heure qu'il est localement chez les différents contacts. Parmis les fonctionnalités un peu plus utiles, je verrais bien qu'il soit possible de demander à obtenir les informations de parcours pour se rendre chez cette personne (un peu genre l'itinéraire mappy/viamichelin/googlemachin/etc.), ou encore que l'on soit automatiquement informé lorsqu'un évènement majeur se produit dans les environs (genre un tremblement de terre se produit aux alentours d'un contact -> hop alerte pour signaler la chose) ;"

    Vu ce que tu demandes (l'idée me plaît aussi), je pense que le projet Marble[1] pourrait être ce qui s'en rapproche le plus (enfin, c'est à ce projet que les demandes devraient être adressées).


    1 http://edu.kde.org/marble/

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.