Re: [CBLX] Du nouveau sur Speakup ?

[Coolbrother <coolbrother@xxxxxxxxxx>]

Salut Pierre,
>   J'ai peur qu'on retourne sempiternellement à la même question
>   qu'on tourne et retourne depuis des lustres : "on sonorise
>   bash ou un autre intégrateur de tâches." En gros à cela il y
>   a deux réponses, les environnements graphiques ou un
>   environnement de type emacs. 
Mais c'est bien de revenir à la meme question, 
car pour celui qui pose la question, c'est toujours différent.
C'est bon de tourner en rond pour ne pas maltourné !
Toi et Sam vous etes des bons enseignants parce vous etes capables de 
répéter mille fois les choses.
Et je vous permet d'etre des bons professeurs parce que je vous pose mille fois 
la meme question jusqu'à ce que j'ai trouvé ma réponse.
Réponse d'ailleurs que vous n'avez pas, mais que vous m'aider à trouver.
Donc ne refuse pas le cercle, vu que tout est cycle.
Tout ça pour dire d'apres la réponse de Sam, en espace utilisateur,
il ne reste plus que emacs qui se rapproche le plus d'un lecteur d'écran 
mature et programable.
Mais dans ce cas-là, il faudrait épuré emacs de tout le non nécessaire pour un 
lecteur d'écran, y compris l'éditeur, et garder que son API à inter-agir 
avec les autres logiciels ou le bash.
Et tout ça en arriere-plan. Et en plus il faudrait qu'il soit inter-session, 
(inter-console), avec un gestionnaire de clavier complet, comme Ctrl+Insert+G.
Est-ce que emacs répond à ses critères très spécifiques 
qui apparemment ne se gère qu'au niveau du noyau ?

A bientôt:
Sam


> From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
> Subject: Re: [CBLX] Du nouveau sur Speakup ?
> Date: Fri, 26 Jun 2009 23:15:21 +0200
> 
>> coolbrother@xxxxxxxxxx, le Sat 27 Jun 2009 00:08:01 +0200, a écrit :
>>> vu que speakup est un programme module, peut-on lui ajouter du code
>>> pour qu'il utilise un programme tiers utilisateur, afin d'améliorer
>>> ses fonctionalités ?
>>
>> Non. Enfin si c'est possible mais c'est pas terrible en terms de
>> conception logicielle et ça ne sera a priori pas accepté.
> 
>   Bien sûr je m'avance sur la pointe des pieds, parce que
>   Samuel est bien plus au point que moi sur ce genre de
>   questions mais ! on commence à comprendre pourquoi les gens
>   qui ont développé des environnements sonores ont attaqué plus
>   bas i.e. dans l'intégrateur de tâche utilisateur. Je l'ai
>   déjà dit, pourquoi ne pas sonoriser init tant qu'on y est. Et
>   il me semble qu'il y a une ébauche de réponse de Samuel
>   ci-dessus : ça pose des problèmes en termes d'architecture du
>   système et assez probablement de maintenance.
> 
>   J'ai peur qu'on retourne sempiternellement à la même question
>   qu'on tourne et retourne depuis des lustres : "on sonorise
>   bash ou un autre intégrateur de tâches." En gros à cela il y
>   a deux réponses, les environnements graphiques ou un
>   environnement de type emacs. Je sais que Sam ne va pas aimer
>   l'argument d'autorité mais moi, perso, sachant que Raman a
>   déjà tourné et retourné cettte question dans sa tête et que
>   sa tête n'est pas si mal faite que ça ! Sachant en outre que
>   je ne vois aucune inovation technologique majeure qui ait pu
>   faire évoluer la situation, je considère commme raisonable de
>   m'en tenir à ses choix.
> 
>   Pierre
> 
> 
> 
>>
>>> Quelle est la librairie sous console, qui permet de récupérer en
>>> C/c++ le nom de l'application en cours, c'est-à-dire en avant-plan,
>>> le process Id, le texte à l'écran ?
>>
>> En fait c'est bien plus difficile à le faire dans l'espace utilisateur
>> que dans l'espace noyau. Je ne connais pas de librairie faisant cela,
>> suseblinux fait du bricolage pour le faire.
>>
>> Samuel
>>
>> ---
>> --
>>    CarrefourBLinuX MailingListe
>>    Pour obtenir de l'aide, envoyez le sujet  help  à:
>>    carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>>    Archives:
>>    http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
>>
> 
> 
> ---
> --
>    CarrefourBLinuX MailingListe
>    Pour obtenir de l'aide, envoyez le sujet  help  à:
>    carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>    Archives:
>    http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
> 
> 

---
--
   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  à:
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux