(Courriels de diversion: <postulais@collaborerait-mejugent.com> <rigueurs@doutons-week-ends.com> <racler@etudie-disqualifierai.com> <dissuade@bousculerez-nourrices.com> <mesestimant@creees-resineuse.com> <contesterai@galvaudait-achalande.com> <impassibilite@ravitaillais-deprime.com> <porte-bagages@consolable-lancerez.com> <indecise@obtuses-impayable.com> <deteriorez@approximativement-postera.com> )
nath31 a écrit : > > Bonjour à tous, > > Fred m'a contacté hier afin d'en savoir plus sur le projet bigLux. Après un > premier échange de mails il m'a fait part de ses interrogations. j'ai essayé > de lui répondre de mon mieux mais je n'ai pu trouver de réponses > satisfaisantes sur tous les points qu'il aborde. je vous transfère donc sa > demande accompagnée de mes réponses afin que vous puissiez compléter. > Merci. Je vais essayer sur quelques points. > ----- Original Message ----- > From: "nath31" <nath31@ifrance.com>> To: "Frederic Trouche" <fred@linuxtribe.org>> Sent: Tuesday, July 17, 2001 11:15 PM > Subject: Re: BigLux > > > Salut Fred, > > > > > Donc, voici, en vrac, quelques questions : > > > > > > - Est-ce que vous avez testé Emacspeak, et si oui qu'est-ce que ca donne > ? > > > Il me semble que > > > 1 - ce soft n'est qu'en Anglais, Emacs n'est qu'en anglais et pas facilement traduisible. Le module Emacspeak suit un peu le même modèle, semble-t-il ... mais peut-être moins ardu à franciser pour ses mesages spécifiques. > > > 2 - qu'il est basé sur ViaVoice d'IBM, qui est non libre; ViaVoiceTTS (ex Outloud) n'est qu'une possibilité de TTS couplable avec le module Emacspeak. Nous travaillons sur la clarification de l'architecture Emacspeak pour décrire les 2 méthodes possibles (avec ou sans intermédiaire de script TCL) de couplage d'Emacspeak avec un TTS quelconque. Le but est de décrire une interface réutilisable pour Festival, Euler ou autre. Nos amis tchèques de Free-b-soft tente de définir un Speech Daemon afin de créer un service d'échange réseau entre applications assistées vocalement et dispositifs de transformation de texte en parole (Text-To-Speech). Ce projet est surement à soutenir, actuellement en phase alpha. > > > > - La séparation des tâches (première réunion) est un point de départ > > > essentiel. Il guidera toute les personnes impliquées et pose dors et > déjà > > > > > les lignes directrices des applications ou des travaux à réaliser. > > > Toutefois, l'organisation informatique adéquate sous-jacente pourrait > > > peut-être tirer parti de sites tels que sourceforge. Mais j'imagine > qu'ils > > > sont très peu adaptés aux utilisateurs non/mal voyants, et que c'est > cela > > > qui a conditionné leur non-adoption. C'est ca ? Pour le moment, on a surtout fait de la prospection. C'est vrai que la question de l'hébergement de vrais projets de développement commence à se poser. Le CULTe pourra-t-il les héberger ? Ce n'est pas impossible. Le projet Speech Daemon est quant à lui hébergé par Free-b-soft. C'est surement moins médiatique que SourceForge mais est-ce vraiment genant ? Le moteurs de recherche sur Internet tels que Google sont assez performants pour trouver ailleurs que sur SourceForge une information suffisamment précise telle que "TTS français" ou "synthèse vocale mal-voyants Linux". Et puis, pourquoi ne pas viser à être un projet GNU, tant qu'on y est ? > > > > - Au sujet du hard, apparement certains périphériques (j'ai relevé > > > les écrans tactiles braille) existent, mais semblent être hors de prix. > > > J'ai quelques amis très compétents en électronique, et je pense qu'une > > > telle recherche mériteraient une large contribution... Anyway, n'y a > t'il > > pas > > > des matériels moins onéreux, par exemple développés par des tiers, ou > bien > > > par des organismes appliquant l'esprit Open Source aux matériels ? Il existe des velléités dans la conception des ASIC (circuits électroniques spécialisés), en particulier. Mais dès qu'on touche à la fabrication, attention, brevets ! Effectivement, le prix actuel des plages braille me paraît bien excessif. Si tu connais des hardeux qui se sentiraient motivés, n'hésitons pas à les encourager. > > Quant à > l'accessibilité > > du mode X des projets sont en cours, notamment chez Gnome mais bon ils en > > sont juste dans les débuts pour l'instant. Des débuts prometteurs. Gnome 2.0 est annoncé pour fin 2001 et sera un bon support aux travaux d'accessibilités en cours (projet GAP : Gnome Accessibility Project). D'autres travaux sont en cours pour l'accessibilité d'applis KDE (Konqueror) et de Mozilla par exemple. A surveiller de près, tout en sachant que les travaux d'accessibilité sur les librairies et applications en mode texte (ou mode plein écran style curses) ne sont pas à dédaigner ne serait-ce que par leur facilité de mise en oeuvre et leur nombre considérable sous Linux. > > > > Concernant le compte rendu de la première réunion, ensuite, quelques > > > remarques. Tout d'abord, si je peux me permettre, certaines > spécifications > > > et abréviations sont peu claires, et gagneraient, en tout cas à mon > > > avis, à être plus explicitées. Je m'en suis aperçu quand j'ai testé des programmes de Lecture Assistée par Ordinateur (Text-To-Speech) dessus. > > > >> Sur la deuxième réunion, j'ai tiqué sur un détail particulier : celui > > > de l'intonation dans la lecture des mails par des softs spécialisés > > > (si tu en utilises un désolé pour ce layus......). Ca m'a interpelé > quand > > > il a été question des pages HTML : n'existent t'il pas un dérivé d'XML > > > permettant de mettre en pratique différentes prononciations, locuteurs > > > ou simplement d'introduire des tags supplémentaires permettant de > > > changer temporairement la diction ? > > > Je bouquine en ce moment un truc sur l'ingénierie des langues > > > qui a le mérite de soulever pas mal de questions dans mon esprit. > > > J'ai donc quelques pistes de réflexions la dessus (description abstraite > > > d'un texte à LIRE), si toutefois ce genre de travail n'a pas encore > > > été fait. Il existe un projet VoiceXML sponsorisé notamment par IBM et d'autres grands constructeurs informatiques (Motorola). Reste à ce que ce soit vraiment utilisé, utilisable, normalisé. Pour tout ce qui est XML, il serait bon que cela passe par le W3C (consortium garant des standards du WWWW) qui est (un peu plus) indépendant. > > > > > > Le "browser web" que "Gilbert" développe n'est-il pas en fait une sorte > > > de serveur proxy ? Il va falloir qu'on rafraichisse la mémoire de Gilbert. > > > > > > Enfin, par rapport à la troisième réunion; je m'avance peut-être, mais > > bon; > > > allons-y ;) je connais pas trop mal les outils de développements GNU > > > (automake, autoconf, CVS, gcc en cross-compiler, etc.) et même si je > > > n'ai _vraiment_ pas beaucoup de temps, je suis prêt à en consacrer à > > > des projets si constructifs. C'est une bonne idée ! Sois le bienvenu ! Volontaire pour packager ? > > > Heu... Quelles sont les compétences que vous recherchez (si c'est bien > là > > ce > > > que vous recherchez) ? > > Oui, oui nous en recherchons. développeurs, traducteurs et autres... Il faut vraiment écrire une page des travaux demandant volontaires et puis la publier. C'est terrible, les auteurs et webmestres ont toujours trop peu de temps. C'est pour bientôt paraît-il Zope (ou PHP) sur CULTe.org ? A+ -- Philippe --------------------------------------------------------------------- To unsubscribe, e-mail: biglux-unsubscribe@savage.iut-blagnac.frFor additional commands, e-mail: biglux-help@savage.iut-blagnac.fr