OSÉ : un nouvel éditeur pour PANORAMIC (Màj 5 mai 2018)

Minibug a écrit:

Merci pour le masquage du panneau latéral.
Si je peux me permettre, dommage qu'il revienne à l'ouverture suivante...

Oui c'est déjà prévu mais j'ai voulu aller au dodo à la place   En revanche, je vais supprimer l'animation qui ici n'apporte rien.

Minibug a écrit:

As tu envisagé de mettre un choix pour les polices ?

Oui et non. Oui parce qu'il y aura quelques thèmes prédéfinis de coloration syntaxique, à partir desquels il sera possible de composer pour composer le sien (Thème Black, thème classic, thème ASMTRAD CPC...) Et pour certains, des polices seront fournies, qu'il suffira d'installer (même si ce n'est pas obligatoire, mais bon, quitte à skinner, autant aller jusqu'au bout). Les couleurs de fond et de gouttière seront donc également modifiables. Mais je rappelle que c'est d'abord un éditeur, pas un générateur de coloration syntaxique, donc ça ne prendra pas la surface d'un écran 4K   . À propos d'écran 4K, apprenez que je travaille sur un 40 pouces en 4K, donc je rassure ceux qui auraient peur de la visibilité de l'éditeur : tout est parfaitement visible et accessible même sur les grosses résolutions.

Minibug a écrit:

J'ai eu un gros plantage avec message d'erreur façon éditeur Panoramic pendant l'exécution d'un programme (GPP). Je n'ai aucune idée de la raison de ce plantage. Affaire à suivre...

J'ai des dizaines de plantage par jour avec PANORAMIC, sans aucune explication. Et ce avec n'importe quel code source, pas spécialement mon éditeur. Et l'exécutable généré puis planté reste parfois en mémoire; je n'ai jamais autant utilisé le gestionnaire de taches. Je doute que l'éditeur en lui-même ait une grande part de responsabilité, sauf si certaines instructions sont instables et qu'il faudrait éviter. Mais je reste attentif à tout ce qui est susceptible d'alourdir le code au point de le planter.

Minibug a écrit:

J'ai remarqué aussi que l'éditeur été gourmand en ressources. Sûrement lié à la manière dont il est programmé...
Peut être des boucle WHILE / END_WHILE ou REPEAT / UNTIL qui doivent tourner sans interruption ou un TIMER.

Voir aussi réponse ci-dessus. Le programme est TRÈS simple en lui-même. Juste l'affichage des objets, ensuite ce sont les évènements on_mouse_move et on_click qui gèrent tout, et il n'y a aucun timer. Je regrette l'absence comme en javascript de on mouse over qui aurait terriblement simplifier la programmation, alors que là il faut alourdir le code pour les effets sur les boutons, donc je vais peut-être à terme supprimer certains effets en fonction des retours. Je regrette aussi qu'il soit impossible de générer un exécutable autonome avec des #INCLUDE, car le code aurait été plus aéré, et c'est plus simple de s'y retrouver quand on fait défiler des grosses quantités de lignes de codes.

Minibug a écrit:

Si tu utilise les DLL, tu peux prendre celle de Klaus qui permet entre autre de 'tuer' les applications de ce genre.

Non, pour des raisons pratiques, je n'utilise aucune DLL externe. Je souhaitais réaliser un éditeur exclusivement avec PANORAMIC pour exploiter son potentiel. J'ai fait une exception avec la user32.dll, native à Windows, pour simuler les touches du clavier et ainsi outrepasser les limites des commandes disponibles pour gérer le synedit (se reporter par exemple au gros souci des guillemets).

Minibug a écrit:

Ne désespère pas car tu es sur la bonne piste. Ton éditeur est déjà très fiable.

Je le fais aussi - et avant tout - pour moi, donc je me fais plaisir, et vos retours me sont trèèèèèèèèèèèès précieux pour qu'il puisse vous être utile également..

Citation :

Une remarque: l'icone de recherche (la paire de jumelle CTRL/F) devrait selon moi se trouvé à coté de l'icone coller, c'est plus logique de regrouper les fonctions de recherche avec celles de Couper/Copier/Coller

Excellente suggestion. Je m'occupe de ça ce soir !.

Citation :

Une question pour l'avenir: cet éditeur suivra t'il les nouvelles versions de Panoramic, ainsi que Make.exe.  As-tu prévu le cas.

Bien entendu !!!

Citation :

PS: Je pense qu'il est temps de lui donner un nom à cette éditeur...

Je verrai ça plus tard

Bonjour, je n'ai pas de temps en ce moment.
Je décolle du carrelage et abats des cloisons.....

Je testerais peut-être ce soir.

A+

Alors attends un peu avant de démolir le toit...

Je viens de faire un test.

La fonction de recherche fonctionne correctement en utilisant le bouton et revient au début quand la dernière occurrence a été trouvée, NICKEL.
Par contre en utilisant F3 au clavier, la recherche ne vas pas jusqu'à la fin.

Rien d'autre pour le moment.

A+

Salut fred !

Quelques réflexions sur tes remontés :

Citation :

Mais je rappelle que c'est d'abord un éditeur, pas un générateur de coloration syntaxique

Tout à fait d'accord avec toi. Ce qui n'empêche pas de pouvoir choisir sa police de caractères.
En plus c'est assez simple à mettre en oeuvre et ça ne prends pas beaucoup de place. Un simple COMBO suffit !

Citation :

je rassure ceux qui auraient peur de la visibilité de l'éditeur : tout est parfaitement visible et accessible même sur les grosses résolutions

Je pensait plutôt à ceux qui utilise des PC portables (par exemple) avec des résolutions beaucoup plus light.

Citation :

Je doute que l'éditeur en lui-même ait une grande part de responsabilité, sauf si certaines instructions sont instables et qu'il faudrait éviter.

Je suis bien en accord là aussi avec toi, sauf que par expérience, les fonctions telles que MOUSE_MOVE et quelques autres me laisse penser qu'elles peuvent poser problèmes. Elles sont apparues en même temps que les bugs de l'éditeur. Peut être y a t il un rapport entre les 2. En tous cas, depuis que j'ai mis de coté ses commandes j'ai moins de problèmes.

Citation :

je me fais plaisir, et vos retours me sont trèèèèèèèèèèèès précieux pour qu'il puisse vous être utile également..

Pas de problème ! Je fais ça avec grand plaisir et si en plus ça fait avancer le shi-mi-li-li-bi-li-bi... ( )
Enfin bref, donc c'est super pour toute la communauté !

Jean Claude a écrit:

La fonction de recherche fonctionne correctement en utilisant le bouton et revient au début quand la dernière occurrence a été trouvée, NICKEL. Par contre en utilisant F3 au clavier, la recherche ne vas pas jusqu'à la fin.

Je ne rencontre pas ce problème, je fais bien le tour quelle que soit la méthode utilisée (F3 ou bouton). Par ailleurs, c'est strictement la même fonction utilisée, donc j'ai du mal à cerner ton souci.

Sinon petite info : je stoppe le développement de l'éditeur sous PANORAMIC. J'ai trop de crash en permanence, même pour un simple "Hello World". Donc tant que cela ne sera pas résolu, je ne vois aucune raison de poursuivre pour me faire mal.

Mais j'ai besoin d'assouvir ma soif de programmer, alors je lorgne de plus en plus PureBasic, bien plus complexe. A moins que Jack ne comprenne l'importance de résoudre ce problème de crash au plus tôt, parce que de tous les BASIC, PANORAMIC vaut le détour (qu'il envoie sa famille au Pôle Nord pour être tranquille).

Je suis (du verbe suivre) malgré tout les messages de ce forum, je ne perds pas la main et ne suis pas (du verbe être) si loin .

Bonsoir.

C'est vrai que PureBasic est complexe, mais bien plus rapide que Panoramic.
Il est même possible de créer de petits programmes compilés, de 800 lignes maxi.

Pour en revenir à Panoramic, je rencontre les mêmes problèmes avec la dernière version: plantages à chaque lancement pratiquement, et cela commence sérieusement à me taper sur le système.

Pedro Alvarez a écrit:

Bonsoir.

C'est vrai que PureBasic est complexe, mais bien plus rapide que Panoramic.
Il est même possible de créer de petits programmes compilés, de 800 lignes maxi.

Pour en revenir à Panoramic, je rencontre les mêmes problèmes avec la dernière version: plantages à chaque lancement pratiquement, et cela commence sérieusement à me taper sur le système.

Et si on rejoignait les cheminots pour faire grève ?

Bonsoir.

Je suis moi-même cheminot.

Pedro Alvarez a écrit:

Bonsoir.

Je suis moi-même cheminot.

Et si je te rejoignais   On se ferait une banderole avec PANORAMIC dessus

A tous ceux qui rencontrent des problème de plantage de l'éditeur Panoramic:

1. Cest un programme que Jack a mis à notre disposition pour notre confort, gratuitement qui plus est.

2. Rien n"empêche de coder un programme Panoramic avec n'importe quel éditeur de texte sérieux (Notepad++ et beaucoup d'autres), il y en a même qui font la coloration syntaxique.

3. A partir de tels éditeurs, il est possible delancer l'éxécution via les outils que Jack met à disposition.

4. Certains d'entre nous créent ou ont créé des éditeurs ou systèmes de développement intégrés, selon leurs préférences, avec plus ou moins d'écho sur le forum.

5. Il y a d'autres langages sans éditeur natif et qui, pourtant, rencontrent un grand succes. Java par exemple. Certes, il y a des IDE pour Java. Mais rien de nativ - juste des outils fournis par des tiers (Eclipse, Netbeans, ...) mais des tiers qui représentent de puissantes sociétés ou associations avec des moyens de développement qui n'ont rien de commun avec les moyens d'une peronne physique seule qui fait ça pour son plaisir, par passion, dans son temps libre.

Alors, de grâce, un peu d'indulgence pour des outils qui vous sont donnés gratuitement, sans aucune condition, sans contrainte de licence et utilisables même à titre commercial ! Où est-ce que vous trouvez ça, sur le net ? Je ne connais pas d'équivalent, et il ne doit pas y en avoir beaucoup !

Faites comme moi: prenez vos précautions, enregistrez préquemment, préparez une solution de repli avec un des multiples éditeurs gratuits, prenez un des éditeurs proposés par les Panoramiciens ou écrivez le vôtre, en espérant qu'il sera meilleur que ce qui est fourni...

Bon, j'en ai fini de mon coup de gueule, mais il fallait que ça sorte. Ne m'en voulez pas - pour moi, le sujet est clos.

Bien sûr, tu as raison Klaus.

Ceci dit, une remarque (je suis toujours avec Panoramic_editor de début 2017, sous Windows 7, un fossile):

- moi aussi j'étais un peu agacé par un plantage 9 fois sur 10, parfois en cours de travail, mais en général lors d'un nouveau lancement de l'éditeur, écriture d'un certain nombre de lignes de code suite à une idée de génie, exécution pour voir, et patatras, plantage irrécupérable, avec impossibilité de sauvegarder les lignes écrites (sauf avec une copie d'écran...).
Si bien que quand j'y pensais, au lancement de l'éditeur, je lançais systématiquement l'exécution de rien du tout (éditeur vide), 9 fois sur 10 plantage du même type, relance de l'éditeur, et là ça fonctionnait normalement.

- depuis quelque temps, je n'ai plus du tout ces plantages, je ne sais pas pourquoi, mais curieusement ça semble coïncider avec mon changement d'antivirus: je suis passé d'Avast à Avira.

Y a-t'il un lien de cause à effet ? je ne vois pas du tout pourquoi, mais tout de même, la coïncidence est troublante...

Et ce qui me trouble encore plus, c'est que ce phénomène de plantages systématiques et irrécupérables au lancement (et plus rarement en cours de travail) est apparu brusquement vers la fin de l'an dernier, sans que j'aie changé de version d'éditeur, ce qui me fait penser à une cause externe...

JL35 a écrit:

moi aussi j'étais un peu agacé par un plantage 9 fois sur 10

Oui, il faut l'avoir vécu pour comprendre. Pour ma part c'est le cas depuis le début de 2017 !
Et ça ne s'est pas arrêté malgré les nouvelles versions.

JL35 a écrit:

depuis quelque temps, je n'ai plus du tout ces plantages, je ne sais pas pourquoi, mais curieusement ça semble coïncider avec mon changement d'antivirus: je viens de passer d'Avast à Avira.

Et bien pour info je suis avec Avira depuis pas mal de temps et rien à voir, toujours des plantages !

J'avoue, prendre mon mal en patience, mais j'aimerai bien aussi que Jack puisse faire quelque chose...

De l'autre coté je partage aussi l'avis de Klaus concernant le fait que Jack nous propose Panoramic gratuitement.
Et qu'il faut être indulgent avec lui ! Il fait tout cela par pure passion et de manière totalement désintéressée !

On ne peut pas lui en vouloir. Il faut être raisonnable. Et comme le dit l'adage :

Alors pour moi le mystère est complet, j'avais cru y voir un lien...
Toujours est-il que pour le moment je n'ai plus du tout ces plantages qui étaient très fréquents, et à part changer d'antivirus je n'ai rien fait de particulier...

J'ai profité de tous ces désagréments de plantage pour mettre malgré tout à jour l'éditeur, pour ne pas décevoir inutilement ceux qui l'apprécient déjà :

 La gestion du changement d'image au survol de la souris a été supprimée. Cela permet de gagner ÉNORMÉMENT en stabilité (voir ce post : https://panoramic.1fr1.net/t5776-crash-recurent-de-l-editeur#70414).
Plusieurs bugs pas méchants mais pas encore signalés ont été corrigés
Un dossier \tmp est généré à chaque premier démarrage du programme. Dans ce dossier figurent les fichiers créés pour tester le code en cours. Les applications autonomes sont quant à elles créées au même niveau que le code source lui-même.

Un petit aperçu des choses prévues pour être rapidement implémentées :

- CTRL-D pour dupliquer la ligne courante du curseur
- Gestion de la tabulation (TAB+ et TAB-)
- 8 Schémas de coloration (défaut, classique, panoramic, AMSTRAD CPC, MSDOS, B/N, N/B, Sépia) avec chargement facultatif d'un code exemple.
- La couleur de fond de l'éditeur synedit sera modifiable, ainsi que la couleur de la gouttière
- Une recherche en arrière par SHIFT-F3
- Et à terme il y aura la possibilité de charger plusieurs codes source, mais d'une façon plus élégante que dans un système d'onglets

Salut Fred !

Merci pour ces infos matinales. Je testerai ce soir...

Citation :

La gestion du changement d'image au survol de la souris a été supprimée. Cela permet de gagner ÉNORMÉMENT en stabilité

Je pense que c'est une bonne idée pour l'instant. En attendant que Jack trouve une solution...

Citation :

Un dossier \tmp est généré à chaque premier démarrage du programme.

Ça aussi c'est une bonne idée.comme cela tu peut mieux gérer les fichiers générés lors de l'exécution.

Bon courage à tous et bonne journée !

Salut Fred !

Je viens de tester avec un ami a Jean Claude. Il s’appelle Bourrin...
Et du coup avec lui, j'ai réussi à mettre en avant le bug de l'affichage.

Bon j'avoue, Bourrin ne fait pas dans la délicatesse, il clique partout et n'importe comment !
Mais lorsque c'est arrivé la première fois, il n'était pas là et les clics étaient beaucoup plus modérés.

Spoiler:

bonsoir à tous,

Ah! ce sacré "bourrin", il faut toujours compter avec lui


Pour ma part, je viens de faire un test où j'ai trouvé une erreur identifiée.

Condition du test:
1) je charge un code.bas dans l'éditeur. (tout va bien)
2) je clique sur la fiole (F9), l'exécution du code est OK (tout va bien)
3) je ferme la fenêtre du code en cours d’exécution et là PATATRAS !

En image:



A+

J'ai bien pris note de M. Bourrin et je vous prépare une version encore plus agréable et épurée pour disons... ce soir !

Ok ! Donc j'attends ce soir...

Voilà la dernière mouture. Plusieurs optimisations pour élaguer les soucis que vous avez signalés, un code allégé (autant que faire se peut) et une ergonomie améliorée pourra aller à l'essentiel.

Attention : des polices sont intégrées pour bénéficier des différents schémas de coloration syntaxique. Pensez  les installer si vous ne les possédez pas (certaines sont toutefois natives à Windows).

Plusieurs fonctionnalités sont sur le feu, comme la tabulation, des manipulations diverses sur les lignes, la recherche arrière, et la possibilité de créer un exécutable compilé malgré la présence d' #INCLUDE. Enjoy !

Bonjour à tous,

@Fredisland,

J'ai toujours l'erreur que j'ai signalée dans mon message précédent sur ce post, et dans les mêmes conditions.



Sinon, l'idée de passer la configuration sur une fenêtre indépendante est bonne.
La simplification de l'éditeur me convient.


Un dernier souci constaté: le fichier +Editeur_config.ini n'est pas enregistré dans le bon dossier.
Je précise que j'ai enregistré un code directement sur mon bureau et du coup +Editeur_config.ini  s'est enregistré sur mon bureau.
C'est valable pour le dossier temp

A+

Je regarde ca aujourd'hui...
--------------------------------------
Je viens de regarder . Je suis confronté à un drôle de problème avec Synedit, sa propension à changer de dossier par défaut sans que cela lui soit demandé.

Si je décide d'utiliser un chemin relatif pour le chargement des images (en l’occurrence le dossier de l'exécutable), rien ne vas plus dès lors qu'un source est enregistré ailleurs que dans le dossier de l'exécutable. Donc la solution est de créer un chemin absolu à utiliser à chaque fois pour les images, sauf que l'application autonome refuse les chemins absolus !!!  C'est le serpent qui se mange la queue... il est 8h00 du matin, je réfléchis...

Sinon pour l'histoire du "Le fichier n'existe pas", c'est bon, c'est réglé, juste un"\" en trop. Je mettrai ça en ligne ce soir, après avoir aussi réglé la détection d'un code source vide.