Reprise du message précédent :
je peux pas te poster mon code (le putain de norton de mon pc de travail m'a corrompu tt ma clé usb, g du la formatter)...
 
mais en gros g un bufferedtrucmuche et un filereader...et je lis des petits tableaux de char, que j'append au StringBuffer, et que je finis par convertir en string...
 
en gros parser 10.000 lignes ca prend 1031ms (on ne rit pas, je connais pas d'autres méthodes pour optimiser mes progs...g un time stamp au début, un à la fin, et je compare...)
 
ca reste honnete...de tt façon je v devoir attaquer le pb à bras le corp demain : faut que je me documente proprement le syntax de jedit, pour le comprendre, et aussi pour pouvoir l'améliorer un peu (surtout le rendre JDK 1.4 friendly, parce que g une putain de chiée de warning :  blablabla deprecated, et donc c pas hyper ouvert sur l'avenir...
 
normalement le nouveau jedit 4.2 a son syntax, mais en GPL, et donc pour un projet com c mort...en plus il a tt refait, je pense même pas que ce soit compatible...

1031 ms pour 10000 lignes Pour info, il fait quelle taille ton fichier ?
 
EDIT : pour comparaison, j'lis et j'encode avec l'algorithme d'Huffman un fichier de 1,1 Mo en 70 ms (en comptant la création du fichier de 570 Ko).

c'est peut être des très grandes lignes  

nan, mais ça doit être +parsing+affichage (qui peut être fait dans le thread de laecture)

Ah ba si y a affichage, ouais, ça bouffe
Le parsing euh... quel parsing ?

il fait de la coloration syntaxique.
 
mais on peut le soupçonner de ne pas utiliser des buffers de la bonne taille aussi.

Eclipse lors de l'affichage, tu veux dire ? Ou j'ai loupé une partie de la demande de Jubijub ?

s'il veut mettre son fichier dans une String, c'est pour filer aux couches suivantes qui demandent une String. Sinon je l'aurais déjà boulé, on charge pas un fichier complet pour faire du parsing.

Daque

 
oui?

C'était juste pour te dire que t'étais un gros dindon Et un flan

nraynaud je t'aime tu as tout compris
 
Oui, mes 2 timestamps sont dans le main : 1 au début du main, l'autre à la fin. ENtre les 2 ? chargement du fichier et convertion en string (fait par une méthode d'une autre classe), passage du string à une deuxième classe qui se charge de créer le jTextArea avec, et enfin appel au tokenizer pour la coloration
 
Résultat : une fenetre swing créée avec du texte colorizé, le tout à partir d'un bete fichier texte. ca me semble honnete comme timming...
 
--> maintenant j'en suis à faire des projets ant...je me bas avec mes classpath, et les répertoires relatifs...

j'ai tout compris comme d'hab.
 
par contre, tu as le droit de garder tes propositions salaces pour toi.