Version instantanée du 8 février 2013 : PANORAMIC V 0.9.24i8

Version instantanée du 8 février 2013 : PANORAMIC V 0.9.24i8

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.

Pour obtenir la version instantanée, cliquez sur *** retiré ***
Voici les améliorations de cette version, par rapport à la dernière version instantanée PANORAMIC V0.9.24i7 du 29 novembre 2012:

- 2 nouvelles commandes pour les SPRITEs:

SPRITE_SHOW_ALL : visualise tous les SPRITEs
SPRITE_HIDE_ALL : cache tous les SPRITEs

- améliorations :

Un DELETE sur un SCENE2D détruit tous les SPRITEs qu'il contenait

MARK_ON et MARK_OFF agissent aussi sur un SUB_MENU, ce qui permet de mettre des marques dans les menus

Possiblilité d'affecter FORM0 comme PARENT : PARENT N,0

PARENT fonctionne pour un SCENE3D

- corrections de bugs:

DIR_CHANGE : affiche l'erreur 161 si répertoire inconnu

correction de bugs dans la gestion des événements

correction d'un bug dans SPRITE_DELETE_ALL

Merci, Jack ! c'est super !

Merci Jack pour cette version, MAIS...!
quand tu lances un programme, dans le caption de la forn c'est toujours PANORAMIC V 0.9.24i7 qui est affiché au lieu de PANORAMIC V 0.9.24i8.
Sound 1 à sound 35 provoquent une violation. On doit mettre sound 36 au minimum.
[img][/img]
j'ai pas encore testé plus loin.

Merci Jack.

Je confirme ce que dit Bignono.

Merci Jack !

Je prends mais je conserve la version précédente par précaution

Je fais toujours ainsi.
Prudence oblige !

Bonjour Jack,
Aujourd'hui, j'ai commencé à tester la dernière version de Panoramic.
Je confirme ceci que j'ai déjà dit hier:
quand tu lances un programme, dans le caption de la forn c'est toujours PANORAMIC V 0.9.24i7 qui est affiché au lieu de PANORAMIC V 0.9.24i8.
Sound 1 à sound 35 provoquent une violation. On doit mettre sound 36 au minimum.
Ensuite je confirme ce que dit Pan59 au sujet de font_color sur un objet option, et j'ai constaté que cela était pareil sur un check aussi.
A+

Bonjour Jack
Dans cette version le point virgule avec la commande PRINT ne fonctionne plus.
C'est dommage cela permettait de concatener alpabétique et numérique, exemple: PRINT "version 0.9.24i";8
J'aurai même souhaité que cette possiblité soit étendue, ce qui évitait l'instruction STR$.
Mais merci pour cette version avec le graphisme des objets améliorés.

Bonjour Jack (et tous)

Je viens d'essayer cette version.

J'ai un souci d'affichage dans un edit (il faut que je creuse car cela est peut-être lié au nouvel aspect de l'edit)

Le nouveau look de certain objet est sympa (EDIT, LIST, OPTION, ...)


A+

Salut tout le monde.

Un petit essai de la nouvelle version :

Code:

label fin

list 1 : parent 1,0  : ' <----- FORM 0 comme parent  est désormais accepté
top 1,20 : left 1,350 : print_target_is 1
print "Salut "+"tout le monde" :print "Bonjour" : print "Salut" : print "Hello" : print "Bye"

button 10 : top 10,200 : left 10,200 : ' l'aspect du BUTTON est plus joli
' color 10,0,255,0 : <----- Erreur
font_color 10,255,0,0 : ' Accepté mais ne change pas la couleur (prédéfinie et figée)
font_bold 10 : caption 10,"OK" : on_click 10,fin

print_target_is 0
' print "salut " ; "tout le monde"  : ' <----- Erreur : le ; n'est plus reconnu
print "Salut " + "tout le monde" : ' le ; est à remplacer par +
print "Valeur = " + str$(4)      : ' mais on doit tout convertir en chaîne
' on ne peut plus afficher à la suite par PRINT en séparant les différents
' argument par des ;
dim R : R = 15.25
' print "resultat = " ; R  : ' <----- le ; provoque une erreur
' (52) Not correct string expression : Sequence error, bad character. Line : 13
end
fin:
 terminate
return

Bon je viens de trouver que les commandes 3d_collision n'agissent pas sur un 3d_plane:

Code:

label bouge
full_space 0:scene3d 1:full_space 1:color 1,0,0,0:cam_position 0,1.7,15

3d_cube 1,1:3d_rotate 1,0,60,0:3d_color 1,0,0,255:3d_position 1,0,5,0
3d_plane 2:3d_x_rotate 2,90:3d_color 2,100,100,100
' 3d_collision_as_faces 1
' 3d_collision_as_faces 2
3d_collision_as_cube 1
3d_collision_as_cube 2

timer 99:timer_interval 99,1:on_timer 99,bouge
end

bouge:
timer_off 99
select scancode
  case 38:3d_y_position 1,o3d_y_position(1)+.1
  case 40:3d_y_position 1,o3d_y_position(1)-.1
end_select
if o3d_collision(1,2)=1 then message "Collision!":terminate:' <=== cette condition n'est jamais éxécuté car le cube traverse le 3d_plane
timer_on 99
return

Snifff!!!!.....

J'ai travaillé avec la version i8 ,et
tout content du graphisme des objets,
j' ai voulu créer un *.exe.
mais là mon *.exe me renvoi à l'ancien graphisme des objets !!!

Citation :

quand tu lances un programme, dans le caption de la form c'est toujours PANORAMIC V 0.9.24i7 qui est affiché au lieu de PANORAMIC V 0.9.24i8.

J'ai voulu aller vite pour corriger le bug sur SPRITE_DELETE_ALL et j'ai oublié de changer le numéro de version.
C'est pourtant bien la version v 0.9.24i8 qui est livrée.

Citation :

Dans cette version le point virgule avec la commande PRINT ne fonctionne plus.
C'est dommage cela permettait de concatener alpabétique et numérique, exemple: PRINT "version 0.9.24i";8
J'aurai même souhaité que cette possiblité soit étendue, ce qui évitait l'instruction STR$.

C'est vrai.
Voila l'explication.
Je suis en train de coder un compilateur et un traducteur. Le compilateur permettra de transformer du code source PANORAMIC en un exécutable qui sera très rapide. Le traducteur permettra de transformer du code source PANORAMIC en code source dans un autre langage.
Les traductions suivantes fonctionnent déjà à 90% :
Panoramic -> Pascal (Delphi / Lazarus / FreePascal),
Panoramic -> Basic (FreeBasic , PureBasic),
Panoramic -> C (Tcc, Pelles C, Lcc).
Dans le compilateur et dans le traducteur, PRINT ne supporte pour le moment ni virgule, ni point-virgule.
PANORAMIC V 0.9.24i8 livré est en fait l'interpréteur correspondant au compilateur/traducteur, et j'ai omis de réactiver le traitement des virgule et point-virgule. Normalement virgule aligne en colonne.
Mais, il est à noter que virgule et point-virgule jouent exactement le même rôle: séparer des champs, car je n'avais jamais poursuivi le traitement de la virgule en codant des colonnes (cela n'avait jamais été demandé).

Pour le moment, il faut utiliser str et concaténer avec +
Pour faire l'équivalent de :

Code:

dim t1$, t2$, i%
t1$="j'ai "
t2$=" ans"
i%=20
print t1$;i%;t2$

ou de :

Code:

dim t1$, t2$, i%
t1$="j'ai "
t2$=" ans"
i%=20
print t1$,i%,t2$

il faut faire aujourd'hui:

Code:

dim t1$, t2$, i%
t1$="j'ai "
t2$=" ans"
i%=20
print t1$+str$(i%)+t2$

Dites-moi si je dois remettre les virgules et point-virgules dans les prochaines versions.

Quant aux autres erreurs que vous avez rencontrées; je regarde pourquoi.

Bonjour Jack,
Je crois que le point virgule ";" est absolument nécessaire car je ne sais pas faire ça:

Code:

dim i
for i=11 to 100
print i;" ";
if int(i/10)=i/10 then print
next i

avec la concaténation "+"
Merci encore de tes explications, et n'oublie pas le problème de sound!

Bonjour,

Pour Faire Avancer le Smilblick

1)

Ygeronimi a écrit:

J'ai travaillé avec la version i8 ,et
tout content du graphisme des objets,
j' ai voulu créer un *.exe.
mais là mon *.exe me renvoi à l'ancien graphisme des objets !!!

Curieux car c'est pas le cas pour moi sous XP.


2)
Mon problème d'affichage dans Un EDIT s'est résolu en ajoutant 1 pixel à son WIDTH ( certainement dû au nouveau look des objets)

A+

@Bignono:
Tu pourrais utiliser PRINT_X_POSITION pour imposer la position horizontale du début d'impression, avant chaque exécution de la commande PRINT.

Ce n'est pas tout-à-fait la même chose, mais tu peux faire quelque chose de ressemblant.

Autre solution: au lieu de faire le PRINT dans la boucle, tu fais s$ = s$ + ... dans la boucle, puis tu fais PRINT s$ après la boucle. Là, tu as exactement le bon résultat.

Pardon Klaus, mais PRINT_LOCATE est difficile à gérer dans le cas de l’affichage demandé par Bignono.
La 2ème solution n’est pas satisfaisante non plus puisqu’elle n’effectue pas un retour à la ligne.

Voici ce que je propose

Code:

dim i,s$
for i=11 to 100
    s$ = s$ + str$(i) + " "
    if mod(i,10) = 0 then print s$ : s$ = ""
next i

On obtient l'affichage en matrice 10 x 9 comme désirait Bignono. N'est-ce pas Bignono ?

Bonjour Papydall,
J'allais donner la solution que j'avais trouvé:

Code:

dim i,a$
for i=11 to 100
a$=a$+str$(i)+" "
if int(i/10)=i/10 then print a$:a$=""
next i

C'est la même que la tienne, mais tu remarqueras qu'on est obligé d'utiliser une variable chaine caractère a$ en plus! et on est obligé de mettre str$(i) au lieu de i tout court.
Le problème c'est que je vais être obligé de changer tous mes programmes qui contiennent print avec des points virgules et de rajouter au moins une variable chaine. Mais c'est pas grave, Panoramic évolue!
A+

C’est vrai que Panoramic évolue.

Alors je vais prendre certaines précautions :
Ne plus utiliser PRINT et INPUT et leurs dérivées !

D'ailleurs je les utilise rarement ! Et tant mieux !

Moi, c'est pareil. Print et Input sont réservés uniquement à la phase de mise au point, et encore...

Il est bien plus intéressant d'utiliser un mémo pour les affichages, un grid pour des affichages en mode colonne etc.

Mais je trouve quand même que pour la compatibilité avec nos anciens programmes il est nécessaire de garder le ";" avec print. Et puis les nouveaux inscrits sur le forum, quand ils essayeront un de nos programmes exemples où il y a justement print avec ";" si ça part en erreur, et que c'est un débutant, il ne va rien comprendre et risque plutôt d'être décontenancé, et se demandera si il doit continuer à apprendre ou pas Panoramic.
Pour moi, même si panoramic évolue, il doit être accessible à tous et la compatibilité avec les anciens basics doit être pérenne. Ainsi, l'on peut voir la force et la simplicité de panoramic par rapport à d'autres basics. Donc le + la , et le ; pour moi sont utiles à panoramic.
Maintenant, ce n'est que mon humble avis, et si Jack ne veut pas les coder dans le nouveau compilateur, libre à lui. Je m'adapterai et nous nous adapterons avec les nombreuses autres possibilités de panoramic.
A+

J'ai refais un essai pour créer un *.exe et là tout c'est bien passé...

Par rapport à la compatibilité, tu as raison, Bignono.