PureBasic

Léger bug, pas méchant mais juste un peu casse bonbons, dans l'IDE natif.

1/ - Je veux rechercher dans mon code un terme quelconque, je sélectionne donc mon terme (variable, procédure, chaîne, etc...) et je clique sur F3 ou encore je passe par le menu 'Rechercher suivant' et là ô miracle mon occurence suivante est trouvée et sélectionnée. Là je suis content...

2/ - Plus tard je veux procéder à la recherche d'un autre terme de mon code et j'agis de la même façon; sélection du mot cherché puis F3. Là je suis Argh! C'est la précédente recherche qui sort et qui gagne. Je me dis alors que j'ai mal sélectionné mon mot et je remet ça. Re-Argh! et bien non, c'est encore le précédent tirage qui ressort.

Pour résoudre le problème je suis obligé d'utiliser la fonction 'Rechercher remplacer' après sélection du mot à chercher pour qu'il soit pris en compte. Je fais alors 'Rechercher suivant' dans la boîte de dialogue et là ça fonctionne.

Bon c'est vrai que ça casse pas trois pattes à un canard, ça ne remet pas en cause PB, mais c'est un peu chiant. Ca fait un moment que je voulais le signaler, ben c'est fait.

@+

Jacobus a écrit : trois pattes à un canard

je n'ai pas le même problème chez moi... et si cela m'arrive, je crois que deviendrai fou !

pourquoi ne pas utiliser Japbe ??

c'est une perle ce soft

bon il aime pas trop les tres tres gros code , mais sinon , ça va

ce qui m'enerve le plus , c'est le repliage d'une procedure lorsqu'on a le malheur de cliquer trop a gauche d'une des lignes se trouvant a l'interieur


ça a l'air con, mais lorsqu'on se trouve dans une procedure qui fait partie d'un tres gros listing, le temps que le repliage se fait, cela fige l'editeur
au point, de le planter lorsque cela dure trop longtemps

J'ai essayé Japbe, mais je préfère l'éditeur natif, bien qu'il ne soit pas exempt de défauts. De plus, depuis la 4.30 il est vraiment plus performant. L'ouverture de plusieurs fichiers de plusieurs milliers de lignes se fait très rapidement alors qu'avec la 4.20 je pouvais attendre jusqu'à 30 secondes avant de pouvoir commencer à l'utiliser. Pas de problème de repliage (même énorme) et comme j'ai tendance à faire des listings à rallonge plutôt que des includes, mes codes sont assez longs. J'ai bien quelques pbi mais ils sont aussi longs que les principaux.

Le bug de la fonction 'rechercher suivant' est récurrent sur mes pc, j'en conclus que c'est pb et non mes configs. M'enfin comme je l'ai dit c'est casse couilles mais pas insurmontable. et si ça se trouve il n'y a qu'à moi que cela arrive. (encore une maladie orpheline)

Salut Jacobus,

1) Tu double-cliques sur l'expression à rechercher
2) Ctrl-F
3) [Entrée] >> Là, tu as une première recherche qui est faite

Et après F3 trouve la prochaine occurence...

Ollivier

@Ollivier
Ok, ça fonctionne très bien comme ça. C'est déjà ce que je fais mais je pense que ce n'est pas logique. F3 devrait y aller direct.

@Gnozal et Dobro
Avec l'IDE natif de PB je travaille actuellement avec 13 fichiers représentant un total de 27000 lignes. Je viens de tester le lancement du programme et l'ouverture avec disponibilité effective des fichiers >> 12 secondes chrono. Ca me convient très bien. et CTRL+Fin sur un fichier de 14000 lignes se fait en quelques ms. Je reconnais que parfois le fait de vouloir rejoindre une procédure ou un signet m'oblige à cliquer deux fois pour l'atteindre, je ne sais pas pourquoi la recherche s'arrête avant d'atteindre l'objectif de temps en temps...

Euh... dites les gars, et ma touche F3 ??

He oui... Passé dans la trappe d'une conversation dévié...

Mais pour revenir au sujet, effectivement, j'ai exactement le même problème lorsque j'agis exactement comme tu le décrit ???

C'est donc fort probablement un BUG... ? Du moins dans la version que l'on dispose.

La seule solution est de passer par Recherche/remplacer systématiquement
sans remplacer évidemment et alors le F3 fonctionne à chaque fois ???

Pour en arriver à ça il suffit de supprimer la fonction "recherche suivant F3"

ou la prendre comme une simple indication complémentaire à "Recherche/remplacer"

Jacobus a écrit : Euh... dites les gars, et ma touche F3 ??

ben je dirai que maintenant tu n'as plus de raisons de ne pas utiliser japbe !!

en plus avec japbe un apuis sur Ctrl+tab te met en forme le code selectioné !! rien que pour ça ;.......


ps : j'ai nettoyé le topic de nos interventions hors sujet

Bon OK. Je crois que je vais continuer avec Ctrl+F et F3 c'est pas bien grave. Il me semble que ce doit être une question de ré-initialisation de variable qui n'est pas fonctionnelle...

@Dobro, tu es tellement enthousiaste et Gnozal est tellement réactif, que je ne peux faire autrement que de tester à nouveau JaPBe.

Jacobus a écrit : @Dobro, tu es tellement enthousiaste et Gnozal est tellement réactif, que je ne peux faire autrement que de tester à nouveau JaPBe.

même que si tu te fait ton profil couleur

je suis sur que si tu le propose a Gnozal , il l'intégrera dans le pack par la suite

Pourquoi pas...
En tout cas j'ai découvert une nouvelle fonction de la touche F3 de l'IDE natif, et c'est assez extraordinaire d'ailleurs... F3 = Debug de JaPBe

ben non !

c'est bien "rechercher" , t'as fumé la moquette ou quoi ??

Non non j'ai arrêté, mais laisse pisser le mérinos, c'était juste une blague sur le post en lui même