Hi everyone. I was reading Allegro reference, i have found a function called keypressed(). However, you put in a concrete key inside.

I have also tried using while operators, but the texture just went invisible, when you press a key (movement key). So... I have no good ideas anymore.

That is basically for drawing a steady sprite, when the character is not moving (when key is not being hold down).

Hope i explained it well.

No, not really.

I don't understand the specific issue but in general it seems like part of the problem is that you don't have much separation between your input-getting code, your logic processing code, and your drawing code... which is usually not a good thing.

All you'd really have to do is store the sprite's coordinates in variables and draw it at those locations every frame, and only change them when you're pressing a key. Does that help? Sorry, I'm not sure what you're asking.

Okay, sorry. Let me try to explain:

Yea, i need something like you said: draw sprites only when key is being pressed. Being hold down. When you release the key, i want the character to stay. Not to drawn the sprites. And all i found is keypressed command, in which you cannot tell which key is being pressed. Also, if you do this:

    if(keypressed() == TRUE)
    {
    up();
    down();
    left();
    right();
    }

It just reacts before you press any key. After that it counts as true, even if you are not pressing any keys. And you cannot declared it as FALSE, because keypressed() = FALSE doesn't work. :/

You can use either readkey() or key[...] to check for key presses.

Use readkey() to read it, otherwise it will continue to return true. And don't mix the key[] array with the keypressed()/readkey() APIs, because they serve two different purposes (keyboard state, vs key events).

Okay, and what about those ascii codes? I couldn't find any on the google of arrow keys...

And for scancodes, i don't even heard about such.

There are commands from them to chars. But to them from chars - nop. :/

And you cannot use readkey(); with normal codes like KEY_UP. :/

That's because ASCII has nothing to do with mapping a code to a key; it only maps codes to characters.

Yes you can. The manual entry for readkey() even shows you how to.

A few things.
1. while is not an operator, it's a program flow control construct.
2. You didn't provide any code. As a rule of thumb, try to reduce the problem you're experiencing to 10 to 100 lines of code (ideally a code sample that still compiles and runs by itself). If you manage to come up with 10 lines of code demonstrating the problem, people will find it, and they will tell you how to fix it.
3. From what you're telling, I can only guess, but I bet you don't know how to set up the basic program structure for a game (any game). The very least you need is a main loop with timing, and three functions for the things happening in the main loop: input, logic, drawing. Flesh this out first - the general idea is that the input function reads input (keys, joystick, mouse) and stores the result somewhere; the logic then picks up the input, and updates the game's state (where things are, who is alive and who is not, which objects collide and what to do about it, etc.); the drawing function finally reads the game state and uses it to draw a frame. If you have anything like this in your code:

if (key[KEY_UP]) {
  draw_sprite(screen, player, player_x, player_y - 1);
}

...then you're doing it wrong.

Direct C+P of the main.cpp file of my physics engine practice program.

It's very messy and unprofessional because it is just a test - I would normally have a game class, which in turn would contain a massive amount of information (an array of characters/creatures that would all run their "go" functions sequentially).

The moveR, moveL, jump, etc. functions do not actually do anything to the screen, all they do is change Rei's (the main character's) velocity in the appropriate direction.

Then, when I get to "go", Rei actually moves; I take her velocities and add them to her x and y position. Then I check collisions to make sure I haven't moved her into any invalid places, and if I have, I put her back where she belongs (at the edge of the wall or on the top of the floor, etc).

Only after all of that is done do I bother drawing sprites.