Combo au lieu d'edit dans input_message()

Pour ameliorer ma dernière contribution , je voulais ajouter la possibilité dune recherche par nom ou n° de tel.
là je me suis dit , genial avec message_input().
puis , dommage que l'on ait un edit au lieu d'un combo car on aurait en plus de la possibilité de rentrer un $ la possibilité d'en choisir un dans une pre selection de ce existant .
si inexistant cancel puis abandon ou création de la fiche.

Qu'en pensez vous ?

PS : je pourrais faire un form mais visuellement plus agréable par un objet systeme à l'ouverture.

Ca me parait peu envisageable,

Tu as une demande précise, alors que INPUT_MESSAGE() est plus généraliste.
Dans ton cas, je chargerais le fichier des "fiches adresse" dans un Dlist (qui est insisble) et je ferais faire au programme une recherche. Pendant la programmtion tu peux provisoirement changer DLIST par LIST pour voir dans ton fichier.
C'est ma façon à moi, mais bien sur il y en a d'autres.

A+

Nombre de messages : 2692 Date d'inscription : 13/09/2009

C'et vrai qu'a priori, on pourrait trouver que c'est une bonne idée,
mais après, on peut alors aussi envisager des message avec des list, des memo, des options, des checks...
D'autant que message fonctionne sous la forme
a=message_input("titre","question","proposition")
alors la liste qu'on chargerait dans le combo, où la mettrait-on ?
geek

Invité

Moi je pense que d'avoir une nouvelle instruction de ce genre, parce que tout les jours peut en redemander une nouvelle, ce serait d'avance une simple instruction de blocage comme le permet une boite quelconque de message, afin que momentanément, on puisse afficher un objet de création comme une forme, et ici un combo, et dés la fermeture, d'avoir une instruction d'annulation de blocage. De cette façon, tout est permis.

Invité

J'ai vu ce post hier soir, sans penser y répondre. Tout à l'heure j'y ai répondu pendant le temps du pt déjeuner. J'y reviens avant de partir, parce que j'y ai pas assez réfléchi. Peut-être que cela est possible, vu que lorsqu'on arrive à return, le programme est en attente. J'ai pas le temps, mais je me dis qu'on peut partager une routine en plusieurs partie.
La 1ère, lorsque c'est nécessaire on créée une form ou mettre à show celle-ci, et on sort à return.
On répond à la forme qui représente ici un combo, et lorsqu'on quitte on se branche à un sous programme qui serait la suite du premier. A vous de voir, moi je pars au bois.

Invité

Je ne suis pas sûre que mon idée ne rejoigne pas celle de Klaus, mais je ne prends pas le temps de vérifier.
Voici un premier codage qui ne sert à rien, mais j'entre des réflexions, pour se dire comment faire. On doit stopper le programme pour entrer des données avec des inputs successifs, qui ne sont pas montrés ici, vu que la dernière version, je ne l'ai pas téléchargé, vu qu'il y avait je crois des erreurs que vous avez signalées (mid$(), je crois ....)

Code:: ' réflexion

dim a% :label essai

width 0,500:height 0,400:color 0,240,230,180
memo 1 :left 1,20:top 1,20:height 1,340:width 1,450:print_target_is 1
print "cliquer sur la forme pour entrer dans le sous programme"
on_click 0,essai

end

essai:
clear 1
print "on voudrait stopper le programme pour entrer des paramètres"
print "on fait comment ? par une boite input successifs?"
print "et on continu"
print "simulation de l'arrêt du programme ici par un message"
print "qui representerait tout cela"
message "maintenant on prends les paramètres"
message "les paramètres sont pris, on peut continuer"

return

Et là l'idée est de couper la procédure en deux:

Code:: ' réflexion

dim passage :label essai ,valide

width 0,500:height 0,400:color 0,240,230,180
memo 1 :left 1,20:top 1,20:height 1,340:width 1,450:print_target_is 1
print "cliquer sur la forme pour entrer dans le sous programme"
form 10 :hide 10:width 10,300:height 10,200:left 10,100:top 10,100:color 10,230,180,110
border_small 10 : command_target_is 10
alpha 11 :left 11,50:top 11,10:font_size 11,10:caption 11,"entrer les paramètres"

alpha 12 :left 12,10:top 12,40:font_size 12,10:width 12,50:caption 12,"nom:"
edit 13 :left 13,70:top 13,40:font_size 13,10

alpha 14 :left 14,10:top 14,70:font_size 14,10:width 14,50:caption 14,"prénom"
edit 15 :left 15,70:top 15,70:font_size 15,10

button 16 :left 16,110:top 16,100:caption 16,"valide":on_click 16,valide

on_click 0,essai

end
' ====================================================
essai:
if passage=0
clear 1
print "on fait le sous programme en deux temps"
color 0,230,230,230:inactive 0:show 10
else
clear 1
print "LES PARAMETRES SAISIES SONT:"
print "nom : " +text$(13)
print "prenom: " +text$(15)
print "fin du programme"
passage=0
end_if
return

valide:
active 0
color 0,240,230,180
hide 10
passage=1
gosub essai
return

Cette méthode a rempli son rôle: elle a stoppé le programme pour remplir des données dans une forme, et lorsqu'on a validé les paramètres, on continu le programme.

Peut-être que cela a déjà été fait, mais cela va aussi vite de faire la démonstration que de rechercher quelque chose d'équivalent.

Une Question? Est-ce que je vais les prendre ces vacances?

A l'unanimité , je vois que ma pensée n' est pas une idée qui plait bon comme disait Renaud , je la remet dans ma culotte. lol!

Invité

C'est pas le problème. Il faut un temps aux choses.
Pour l'instant la méthode que je donne doit pouvoir convenir. Elle a l'avantage de pouvoir remplir un questionnaire ou faire un choix avec la représentation que l'on veut: combo, edit, bouton etc...
Ensuite lorsque Jack aura du temps pour ce type de demande et si cela lui convient, qui sait?.
Il y a beaucoup de demande de ma part, et je laisse de côté, et je passe par la programmation pour résoudre mes problèmes. Je ne suis pas prioritaire dans mes envies. La preuve est que je passe par un autre langage pour les instructions que je n'ai pas.
Il faut jamais désespérer, seulement être très patient., être patient... être patient .......ê t r e ... p a t i e n t.... . . . .

Je ne m' offusquais pas de vos réponses je lançais dans ce sujet une réflexion personnelle et je me demandais si j'étais le seul à y penser
Maintenant , il est certain qu' il est préférable de perfectionner l' existant.

Invité

Pour mettre en fiche cette idée, j'ai repris mon exemple.
Le bouton je l'ai laissé, mais ne sert à rien, c'est la pression sur la touche <RETURN> qui fait tout.

Code:: ' réflexion pour la saisie en cours de programme d'infos divers

dim passage :label essai ,valide ,teste_nom,teste_prenom

width 0,500:height 0,400:color 0,240,230,180
memo 1 :left 1,20:top 1,20:height 1,340:width 1,450:print_target_is 1
print "cliquer sur la forme pour entrer dans le sous programme"
form 10 :hide 10:width 10,300:height 10,200:left 10,100:top 10,100:color 10,230,180,110
border_small 10 : command_target_is 10
alpha 11 :left 11,50:top 11,10:font_size 11,10:caption 11,"entrer les paramètres"
'
alpha 12 :left 12,10:top 12,40:font_size 12,10:width 12,50:caption 12,"nom:"
edit 13 :left 13,70:top 13,40:font_size 13,10
'
alpha 14 :left 14,10:top 14,70:font_size 14,10:width 14,50:caption 14,"prénom"
edit 15 :left 15,70:top 15,70:font_size 15,10
' bouton devenu inutile
button 16 :left 16,100:top 16,120:caption 16,"inutile":on_click 16,valide
'
on_click 0,essai

end
' ====================================================
essai:
if passage=0
clear 1
print "on fait le sous programme en deux temps"
color 0,230,230,230:inactive 0:show 10
on_key_up 13,teste_nom:set_focus 13 :rem "on met les paramètres sur le 1er edit
else
clear 1
print "LES PARAMETRES SAISIES SONT:"
print "nom : " +text$(13)
print "prenom: " +text$(15)
print "fin du programme"
passage=0
end_if
return
' ----------------
valide:
active 0
color 0,240,230,180
hide 10
passage=1
gosub essai
return
' ----------------
teste_nom:
if key_up_code =13 then set_focus 15:on_key_up 15,teste_prenom :rem "les paramètres reportés sur 2ème edit
return
' ----------------
teste_prenom:
if key_up_code =13 then goto valide:rem "on a les données donc sortie pour voir la suite"
return

Et maintenant,je vous laisse. Cette idée, j'aurai surement à l'exploiter.

Admin Nombre de messages : 2386 Date d'inscription : 28/05/2007

Citation :: il est certain qu' il est préférable de perfectionner l' existant.

Un combo au lieu d'un EDIT?
Il y a surement un intérêt, mais il y a plus urgent à faire: utilisation des fichiers binaires, impression, correction des bugs, ... et il y a la possibilité (en programmant) de contourner cela.

Nombre de messages : 2692 Date d'inscription : 13/09/2009

Ah, je suis tout à fait d'accord pour les urgences citées !
cheers

Invité

Moi pareil !

bounce

Surtout pour l'impression ! bom

» La fin du monde n'aura pas lieu
» Savoir sur quel objet un évènement a eu lieu
» Lecture d'une combo sur le web.
» Commande HEIGHT sur COMBO
» bug sur l'edit du combo