Compilateur FBPano

Merci Klaus. Cela résout le problème des couleurs.

Cependant, il y a toujours le problème de l'aide qui ne s'affiche pas. J'ai vérifié que les chemins des fichiers d'aide étaient corrects.

Et quand j'essaie d'ouvrir directement le fichier .chm en double-cliquant sur son icône j'obtiens le message suivant :



En revanche, le fichier KGF.chm s'ouvre très bien de cette manière.

Voici ce que j'ai posté hier à 19h01

Citation :

MessageSujet: Re: Synedit_Editor - nouvelles versions   Hier à 19:01

INFO
J'ai remis une version du programme d'installation sur le WebDav et sur les sites. j'avais remarqué que le fichier ne contenait pas les bons fichiers d'aide. Ceci est corrigé.
18/12/2015 à 19h01

Le message que tu rencontres, vient du fait que tu as chargé le programme d'installation avant 19h01, hier. Alors, recharge-le et réinstalle, et ton problème sera résolu. La réinstallation ne change évidemment rien sur les paramétrages déjà existants. En en prime, tu auras la version qui saura gérer FBPano.chm, dès que celui existera...

Désolé pour ce contre-temps.

Merci Klaus. Cela marche très bien maintenant

L'aide est très bien faite !

Un fichier FBPano.chm serait certes bien utile, mais je n'ai aucune expérience avec ce type de fichier. J'ai téléchargé l'utilitaire HelpNDoc cité dans ton aide. J'espère qu'il n'est pas trop difficile à utiliser !

HelpNDoc est très facile à utiliser. Comme toujours, ça demande un petit effort de prise en main, mais déjà au bout de quelques minutes, on peut produire un petit fichier d'aide opérationnel. Maitrisant un tel outil, tu aurais l'avantage d'avoir toujours la doc à jour par rapport à ton logiciel....

Mas on peut faire autrement. Si tu places un fichier FBPano.rtf sur ton WebDav, avec une page par commande, je peux produire le fichier CHM à partir de cela, et ainsi l'intégrer dans le programme d'installaion de Synedit_Editor. Si tu respecte la même maquette pour chaque page, pour avoir une cohérence et une unité de présentation, ce sera faisable.

Oui je pourrais faire des fichiers .rtf à partir de mes articles.

Pour l'instant j'ai un autre problème : j'ai configuré l'outil FBpano comme suit :



Mais quand je charge un programme en FBPano et que je clique sur "Exécuter" (F9) j'ai une fenêtre de commande qui s'ouvre et se referme aussitôt sans que je puisse lire les messages et le programme ne s'exécute pas. Par ailleurs je ne trouve pas le fichier .exe qui aurait dû être créé.

C'est peut-être un problème lié à FBPano mais il faudrait pouvoir lire les messages.

La compilation marche très bien avec Geany et FBIde.

Je fais ceci:

et j'ai bien le message "coucou" en frappant F9. Dans la fenêtre de maintenance des outils, il faut sélectionner l'outil à utiliser avec F9, puis cliquer sur "Choisir pour <Exécuter>". Ceci configure cet outil pour la touche F9. Il faut faire cela une fois, et ça restera mémorisé. As-tu fait ça ?

Sinon, je peux te conseiller une autre solution. Crée un fichier BAT à lancer avec CMD. Mets dane ce fichier le lancement de FBPano avec le nom de ton fichier source, suivi de la commande PAUSE. Et tu installes un outil "Test" avec le chemin vers CMD et le fichier BAT. Faudra jongler un peu avec les options de CMD, mais ça, tu sais faire. Ainsi, tu verras le message que DOS ou FBPano affiche. Je supprose qu'il y a un problème de droit d'accès ou de dossier de travail qui se pose.

J'ai lancé Panoramic.exe dans un fichier BAT, avec PAUSE après le lancement. Voici comment paramétrer cela:

1. Créer dans le dossier où se trouve Panoramic.exe, le fichier TestExecute.bat:

Code:

PANORAMIC.exe "Synedit_Editor_Source.bas"
pause

Le nom de fichier Synedit_Editor_Source.bas est codé en dur dans Synedit_Editor. Ce fichier contient le source de la page soumis à l'outil lancé par la touche F9.

2. Dans Synedit_Editor, créer un outil TestExecute comme ceci:


3. fais un programme de test comme ceci:

Code:

message "coucou"
terminate

4. lance-le par F9:


5. puis valide le message, et tu as la fenêtre DOS avec les éventuels message d'erreur:


Voilà. Il n'y a plus qu'à adapter à FBPano.exe au lieu de Panoramic.exe.

Complément d'information:
les outils sont mémorisés dans le fichier Synedit_Editor.ini. Chez moi, il contient ceci (10 lignes):

Code:

1100000320000000000Courier\Panoramic
255255255
200200255
000000000
Panoramic
C:\Program Files (x86)\Panoramic Editor V 0.9.27\PANORAMIC V0 9 27i5 du 15 12 2015.exe
%s
TestExecute
C:\Program Files (x86)\Panoramic Editor V 0.9.27\TestExecute.bat

Merci. Je vais tester cela.

Il est indispensable de pouvoir consulter la fenêtre de commande car c'est là que s'écrivent les messages d'erreur de FreeBASIC.

Une solution serait de rediriger la sortie de FBPano dans un fichier, comme le fait Jack avec son fichier error.txt (fbpano.exe > error.txt)

ça marche ! J'obtiens la fenêtre suivante :



Mais le programme compilé ne s'exécute pas automatiquement. Il faut aller le chercher dans le dossier où il a été créé et le lancer manuellement.

Ne pourrait-on avoir un lancement automatique ?

Ben, dans ton fichier TestExecute.bat, tu pourrais faire ceci:

Code:

PANORAMIC.exe "Synedit_Editor_Source.bas"
Synedit_Editor_Source.exe
pause

et le programme devrait s'exécuter, non ?

Effectivement, ça marche

J'aurais dû y penser !

Merci encore.

J'ai trouvé un moyen d'intégrer par lot, une série de pages HTML dans un fichier CHM. Si tu veux, je pourrais produire le fichier FBPano.chm si tu me fournis les éléments suivants:
1. un fichier HTML pour chaque mot-clé, nommé comme le mot-clé concerné, selon le format suivant:
CREATE_HIDE.htm:

Code:

<!DOCTYPE html>
<html>
    <head>
        <meta charset="utf-8" />
        <title>CREATE_HIDE</title>
    </head>
    <body>
      <div><b>CREATE_HIDE</b></div>
...
  <div>Création des objets en mode caché</div> (juste pour l'exemple...)
...
    </body>
</html>

et un fichier topic.txt:

Code:

CREATE_HIDE

contenant une ligne par mot-clé, juste avec le mot-clé, identique au nom du fichier HTML associé.

De là, je peux facilement l'intégrer dans un fichier CHM et le rendre accessible. Bien sûr, tout comme les autres fichiers CHM, les sources HelpNDoc seront publiées sur mon WebDav.

D'ailleurs, c'est une offre de service pour tous:

Si vous voulez produire un fichier CHM et vous ne savez pas comment faire, faites-moi parvenir un ensemble de fichiers comme décrit ci-dessus, et je vous ferai le fichier CHM !

Merci pour cette proposition très intéressante. Je vais travailler là-dessus.

Les autres concepteurs de logiciels nécessitant une documentation seront certainement intéressés.

J'ai mis à jour la liste des mots-clés.

Les fichiers de configuration pour les 3 éditeurs sont désormais dans l'archive editeurs.zip, disponible sur mon WebDav dans le dossier FBPano.

Avec mes meilleurs voeux pour 2016 !

J'ai pris le fichier de syntaxe pour Synedit_Editor et je l'ai intégré dans le programme de distribution !

La nouvelle version de FBPano est disponible sur mon WebDav (dossier FBPano, archive FBPano.zip)

Cette version apporte :

1) Les chaines de caractères de longueur fixe

Code:

dim a$10  ' 10 caracteres

2) Les types définis par l'utilisateur (UDT = User Defined Types)

Ces types correspondent aux "records", qui avaient fait l'objet d'une demande pour Panoramic (voir https://panoramic.1fr1.net/t4165-la-notion-de-record)

Exemple : Couleur RGB

Definition :

Code:

type RGBCol = (R%, G%, B%)

Déclaration :

Code:

dim Col<RGBCol>

Affectation de valeurs :

Code:

  Col.R = 200
  Col.G = 100
  Col.B = 50

Tableaux :

Code:

dim TabCol<RGBcol>(10)

Passage de paramètre :

Code:

sub Colorize (Col<RGBCol>)

Fonction retournant un UDT :

Code:

function MakeCol<RGBCol> (R%, G%, B%)

Note : Il ne s'agit pas de POO (Programmation Orientée Objet) car on ne met pas de procédures dans les UDT, seulement des données.

3) Les pointeurs de fonctions ou sous-programmes

Ils permettent de passer des fonctions ou des sous-programmes comme paramètres a d'autres fonctions ou sous-programmes.

Définition :

Code:

type Func = function (x)

Passage de paramètre :

Code:

sub PlotFunc (f<Func>)  ' Appel par : PlotFunc(adr(f))

4) Une nouvelle directive : #compile

Cette directive permet de définir les options de compilation dans le texte du programme (ex. : #compile -dll). C'est pratique quand on lance la compilation depuis un éditeur.

5) Des exemples :

- ex57.bas dans le dossier exemples\FLTK

- fractal.bas, test_dll.bas, test_dll_1.bas : DLL pour dessiner des fractales + 2 programmes de test (dans exemples\fractal)

Note : le programme test_dll_1.bas dessine le "trèfle à 4 feuilles fractal" qui me sert d'avatar sur ce forum

Tout cela sera presenté plus en détail dans un prochain article.

Wouah, costaud comme modifications. Bien joué, c'est puissant et tu vas pouvoir t'en servir pour les maths.
Pour la syntaxe de la chaine fixe par contre, je la trouve peu standard par rapport aux autres langages. Si Dim A$(10) est vu comme une déclaration de 10 caractères, comme tu as définit un nouveau type de syntaxe pour les types pour RGBCol, (entre < >) ne peut-on pas aussi l'appliquer à la chaîne de caractères, ce qui donnerait: Dim A$<10> ?
C'est juste une idée qui permettrait d'ailleurs aussi de définir des tableaux sous la forme: Dim A$<10>(10) pour réserver un tableau de 10 chaines de 10 caractères (ou des 10 premiers caractères si la chaîne fait plus) comme pour les type RGBCol (donc applicable aussi comme paramètre d'une sub ou comme résultat d'une fonction) ?

@Jicehel:
Je crois, Jicehel, que tu as mal lu le message de jean_debord, lorsque tu dis

Citation :

Si Dim A$(10) est vu comme une déclaration de 10 caractères,...

Pour une déclaration d'une variable string de 10 caractères en longueur fixe, il faut écrire

Code:

dom A$10

et non

Code:

dim A$(10)

Et logiquement, un tableau de 15 éléments de 10 caractères en longueur fixe devrait être:

Code:

dim A$10(15)

ou peut-être

Code:

dim A$(15)10

mais cette dernière notation me paraît pas la bonne.

Bon, ceci est juste ma façon personnelle de comprendre cette nouveauté intéressante. On verra bien ce que jean_debord dira à ce sujet.

@Jean_debord:
Je te félicité pour ces deux nouveautés. Chaînes de longueur fixe et une façon de définir des enregistrements - la base pour des applications de gestion plus faciles à développer. BRAVO !

Non non j'ai bien lu, j'ai juste très mal écrit ma phrase et ce n'est en effet pas ce que je voulais dire du tout... J'ai dû corriger ma phrase mais en effet le sens n'est pas celui que je voulais dire je voulais dire que c'était une façon de déclarer un tableau de 10 chaines de caractères. D'où m'a proposition de faire Dim a$<10> puisque Jean ce sert de cette notation pour les nouveaux types personnels. Le tableau est donc dans ce cas Dim a$<10>(10) puisque l'on définit d'abord le type puis le nombre d'éléments.

Citation :

Le tableau est donc dans ce cas Dim a$<10>(10) puisque l'on définit d'abord le type puis le nombre d'éléments.

Ca me semble une façon parfaitement cohérente de coder cela. Laissons jean_debord s'exprimer à ce sujet !

Merci pour vos commentaires ! C'est très encourageant pour moi et cela me confirme dans ma volonté de poursuivre ce projet

C'est bien :

Code:

dim a$10             ' pour une chaîne de 10 caractères
dim a$10(15)       ' pour un tableau de 15 chaines de 10 caracteres chacune

La raison en est que la notation <...> pour les UDTs joue le rôle d'un suffixe identifiant le type de variable, tout comme le $ pour les chaines ou le % pour les entiers. Donc je n'utilise pas a$<10> car cela équivaudrait à deux suffixes, un peu comme si on écrivait a$%, ce qui n'aurait pas de sens.

Je reconnais qu'il y a de quoi s'embrouiller... J'espère que l'article à venir sera plus explicite !

EDIT : la notation <...> étant utilisée pour désigner le type de la variable, elle doit contenir un identificateur, qui ne peut donc pas être un simple nombre.

OK, mais ce sera sans doute dur à gérer pour la mise en forme du source lors de l'analyse syntaxique. Klaus saura mieux que moi si c'est faisable ou non. Là, je ne connais pas bien le sujet. sinon il y aurais peut être la forme a<$10> qui serait cohérente aussi pour dire que c'est un type définit de 10 caractères.
Le tableau de 20 chaines de 10 caractères s'écrirait donc dim a<$10>(20)
Je titille un peu car je vois clairement l'intérêt des type de données perso et comme tu commences le sujet, j'essaye d'aider à ce que ça commence le plus simplement et de la manière la plus cohérente possible car il est toujours plus dur après de faire marche arrière.

L'analyse syntaxique est faite par FreeBasic. FBPano n'est qu'un preprocesseur.

FBPano traduit l'instruction dim a$10 par l'instruction FreeBasic suivante :

Code:

dim a as string*10

C'est cette dernière qui est analysée. Tant qu'elle est correcte il n'y a pas de problème.

Mais on peut mettre a<$10>, même si $10 n'est pas vraiment un nom de type.

EDIT : au début j'avais mis a$*10 par référence au FreeBasic, puis j'ai supprimé l'étoile en considérant qu'elle n'apportait rien ...