[CBLX] Un traitement de texte en console

Osvaldo La Rosa olr-noreply at ael.be
Ven 2 Mar 21:56:02 CET 2007


On Fri, Mar 02, 2007 at 05:35:23PM +0100, Samuel Thibault wrote:
> Pierre Lorenzon, le Fri 02 Mar 2007 16:54:43 +0100, a écrit :
> >   Si on peut en effet accéder à
> >   l'information du moteur directement sans codage recodage
> >   transcoddage redécodage il me semble qu'on gagne nettement en
> >   rationalité et partant en efficacité ...
> 
> Si tant est que le "moteur" n'ait pas besoin de l'interface graphique.
> Pour javascript par exemple, c'est loin d'être simple parce qu'on
> _utilise_ la notion de fenêtre etc... 

Et c'est dans mon cas une excuse suffisament "bonne" que pour justifier 
l'utilisation d'un environnement graphique qui permet du coup de piloter 
Firefox, Mozilla et autres Epiphany, Opera ou Galeon, tous des navigateurs 
qui n'ont pas les mêmes problèmes qu'on rencontre avec 
Lynx/eLinks/Links2/etc.

Mais dans le fond, Pierre, tu as Tout A Fait raison: que ça soit pour W$ 
ou Linux, avec l'environnement graphique, on invente l'obstacle, puis on 
nous (ré)invente l'outil qui permet de surmonter l'obstacle. 

Mais objectivement, je pense que des projets tels Gnopernicus, 
ou Orca ont avancés plus vite ces dernières années que le support JS/Flash 
et autre sous les navigateurs en console. Et donc, vaut-il mieux se 
morfondre en attendant un support JS potable sous la ligne de commande, ou 
plutôt se lancer dans Orca? C à voir!

Aldo.



Plus d'informations sur la liste de diffusion CarrefourBLinuX