Une idée un peu folle

Toi, quand tu t'y mets, tu ne fais pas les choses à moitié ! On attendra patiemment le résultat - je suis sûr qu'il sera positif !

Ça va être quand même une sacrée évolution, pour ne pas dire révolution !

Bravo Jack, je ne peux pas dire que je comprenne trop comment ça marche, mais potentiellement, c'est énorme.

Je suis comme un gamin qui attend un nouveau jouet à Noël, ....

Gamin…. Heu… gamin….
Mais qui ne l’est pas ?!
En tout cas, moi, je le suis toujours.

oula, ça a l'air joli cette evolution... je vais rester dans le coin alors!

Des nouvelles seraient les bienvenues..

Oui ! Des nouvelles !

Les comparateurs de Basic avait noté Panoramic avec 1 étoile.
Dorénavant Panoramic va devenir adulte.
C'est bien pour tous les utilisateurs.
Mais Jack ne voulait-il pas faire payer Panoramic un jour ?
J'ai fait ce choix, de payer un Basic, en l'occurrence PureBasic, et je ne le regrette pas car j'ai un Basic de haut niveau et pas cher.
Y aura-t-il autant d'utilisateur si Panoramic devenait payant ?
S'il fallait payer Panoramic, alors on serait en droit d'avoir un Basic de haut niveau et pas trop cher. Alors dans ce cas je crois que Jack aura des acheteurs.

Pour ma part si panoramic deviens payant à un prix abordable comme l'est PureBasic oui je continuerai.

Après je pense que cela ferai fuir les débutants.

Car vouloir apprendre un langage simple mais devoir payer c'est rebutant pour un néophyte..

Mais tu dit "Dorénavant Panoramic va devenir adulte."
Pour cela j'ai encore quelques doutes.
C'est certes un langage qui commence à être au point, il à beau être simplet etc.. Mais il à encore quelques défaut et donc des pertes de possibilité pour les développeurs.

Et portant ! Même en Panoramic seul, sans recourir à des DLL, on peut faire des choses fantastiques !

Bien sûr, ce n'est pas un environnement de développement professionnel. Ceux qui cherchent ça, se tournent vers C, Visual Basic, Delphi etc. Il n'y a que l'embarras du choix - et le coup au portefeuille !

L'avantage énorme de Panoramic, c'est non seulement d'être gratuit, mais également de pouvoir produire des exécutables binaires librement, gratuitement et sans passer par une phase complexe d'édition de liens. L'outil parfait pour le programmeur amateur, voir amateur éclairé. On peut se faire plaisir et faire de jolies choses, et même assez techniques, facilement, rapidement, sans prise de tête.

Maintenant, on peut toujours vouloir aller plus loin. Aujourd'hui, Panoramic offre la possibilité d'utiliser des DLLs, et c'est une ouverture énorme, même si l'utilisation des DLLs est soumise pour le moment à des contraintes sévères. Mais pour peu qu'on sache manipuler un peu un autre langage (Delphi, FreeBasic, C, ...), on peut créer des DLLs avec des fonctions manquant (pour le moment) à Panoramic. C'est un peu ce que je fais avec mes DLLs que je propose à ceux qui sont gênés par les contraintes de Panoramic.

Mais de grâce: gardons à Panoramic sa philosophie de base, son caractère de simplicité et de convivialité ! Protégeons sa gratuité qui est le gage de son adoption par d'autres amateurs, en montrant le plus souvent possible notre reconnaissance à Jack. Ceux qui le veulent (et le peuvent), sont libres de faire un don à Jack qui sera certainement sensible à une telle attention. Encore que je sois convaincu que cela n'est pas sa première motivation !

@klaus

Je suis d’accord avec toi.
Donc +1

...je dirai même plus , je suis d'accord avec toi Klaus

Je rejoins également (dans l'essentiel) Klaus.
Mais que pense Jack de tout ça ?
Après nous avoir habitué aux dll (en les exploitant), il serait bien également que Panoramic puisse pouvoir créer des dll, ce qui permettrait de pouvoir exporter du code de Panoramic vers d'autres langages (pour ma part, vers PureBasic).

Alors là je rejoint pat !

Je suis 100% d'accord avec Klaus....
Maintenant, pouvoir générer des Dll à partir du langage Panoramic, je n'en voit pas trop l'intérêt.
A mon avis, ce n'est pas le but essentiel de ce langage qui permet de créer des prog simples (?) avec une interface graphique très rapidement sans se prendre la tête...

Réflexion faite, lorsque Panoramic sera basé sur FreeBasic, peut-être que la possibilité de créer des DLL de FreeBasic sera accessible via le langage Panoramic ? Avec une plus grande liberté de passage de paramètres ? Je pense qu'il faut attendre d'avoir des informations plus précises de Jack.

Je me trompe peut être sur la finalité mis si Jack arrive à faire ce qu'il nous a mis en exemple,
nous pourrons nous servir d'un éditeur comme fbedit pour créer nos application en panoramic ,et les compiler,
et à partir du même éditeur créer des dll en freebasic.


Pour les dlls en panoramic pourquoi pas mais je ne pense pas que ce soit une priorité.
actuellement elles servent à remplacer des fonctions qui n'existe pas encore, si elles existent pour créer la dll,
elles existeront pour être dans le *.bas.

Par contre , une commande pour exécuter , un fichier *.bas à partir d'une application compilé
comme une sorte de dérivation externe au lieu d'un terminate à la fin. Je suis pour.
Mais là aussi , celà est peut être déjà possible sans que je sois capable moi même d'en maîtriser le codage.
(J'ai lu modbus Nardo mais trop complexe pour mon petit cerveau )

Tous les langages ne sont pas exhaustifs à eux seuls et donc les dll peuvent servir, entre autres, à exploiter les commandes existantes dans un langage et pas dans celui qui reçoit la dll.
C'est le cas de l'excellent PureBasic, qui, bien qu'excellent, n'a pas, pas exemple, la capacité de jouer des notes de musique, comme par exemple, produire un la, un sol, un ré, mais PureBasic n'accepte dans ce cas que les fichiers sons.
Un dll pour produire la note que l'on veut sans passer par un fichier son est vraiment intéressant et Panoramic sait le faire, pas PureBasic.
Donc les dll sont des alternatives attrayantes pour exploiter ce que l'on a pas dans les autres langages.
Et quant à exploiter les dll, autant que cette commande soit complète, c'est-à-dire lire des dll et créer des dll.

Je ne vois pas l'intérêt de vouloir produire du code à partir d'un fichier .bas alors qu'un fichier dll est fait pour ça.
Un fichier .bas contient le code Panoramic version texte et donc, à mon, avis, ne sert pas à produire du binaire, sauf à travers le langage source (donc Panoramic en ce qui nous concerne).

Maintenant Jack tranchera mais ceux qui veulent un langage de qualité doivent accepter que les dll doivent pouvoir être lu et pouvoir être aussi créés (c'est le cas de PureBasic).

Pour les Dll, je ne suis pas vraiment contre, mais il ne faut pas oublier que Jack est tout seul pour développer Panoramic et qu'il fait ça pendant ses temps libres... Bravo Jack ! cela ne doit pas être évident....

Pour réaliser un langage de haut niveau comme vous le souhaitez, c'est tout un groupe de développeur qu'il faudrait !

Déjà pouvoir véritablement compiler un programme Panoramic et avoir la possibilité de créer des fonctions, je trouve que rien que ça, cela sera un très grand pas de franchi !

Une question que je me pose :
A trop vouloir se rapprocher de FB, cela ne serait pas la mort de Panoramic en tant que langage?
Car dans ce cas, autant programmer directement en FB et n'utiliser Panoramic.dll qu'en complément...
Peut être que c'est ce que souhaite faire Jack au final ? Se délester des problèmes liés à la conception d'un langage de manière à pouvoir se concentrer uniquement sur des fonctions qui l’intéresse (3D/2D, etc...) et qui seront présente dans sa DLL ?...

*** erreur ***
J'ai effacé ma question, car une lecture plus attentive des messages ci-dessus en contenait la réponse.

Il y a quelques temps Jack, tu nous parlais de nouvelles commandes pour l' habillage de Button.
Peut on avoir des nouvelles , celà sera t il dans une prochaine version instantanée ...

Jack.....hou...hou..es tu là ?

Ich unterstütze die Anfrage.
Ich warte auch auf den Super Button.

Je soutiens la demande.
J'attends sur le bouton super.

Pour répondre à Nardo26 :
Jack fera ce qu'il pourra, bien évidemment, au sujet des dll mais je pense que cela plaira à tout le monde si les dll étaient complets (en lecture et écriture).
Quant à FB, je pense que Jack souhaite utiliser le compilateur de FB (en free) plutôt que de réinventer la roue (comme il l'a dit).
Panoramic devrait garder son identité principale car les commandes Panoramic resteront les mêmes.
On verra bien.