PanExpress : l'éditeur Panoramic avec création d'objet

Bonsoir à tous,

Minibug a écrit:

Il ne me reste que la recherche vers le haut qui me pose quelques soucis.
Enfin soucis pas vraiment mais je me demande quelle est la meilleure façon de faire...

- soit travailler ligne par ligne en remontant dans le SYNEDIT.
- ou plutôt travailler sur un MEMO en copie.
- Ou faire un second SYNEDIT en inversant toutes les lignes puis travailler sur cette copie.

Personnellement, je suis plutôt pour la première option:
La raison est que je me sert de cette fonction ("recherche avant et arrière") pour suivre le codage d'une SUB qui se trouverais par exemple en fin de code et dont je fais appel en début de code. Si j'ai un problème je coche vers le bas ou vers le haut suivant mon besoin.
Je parle de PanoramicEditor, qui n'offre (Plus exactement n'offrait) pas les signets.

L'option du second  SYNEDIT: Je crains que cela enlève la simplicité que tu as prévu pour PanExpress.


Une suggestion pour rire: Vu le nom "PanExpress" il faut que tu fabriques un logo ou une page d’accueil avec une locomotive à vapeur aux couleurs de Panoramic, voir un TGV...

A+

Bonsoir Jean Claude !

Pour la question de la recherche vers le haut, il s'agit de la façon dont PanExpress va faire la travail !
Et non pas des options que je vais mettre en place. Car comme tu le sais l'objet SYNEDIT ne gère pas cette option.

Je ne sais pas encore comment je vais mettre cette option (recherche vers le haut) en place.
C'est pour cela que j'exposais mes différentes idées pour le faire.

J'ai essayé avec un 2ème SYNEDIT qui reste caché et dont les lignes sont en autre inverse pour une recherche plus facile. Mais pas si simple à mettre en place...

Retour à la case départ !

Entre-nous Minibug, la recherche arrière n'est pas indispensable.

Dans mon essai d'éditeur que j'avais nommé "MinimalEditor", j'avais ajouté un bouton "Retour début de recherche" pour retourner tout en haut du code affiché.
C'est la solution que j'avais trouvée à l'époque, et comme j'ai laissé ce code en attente je ne peut t'en dire beaucoup plus.

Et le logo de la locomotive "PanExpress" qu'en penses-tu

A+

La recherche arrière n'est pas indispensable, mais c'est un plus appréciable.
Minibug, avant de continuer, jette un oeil ici. Tu pourras récupérer le code qui permet de fabriquer de grande page pour tester les performances de ton algoritme. Et puis... pour avoir codé une recherche arrière, suis ce conseil : commande un semi-remorque d'aspirine, tu va en avoir drôlement besoin

Silverman a écrit:

commande un semi-remorque d'aspirine, tu va en avoir drôlement besoin

C'est toujours mieux qu'un bocal de Nutella...

Salut Silverman !

Avec mon système de copie de SYNEDIT en ordre inverse je pense que ça peut être plus simple.
Je suis en train d'approfondir le principe pour voir si cela fonctionne...

Jean Claude a écrit:

C'est toujours mieux qu'un bocal de Nutella...

A chacun son plaisir !

@Jean-claude
Excellent


@Minibug
Oulà, tu as consulté le lien que j'ai posté plus haut? Après, tu fais comme tu veux, je force personne

Merci Silverman !

Je viens de consulter ton test. Effectivement il semble y avoir un problème !

En même temps, il est quand même assez rare de remplacement plusieurs centaines de lignes d'affilé !
Il faudrait peut être en faire part à Jack dans la rubrique des bugs non ?

@Minibug
Il s'agit juste du remplacement d'une chaine de caractère, présente dans plusieurs (centaines de) lignes, pas de remplacer les lignes
Un remplacement classique en somme; Je crois qu'il n'est pas impossible qu'un utilisateur tombe sur ce bug, je pense en particulier à pedro dont son code avoisine les 50000 lignes.

Citation :

Il faudrait peut être en faire part à Jack dans la rubrique des bugs non ?

Bin, ça y es déja

Citation :

Il s'agit juste du remplacement d'une chaine de caractère, présente dans plusieurs (centaines de) lignes, pas de remplacer les lignes

Oui je me suis mal exprimé. désolé !

Et si Jack est au courant, c'est parfais alors.

Nouvelle version mise en ligne !

Maintenant toutes options de recherche et de remplacement fonctionnent.

J'ai fini tout le pot de nutella et j'ai pris 2 tubes d'aspirine !
Silverman, avait raison, mais c'était faisable. Surtout avec le principe d'un SYNEDIT inverse.

De cette façon j'ai un ralentissement d'à peine une seconde à la sélection de la recherche vers le haut.
Et ensuite c'est aussi rapide que vers le bas. Je pense que l'idée peut être améliorée !

Bonne nuit à tous...

Crévindioux !

Le coctail Nutella + aspirine, ça décoiffe !


Bravo Minibug ! Je viens de tester en marche avant et en marche arrière et ça fonctionne parfaitement.
La recherche arrière est légèrement plus lente, mais c'est supportable, je dirais même presque inaperçu.

Tu dis avoir terminé recherche et remplacement, heu... sans abuser, il reste 2 choses qui sont pratiques:
1) Mot entier uniquement
2) Remplace tout

En tous cas Bravo !

A+

Bonjour jean Claude !

Citation :

La recherche arrière est légèrement plus lente, mais c'est supportable, je dirais même presque inaperçu.

Oui c'est vrai, en même temps je pense que l'on s'en sert beaucoup moins que la recherche avant. Enfin c'est mon avis...

Citation :

Tu dis avoir terminé recherche et remplacement, heu... sans abuser, il reste 2 choses qui sont pratiques:

Oui. J'y ai pensé pour REMPLACER TOUT. Je vais l'ajouter. Concernant MOT ENTIER UNIQUEMENT je pense ne jamais l'avoir utilisé !

Edit 13h01 :
ça y est j'ai implanté la fonction REMPLACER TOUT. Je m'attaque à MOT ENTIER UNIQUEMENT.
Mais avant je dois me familiariser avec cette fonction...

Minibug a écrit:

Concernant MOT ENTIER UNIQUEMENT je pense ne jamais l'avoir utilisé !

C'est pourtant bien pratique quand tu veux renommer une variable dans ton code pour la rendre plus expressive.
Dans ce cas on a besoin des 3 options (fonctions):
1) respecter la casse: c'est codé, donc rien à dire
2) Mot entier uniquement: pour éviter de remplacer des portions de texte correspondantes à la variable.
2) Remplacer tout: surtout pour  les gros codes, mais le remplacement pas à pas convient aussi.

C'est à toi de voir....

Bon, je me pose des questions pour la recherche avec Mot entier uniquement !

Je viens d'ouvrir un topic à ce sujet. Suivez ce lien.

La fonction recherche et toutes ses options est fonctionnelle à 100%.

Vous pouvez télécharger PanExpress depuis le webdav.

Bravo Minibug,
il y a un mini bug, voir ici https://panoramic.1fr1.net/t5834-resolu-creation-d-une-recherche-avec-mot-entier-uniquement#70959

A+

Je n'arrive pas à reproduire le bug !

En plus j'ai pris soin de verrouiller les différentes options, mais bon cela peut toujours arriver. La preuve !
J'ai tenté de faire comme tu as indiqué main sans résultat !

As tu tenté de le reproduire pour voir si toi même tu réussi ?

Pour reproduire le bug, tu fais une recherche Avant/Respecter la casse/mot entier.
Quand tu arrives en fin de recherche, tu acquittes le message "X occurrences trouvées"
Tu coches le CHECK "vers le haut" et tu lances la recherche.
Et là boum !

Bon, moi je vais voir Astérix, j'adore.

à demain.

Je pense avoir trouvé le problème.

C'est lié a la taille du fichier synedit et la position de départ dans le fichier qui était  à zéro.
D’où le message 'zéro ou négative value'...

J'ai ajouté une icône au programme.


Le fichier est mis en ligne sur le webdav : https://my.cloudme.com/#minibug/panoramic
Mot de passe : panoramic123

Bonjour Minibug et à tous,

Pour la première fois, je suis allé me balader dans le code.bas.
Le problème redémarrage de la recherche vers la haut viens à mon avis de la variable deb% qui n'a pas la bonne valeur
essais de placer ce code juste avant la ligne 585 [ SELECT_TEXT SYN_EDIT2%,(LEN(TEXT$(SYN_EDIT%))-deb%-LEN(TEXT$(EDI_RECH%))),LEN(TEXT$(EDI_RECH%))
]

Code:

        deb%=COUNT(SYN_EDIT2%)
message TEXT$(EDI_RECH%)+" "+str$(deb%)

J'espère t'avoir donné une piste.

A+

Bonjour Jean Claude !

Merci pour ton conseil, mais comme il est indiqué dans mon message précédent, le problème est résolu !
Tu as due lire entre les lignes...

Cela fonctionne maintenant correctement. Tu peux tester tout le programme.
Il est à jour.

Bon, je te laisses, je pars au boulot. A ce soir...

Ben... non, je n'ai pas lu entre les lignes.

Mais j'ai fait une découverte: Avec le code de la calculette, que tu as mis en exemple, ça marche.
Mais si tu prend le code.bas de GPP2 qui fait plus de 1700 lignes (ça ne marche pas).

Bon travail, à ce soir.

PS: J'ai comparé la recherche arrière de l'éditeur Panoramic avec la tienne.

Deux remarques:

1) l'éditeur Panoramic fait la recherche "vers le haut" à partir du pointeur vers la ligne 1 du code.  Et surtout, il commence par la fin de chaque ligne. Vu ta méthode du SYNEDIT inversé c'est peut-être impossible ?

2) quand Panoramic_Editor à terminé une recherche il ferme automatiquement la recherche.
Je pense que c'est là que tu peux éviter le plantage de la ligne 585.
Je m'explique: quand on fait une recherche avec Pan Express, on a un message qui nous indique le nombre d’occurrences trouvées. Donc, j'en conclu que la fin de la recherche est détectée. C'est peut-être l'occasion de fermer la recherche pour repartir de zéro ???

Une dernière remarque: je pense qu'il serait mieux de ne pas vider le contenu de l'EDIT recherche pour permettre, à la réouverture, de ne pas retaper le texte à rechercher. C'est valable aussi pour le remplacement.

Bonsoir Jean Claude !

Je viens de rentrer après le boulot et les courses...

Donc je viens de tester et effectivement j'ai l'erreur aussi et j'ai compris.
C'est probablement lié aux lignes vides du bas du source. Dans tous les cas c'est pas normal.

Et il y a une 2ème chose, c'est la lenteur sur la recherche vers le haut. Je pense que je vais devoir revoir ma copie...
N'étant pas beaucoup dispo ce weekend il va falloir attendre la semaine prochaine.
Je te tiens au courant !

Bon courage Minibug pour la suite.

Tu n'as pas trop de temps en ce moment, ça m'arrange car je suis toujours dans mes travaux (à un rythme moins soutenu, mais quand même..).

A+