Discussion :

[zied.ellouze]

salut..
je veux un exemple s'il est possible d'un programme qui lit des entiers et sans appuier sur entier il m'affiche un resultat.
par exemple : si j'ecrit 22 il m'affiche "merci".
et merci d'avance.

[Emmanuel Delahaye]

je veux un exemple s'il est possible d'un programme qui lit des entiers et sans appuier sur enter il m'affiche un resultat.
par exemple : si j'ecrit 22 il m'affiche "merci".
et merci d'avance.

Pas en C standard. Il faut obligatoirement un <enter> pour débloquer la fonction de lecture.

[Pragmateek]

On peut implémenter ses propres combinaisons de touches de manière non bloquante avec "kbhit" et "getch".
Mais en effet je ne crois pas que c'est standard.
Emmanuel Delahaye=>Ya vraiment beaucoup de chance que ça pose des problèmes ou pas le fait que ce ne soit pas standard dans ce cas?Si oui lesquels?

[Vincent PETIT]

On peut implémenter ses propres combinaisons de touches de manière non bloquante avec "kbhit" et "getch".
Mais en effet je ne crois pas que c'est standard.
Emmanuel Delahaye=>Ya vraiment beaucoup de chance que ça pose des problèmes ou pas le fait que ce ne soit pas standard dans ce cas?Si oui lesquels?

Je me permets de répondre, la portabilité n'est pas vraiment de chance que ça pose problème ou non. Il faut juste se poser une question principale; Est ce que mon code va être porté sur une autre cible et sur un autre compilateur ? Si tu es amené à te poser cette question et si celle-ci tend vers le oui alors tu as tout intérêt à faire du code portable ou tout au moins le plus proche possible du C ANSI.

En utilisant les subtilitées de l'OS, je pense surtout à l'API Win32, on s'enferme sur cette plateforme, si on utilise les artifices spécifiques du compilateurs, je pense ici aux directives du préprocesseur du compilateur #pragma, on se bloque également.

Bref, ce qui peux poser problèmes en réalité c'est que rien ne fonctionne tout simplement.

[Emmanuel Delahaye]

On peut implémenter ses propres combinaisons de touches de manière non bloquante avec "kbhit" et "getch".
Mais en effet je ne crois pas que c'est standard.
Emmanuel Delahaye=>Ya vraiment beaucoup de chance que ça pose des problèmes ou pas le fait que ce ne soit pas standard dans ce cas?Si oui lesquels?

kbhit() et getch() ont pour origine la bibliothèque conio de Turbo C (Borland/MS-DOS). Il existe un portage sous WIN32 (DevPak conio pour MinGW), mais rien sous Unixoide...

Mais on sait reproduire le comportement de ces fonctions sous unixoide (c'est dans les documents 'C' de ce forum...)

Donc, on saurait écrire du code à peu près portable. (La façon de lire les touches étendues, fonctions, flèches etc., n'est pas forcément la même...)

[Pragmateek]

OK! Merci.