Discussion :

[cajvaise]

Bonjour à tous,
j'accompagne une personne (Mme V.) en situation de handicap dans la recherche d'une solution informatique lui permettant d'envoyer et recevoir des emails. Mais, malgré de nombreuses recherches et prises de contacts (auprès d'ergothérapeutes, revendeurs spécialisés,...) je n'ai pas trouvé la solution qui lui conviendrait. Et il nous a été soufflé l'idée que de faire développer un soft à son besoin pourrait être un bon exercice pour un étudiant ou une personne cherchant à apprendre (notamment par l'utilisation des exemples fournis avec les EDI). Voilà la raison de notre message ici.

Voici son besoin spécifique :
Mme V. ne sait ni lire, ni écrire ni ne peut manipuler une souris, et n'est pas familière avec l'informatique.
Nos recherches nous indiquent qu'il faudrait une solution logicielle :
- graphiquement très épurée (pas de menu démarrer visible, juste quelques gros bouton graphiques pour les fonction de base (envoyer, recevoir, etc...))
- pour 'lire' les mails : un bouton qui activerait une synthèse vocale (externe)
- pour 'écrire' : un bouton qui activerait un magnétophone pour enregistrement d'un message vocal et envoie en pièce jointe
- pour le choix du destinataire : un carnet d'adresse avec photos des contacts, un 'clic' sur la photo choisirait le destinataire
Voilà pour les grandes lignes, je pourrais bien sur développer plus largement si quelqu'un souhaite nous accompagner dans cette démarche.
Coté hardware : pour palier le problème de manipulation de souris il sera prévu l'utilisation d'un écran tactile.

En espérant que ce message puisse attirer l'attention de bonnes âmes...
Merci a tous de nous avoir lu,
Cordialement
Laurent CLAUDE
Association des IMC, Lyon

[Cvbdev]

Bonjour,

Je t'ai envoyé un message en MP...

Cordialement,

[cajvaise]

bonjour à tous,
et merci à ceux qui ont répondu,
mais à l'heure actuelle n'ayant eu que des prises de contact qui n'ont pas (encore) pris une dimension concrète,
je me permet de faire ce petit UP !

Donc s'il y'à des programmeurs susceptibles de nous aider : ce logiciel représente la seule possibilité pour cette personne de pouvoir communiquer par mail de façon autonome.
Merci par avance

Laurent CLAUDE

[coyote35]

Bonjour,

Ton projet est intéressant car il y a des vrais enjeux ergonomiques, techniques et éthiques. Mais je ne garantis pas de disposer de suffisamment de temps pour y participer réellement.

Ce que je peux faire c'est essayer de faire avancer l'expression des besoins de ton utilisatrice. Peut-être que cela incitera d'autres personnes à s'interesser à ton projet.

On voit bien que l'interface (IHM) devra être ultra-simplifiée: pas de texte, rien que des grosses icônes très parlantes et accessibles via un écran tactile: OK

Par ailleurs, quelques questions (en vrac) se posent:
-Tout d'abord, l'application sera-t-elle accessible uniquement par le web ou en tant qu'application autonome (qu'on installe sur le pc de l'utilisatrice)? Quel est son système d'exploitation ? (Windows? Mac OS?)

-Mme V disposera-t-elle d'un compte mail internet? (je suppose que c'est un prérequis sans quoi il sera difficile d'envoyer et de recevoir des courriels...). Le logiciel se comportera alors comme un frontal entre l'utilisatrice et ce compte mail. Il faudra alors pouvoir "attaquer" ce compte en smtp pour poster et en pop3 pour recevoir. (ceci ne pose pas de pb technique particulier)

-Comment pourra-t-on ajouter des nouveaux contacts pour Mme V? Part-on du principe que cela pourra se faire par une personne lettrée et sachant manipuler l'outil informatique(ex: tuteur de Mme V.)?

-Pour s'orienter sur les icônes à concevoir: Mme V. comprend-elle les notions de boite aux lettres et de corbeille? Reçoit-elle/envoit-elle déjà du courrier papier?

-Les courriers reçus et lus devront-ils pouvoir être classés? selon quel principe? Ou, part-on du principe que pour simplifier l'"inbox" les courriels reçus sont classés "à plat" et on choisit-on uniquement de soit conserver le courriel pour le réécouter, soit le mettre à la corbeille?

-De même, les courriers envoyés devront-ils être à nouveau consultables?

-Enfin, du point de' vue ergonomique, même si cela sera sur un ecran tactile, les notions de clic (simple) et de double-clic ainsi que de glisser déposer sont-elle des notions compréhensibles et accessibles sur le plan moteur pour Mme V ou doit-on chercher à faire encore plus simple? (simples clics uniquement) ?

[cajvaise]

Merci coyote35 de ta participation,
pour répondre à tes questions :

- Il serait mieux d'avoir une appli à installer sur l'ordi (windows) car sinon cela revient à utiliser un navigateur pour se rendre sur la BAL, et ce n'est déjà pas tâche facile.
- Mme V dispose déjà d'une boite mail, actuellement sur laposte.net. Mais de ce point de vue tout peut être envisageable.
- Pour le carnet d'adresse, oui nous partons sur le principe que c'est une tierce personne qui remplira les contacts.
- Oui elle comprend les notions de boite de réception et de corbeille
- classement 'à plat', c'est à dire qu'une fois un message écouté, celui reste dans l'inbox, jusqu'à sa mise à la corbeille.
- il ne sera pas nécessaire de conserver une copie des messages envoyés.
- la notion de cliqué-déplacé et de double-clic sont difficiles (tant d'un point de vue moteur que cognitif), il faudra les éviter et n'utiliser que le simple clic.

[coyote35]

Ok, donc pour résumer voici comment pourrait se structurer ton projet.
Il s'agirait d'une application autonome Windows qui se comporterait comme un frontal pop/smtp avec sonorisation des courriels lus et ecriture de courriels par envoi d'une PJ sonorisée.

Pour lire (cad pour écouter) un courriel il suffirait de le sélectionner dans la "inbox" pour faire apparaitre un mini interface dictaphone avec 3 boutons (lire, stop, pause)

Pour envoyer un courriel sonore, on choisirait le(s) destinataires dans une base de contacts locale à l'application où sont mémorisés la photo du contact et son adresse smtp. Puis on accèderait au mini-dictaphone avec 4 boutons (enregistrer, lire, pause, stop). Lorsque le courrier a été dicté on cliquerait sur un bouton envoyer. Le mail serait transmis au destinataire en tant que fichier son joint au mail.


IHM ultra simplifiée:
- grosses icônes ou boutons,
- actions par simples clics uniquement (pas de doubles clics)


Technologies qui pourraient être envisagées: Application Winforms DotNet (c#)
API Text To Speech pour la sonorisation des courriels reçus: Text to Speech, System.Speech disponible depuis .Net 3.0
API pour l'encodage audio des courriels à envoyer: Managed Direct X(MDX) 1.1

4 domaines à explorer:
Le TTS: cf lien ci-dessus
L'encodage Audio: un petit prototype pour encoder en mp3 un son enregistré au micro du PC.
Le frontal smtp/pop: lien vers une librairie open source pour envoyer et recevoir des mails: C#Mail
L'IHM. Là, il faut partir ex nihilo...

Restera alors à intégrer tout cela dans une application autonome et cohérente.

[coyote35]

Bon, pas beaucoup de volontaires pour participer.

Pour faire avancer un peu le truc, sur:
http://www.slideshare.net/coyote35/p...-ihm-simplifie

vous trouverez une ébauche de proposition de storyboard pour montrer quelle forme ultrasimplifée cela pourrait prendre (côté IHM).

(Avec au passage une suggestion pour baptiser ce projet)...

[xtope]

Bonjour,

le projet me paraît intéressant et les maquettes bien pensées, bien vu coyote35.

Le seul problème pour moi est que je ne connais pas le .net. Je suis dans le dev web j2ee.

Maintenant si des personnes connaissant le java sont intéressées par le projet, pourquoi pas.

Ou alors c'est une bonne occasion de me mettre au c#

Quoiqu'il en soit projet intéressant, ça pourrait aussi servir à d'autres personnes dans la même situation.

ps : sinon pour le titre "Melody" est pas mal comme nom... en poussant un peu plus loin on pourrait même l'appeler "Mailody"

[coyote35]

sympa Xtope tes encouragements.

Nous travaillons avec "sull_y" en tant que développeur c# sur une maquette de l'IHM que tu as vue.

A+

Cyt35

PS: C'est exactement pour cette raison ("Mel" pour Mail et "ody" pour audio )que ce projet s'appelle Melody

[xtope]

C'est sympa ça, au moins le projet avance. Tenez-nous surtout au courant de l'avancement du projet.

Sinon si je peux être utile d'une manière ou d'une autre, n'hésitez pas

[Chatanga]

Une question bête sans doute : un téléphone avec un répondeur et un autocollant .NET dessus, ça ne ferait pas exactement l'affaire ?

[cajvaise]

Bonjour et grand merci à tous !
Désolé de ne pas avoir répondu plus tôt, nous avons un emploi du temps qui ne nous rapproche de l'ordinateur qu'une fois par semaine...

Merci Coyote35 de ta participation,
et merci par avance aussi à sull_y,

Voici nos remarques :
- dans l'inbox : mettre en évidence de façon plus importante les mails nouveaux (non lus). Seul le changement de l'icone de l'enveloppe ne nous semble pas suffir. Voir pour une mise en évidence par code de couleur du fond, mise en gras, etc... a définir.

- lecture d'un mail : pourquoi un nouvel écran ? Serait il possible d'intégrer les fonctions de lecture dans l'inbox ?

- apparence générale : ajouter une icone "quitter", avec fenetre pop-up de confirmation pour éviter les fausses manips.

- les pièces jointes des messages reçus : visualiser l'existence d'un fichier joint, ajouter un bouton pour les ouvrir (dans les appli externes, type powerpoint, word , etc...).
Attention, cas particulier : deux utilisateurs de "melody" communiquent ensemble. Se serait bien qu'ils puissent chacun ouvrir les pièces jointes audio directement dans Melody, sans faire appel à un nouveau programme (car nouvelles fenetres = confusion). Il faudrait peut-être reconnaitre si la pièce jointe est un fichier audio.

- remarque générale : limiter l'utilisation des ascenseurs (voir le slide de carnet d'adresse) tels quels ils ne sont pas du tout pratique, surtout pour une utilisation avec écran tactile : trop fin à utiliser.
Voir pour ajouter des 'zones bouton' de défilement, un peu comme sur certains tel portables actuels.

- technologie TTS : je n'y connais rien dans le premier choix que tu as fait, mais nous utilisons actuellement un système de synthèse vocale qui marche asses bien, elle est basée sur une voix SAPI5 (et l'application DSpeech), c'est une solution gratuite. Est-ce que ton choix peux se baser sur du SAPI5 aussi ?

- pour le nom "melody" (ou autres variantes) est un bon choix

@ Chatanga : elle dispose déjà d'un tel portable (sans l'autocollant, j'en convient ), là le mail permet les pièces jointes, et un cout de communication plus réduit. Et puis je rajoute que sur le plan moteur, l'objet du téléphone n'est pas toujours facile à utiliser.
A la lecture de ta remarque la future utilisatrice réponds : "il faut bien que je me mette à la page de la technologie, quand même !"


Merci à tous de vos remarques
Laurent CLAUDE

[coyote35]

- dans l'inbox : mettre en évidence de façon plus importante les mails nouveaux (non lus). Seul le changement de l'icone de l'enveloppe ne nous semble pas suffir. Voir pour une mise en évidence par code de couleur du fond, mise en gras, etc... a définir.

ok, je propose une espèce de fond de couleur à définir plus précisément. Mais peux-tu nous expliquer pourquoi les deux icones enveloppe ouverte et enveloppe fermée ne suffisent pas?

- lecture d'un mail : pourquoi un nouvel écran ? Serait il possible d'intégrer les fonctions de lecture dans l'inbox ?

Ca devrait pouvoir être possible mais ça veut dire qu'il va falloir intégrer le bouton "Play", "Pause" et "Stop" , plus un bouton "Répondre", plus une petite jauge défilant au fur et à mesure de l'ecoute. Peux-tu nous dire si tous ces visuels sont utiles ou pas?

C'est pour cela que la fenêtre supplémentaire me paraissait plus évidente...

- apparence générale : ajouter une icone "quitter", avec fenetre pop-up de confirmation pour éviter les fausses manips.

Ok: mais quel visuel sur l'icone "quitter"? une porte?
et sur ta fenetre pop-up? Qu'affiche-t-on au juste? Quel formalisme emploie-t-on pour le bouton "oui" et le bouton "non" (un code couleur? (vert=oui) (rouge =non?). Ca pose de vrais problèmes d'ergonomie tout ça.

- les pièces jointes des messages reçus : visualiser l'existence d'un fichier joint, ajouter un bouton pour les ouvrir (dans les appli externes, type powerpoint, word , etc...).

Ok: mais cela fait donc un nouveau signe visuel à afficher dans l'inbox. Non?
Je vais refaire rapidement l'écran inbox pour qu'on voie ce que cela donne.

Attention, cas particulier : deux utilisateurs de "melody" communiquent ensemble. Se serait bien qu'ils puissent chacun ouvrir les pièces jointes audio directement dans Melody, sans faire appel à un nouveau programme (car nouvelles fenetres = confusion). Il faudrait peut-être reconnaitre si la pièce jointe est un fichier audio.

Bonne remarque, j'avais zappé ça...Je pense que techniquement cela ne devrait pas poser de problème mais comment va-t-on visuellement distinguer une PJ classique d'une pj audio. Je propose l'habituel trombonne pour la PJ classique et un trombonne avec un haut-parleur pour indiquer que la PJ est audio et donc consultable. Autre chose: Que se passe-t-il si le courriel reçu contient du texte ET une PJ audio?

- remarque générale : limiter l'utilisation des ascenseurs (voir le slide de carnet d'adresse) tels quels ils ne sont pas du tout pratique, surtout pour une utilisation avec écran tactile : trop fin à utiliser.
Voir pour ajouter des 'zones bouton' de défilement, un peu comme sur certains tel portables actuels.

OK. A voir...Cela risque de rendre l'utilisation des widgets natifs impossible... A creuser

- technologie TTS : je n'y connais rien dans le premier choix que tu as fait, mais nous utilisons actuellement un système de synthèse vocale qui marche asses bien, elle est basée sur une voix SAPI5 (et l'application DSpeech), c'est une solution gratuite. Est-ce que ton choix peux se baser sur du SAPI5 aussi ?

J'ai testé les voix françaises (homme et femme) du module Voix de windows XP. C'est à peu près intelligible. Il faudrait t'envoyer un échantillon. Peux-tu me faire parvenir un exemple de texte?

- pour le nom "melody" (ou autres variantes) est un bon choix

ok, on le garde alors...

CYT35

[cajvaise]

- dans l'inbox : mettre en évidence de façon plus importante les mails nouveaux (non lus). Seul le changement de l'icone de l'enveloppe ne nous semble pas suffir. Voir pour une mise en évidence par code de couleur du fond, mise en gras, etc... a définir.

ok, je propose une espèce de fond de couleur à définir plus précisément. Mais peux-tu nous expliquer pourquoi les deux icones enveloppe ouverte et enveloppe fermée ne suffisent pas?

Ok, je propose un fond blanc (ou neutre) et du texte pas gras pour les mails déjà lus,
et fond de couleur (une couleur légère) et texte en gras pour les mails non lus.
De mon point de vue seule l'icone ne suffit car au niveau cognitif l'utilisatrice à quand même besoin d'une petite aide, et ce même si sa vue est assès bonne et précise. N'oublions pas non plus qu'elle n'a jamais été utilisatrice (et actrice sur) d'un ordinateur.

- lecture d'un mail : pourquoi un nouvel écran ? Serait il possible d'intégrer les fonctions de lecture dans l'inbox ?

Ca devrait pouvoir être possible mais ça veut dire qu'il va falloir intégrer le bouton "Play", "Pause" et "Stop" , plus un bouton "Répondre", plus une petite jauge défilant au fur et à mesure de l'ecoute. Peux-tu nous dire si tous ces visuels sont utiles ou pas?

C'est pour cela que la fenêtre supplémentaire me paraissait plus évidente...

Oui, effectivement : ne pas ouvrir le message dans une nouvelle fenetre nécessite de bien penser l'inbox. Et je ne dis pas que ce sera facile... ;-)
Mais, cela me semble vraiment plus simple à l'utilisation, car ne nécessitera pas certaines capacitées cognitives de la part de l'utilisateur notamment pour faire la distinction des fenêtres (ce programme pourrait servir aussi à d'autres personnes, j'ai plutôt envie de généraliser !).

Quant à l'utilité de ces visuels : je suis plutôt pour ! Il me semblent donc appropriés de placer au niveau du message (en inbox) les boutons play, pause et stop. Je préciserai même que ces boutons seraient très bien vus s'ils n'apparaissent que pour le message sélectionné (en contradiction de bouton placés en haut de la fenêtre, et utilisables pour tous les messages). (J'espère être clair... s'il faut je peux faire un croquis).

- apparence générale : ajouter une icone "quitter", avec fenetre pop-up de confirmation pour éviter les fausses manips.

Ok: mais quel visuel sur l'icone "quitter"? une porte?
et sur ta fenetre pop-up? Qu'affiche-t-on au juste? Quel formalisme emploie-t-on pour le bouton "oui" et le bouton "non" (un code couleur? (vert=oui) (rouge =non?). Ca pose de vrais problèmes d'ergonomie tout ça.

Ce n'est pas un problème d'ergonomie... mais une contrainte ! et c'est tout le challenge ;-)

Oui l'idée de l'icone de la porte pour quitter semble bonne. pour la fenetre pop-up, poser une question de confirmation du genre "voulez vous vraiment quitter le programme ?" et proposer deux icones. A ce sujet nous allons travailler à vous faire des propositions d'icones. A suivre...

- les pièces jointes des messages reçus : visualiser l'existence d'un fichier joint, ajouter un bouton pour les ouvrir (dans les appli externes, type powerpoint, word , etc...).

Ok: mais cela fait donc un nouveau signe visuel à afficher dans l'inbox. Non?
Je vais refaire rapidement l'écran inbox pour qu'on voie ce que cela donne.

Ok ! d'ailleurs le bouton d'ouverture pourrait être simplement le trobonne.

Attention, cas particulier : deux utilisateurs de "melody" communiquent ensemble. Se serait bien qu'ils puissent chacun ouvrir les pièces jointes audio directement dans Melody, sans faire appel à un nouveau programme (car nouvelles fenetres = confusion). Il faudrait peut-être reconnaitre si la pièce jointe est un fichier audio.

Bonne remarque, j'avais zappé ça...Je pense que techniquement cela ne devrait pas poser de problème mais comment va-t-on visuellement distinguer une PJ classique d'une pj audio. Je propose l'habituel trombonne pour la PJ classique et un trombonne avec un haut-parleur pour indiquer que la PJ est audio et donc consultable. Autre chose: Que se passe-t-il si le courriel reçu contient du texte ET une PJ audio?

Est-il possible d'identifier le programme courrieleur qui à été utilisé pour la 'redaction' d'un message ? Si oui, alors si un message arrive en provennance d'un utilisateur mailody on peut être sûr qu'il ne contiendra pas de texte, seul le haut parleur suffit et permet la lecture du message audio (bouton haut parleur).
Pour les autres situations, je propose que toutes les pièces jointes (audio ou autre) soient traitées de la même façon : le trombonne, et lecture par les programmes windows. (C'est pas très ouvert, mais çame semble simple)

- remarque générale : limiter l'utilisation des ascenseurs (voir le slide de carnet d'adresse) tels quels ils ne sont pas du tout pratique, surtout pour une utilisation avec écran tactile : trop fin à utiliser.
Voir pour ajouter des 'zones bouton' de défilement, un peu comme sur certains tel portables actuels.

OK. A voir...Cela risque de rendre l'utilisation des widgets natifs impossible... A creuser

Là, j'ai rien compris ... ;-) je ne sais pas ce que sont ces widgets...

- technologie TTS : je n'y connais rien dans le premier choix que tu as fait, mais nous utilisons actuellement un système de synthèse vocale qui marche asses bien, elle est basée sur une voix SAPI5 (et l'application DSpeech), c'est une solution gratuite. Est-ce que ton choix peux se baser sur du SAPI5 aussi ?

J'ai testé les voix françaises (homme et femme) du module Voix de windows XP. C'est à peu près intelligible. Il faudrait t'envoyer un échantillon. Peux-tu me faire parvenir un exemple de texte?

Ok, voici un bout du tour du monde en 80jours (dispo ici : http://fr.wikisource.org/wiki/Le_Tou...urs/Chapitre_6) :
"Voici dans quelles circonstances avait été lancée cette dépêche concernant le sieur Phileas Fogg.

Le mercredi 9 octobre, on attendait pour onze heures du matin, à Suez, le paquebot Mongolia, de la Compagnie péninsulaire et orientale, steamer en fer à hélice et à spardeck, jaugeant deux mille huit cents tonnes et possédant une force nominale de cinq cents chevaux. Le Mongolia faisait régulièrement les voyages de Brindisi à Bombay par le canal de Suez. C’était un des plus rapides marcheurs de la Compagnie, et les vitesses réglementaires, soit dix milles à l’heure entre Brindisi et Suez, et neuf milles cinquante-trois centièmes entre Suez et Bombay, il les avait toujours dépassées."

J'ai créé un mp3 de ce texte avec une voix SAPI5 : voir en pièce jointe (mp3 dans un zip).

- pour le nom "melody" (ou autres variantes) est un bon choix

ok, on le garde alors...

Je me pose la question de l'écrire Mailody, MailOdy pour que la notion de message (mail) soit plus évidente, sinon ça fait plutôt programme de musique...

Merci
Laurent

[cajvaise]

bonjour à tous,
nous avons travaillé à quelques icônes qui pourraient convenir, enfin nous le souhaitons... !

Exemple :

Notre pack est téléchargeable ici.
Ce travail est basé sur le kit de axialis
Nous pouvons donc faire à peut près ce que l'on veut, donc n'hésitez pas à nous demander des corrections.

A plus
Laurent

[coyote35]

Je viens de voir tes propositions d'icones. Je vais regarder cela plus tard.

En parallèle j'avais retravaillé les écrans suite à ta (longue) série de remarques. J'en avais profité également pour intégrer des icônes également plus sympathiques visuellement.

Visible ici:

[ame="http://www.slideshare.net/coyote35/projet-mailody-client-mail-audio-ihm-simplifie"]Projet Mailody: Client Mail Audio à IHM simplifiée V2[/ame]

Quelques remarques concernant cette V2:

-Sur les planches de slideshare: le bandeau supérieur a mal été intégré. On devrait normalement voir simultanément un bouton boite aux lettres(inbox), un bouton "écriture", un bouton "corbeille" et le bouton "réglages". Le bouton "quitter"[un porte] est lui bien visible)

-Pour l'inbox, on voit que l'écran commence à se remplir sérieusement du coup: on pourrait tenter d'avoir un seul bouton visible à la fois (play, pause).

- En revanche ce(s) bouton(s) apparaissent pour tous les messages (plus simple en terme de developpement)

- Quant la pj d'un courriel reçu est de type audio (.mp3 ou .wav ou .aiff par exemple) alors on n'affiche pas un trombone mais un petit haut parleur. Puis:
*si ce courrier contient un message texte d'accompagnement: on le lit par la voix de synthèse puis on lit la pj audio
*si ce courrier ne contient pas de texte d'accompagnement, on fait dire :" pas de texte d'accompagnement" puis on lit la pj audio.

Voila, Faites-moi un retour et j'essayerai une V3 en intégrant les icones Axialis (Au passage: sont-elles libres de droits???).

A+

Cyt35

PS: plus de nouvelles de notre ami sull_y

[toto828]

ce projet m'a rappelé le gagnat du concours Lépine 2008 : http://www.01net.com/editorial/37956...s-lepine-2008/

peut-être cela se rapproche t-il du besoin présent

[coyote35]

Merci toto828 pour ce lien.

En effet, le projet peut apparaitre similaire sur certains aspects. Sauf que:
-pour nous il s'agit d'un simple logiciel :client Mail
-Il est destiné aux personnes ne sachant pas lire et écrire (pas simplement des personnes agées).
-L'idée serait une diffusion en libre (Si on aboutit à qq chose de présentable ). Il ne serait donc pas besoin de "débourser au moins 3 000 euros par machine."

A+

Cyte35

[toto828]

Dans l'article il est quand même dit que les maisl sont lus et qu'ils sont écrits par synthèse vocale. 3000 euros la machine oui ça fait cher.

[coyote35]

Remise en forme de l'IHM avec les icônes axialis.

(apparemment le mashup SlideShare ne s'intègre pas idéalement dans d8z.net: il faut cliquer sur le lien Ici)

J'attends vos remarques.

cyte35