L'éditeur a été remanié

Super, ces fonctions nouvelles !
Merci du cadeau, Jack !
J'ai hâte de trouver une version
avec un manuel de référence complet
pour savoir exactement comment tout
cela marche, car il y a des mystères,
comme dans memo_rich ou shape.

Oui moi aussi je suis assez curieux de voir toutes les possibilités de ses nouvelles fonctions.
En particulier celle traitant de SYNEDIT !  

Au fait Jack comme tu intègres SYNEDIT , serait il possible d'avoir un fonction du genre LIST_WORDS qui permettrai d'avoir tous les mots clé dans un LIST ou DLIST ou COMBO, etc... Enfin voila pour l'idée... Ouf !

Sinon concernant l'éditeur je confirme de cela fonctionne bien !
Suite à des erreurs dans mon programme, j'ai eu des messages d'erreurs inhabituels qui ressemble au bug que l'on avait avant. Mais uniquement dans ces cas là. Par contre pas de fermeture intempestive de l'éditeur..

Il faudra aussi corrigé le bug de fin de RECHERCHE qui bloque complètement l'éditeur. Seul un CTRL/ALT/SUP est possible.

Oui, tout cela est bien.

Mais j'ai eu droit au premier essai de 28i1.exe à un plantage. Pourquoi ? C'est un mystère.

Pour le moment je suis resté sur la v09.27, qui plante aussi mais j'ai pris l'habitude de sauvegarder mon BAS avant de lancer le programme.

Une constations qui peut paraître bizarre, la vitesse des click(s) sur les boutons de l'éditeur (28i1.exe) serait déterminant sur le plantage.
Je ne sais si c'est de la parano de ma part, mais je me suis habitué à faire des click(s) plus appuyés et je trouve que ça ne plante presque plus.

En tous cas, ça commence sérieusement à m'agacer que mon langage de programmation préféré est devenu galère à utiliser.
Je sais bien que Jack s'y attelle du mieux qu'il peut, mais cela devient réellement pénible et on perd le plaisir de programmer.

Alors avant de demander toute sorte de nouveauté, je pense qu'il vaut mieux avoir un éditeur stable.
Si je dit tout ça, c'est que je suis au bord de la rupture.

A+

Bonsoir Jean Claude !

Il y a quelques temps j'étais comme toi et c'est aussi pour cela que je suis resté en retrait durant plusieurs mois plutôt que de râler sans cesse après l'éditeur...

Concernant le bug sur la dernière version, je pense que tu as pris une décision un peu hâtive !
Je ne dit pas que tout est réparé mais cette version est sans aucun doute beaucoup plus stable que les précédentes.
Déjà, il n'y a plus de blocage de l’éditeur hormis la terminaison d'une RECHERCHE en fin de programme.

Je comprends ton exaspération, et cela dure maintenant depuis le début de l'année...
Le problème avec Panoramic c'est que lorsque Jack corrige quelque chose il y a un autre problème qui apparaît !
La fonction TERMINATE est est un bel exemple !

Je pense comme toi que Jack devrai passer l'existant à la moulinette avant progresser sur autre chose.
Mais je sais aussi que l'envie de faire progresser le langage est important...

Espérons que Jack trouvera un équilibre entre stabilité et nouveauté...

Je trouve que la dernière publication de Jack est nettement plus stable que la précédente. Et l'évolution vers un nom d'exécutable incluant "temp" et pas seulement Panoramic.exe est très utile. Pour moi, en tout cas. Et concernant

Citation :

Pour le moment je suis resté sur la v09.27, qui plante aussi mais j'ai pris l'habitude de sauvegarder mon BAS avant de lancer le programme.

c'est une habitude que j'ai pris depuis longtemps, et pas seulement avec Panoramic_Editor, mais également avec Synedit_Editor, et je ne m'en porte pas plus mal.

Une petite remarque, à l'attention de Jack:
Pour ma part, j'aimerais beaucoup que la partie "Panoramic sans éditeur" (Panoramic.exe") soit systématiquement incluse dans le ZIP contenant Panoramic_Editor.exe. Pourquoi ? D'une part, on aurait tout en un seul téléchargement, et d'autre part, actuellement, il y a comme un décalage... Ce serait beaucoup plus simple de se tenir à jour. En ce moment, je ne peux tout simplement pas intégrer la partie "lancement" dans Synedit_Editor car elle n'est pas à jour. La même remarque vaut d'ailleurs pour Make_Exe (désolé si le nom n'est pas tout à fait correct,, mais tu sais de quel outil je parle !). Pour moi, ces trois programmes devraient être inclus dans le même ZIP.

Citation :

Pour moi, ces trois programmes devraient être inclus dans le même ZIP.

Tout à fait d'accord avec toi Klaus. Je ne peut qu’appuyer ta demande.
Donc +1

@Laurent:
tu dis

Citation :

Au fait Jack comme tu intègres SYNEDIT , serait il possible d'avoir un fonction du genre LIST_WORDS qui permettrai d'avoir tous les mots clé dans un LIST ou DLIST ou COMBO, etc... Enfin voila pour l'idée... Ouf !

Il y a déjà les commandes FONT_NAMES_LOAD et FONT_NAMES_ADD, pour les noms des polices. Je suggère des commandes KEYWORD_NAMES_LOAD et KEYWORD_NAMES_ADD pour les noms réservés tels que les commands directives, fonctions intrinsèques et variables système. Ce serait certainement un grand progrès pour tout ceux qui développent des éditeurs et/ou des IDE.

Puisque le débat est ouvert...

La question que je me pose est : "Que faut-il pour que le langage soit viable indépendamment d' un éditeur ?"
Un langage est un et unique que ce soit sous n' importe quel OS, j' en suis arrivé à cette conclusion ;

Make_Exe.exe ou Make_Apk ou .... selon l' OS visé en sortie qui doit créer :
- soit un fichier *.exe ou *.Apk ou ...  si tout va bien ( Exécutable ou Application)
- soit un fichier *.log quand il y a un bug (N° d' erreur, Type, Ligne )

Langage.chm (ou autre format )
Ce fichier d' aide doit rassembler toute l' aide sur le langage
+ une nomenclature des erreurs retournées dans par un fichier *.log

L' éditeur, c' est de la littérature, il en existe plein, gratuits même et chacun peut se créer le sien à sa sauce.
SimpleEditor (+de 3000 lignes à ce jour ) est créé avec Notepad++.
Vu le nombre de ligne, les pb de Panoramic_Editor et que les autres éditeurs ne prenaient pas les #INCLUDE,
j' avais besoin du repli des lignes.
Pour ceux que cela intéresse, j' ai mis un fichier *.zip sur mon webdav. Ce zip contient  un fichier de configuration 
syntaxique *.xml pour Notepadd++.

Yannick a écrit:

L' éditeur, c' est de la littérature

Oui et non. L'éditeur Panoramic signale les erreurs de syntaxe, de programmation, etc. Ce que ne font pas les autres, car ils ne sont pas dédié à ce langage.

Bon en attendant, on finira bien un jour par avoir une version stable.

A+

@ Jean-Claude,

Si le Make... crée un fichier *.log (*.txt déguisé ) on peut récupérer les données dans un éditeur perso
voir même visualiser la ligne...

Yannick, il ne te reste plus qu'a terminer SimpleEditor et du coup on aura plus de problème

Citation :

Je suggère des commandes KEYWORD_NAMES_LOAD et KEYWORD_NAMES_ADD

Excellente idée Klaus !

Citation :

Yannick, il ne te reste plus qu'a terminer SimpleEditor et du coup on aura plus de problème Very Happy

C'est pas faux !!!

Y a plus qu' à !

Cette nouvelle version de panoramic editor
a encore un peu une certaine tendance à planter...
sans raison logique apparente...

@ Jack,

Que sera Main_menu_pop ?
Tu l' as zappé dans tes présentations...

Jack a écrit:

Cet éditeur contient une version Panoramic instantanée V 0.9.28i1 "en l'état".
Tout ce qui suit n'a pas été complètement testé ou le codage n'est pas complètement terminé.

Donc soyons patients. Les infos viendront avec la nouvelle version...

yannick a écrit:

Que sera Main_menu_pop ?

L'objet MAIN_MENU_POP s'utilise exactement comme l'objet MAIN_MENU : on lui adjoint une structure arborescente de SUB_MENU par PARENT.
La différence avec un MAIN_MENU, c'est qu'il n'apparait que lors d'un clic droit sur le FORM auquel il appartient (par PARENT).

Voici un exemple:

Code:

main_menu_pop 1
sub_menu 2
sub_menu 3
sub_menu 4
parent 2,1:caption 2,"Sub_Menu2"
parent 3,2:caption 3,"Sub_Menu3"
parent 4,2:caption 4,"Sub_Menu4"
mark_on 4:' on coche ce SUB_MENU

Dans la dernière version, je n'ai pas encore interdit la création de plusieurs MAIN_MENU_POP sur un même FORM. Il me reste cela à coder pour terminer cet objet.

Avec cette version,
si on fait une recherche
et qu'il n'y a plus rien à trouver,
ça coince...

Merci Jack !

Cet objet va être très utile.
J' espère que l' on pourra en créer un par form.

J' ai codé ceci :

Code:

label mousedown

on_mouse_down 0,mousedown
end

mousedown:
  if mouse_right_down(0)=1
      Menu()
  end_if 
return

sub menu()
  if object_exists(10)=1
      show 10
  else
      main_menu_pop 10
      parent 10,0
      sub_menu 11 : parent 11,10 : caption 11,"fichier"
  end_if
end_sub

Cela fonctionne au premier appel mais ensuite, Show n' est pas reconnu par pour l' objet.

Ai je fait une horreur, heu...une erreur ?...

Code:

rem ============================================================================
rem         TEST DE LA VERSION V.0.9.28i1
rem ============================================================================
dim i
width 0,1000

main_menu_pop 100
sub_menu 200
sub_menu 300
sub_menu 400
parent 200,100 : caption 200,"Sub_Menu200"
parent 300,200 : caption 300,"Sub_Menu300"
parent 400,200 : caption 400,"Sub_Menu400"
mark_on 400


for i = 1 to 5
    led1 i : top i,50 : left i,50*i
next i
for i = 1 to 5
    mark_on i : pause 1000
    mark_off i
next i
for i = 10 to 19
    digit1 i : top i,100 : left i, 60*(i-9)
    caption i,i-10
next i
switch1 20 : top 20,200 : left 20,100
shape 30   : top 30,200 : left 30,200
alpha 999 : top 999,300 : left 999,100 : font_bold 999
caption 999,"Faites un <CLICK-DROIT> où vous voulez ..."
rem ============================================================================

Spoiler:

bonjour a tous
il est évident que les attentes de chacun sont très fortes et les questions de tous le prouvent.
En un mots
MERCI JACK

Merci  Jack pour ces infos complémentaire.  

Nous allons donc maintenant avoir un vrai menu contextuel. Super !
Merci Papydall pour tes exemples, c'est très clair.  

@ Yannick
J'ai remarqué mois aussi quelques bugs mais comme Jack à dit que 'tout n’était pas encore codé'... patience !  

jjn4 a écrit:

Avec cette version, si on fait une recherche et qu'il n'y a plus rien à trouver, ça coince...

Oui je l'ai déjà relevé. J’espère que Jack en à pris note...

Je sais je rabache ( ) mais au fait Jack serait il possible d'avoir une commande KEYWORD_NAMES_LOAD et KEYWORD_NAMES_ADD qui permettrai d'avoir une liste de tous les mots clé et d'en ajouter comme l'a mentionné Klaus plus haut ?

Laurent (Minibug) a écrit:

Si on fait une recherche jusqu’à la fin du programme, la dernière recherche n’aboutis pas sur une recherche terminée mais plante complètement l'éditeur !

Laurent (Minibug) a écrit:

Il faudra aussi corrigé le bug de fin de RECHERCHE qui bloque complètement l'éditeur. Seul un CTRL/ALT/SUP est possible.

Laurent (Minibug) a écrit:

il n'y a plus de blocage de l’éditeur hormis la terminaison d'une RECHERCHE en fin de programme.

jjn4 a écrit:

Avec cette version,
si on fait une recherche
et qu'il n'y a plus rien à trouver,
ça coince...

Oui, j'ai noté.    

Mais je viens d'essayer sur un Windows XP anglais (c'est le seul Windows que j'ai sous la main en ce moment), et quand je fais une recherche sur un mot qui existe dans le source, ou sur un mot qui n'existe pas, la fin de la recherche se traduit par une fenêtre d'information à acquitter, "Not found" ou "Pas trouvé".
Le fonctionnement est donc normal.

Citation :

la fin de la recherche se traduit par une fenêtre d'information à acquitter, "Not found" ou "Pas trouvé".

Peut-être bien. Mais sous W10, cette fenêtre d'avertgissement n'est pas au premier plan. Elle doit être cachée sous le form principale de l'éditeur, et il n'y a aucun moyen de la faire apparaître. Du coup,, il faut le tuer par le gestionnaire des tâches. De plus, la fenêtre de l'éditeur disparait de l'écran. On la récupère en cliquant que l'icône correspondante dans la barre des tâches. Mais à partir de ce moment, cette fenêtre n'est plus réactive - on ne peut même plus la déplacer par la barre de titre. Normal si un dialogue modal est ouvert et non validé,, mais ce dialogue modal est justement invisible...