[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