Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Robin Berjon (robin.berjon@expway.fr)
Date: 10/02/2004 - 09:23


Herve AGNOUX wrote:
> Le Dimanche 08 Février 2004 20:50, Robin Berjon a écrit :
>>Je ne tiens nullement à vous attaquer sur votre produit que je n'ai pas
>>encore essayé, mais après avoir testé beaucoup d'éditeurs en Java
>>j'avoue que je peine à me convaincre de passer une heure ou deux à en
>>essayer un de plus. Je travaille principalement sur un G3 900Mhz avec
>>792mo (donc quand même quelque chose de largement acceptable) et tous
>>les éditeurs que j'ai essayé sont beaucoup trop lents, j'ai beau n'être
>>pas un as du clavier j'ai quand même toujours le temps de les voir vider
>>mon buffer clavier caractère par caractére.
>
> Je crois que vous exagérez un petit peu... J'ai utilisé par exemple XMLmind et
> je n'ai pas eu l'impression d'une lenteur particulière. Et j'utilise
> régulièrement des logiciels java pour mes développements.

Je ne fais qu'exprimer un ressenti utilisateur. J'aurais été très
content de débourser quelques euros pour avoir par exemple un éditeur
ayant les fonctionalités de oXygen. Malheureusement sur une machine
puissante il est tout simplement inutilisable. Une minute pour valider
un document de trente lignes avec un schema simple dans un thread
séparé, c'est un peu plus de 59 secondes de trop.

> Je peste contre l'inflation de "fonctionnalités" (Maven affiche fièrement des
> temps de compilation de plusieurs secondes pour 3 lignes de code, alors que,
> à la grande époque de Turbo Pascal, il en fallait 1/2 pour en compiler des
> milliers sur un Z80), mais ce n'est pas de la faute de Java.

On ne peut pas dire pourtant que Java dispose de beaucoup de fonctionalités.

> Le seul domaine pénible est la ligne de commande. xsltproc est plus rapide que
> le couple d'enfer xalan / xerces, c'est indéniable.

Pourquoi donc s'obstiner à les utiliser? Ils ne sont pas lents qu'à la
ligne de commande loin s'en faut. Pourquoi ne pas au moins utiliser JNI
dans ce genre de cas?

-- 
Robin Berjon
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement