Page 1 sur 5

Wishlist - V4.0

Publié : ven. 07/oct./2005 17:46
par Progi1984
Les anglais ont la leur. A notre tour :)

Topo de la situation
  • -FRED plus souvent sur le forum francais
  • -Gérer facilement les strings dans les DLL
  • -Gestion des menus avec la prise en compte des icones et la couleurs
  • -Boucles for-next -step avec variable et flottant
  • -Gestion des opérateurs dans le case du select
  • -ON x gosub...
  • -TailBite en Natif
  • -ProcedureASM()
  • -Amélioration des commandes de la librairie packer
  • -
  • -
  • -
  • -
  • -
  • -
  • -
  • -
  • -
  • -

Publié : ven. 07/oct./2005 18:25
par Ulix
Pour ma part, la gestion des menus avec la prise en compte des icones et la couleurs me serais agréable... :lol:

Une réflexion plus sérieuse : La gestions des dates se fait-elle avec un long sur 32 bits ? Si PB passe en 64, ne pourrait-elle pas nous affranchir des dates 1970-2034 (voir l'aide a Date) ?
Mon raisonnement est-il juste ? :oops:

La liste n'est pas fini, j'en laisse un peu pour les autres :!:

Publié : ven. 07/oct./2005 18:51
par Backup
toujours , les boucles for-next -step

avec variable et flottant ! :)

Publié : ven. 07/oct./2005 19:00
par Chris
Oui, et moi, j'aimerai bien pouvoir faire ça:

Code : Tout sélectionner

a = 5

Select a
  Case a > 4 And a < 6
    MessageRequester("Test avec Case", Str(a))
EndSelect

If a > 4 And a < 6
  MessageRequester("Test avec If", Str(a))
EndIf
Ca ne plante pas avec 'Case', mais ça ne marche pas quand même! :(

Publié : ven. 07/oct./2005 19:03
par Backup
j'aimerai bien un equivalent de

ON x gosub toto,titi,tutu


que si x =1 ça saute a toto , si x=2 ça saute a titi ect ...

ne me sortez pas une rustine , ça ne sera jamais aussi simple qu'avec un on x gosub !!

:D

Publié : ven. 07/oct./2005 20:22
par Droopy
TailBite en Natif ( au cas ou El Choni abandonnerai son oeuvre )

Publié : ven. 07/oct./2005 20:38
par Anonyme2
Ben moi j'aimerais tout ça et le reste mais il reste des bug sans aucune réponse sur le forum fr ...

Sinon

ProcedureASM()

Amélioration des commandes de la librairie packer

et tout ce qu'il y a dans la rubrique de suggestion et amélioration :D


et par dessus tout, c'est bien une version 4 mais question support de Fred sur le forum, on frole le néant

Publié : sam. 08/oct./2005 0:09
par Progi1984
pour la v4.0 un fred sur le forum francais, j'acquiesce completement

Publié : sam. 08/oct./2005 0:50
par LeCyb
- Gérer facilement les strings dans les DLL
- ProcedureASM()

Quelqu'un pourrait développer un peu ?

Sinon pour le support FR de fred faut pas oublier que le forum Officel est l'Anglais.
J'ai justement une idée :)
Il nous suffit de rassembler la liste des bugs, suggestions et autres dans un seul post ici et ensuite on traduit et on poste ça une fois par mois (ou autre) sur le forum Anglais.
Cela permettra aussi d'éliminer les bugs/suggestions qui sont résolus.

Je me lance et j'ouvre un topic dans Discussion Générale.

Publié : sam. 08/oct./2005 5:33
par Anonyme2
LeCyb a écrit : - ProcedureASM()

Quelqu'un pourrait développer un peu ?
ici

http://purebasic.hmt-forum.com/viewtopic.php?t=3227

Publié : sam. 08/oct./2005 10:30
par Ulix
A ajouter a la liste :

Limitation de l'instruction CreateImage, nombre de pixel - largeur 5115 maxi, Hauteur 8419 maxi. (Voir mon post 7/3/2005 Problême non résolu)

Là aussi comme pour la gestion des Date(Voir mon post prècedent), le fait de passé en 64 bits pourrait-il amériorer la situation ? Réponder moi, je ne voudrai pas mourir idiot :wink:

Une Requester d'Impression (Nombre de page, paysage-portrait, Couleur -noir ...etc) serait aussi a mon avis très utile et apprécier :P

Enfin, (pour aujourd'hui) je terninerais par une fonction d'impréssion intégré dans l'éditeur du PB (je l'attendais avec la version actuelle, mais hélas, alors je pleur, :cry:

N'oublier de me répondre pour la gestion des Date et CréateImage, (passage de 32 a 64 bits)

Bonne journée a tous

Publié : sam. 08/oct./2005 11:39
par Dr. Dri
@LeCyb
Pour la gestion des chaines dans les DLL tu peux ajouter les réels... C'est surtout les callfunction qui devraient agir en fonction du type de retour...

@Chris
C'est normal, c'est une expression boolenne
Par contre si le select fonctionnait comme le switch des langages de type C ce serait assez facile à gérer...

Tant qu'à faire, je dirais pas nan à un support complet des expressions booléennes...

Dri

Publié : sam. 08/oct./2005 16:43
par Backup
INDISPENSABLE !!

la possibilité de faire plusieurs " ProcedureReturn Resultat "
dans une procedure , et de nature differente !! chaine et numerique, booleene ect .. :D


je vois qu'en PHP c'est possible ! :cry:

Publié : sam. 08/oct./2005 17:12
par Chris
Dobro a écrit :INDISPENSABLE !!

la possibilité de faire plusieurs " ProcedureReturn Resultat "
dans une procedure , et de nature differente !! chaine et numerique, booleene ect .. :D


je vois qu'en PHP c'est possible ! :cry:
Comment c'est possible ça? 8O

Publié : sam. 08/oct./2005 17:27
par Backup
ben si on peut faire plusieurs ProcedureReturn Resultat

il suffirai de pouvoir faire

ProcedureReturn Resultat1.s
ProcedureReturn Resultat2.f
ProcedureReturn Resultat3.b
ect ....


en PHP une variable prend le type de la donnée !!

lorsque tu ecrit $variable = 'coucou' , $variable est une chaine !!
si tu ecrit $variable = 10 $variable est numerique !! :D

en plus PHP est "autotypable" ,il s'addapte tout seul en fonction de la valeur !

ben oui quoi ! c'est idiot d'avoir a mettre .b ou .w ou .s
il est pas capable de regarder ce qu'on affecte ?

c'est evident que a="toto" a doit etre chaine !! :D :lol:
que a=5 donc a= a.b



voir ici :
http://www.commentcamarche.net/php/phpvar.php3



autre chose !!
en PHP
il est possible de stocker des éléments de types différents dans un même tableau.