quelques ajouts

Voili voilà quelques ajouts possibles et utiles bien sûr

Ils sont dans le désordre, choisissez ce qui se fera facilement en premier
Puis les plus utiles et enfin le reste si ces ajouts vous conviennent.

1) Que la fenêtre s'affiche automatiquement soit en plein ecran soit à la taille du scene2D ou 3D affiché.
(quand je teste un code avec scene2D je suis obligé chaque fois d'agrandir la fenetre et c'est gênant).

2) Que la couleur de transparence soit le fuchia et non le noir, car le noir est utilisé pour les contours des personnages et objets dessinés, tandis que le fushia est rarement utilisé dans les dessins de jeux modernes.
Dans les premiers temps de la couleur dans l'informatique individuelle, le fushia était une composante des dessins car il n'y avait que 4 couleurs (dont le fushia) + le noir (fond d'écran) d'où le choix qui avait été fait du noir pour la transparence, mais aujourd'hui on en est plus à ce genre de choix

3) Que le curseur aille à la ligne dans l'éditeur dés qu'on presse "entrée" en fin de ligne.

4) La possibilité d'avoir un "record" comme en Delphi (Si cela est possible sinon tant pis)
(c'est pour plus de facilité quand on veut lier une liste d'objets et de compétences à un sprite, pour faire des jeux de rôles).
Si j'ai au moins ça, j'aurais pas besoin des "objets" de la poo.

5) La possibilité de fermer un ou des onglets ouverts (l'éditeur permet actuellement d'ouvrir plusieurs programmes en onglets).

6) Que le dossier de travail reste celui du programme contenu dans l'onglet actif, car quand je travaille un code et que j'ouvre un autre code pour en prendre quelques lignes, le dossier de travail devient le dossier d'où est ouvert le dernier code ouvert, et quand je teste mon premier code il ne trouve pas le dossier dont il a besoin pour travailler, donc il faut que le dossier de travail soit celui de l'onglet actif et non celui du dernier code chargé.

7) Possibilité de mettre en REM (d'un click) une portion de code.

8 ) Possibilité de copier du texte de la page du manuel de référence pour le coller sur notre page de code.
(le manuel qui est ouvert à partir du menu panoramic)

9) Pouvoir se servir du bouton droit sur notre page de code dans l'éditeur pour faire du copier coller par exemple.

10) Possibilité d'utiliser une variable sans avoir à la déclarer préalablement, l'interpréteur voit qu'on utilise une variable et il la considère donc comme déclarée.

11) Que l'éditeur écrive automatiquement le numéro d'objet à la suite du nom d'objet qu'on vient d'écrire, par exemple si j'écris "picture" il ajoute le numéro après le mot, comme : picture 3
Parce que c'est pas évident de savoir à combien on en est chaque fois, d'où l'intérêt une fois de plus de nommer les objets au lieu de les numéroter.
D'ailleurs le nommage des objets devrait selon moi être la priorité de la prochaine modif

12) Que la compilation en mode "application" tienne compte des images qui sont dans leur dossier.
J'ai compilé en "application" un programme qui utilisait des images contenues dans un dossier, et le résultat c'est que mon programme avait la même vitesse que dans l'éditeur, très lent pour les chargements d'images dans les sprites et dans les pictures.
Bien sûr le problème disparait si je met les images non pas dans leur dossier mais dans le même dossier que le programme principal.

13) Dimensionner un tableau par une variable, par exemple pouvoir faire dim(taille) au lieu de dim(50).

14) Possibilité d'avoir des "png" dans les pictures (pour profiter de la transparence et du faible poids des png)

Je met en UP car j'ai l'impression que ça s'enfonce dans les oubliettes

Ca ne s'enfonce pas dans les oubliettes.
Je note toutes les suggestions intéressantes, mais il me faudrait une équipe pour réaliser tout ça rapidement. Et avec quoi je rémunèrerais mon équipe ?
PANORAMIC est un logiciel gratuit, qui ne bénéficie d'aucune aide, aucune subvention et je peux compter sur les doigts de la main les dons Paypal que j'ai reçus. Le total annuel des dons tourne autour de ...
... 15 euros en moyenne, oui, tu as bien lu: quinze euros reçus par an en moyenne, ce qui me permet de maintenir le nom de domaine et rien de plus !

Comme tu peux le constater, le point 13 vient d'être réalisé.

Le point 11 (donner un nom aux objets) est une demande datant du tout début de PANORAMIC. Je le ferai sans doute un jour.

Pour le point 10, c'est carrément non, car ne pas déclarer ses variables est la porte ouverte à toutes sortes d'erreurs de frappe qui passent inaperçues, qui font que le programme ne fait pas ce qu'il devrait et qui sont longues à découvrir.
Exemple très simple:

Code:

monbouton=1
button monbouton
width monboutton,20

ça fonctionne, mais ne fait pas ce que ça devrait faire car il se crée à la dernière ligne une nouvelle variable monboutton (avec deux "t") et à laquelle est affecté la valeur 0. Résultat: la largeur de FORM N° 0 est mise à 20 pixels et non pas la largeur du BUTTON N°1. Et avec un doute sur width: la commande width ne marche pas, et peut-être un post sur le forum!

Quant aux autres suggestions, elles se réaliseront petit à petit pour certaines, peut-être jamais pour d'autres.
Je ne peux pas en dire plus et encore moins produire un planning de sortie.

Vous prenez tous PANORAMIC au sérieux et j'en suis très flatté. Mais pour moi, le développement de PANORAMIC est un loisir.
Et depuis 5 ans, ce loisir me dévore tout mon temps libre et je ne peux vraiment pas en faire plus.

Je sais combien tu te donnes de mal pour apporter des améliorations à Panoramic.

Je voulais répondre au sujet de l'aide pour copier directement depuis le forum le texte que l'on ne peut pas copier dans les exemples. Malheureusement, il n'y a qu'une adresse qui est:
http://www.panoramic-language.com/, que l'on soit sur la première page, le manuel utilisateur et le manuel de référence. C'est bien dommage, sinon un simple clic aurait suffit.

Pour ce qui est des variables que l'on déclare ou non, certains langages offrent la possibilité d'avoir une instruction implicite ou non. Pour ma part, avec le préprocesseur que je fais, il m'a paru plus simple de prendre toutes variables, déviter les dim, et les déclarer. Je me vois mal de faire une analyse complète du programme pour pouvoir les déplacer celles qui étaient à l'intérieures des routines, vu que je transforme tout. C'était plus facile pour moi, de regarder si telle variable était déjà repérée, et de l'ajouter dans une liste. Généralement les vieux programmeurs en basic préfèrent ne pas faire de déclaration, et de programmer à la suite un code. Il y a des avantages et des inconvénient pour les deux méthodes, mais je voulais m'expliquer sur mon choix.

Pour ce qui est de l'éditeur, j'ai déjà dis plein de choses la dessus, mais maintenant ce n'est plus mon problème. Aux autres de faire des choix. Quoi qu'il en soit, j'ai toujours besoin de Panoramic pour faire des exécutables.

Quand à faire un don, personnellement je le voudrais bien, mais mes moyens sont tellement modeste, que je me demande si je ne devrais pas arrêter de programmer, et prendre mon temps pour mieux survivre. Plus d'une fois j'y pense, je devrais arrêter de faire des programmes. Le luxe c'est pour ceux qui en ont les moyens, et je dis pas cela pour me plaindre.

Au sujet de la proposition (7):
C'est vrai: des fois, pour tester, on voudrait bien désactiver toute une section de code, quitte à la rétablir plus tard. Dans ces cas-là, le place

Code:

if 1=2

devant la section à désactiver, et

Code:

end_if

après. Aussi bizarre que cela paraisse, cela marche: le code ainsi conditionné ne s'exécute jamais. Alors, tout surligner puis exécuter une fonction pour "rem-iser, par le menu contextuel, par exemple, ou alors insérer deux lignes simples - ça se vaut peut-être. A toi de voir.

Merci Jack, ce qui m'importe le plus c'est juste que tu ais pu voir cette liste, après tu fais en fonction de tes possibilités je ne te bouscule pas, ni ne t'impose rien, encore heureux

Je conçois que c'est un loisir pour toi, et cela est épatant car tu fais un truc sérieux là
Donc normal que l'on prenne panoramic pour un logiciel sérieux, car il le vaut, sinon moi j'aurais déjà passé à autre chose.

Pour ce qui est des dons, tu fais bien d'en parler, car je trouve que l'on devrais plus aider panoramic dans ce sens, vu qu'il est gratuit.
Pour ma part, je n'ai pas de carte bleue ni grise, ni rose, donc dés que j'en aurais une (entre 1 et 3 mois) je ne me priverais pas de te soutenir et avec bien plus que 15 euros, car je trouve absolument que panoramic vaut le coup.

Pour ce qui est de ton équipe réduite, je t'avais proposé quelque part sur le forum de te faire aider par des spécialistes de ce forum (sauf moi), tu leur donnerais un travail à faire avec des directives.

Pour la variable sans déclaration, je pensais plutôt que panoramic la reconnaisse comme déclarée dés sa premiere affectation seulement :

' déclare une variable toto
nom$="toto"

C'est une utilisation en même temps qu'une déclaration.

Hallo Jack,

wenn du mir deine Kontonummer per E-Mail schicken könntes,
währe es mir eine Ehre dir, für dieses ausgezeichnete Programm,
eine Spende zuschicken.

Ich habe keine Kreditkarte.



Salut Jack,

si vous me faire parvenir votre numéro de compte par e-mail peut
Wahre-ce un honneur pour vous cet excellent programme
envoyer un don.

Je n'ai pas de carte de crédit.