INPUT

Question à PANORAMIC

Y-a-t-il une possibilité d'utiliser INPUT son texte explicatif et l'entrée de la donnée sur une même ligne.

Quand je l'utilise, l'entrée de la donnée va toujours à la ligne.
Est-ce qu'il y aurait une solution pour que lors de l'entrée de la donnée, je puisse la faire après le point d'interrogation?

Georges

Oui, on peut faire:

Code:

dim variable
input "Tapez la valeur ";variable

Effectivement, la saisie se fait sous l'affichage. Je mettrai une nouvelle option pour que la saisie se fasse sur la même ligne que l'affichage.

Merci , çà pourra faire des progs avec meilleurs présentation

encore merci

georges
@+

salut

Code:

error_french
dim a$
input a$

je ne peux entrer les caractères tels que " + - / * "

cela provoque l'erreur suivante :
(52) Expression String Incorrecte : . Line : 3

je dis que ce n'est pas normal.
Autrement lors de l'entrée d'un caractère à corriger avec la touche d'effacement, j'ai de nouveau ce message d'erreur :

(52) Expression String Incorrecte : Erreur dans la Séquence Error, Mauvais Caractère. Line : 3

la non plus sur INPUT, je ne peux pas corriger un caractère entré par erreur.

@+

Une solution: ne pas faire d'erreur.
Mais blague à part, ce n'est pas normal du tout.

Mais à quoi ça ser t INPUT ?

Il me semble que faire

dim i

i=1

Avec input

dim i

input i

J'connais pas !

Honnêtement avec Panoramic, input n'est pas terrible. C'était une instruction auparavant que j'utilisais régulièrement, mais ici elle marche très mal.
1) on ne voit pas le curseur, et personnellement sur la form, elle n'est pas très visible (d'ailleurs par défaut pour la majorité des textes, le format à mon sens est trop petit)
2) rentrer un texte fait l'objet majoritairement d' une erreur. A moins que les choses aient changées, il ne faut pas d'espace, c'est vraiment curieux. Si on veut mettre des espaces ou des caractères qui se soient pas refusés, il faut mettre la chaine entre-guillemets.
3) je trouve que dans un programme sur un fond disons belge, l'input et le print ne semble pas les bien venus (en comparaison aux autres basics).

Input sert à mettre à jour une variable. Dans un programme par exemple tu mets:
a%=125:a$="salut les zoulous".
Avec input, le programme s'arrete et te pose une question du genre ( - excusez moi, mais je ne sais plus si on peut y mettre un texte de présentation dedans ou non - les derniers essais que j'avais fait ne fonctionnait pas - ) la question: "Combient pesez-vous?", et on y réponds (si tu mets 250, je ne te croirais pas) Où encore: "Comment t'appelles-tu pertit oiseau des iles" Si tu réponds Georgette, ça fait un froid.
La syntaxe ordinaire est:
print "Aimes-tu l'homme qui est en toi?": input quoi$
Si dorénavant le texte est accepté: input "Aimes-tu l'homme qui est en toi?";quoi$. Je répète, pour ne pas avoir de problème, une chaine si tu préfère un string , il faut y mettre les guillemets.
Pour ma part, cette instruction n'est pas intéressante, je ne la trouve pas propre, de plus elle est à problème. Jack semble vraiment avoir du mal pour cette instruction (ce qui est étonnant vu ce qu'il arrive à faire sur d'autres instructions à mon sens nettement plus complexes)
Il me semble qu'il parlait de faire un input multiple, je ne crois pas me tromper. Si c'est le cas, peut-être mettra-il enfin cette instruction pour qu'elle fonctionne normalement. Il faut aussi que le curseur soit apparent, que l'on sache que le programme attend une réponse, et ne semble pas bloqué.
@+

J'ai effectivement beaucoup de mal avec INPUT, car c'était une instruction qui était simple quand les ordinateurs étaient monotâches: un INPUT stoppait le programme et attendait bien sagement la touche ENTER.
Mais recoder ce fonctionnement aujourd'hui sous Windows est une tâche complexe. Un programme sous Windows ne maîtrise plus rien du système: c'est Windows qui lui indique par des événements que l'utilisateur vient de taper une touche, ou a bougé la souris sur un objet, ou qu'un bouton vient d'être cliqué, etc, et il faut alors faire le tri pour retrouver ce que l'utilisateur veut taper dans le INPUT.

Je vais regarder de près comment les autres basics utilisent le INPUT, puis je vais repartir de zéro pour le codage.

Pourquoi se casser la tête pour ce vieux truc ?
C'était essentiel il y 20 ans,
mais maintenant, avec toutes les belles entrées possibles...
Personnellement, je ne me sers plus du tout de l'input.
Par contre, je n'ai pas vu si dans la liste (to do)
il y a l'InputBox, qui elle serait utile !
(bien sûr, on peut la faire avec 1 form et tout le tralala, mais ce serait beaucoup plus simple).

Je vais te dire franchement ce que je pense:
Input dans un logiciel comme ici, n'a pas d'intérêt vu qu'à travers toutes les boites, il faut savoir où il doit apparaitre. Celà n'est valable que pour un mémo, et encore.
FAIS plutôt une boite avec un edit qui arrête le programme, pour répondre à la question. Sur justebasic cela est PROMPT, on a un message, et on réponds dans un edit, lorsqu'on clic sur RETURN, la form s'efface et tout est propre. On fait ce que l'on veut avec le résultat qui peut-être un nombre ou un texte.
Si comme dans Justbasic, il y avait en ne mettant pas nomaiwin au début du programme, en arrière plan un fichier texte où tout les print aboutissaient et les input. Mais ici, quoi faire, mettre les print sur la form 0 n'est pas très élégant.
Si tu optes pour cette solution, vois si tu peut aussi intégrer une autre boite avec les 3 boutons que l'on pourrait nommer comme "oui|non|" ou "enregistre|annule". Ce serait bien pratique, et si tu peux faire plus fort, ne limite pas forcément à trois boutons (il m'est arrivé d'en vouloir 5). Je sais avec Panoramic c'est pas compliqué de le faire, mais dans un programme on a besoin subitement de ce type de code, une instruction toute faite serait la bien venu, et elle me parait proche du prompt de tout à l'heure.
@+

Pourquoi personne n'a répondu pour input?
Nous ne faisons pas forcément les mêmes programmes, et je que je pense sur cette instruction, n'est peut-être vu de la même façon pour vous.
Il y a peut-être des membres qui ont envie de cette instruction.
Je pense qu'il faut valider ce que je dis, ou on contraire dire dans quelle circonstance cette instruction est utile. Peut-être que dans un mémo, où les PRINT sont dirigés, input pourrait avoir son importance.
Pour moi sur la FORM 0, cette instruction est nul, mais pas forcément partout.
J'avoue que je suis assez indécis.

De toutes façons on peut remplacer la commande INPUT pour un EDIT et ont écrit dedans.

En plus je pense qu'on ne peut même pas effacer avec la commande INPUT.

Je suis un peu de l'avis de JJN4, à moins que l'on me prouve le contraire, l'instruction INPUT ne me parait pas indispensable. Les commandes ON_KEY_......... me semble suffisantes maintenant.

J'en profite pour remettre sur le tapis un EDIT dédié à la saisie monétaire, avec affichage à droite OU une instruction PRINT_USING "####.##";montant qui serait mieux que l'EDIT_MONEY, vu qu'on pourrait PRINTER dans le FORM, MEMO, etc...

Mais laissons d'abord Jack savourer ses vacances et puis il faut à mon sens sortir une version avec les nouvelles fonctions et les corrections de BUG. Et un manuel utilisateur à jour. Donc PRINT_USING, çà peut attendre.

Bien sur, je parle ici de mes désiratas "perso" le grand chef en fera ce qu'il voudra. Je ne veus en rien faire de commentaires ou imposer quoique que ce soit, je propose.

A+

Je vois qu'on est à peu près tous d'accord. Input ici n'a pas d'intêt. A moins que Jack décide un jour de mettre une fenêtre texte en parallèle comme JustBasic, pour faire du basic standard (pour faire des calculs, ou faire un programme simple qui ne dure que le temps de l'exécution, et ça m'arrive de temps en temps -là input est utile ), autrement c'est instruction est devenu obsolète.
Une simple boite avec un edit validée par [RETURN], convient parfaitement.