Editeur avec marquage syntaxique

Bonjour Klaus, je viens detester et j'ai suivi (ou du moins j'ai essayé) les indication:

1. lancer Synedit_Editor_Setup.exe et répondre aux questions.
2. ensuite, lancer Synedit_Editor une première fois, aller dans le menu "Options", puis
"Options générales", configurer la syntaxe par défaut (probablement Panoramic), valider
les options générales et sortir du programme. C'est tout.

Quand je reviens et que j'ouvre un fichier.bas, j'ai le message: (93° FILE does not exist (not created) line 1609
comme pour mini bug. J'ai vu ta reponse, je vais aller copier le fichier Synedit_Editor_Syntax_Panoramic.txt qui ne s'est pas créé dans le répertoire mais qui s'est créé dans Synedit_Editor_Macros alors qu'il est à la racine sur ton webdav

Quand je clique sur outils (il n'y en a pas pour le moment) j'ai un access violation


Je continue mes tests

Par contre pour info, le fichier menu_FICHIERS.macro s'est créé à la racine du répertoire alors que sur ton webdav il est dans le répertoire Synedit_Editor_Macros, je vais le déplacer aussi voir si j'ai encore des erreurs

Après avoir remis ces 2 fichiers à leur place plus d'erreurs au lancement mais access violation quand on cherche à ouvrir l'aide alors que les fichier chm peuvent bien s'ouvrir sinon (les 3 en cliquant dessus).
Là, je n'ai pas trouvé pourquoi (test sur vista, peut être le même problème que les autres sur les fichiers d'aide Microsoft, ce qui me semble bizarre, c'est que j'ouvre les chm sans problème). Je verrais ça plus tard.
J'espère que ces tests t'aideront à faire le programme aussi irréprochable que tes autres créations Klaus et bon courage pour ce gros boulot ...

Merci pour les tests, Jicehel.

J'ai corrigé l'incohérence dans le programme d'installation. Il devrait mettre maintenant les fichiers à la bonne place.

Pour l'aide en ligne, je suis perplexe. J'utilise des fonctions qui accèdent hhctrl.ocx.

Sur un système 64 bits, il devrait de trouver dans C:\Windows\SysWOW64\, car je vise bien sûr la version 32 bits, et non la version 64 bits qui est dans C:[Windows\System32\.

Sur un système 32 bits, je pense que c'est C:[Windows\System32\ comme sous XP.

Pour ma part, pour le faire marcher, j'ai installé ceci:
Htmlhelp.exe
Ce download (gratuit) se fait à partir du site MicroSoft MSDN.

Nouvelle version Alpha 0.31 du 13/09/2014 de Synedit_Editor, utilisant la nouvelle version V3.48 du 13/09/2014 de KGF.dll.

Nouveauté:
dans le menu principal, à côté de "Exécuter", il y a maintenant une option "Arrêter" qui arrête l'outil lancé par "Exécuter".

La doc de Synedit_Editor et le programme d'installation sont à jour.

OK, j'ai essayé d'installer le programme sus cité mais j'ai déjà la version installée ou plus récente...
Toujours un access violation quand je cherche à ouvrir l'aide par SysEdit. (Le même message d'erreur que Cosmos).
Pour le moment, chez moi, c'est le seul truc qui ne marche pas bien. Mais bon je suis sur le poste vista. Ce n'est pas la config la plus "recommandable", mais ça sert pour les tests. Au moins à la fin, ton programme d'install sera simple quelquesoit les config de PC (d'ailleurs ce serait bien que les utilisateur Apple qui utilisent des émulateurs confirment que ça marche ou non pour eux).

Pour moi aussi rien de changé..

J'ai fait l'essai avec l'invite de commande:hh.exe C:\Synedit\Synedit_Editor\Panoramic.chm
Cela fonctionne. J'ai réessayé de réinstaller htmlHelp.exe. Cela ne change rien, sauf que je ne le trouve pas.

Une partie de la recherche:

On va prendre les grands moyens.

J'ai fait une version "test" de KGF.dll que j'ai déposé dans le dossier Synedit du WebDav: KGF_test.dll. Remplace le KGF.dll pour le test par cette DLL. La seule différence, c'est qu'elle affiche (3 fois) au lancement de Synedit_Editor, un message avec le chemin vers hhctrl.ocx que la DLL croit avoir trouvé. Peux-tu vérifier que ce chemin n'est pas vide, et que le fichier en question est bien dans ce dossier ?

Bonjour Klaus, bonjour a tous !

Voici un petit test que j'ai effectué :

J'ai fait exécuter par synedit_editor cette ligne :

Citation :

PRINT DIR_CURRENT$

En sachant que j'ai ouvert le programme a l'emplacement suivant :

Citation :

D:\PROGRAMMATION BASIC\Programmes

et voila le resultat :

Citation :

C:\Users\Laurent\AppData\Local\Temp

Etrange ou normal ? !

1) KGF:%SystemRoot%\System32\hhctrl.ocx
2) KGF:%SystemRoot%\System32\hhctrl.ocx
3) KGF:%SystemRoot%\System32\hhctrl.ocx

Je suis resté pour tester, mais je dois partir.

En cliquant sur arréter, message d'erreur d'une fonction en ligne 1007
Dernière version de kgf normal.
A aussi, il me semblait que les n° de lignes étaient conservés lors des pliages.

J'ai pas fait gaffe:

Klaus a écrit:

Peux-tu vérifier que ce chemin n'est pas vide, et que le fichier en question est bien dans ce dossier ?

Le fichier hhctrl.ocx est présent dans system32 et systemWOW64.

J'étais pressé de partir, et mal interprété ta question.

@Minibug:
Normal. Lorsque tu "exécutes", le programme crée un fichier temporaire, dans le dossier temporaire de Windows. Et si tu es sous XP, par exemple, c'est bien le dossier que tu as trouvé. Donc, tout est normal.

@cosmos70:

Citation :

1) KGF:%SystemRoot%\System32\hhctrl.ocx
2) KGF:%SystemRoot%\System32\hhctrl.ocx
3) KGF:%SystemRoot%\System32\hhctrl.ocx

sous XP, c'est normal aussi. Tu es sous quel système, actuellement ?

La ligne 1007, c'est:

Code:

  res% = dll_call1("KillProcessByName",adr(s$))

C'est justement l'appel de la nouvelle fonction de KGF.dll V3.38 du 13/09/2014, celle qui est actuellement sur le WebDav, sur mon site ET dans le programme d'installation de Synedit_Editor. Si tu as ce message d'erreur, c'est que tu n'as pas encore cette version.

Mais ça me donne une idée: la prochaine version de Synedit_Editor incluera un test de la version de KGF.dll, et en cas de problème, il y aura un message.

Citation :

Le fichier hhctrl.ocx est présent dans system32 et systemWOW64.

Donc, finalement, tu es sous W7 ou W8, avec une version 64 bits ? Alors là, il y a un problème. Car si mon programme cherche hhctrl.ocx dans %SystemRoot%\System32\hhctrl.ocx, il s'adresse à la version 64 bits, et cette version ne peut absolument pas marcher, ni avec Panoramic, ni avec KGF.dll. Aurais-tu configuré l'outil d'exécution de Panoramic vers la version 64 bits de Panoramic.exe que Jack avait mis à disposition à un moment donné ? Ca ne peut pas marcher. Il faut le Panoramic.exe en version 32 bits. Je l'ai mis sur mon WebDav, dossier Synedit, sous le nom PANORAMIC V0.925i9.exe. Celui-là, c'est bien la version 32 bits, compatible avec KGF.dll et avec hhctrl.ocx dans ...\Windows\SysWOW64\ qui est le dossier 32 bits sous un Windows 64 bits. En effet, WOW64 signifie "Windows On Windows 64 bits". C'est trompeur, mais c'est MicroSoft...

Bonsoir Klaus,

Comme je lai déjà expliqué précédemment j'utilise 2 PC SEVEN 1 en 64 et l'autre en 32 bits.

Je viens de faire le test avec le 32 bits et même résultat que cosmos :

Citation :

1) KGF:%SystemRoot%\System32\hhctrl.ocx
2) KGF:%SystemRoot%\System32\hhctrl.ocx
3) KGF:%SystemRoot%\System32\hhctrl.ocx

Je n'ai pas testé sur le 64bits.

Par contre j'ai les mêmes messages d'erreur sur les 2 PC (32 et 64).

Bon déjà je suis sous W7 64 bits. Les programmes fonctionnent en 64 bits.
Une manière très simple pour savoir si un programme fonctionne en 32 ou 64 bits:



Ensuite c'est la dernière version de KGF. Je viens encore de faire un transfert avec le même résultat.

A mon avis tu t'es planté pour la version en le mettant sur le webdav
KGF.dll V03.47 13/09/2014

J'ai revérifié chez moi: j'obtiens 3 fois:
KGF: C:\Windows\SysWOW64\hhctrl.ocx
Ce qui est bien le chemin vers la version 32 bits de ce contrôle ActiveX.

J'ai fait une nouvelle version KGF_test.dll, postée dans le dossier Synedit du WebDav. Si tu veux bien réessayer avec cette DLL - j'y ai imposé de façon péremptoire le bon dossier vers la version 32 bits. Chez moi, ça marche comme avant. J'aimerais bien savoir si maintenant, ça marche chez toi.

En fait, le chemin vers ce fichier provient d'une clé du registre Windows:
ruche: HKEY_CLASSES_ROOT
clé: CLSID\{adb880a6-d8ff-11cf-9377-00aa003b7a11}\InprocServer32
et là, on devrait trouver le chemin par défaut vers ce contrôle. Et clairement, tel que c'est installé chez toi (et chez Cosmos70), c'est installé en version 64 bits, donc inexploitable pour nous.

Dès que j'aurai confirmation, je pourrai produire une version plus propre que ce que je viens de faire.

Je viens de remettre KGF.dll sur le WebDav. C'est avec certitude la version V3.48.

Voila, c'est testé.
Arrêter fonctionne.

Ensuite le message suivant en appuyant sur F1 pour un mot-clé:


Après validation j'ai la fenêtre d'aide Panoramic avec la vue suivante:


Ca comment à venir.

Prends un code Panoramic normal, place le curseur DANS un mot-clé Panoramic, puis frappe F1...
Si tu places le curseur dans un nom d'une fonction de KGF.dll, l'aide de KGF.dll s'affichera.
En-dehors de tout cela, l'aide de Synedit-Editor s'affiche, à condition que:
1. les chemins vers Panoramic.chm et KGF.chm soient bien configurés dans les paramètres généraux
2. Synedit_Editor.chm est dans le dossier dans lequel est l'exécutable de Synedit_Editor.

Cela fonctionne:

appuie sur Aide dans le menu affiche l'aide Synedit

Maintenant un appuie avec F1 fonctionne, sauf que j'ai à chaque fois 2 messages mis plus haut. Et ensuite l'aide correspondante.

Et toi, Minibug, qu'est-ce que ça donne ?

Bon, je vais m'absenter un peu - je reviendrai plus tard.

Est-ce que je peux avoir confirmation pour savoir si les numéros de lignes dans la partie pliée, correspondent à ce que cela devrait-être. J'étais certain qu'il en était ainsi. Maintenant la numérotation n'en tient plus compte.

Une chose: dans aide, tu devrais ajouter l'aide de kgf. C'est bien de dire qu'il suffit de cliquer sur le mot d'une instruction de la dll, encore faut-il le connaitre. Peut-être faudrait-il voir aussi pour Panoramic.

Ah c'est vrai, c'est un éditeur multi langage. Je l'avais oublié.

Je galère un peu... toujours les mêmes messages !

Je redémarre mon pc et reviens peut être tout a l'heure...

edit :
Bon et bien je viens de refaire une install complete et j'ai toujours les memes erreurs.
J'abandonne pour ce soir.

Bonne nuit.

Je viens de faire l'essai du programme, et je viens de voir une chose de "vachement" bien: Le menu Arréter arrête un programme pris dans une boucle infinie, comme:

Code:

bouton:
  a% = 0
  repeat
     a% = a% +1      : pause 100
  until scancode = 27
return

Comme quoi ma demande qui concernait au départ la form 0 de Synedit_Editor, rend bien service.

1. L'aide de KGF.dll est intégrée. Il suffit de placer le curseur dans le nom d'une des fonctions de KGF.dll et de frapper F1, comme dans l'éxemple qui suit:


Si l'on installe Synedit_Editor par le programme d'installation, cela se fait tout seul, car KGF.chm sera placé dans le même dossier que Synedit_Editor.exe, et les options générales se créent conformément à cela. Si l'on veut utiliser KGF.chm à un autre emplacement, il faut changer le chemin dans les options générales, valider, arrêter le programme et le relancer.

1. Les numéros de ligne sont gérés de façon interne par le composant Synedit. Ils reflètent réellement le décompte les lignes de texte dans la page s'affichage.

Or, le repliage de segments de texte est conçu et écrit par moi, et est absolument indépendant et inconnu de Synedit. Par contre, les numéros de ligne signalés par Panoramic en car d'anomalie sont exactement ceux qu'on obtient en dépliant totalement le code d'un projet, par un moyen quelconque: exporter la page, tout sélectionner par ctrl/A puis copier par ctrl/C, puis copier ailleurs, dans une autre page de Synedit_Editor ou dans Panoramic_Editor - tout ça revient au même et produit les mêmes numéros de ligne.