Version instantanée du 16-12-2014 : PANORAMIC V 0.9.26i3

Version instantanée du 16 décembre 2014 : PANORAMIC V 0.9.26i3

Une version instantanée est la version actuelle du développement de PANORAMIC, elle vous permet d'utiliser les toutes dernières améliorations, sans attendre la sortie de la prochaine version.
Une version instantanée n'a pas de procédure d'installation (c'est un fichier zip contenant l'EDITEUR).
Les nouveaux mots-clés n'ont pas de coloration syntaxique dans l'EDITEUR.

Cette version instantanée est disponible sur mon Webdav dans le répertoire : PANORAMIC_VERSION_DE_TRAVAIL


Voici les améliorations de cette version, par rapport à la dernière version instantanée PANORAMIC V0.9.26i2 du du 26 septembre 2014:


NUMBER_ACTIVATE : numéro du dernier objet (FORM) activé
NUMBER_SHOW : numéro du dernier objet (FORM) visible

TRIGGER_CLICK N : simule un événement ON_CLICK sur l'objet système numéro N

2D_FILL_ON : à leur création, les formes 2D_CIRCLE et 2D_RECTANGLE sont remplies avec la couleur 2D_FILL_COLOR
2D_FILL_OFF : à leur création, les formes 2D_CIRCLE et 2D_RECTANGLE sont transparentes

ARCHIVER_ON : démarre l'archiveur
ARCHIVER_ADD D$, F$ : archive le contenu du répertoire D$ dans le fichier F$
ARCHIVER_EXTRACT F$, D$ : extrait le fichier archive F$ dans le répertoire D$. Attention, D$ doit exister.
ARCHIVER_OFF : arrête l'archiveur

exemple d'archivage :

Code:

rem archives directory source into file fff.zip
ARCHIVER_ON
ARCHIVER_ADD "source", fff.zip
ARCHIVER_OFF

exemple d'extraction :

Code:

rem extracts file fff.zip into directory dest
DIR_MAKE "dest"
ARCHIVER_ON
ARCHIVER_EXTRACT fff.zip, "dest"
ARCHIVER_OFF

Correction de bugs :
appel d'un SUB avec chaine de caractère possédant le caractère = (égal)
DELETE et ON_CLICK étaient inefficaces sur un SCENE2D

Merci Jack pour cette nouvelle version

Merci Jack

Merci, Jack !

Merci Jack.

Problème, je viens de faire l'essai avec hviewer, et la commande provoque un message d'erreur.

Je suis en train de faire un gros travail avec cet éditeur. Heureusement j'ai encore la version précédente.

Merci Jack ! 
Je cours télécharger cette version.

Edit: 

C'est fait, en plus c' est une version très avangardiste !
Version du 26/12/2014 


(dans "A Propos")

Merci Jack!
simple commande: hviewer 1 provoque erreur 48

Bonjour tout le monde.
Bonjour Jack et merci pour cette nouvelle version instantanée.

Je viens de tester et je n’arrive pas à comprendre comment fonctionnent NUMBER_ACTIVATE et NUMBER_SHOW .
Les deux fonctions retournent 0 (zéro) dans le code suivant.
Comment les utilise-t-on ?

Code:

label clic
form 10
print_target_is 10
button 20 : parent 20,10 : left 20,200 : on_click 20,clic
print "NUMBER_ACTIVATE : " + str$(NUMBER_ACTIVATE) : ' Affiche 0 : pourquoi ?
print "NUMBER_SHOW : " + str$(NUMBER_SHOW) : ' Affiche 0 : pourquoi ?
TRIGGER_Click 20 : ' Simulation de on_click  : OK
2d_FILL_ON : 2d_fill_color 255,0,0 : 2d_circle 400,200,100 : ' OK
2d_fill_off : 2d_rectangle 400,50,450,100 : ' OK

 end
rem =================================================================
clic:
  message "bouton cliqué"
return

Merci Jack pour cette nouvelle version.

Beaucoup de commandes nouvelles, TRIGGER_CLICK N est une bonne chose, çà manquait.
Il me reste à tester.

A+

Désolé de t'embêter Jack, mais Il y a un problème avec les chiffres à virgule.  

Voir ce code:

Code:

dim a$ : a$="10.00"


if val(a$)=10 then message "a$=10"

if val(a$)<0 then message "a$ < 0"

si a$="10" çà passe, mais si a$="10.00" çà coince.

A+

EDIT: çà passe avec la vrai virgule (,)

Ygeronimi a écrit:

C'est fait, en plus c' est une version très avangardiste !
Version du 26/12/2014

Il suffit d’attendre l’Avent !  

Jean Claude a écrit:

EDIT: çà passe avec la vrai virgule (,)

C’est le retour à nos  habitudes, les britishs peuvent toujours utiliser leur point décimal.

Code:

dim a$ ,b$
a$ = "123.456"
b$ = "123,456"
print numeric(a$)  : ' ---> 0 donc 123.456 n'est pas numérique (n'admet pas le point)
print numeric(b$)  : ' ---> 1 donc Panoramic n'admet que LA VIRGULE décimale et non le point
print val(b$)     : ' ---> 123.456 pour la sortie c'est bien le point décimal qui règne.

Papydall a écrit:

C’est le retour à nos  habitudes, les britishs peuvent toujours utiliser leur point décimal.

Les  "britishs"  c'est pas mon problème, je n'ai pas envie de me coltiner le remplacement des . par des , sur un programme de 6000 lignes !

Le point était accepté dans la version V 0.9.25, je ne vois pas pourquoi, il faudrait changer.
Le mieux est d'accepter les deux.



A+

Jean Claude a écrit:

Le point était accepté dans la version V 0.9.25, je ne vois pas pourquoi, il faudrait changer.
Le mieux est d'accepter les deux.

La question de la virgule décimale (ou point décimal) est à mon avis un bug que Jack doit corriger.
Pour l’idée d’accepter les deux, je me rappelle qu’en COBOL (j’ai fait du COBOL dans les années 80), il existe une instruction : DECIMAL-POINT IS COMMA qui identifie la virgule comme marque décimale, sinon c’est le point qui est pris en charge.

Mais est-ce nécessaire ? Personnellement j'en doute.
Tout le monde (ou presque) sait que les systèmes informatiques utilisent le point à la place de la virgule pour manipuler les valeurs décimales.

Moi, j'aime bien l'idée des directives pour ce genre de choses

#DECIMAL COMA
ou
#DECIMAL DOT

Avec unve valeur par défaut pour les anciens programmes qui pourrait être DOT à mon avis.

S'adapter ou permettre un peu d'originalité... personnellement, en tant que tard venu à l'informatique, il m'arrive encore de taper des virgules ; en tous les cas je trouve la solution de Jicehel assez souple.

Plutôt

Citation :

#DECIMAL COMMA
ou
#DECIMAL DOT

non ?
(désolé, je n'ai pas pu m'empêcher...)

Froggy One a écrit:

En apprenant le montant de la DOT, il est tombé dans le COMA.

+1  

Pour revenir à nos moutons:
Ça pourrait être une simple instruction (pourquoi une directive ?) à insérer au début du programme pour identifier la virgule comme marque décimale :

Code:

DECIMAL_POINT_IS_COMMA

Si cette instruction est omise, ça sera le point (par défaut) comme marque décimale.

Mais l’urgent , à mon avis, est que Jack revoie cette version instantanée pour corriger ce qui ne va pas.

@Papydall Par ce qu'une instruction qui sert à savoir comment interpréter un code source, en règle génrale, on appelle ça une directive et que pour le moment, les directives Panoramic commencent par un #

Il y a en effet deux problèmes dans cette version :
le point n'est plus le séparateur,
l'objet HVIEWER a été dèsactivé.

Cela vient du fait que je suis parti d'une version V 0.9.25i2 modifiée, et non pas de la version d'origine, car je suis au Moyen Orient depuis plusieurs mois et je n'ai pas toutes les commodités pour le développement, que j'ai lorsque je suis en France.
Je rentre en France dans quelques jours et je vais vous refaire une nouvelle version avec les corrections et 2 nouvelles commandes:
SEPARATOR_IS_POINT : le séparateur est le point (option par défaut)
SEPARATOR_IS_COMMA : le séparateur est la virgule

Super, Jack. Rien ne presse. Le problème est identifié, nous savons que tu le prends en compte, il y a des solutions de contournement - tout va bien.

Merci Jack,
Au final ce problème de version nous apporte un cadeau de Noël en plus
Pouvoir choisir le point ou la virgule à sa convenance est la meilleur solution, merci d'avoir choisis celle-ci.

Je te souhaites un joyeux Noël, ainsi qu'à tous les Panoramiciens.

A+