Reprise du message précédent :
cool

drapal

Le plugin JDiff

J'ai un souci avec jEdit 4.1 sous XP.
 
Au démarrage, il s'arrête à "init killring" et il tourne à l'infini sans jamais démarrer.
 
Je l'ai désintallé puis réinstallé mais ça marche toujours pas.
 
Le problème vient de Java ?
 
 
Je tiens à signaler que jEdit tournais normalement avant.

Salut, dans ton répertoire c:\document and settings\tonlogin\.jedit il doit y avoir un fichier killring.xml, je pense qu'il a du devenir énorme, tu as qu'a l'effacer et relancer jEdit, ca devrait régler le problème.
C'est un bug connu mais on a pas encore trouvé le moyen de le reproduire a coup sur pour le corriger.
Par contre tu es sur que c'est 4.1 ta version ? Ca me parrait très ancien, il est vivement conseillé de passer a la derniere 4.3pre14 (même si elle s'appelle pre elle est parfaitement utilisable)

Mouais, je vais essayer ça.
 
 
Ok kpouer je vais voir ça , je vous tiens au courant.

Ou est le fichier répertoriant des favoris ? (Ce serait pour changer des dossiers)
 
Au passage, même si ya plus urgent, ce serait pas mal de pouvoir modifier chaque favori directement dans JEdit

Effectivement ca serait plus pratique, un plugin devrait pouvoir s'en charger d'ailleurs.
Les favoris sont dans  
document & settings/tonlogin/.jedit/properties
 
sous la forme
 
vfs.favorite.20.type=1
vfs.favorite.20=/blabla/tutu
 
le type 1 étant DIRECTORY 0 pour un fichier
le 20 étant le numéro du favoris. attention le fichier n'est pas ordonné donc les 2 lignes ne sont pas obligatoirement a coté

nickel

 
c'était bien ça.
 
Merci .
 
Au fait, j'avais déjà la version 4.3

un peu off mais...  
 

je n'avais jamais fait attention mais un pseudo comme le tien n'est pas courant et donc tu es bien lead dev de jEdit ?
Slava a pris du recul ?

 
Salut en effet il n'est pas courant, je suis bien celui de l'équipe de dev de jEdit
Slava en a eu assez de travailler jEdit, et le 2 juillet 2005 a ouvert le développement a une nouvelle équipe dont je faisais partie. Depuis un certain nombre de développeurs nous ont rejoint et on doit être entre 5 et 10 a travailler plus ou moins occasionnellement dessus (sans compter les développeurs qui soumettent régulièrement des patches).
Après pour être honnête lead dev est peut être un peu exagéré car je n'ai pas d'autorité sur les autres développeurs de jEdit, le fonctionnement est plutôt démocratique (pour pas dire anarchique), chaque développeur corrige ce qui lui plait et ajoute ce qui lui plait (si c'est gros on en discute bien sur). Mais Alan m'a mis lead dev sur le wiki car je suis celui qui contribue le plus activement sur l'ensemble ces derniers temps.
Pour info Slava développe maintenant son propre langage de programmation http://factorcode.org/ un truc vraiment original (et farfelu)

je pensais qu'il était toujours là...

en tout cas, merci pour votre travail... j'utilise jEdit tous les jours depuis presque 6 ou 7 ans et j'apprends tous les jours une fonctionnalité
(edit> et oui, c'est farfelu factor code... autant j'aime l'intérêt du RPN (vive mon HP48GX), autant j'ai des doutes sur la facilité d'écriture et surtout de maintenance... mais c'est un autre topik )

Dites, avec jEdit 4.2 final, c'est possible de lui dire d'enregistrer les fichiers en UTF-8 ? J'ai checké les options sans rien voir ...

tu bascules le buffer d'édition en UTF-8 et tu sauves... (Utilities > Buffer Options)

par contre, quand tu le réouvriras le fichier, n'oublie pas de forcer l'ouverture en UTF-8 (Open > fichier > click droit > encoding...)

j'ai du mal à capter ce smiley...

j'ai dit une bêtise (ou il y a plus simple) ?

edit> je pars évidemment du principe qu'il ne travaille qu'occasionnellement en UTF-8... comme moi qui suis par défaut en iso-8859-1 (latin1) et qui ne fait de l'UTF-8 que les 36 du mois...

kpouer n'est sans doute pas très loin, avec un peu de chance ce n'est pas (trop) lourd à implémenter

Pas si simple effectivement. J'espère que la version 4.3 finale proposera le paramétrage par défaut à la manière de Notepad++ ...

Merci pour le tips .

Edit >

Ben justement, à l'avenir, je vais devoir travailler exclusivement que sur des fichiers en UTF-8 donc si je pouvais à la fois ouvrir/créer/enregistrer par défaut en UTF-8 sans devoir sélectionner ce mode à chaque opération ...

Euh j'arrive un peu tard, mais bon pour les encodings c'est vrai que c'est l'enfer de les détecter.
Le plus simple est de cocher la case "auto-detect file encoding when possible" dans les options d'encoding
et d'ajouter des trucs dans "List of encoding autodetectors" et dans List of fallback encodings.
Le premier, List of encoding autodetectors
permet de configurer la liste des détecteurs d'encodings utilisés par jEdit. Moi je met
"BOM XML-PI html"
Ca permet de détecter les encodings déclarés dans certains types de fichiers.
Et  
"List of fallback encodings" c'est les encodings successifs qui seront testé par jEdit pour ouvrir un fichier.
Je met "UTF-8 ISO-8859-1"
en fait jEdit va tenter d'ouvrir le fichier en UTF-8, et si ca échoue il tentera en ISO-8859-1.
C'est vrai que c'est pas super intuitif, il faudrait refaire ce panneau d'options pour rendre cette config plus simple, mais on ne peut pas fournir des options par défaut car ce qui est valable pour un Occidental va complètement foirer chez un Japonais (et inversement)
 
Mais bon il arrive que ca foire quand même et dans ce cas on a en général des carrés a la place de certains caractères genre les accents. Dans ce cas il faut faire un File->"reload with encoding" avec le bon encoding

Ca serait un truc à faire, tiens, parce que c'est vrai que l'implémentation actuelle laisse un peu à désirer. Y'a énormément d'algos dispos

Bonsoir.
J'ai installer sans problème jedit (fedora 9) puis le plugins ruby.
jedit se lance bien mais comment fait t'on pour avec les correction de syntaxe par exemples ?
Perso il faudrait que jedit puisse avec du ruby faire
-pouvoir interpréter facilement à partir de l'éditeur
-avoir une coloration syntaxique
-auto-indent
-complétion automatique, genre toutes les méthodes aplicables à time.now (par exemple) dans une liste déroulante
-détection automatique d'erreurs de base
 
Merci

Il faudrait une feature pour fermer les onglets inutilisés depuis x temps, ou garder les x plus utilisés

Là j'en ai 30/40 en permanence

question non ironique: je suppose que tu veux ça dans ton browser aussi alors ?

Non, je gère assez bien mon navigateur à ce niveau D'autant que celui-ci a le bon gout de ne pas toujours tout ouvrir dans un nouvel onglet

wouch, ça bouge plus beaucoup ce topic, de même que le développement apparemment Vous vous servez toujours de jEdit ?

Moi ouaip.
Je fais avec les qqs bugs... avec un oeil sur les IDE.

Moi perso j'utilise netbeans qui est vraiment très bien , j'ai abandonné complètement jedit.

Tiens bah toi tu sais ptet comment colorer les fonctions du core

Histoire d'être sûr que j'y passerais pas, ou si

toujours et plsu que jamais
 
en bonne à tout faire et en excellent compagnon de NetBeans aussi

4.3pre17

4.3pre18  

toujours en pre16 moâ...

edit> j'avais que ça à foutre un peu de temps libre, j'ai upgradé... ça tourne. Update des plugins, itou.

est-ce vraiment nécessaire ?

Y a moyen d'avoir un vrai terminal dans JEdit ? Console est pas terrible sur ce point, il flushe les ouputs des programmes un peu n'importe comment, et on peut pas faire tout ce qu'on veut (des fois, j'aimerais bien pouvoir faire un "nano" dans le terminal JEdit, pour faire un truc en vitesse )

Eh vous avez noté, la 4.3 FINAL est sortie pour noel, va falloir changer le titre du topic

mis à jour à la maison, ça ne va pas tarder au bural
 

si tu ouvres ledit fichier, tu n'as pas les infos qui vont bien ?.

salut les gens

Petite question technique... j'ai une tétrachiée de fichiers à modifier d'une manière très simple: replacer un pattern par un bout de texte calculé.

Le bout de texte est une concaténation du nom du fichier + le pattern: en gros, je cherche "formi" et si le fichier qui matche s'appelle "dable.txt", je remplace "formi" par "formi_dable.txt". Simple.

Dans jEdit, find/replace:

• search for: "formi"
• replace with (beanshell snippet): "formi_" + buffer.getName()

et ça marche... sauf que ça ne marche que pour un fichier car le find/replace ne change pas le buffer donc tous mes fichiers ont le buffer.getName() de celui de départ...

une idée pour avoir un buffer qui suit le find/repace ?

(en attendant, je vais passer par une macro mais c'est par curiosité )