Version instantanée V 0.9.28i9 possédant l'objet SYNEDIT

De mon coté, c'est idem au premier lancement, ensuite ça ne plante plus tant que l'éditeur est ouvert.

@Silverman
Mon clavier fonctionne normalement dans l'objet SYNEDIT, je peux me déplacer avec les flèches, utiliser les touches début, fin combinées (ou pas) avec Maj ou Ctrl.

Je me demande si tu n'aurais pas oublié de redonné le focus aux objets, avec SYNEDIT_TARGET_IS_OBJECT (si ça a un rapport).

A+

Je voulais dire aux évènements ON_KEY_XXX

Ho ! j'ai le cerveau lent. J'aurai du le deviner

@Jack,
Pour aider à chasser les bugs:
Un résumé de l'inévitable plantage au premier code chargé par L'éditeur v0.9.28i4

première image (groupage de 2 messages)



Ensuite à la fermeture de l'éditeur:



Précision: dans le gestionnaire des tâches j'ai "PANORAMIC_TEMP_JC_Editor.bas.exe" qui reste. A noter qu'il reste aussi dans le répertoire où se trouve l'éditeur (et aussi le source, car j'ai tout groupé).
Bien sur, je tue cette tâche à chaque fois.

En espérant que ce sera utile.

A+

@Jean Claude:
Merci pour ces saisies d'écran.
Quand je lis sur la fenêtre "impossible d'obtenir le HANDLE de xxx.bas.exe", je crois qu'un pas en avant a été fait !
1 - un .bas s'est inséré dans le nom de l'exécutable et n'a rien à y faire ...
2 - cela veut dire aussi qu'il faut plus de 9 secondes pour écrire l'exécutable temporaire sur le support, le lancer et trouver son handle. Soit le PC est extrêmement lent, soit il y a plein de taches qui tournent en consommant du temps UC, soit l'éditeur a un problème. Car cette erreur arrive sur un time-out de 9 secondes.

silverman a écrit:

Je vais un peu abuser, mais si c'est pas trop long ou complexe à coder, ces instructions seraient les bienvenus:
' P = SYNEDIT_CARET_POSITION(N) : retourne la position courante du curseur
' SYNEDIT_POSITION_CARET N,P    : positionne le curseur; avec si P>len(synedit) alors P=len(synedit). IL sera facile de retouver la len(synedit) avec SYNEDIT_CARET_POSITION(N)

Eh bien, cela existe déjà...
CARET_POSITION N,P positionne le caret dans les objets EDIT, MEMO, COMBO, SPIN, MEMO_RICH, SYNEDIT
CARET_POSITION(N) retourne la position du caret dans les objets EDIT, MEMO, COMBO, SPIN, MEMO_RICH, SYNEDIT

Attention à ne pas confondre caret et curseur:
le curseur est un symbole qui représente la souris à l'écran.
le caret est un symbole qui indique la position d'insertion du texte dans un objet qui manipule du texte. le caret n'est visible que lorsque l'objet a le focus.

Je ne pensais pas que cela était déjà codé, je ne l'ai pas vu venir!

Je me soucis du devenir de l'objet SYNEDIT:
est ce que les 2 instructions SELECT_XXX seront compatible avec cet objet?
est ce que cet objet réagira aux instructions ON_KEY_XXX?
dès que l'on aura compilé un projet avec l'objet SYNEDIT, les futur mots clés ne seront plus surlignés. Comment mettre à jour cet objet, sans avoir à fournir le code source afin de recompiler ce projet, à chaque révision de panoramic editor?

Silverman a écrit:

dès que l'on aura compilé un projet avec l'objet SYNEDIT, les futur mots clés ne seront plus surlignés. Comment mettre à jour cet objet, sans avoir à fournir le code source afin de recompiler ce projet, à chaque révision de panoramic editor?

Bien vu Silverman ! il nous faudra conserver précieusement nos fichiers *.BAS.


@Jack,
Est-il possible d'avoir SYNEDIT_TARGET_IS_TXT ou SYNEDIT_TARGET_IS_TEXT pour pouvoir gérer font_bold, italic, strike et underline.
Pour font_color c'est déjà possible avec SYNEDIT_TARGET_IS_OBJECT.
Je sais que pour un éditeur ça n'a pas beaucoup d'intérêt, c'est juste pour être complet.
A+

Regarde le 1er post de Jack, cette commande existe déjà, elle s'appelle SYNEDIT_TARGET_IS_STRING. Et plus bas, Papydall a posté une image qui montre que ca marche bien

@Jack :

Le COPIER_COLLER  par touches dans SYNEDIT fonctionne parfaitement.
Mais y t il une possibilité d'utiliser le COPIER_COLLER par programme dans SYNEDIT comme par exemple :

 CLIPBOARD_CUT 1 : pour coupé une portion de texte sélectionné
 CLIPBOARD_COPY 1 : pour copié une portion de texte sélectionné
 et CLIPBOARD_PASTE 1 : pour collé une portion de texte

Comme il y a la possibilité de simuler un click (TRIGGER_CLICK), serait il possible d'avoir une fonction pour simuler l'appuie d'une ou plusieurs touches comme CTRL et la touche 86 ou 88 par exemple (comme l'a fait Klaus dans KGF) ?

@Silverman,

J'ai omis d'expliquer dans ma demande (SYNEDIT_TARGET_IS_TEXT) que c'est pour le texte normal du code, pas les chaines de caractères. Mais le nom de la commande me paraissait explicite.
Je constate que je ne suis pas le seul à avoir le cerveau lent.

A+

Salut Jean Claude !

Dans ce cas utilise SYNEDIT_TARGET_IS_OBJECT

essais le code suivant :

Code:

DIM no% : no%=1
SYNEDIT no% : FULL_SPACE no%
SYNEDIT_TARGET_IS_OBJECT : COLOR no%,0,0,0 : FONT_COLOR no%,200,200,200 : FONT_SIZE no%,8
SYNEDIT_TARGET_IS_KEYWORD : FONT_COLOR no%,50,100,255 : FONT_BOLD no%
SYNEDIT_TARGET_IS_STRING : FONT_COLOR no%,200,255,50 : FONT_BOLD no%
SYNEDIT_TARGET_IS_COMMENT : FONT_COLOR no%,150,150,150 : FONT_ITALIC no%  
SYNEDIT_TARGET_IS_GUTTER : COLOR no%,255,255,255 : FONT_COLOR no%,0,0,0 : FONT_SIZE no%,8

Jean Claude a écrit:

@Jack,
Est-il possible d'avoir SYNEDIT_TARGET_IS_TXT ou SYNEDIT_TARGET_IS_TEXT pour pouvoir gérer font_bold, italic, strike et underline.
Pour font_color c'est déjà possible avec SYNEDIT_TARGET_IS_OBJECT.
Je sais que pour un éditeur ça n'a pas beaucoup d'intérêt, c'est juste pour être complet.

Décidément, personne ne comprend ce que j'écris !

Essaies ce code MaxiBug.

Code:

DIM no% : no%=1
SYNEDIT no% : FULL_SPACE no%
SYNEDIT_TARGET_IS_OBJECT : COLOR no%,0,0,0 : FONT_COLOR no%,200,200,200 : FONT_SIZE no%,8 : font_italic no% : font_underline no%
SYNEDIT_TARGET_IS_KEYWORD : FONT_COLOR no%,50,100,255 : FONT_BOLD no%
SYNEDIT_TARGET_IS_STRING : FONT_COLOR no%,200,255,50 : FONT_BOLD no%
SYNEDIT_TARGET_IS_COMMENT : FONT_COLOR no%,150,150,150 : FONT_ITALIC no% 
SYNEDIT_TARGET_IS_GUTTER : COLOR no%,255,255,255 : FONT_COLOR no%,0,0,0 : FONT_SIZE no%,8

A+

Hummm, désolé jean Claude !

Effectivement elles ne sont à priori pas codés ou pas correctement !
Vu ce qu'a dit Jack, pour moi elles devraient pouvoir se coder derrière SYNEDIT_TARGET_IS_OBJECT.
Mais c'est pas le cas...

Non Laurent.
Ce n'est pas un oubli de Jack.
C'est logique que font_bold, italic, strike et underline, ne fonctionne pas sur un objet SYNEDIT, sinon tu aurais tous les mots (Mots-clés, string, commentaires) en souligné (par exemple) .

Bon, après, c'est discutable de vouloir pouvoir gérer le style du texte "normal".

A+

c'est quand même surprenant que l’éditeur ne renvoie pas d'erreur.
Je pense que jack as bloqué ces fonctions puisque comme tu dit il s'agit du 'texte normal'.

Nous verrons bien sa réaction...

Oui, sur ce point tu as raison.
L'éditeur devrait annoncer que ces commandes (font_bold, italic, strike et underline) ne sont pas applicable à SYNEDIT.

A+

Avez vous remarqué ?...

Lorsque l on crée un objet SYNEDIT sans aucun paramètres de configuration de coloration syntaxique,
le dit objet prend les réglages de Panoramic-Editor en héritage lorsque l' on lance le source par run.

Oui, ça doit être les paramètres par défaut de l'objet SYNEDIT.

Si tous étaient à zéro on ne pourrait pas distinguer les textes des mots-clés, des commentaires, des string(s) et du texte normal.
Imagine un fond noir avec tous les textes en noir

A+

Heu...noir sur fond noir, non.
Mais comme tout éditeur de texte, noir sur fond blanc.
Et, dans le cas présent, rien n' est defini, il n' est donc pas normal que les mots clés Panoramic soient reconnus en tant que tel.
Si on veut faire un éditeur pour du HTML, les mots clés Panoramix n' ont rien à faire là.
Vu que les mots clés sont défini par item_add on peut imaginer que les mots clés soient ajoutes a ce de Panoramic et là....

Relis le premier message de ce post, Yannick

Jack a écrit:

Les mots-clés sont ceux de Panoramic V 0.9.27. Les délimiteurs de chaîne de caractères sont les guillemets. L’indicateur de début de commentaire est l’apostrophe. Le saut de ligne marque la fin d’un commentaire.

A+

Cela dit, çà serait bien de pourvoir choisir des mots clé comme dans KGF à partir d'un LIST ou DLIST par exemple.
Et comme le demandait Sylverman, de pourvoir, le cas échéant rajouter d'autres mots clé individuellement.

Mais j'imagine que Jack y a déjà pensé ! Laissons lui 'un peu' le temps...

Effectivement... 

J' espère que Jack va le rendre plus paramétrable.
Je ne pense pas que tout le monde veuille refaire un editeur pour Panoramic.
Si cela n' est pas le cas, il va vite perdre de son intérêt. 

Pour donner une idée.

On pourrait avoir une commande SYNEDIT_SYNTAX_IMPORT F.
La commande prend le fichier F comme définition de syntaxe, ce fichier
devant être écrit sous une forme conventionnel ( ce qui est le cas dans beaucoup d' éditeurs ).
Si il n est pas fait appel à cette commande, la syntaxe est celle de panoramic
avec ses mots clés par défaut.

Ça y est, je me remets à rêver...

+1

Pourquoi pas, mais je pense que ce ne sera pas pour demain matin
De plus, si ça doit devenir une usine à gaz je vais y perdre mon latin.
Une solution possible serait de renommer SYNEDIT par SYNEDIT_PANORAMIC et par la suite Jack pourrait prendre son temps pour faire un autre objet SYNEDIT utilisable pour d'autres langages.

Attendons l'avis de Jack.

En attendant, j'ai déjà commencé un éditeur 100% Panoramic, alors s'il faut juste renommer ce ne sera pas difficile.
Pour le moment je ne le publie pas, car je n'ai pas encore codé recherche et remplacement.

A+