New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use of two keyispressed conditions in an if statement causes massive weirdness in windows port of game.exe #179
Comments
Comment author: @Spencer-Zhang Created attachment 74
|
Comment author: @rversteegen I've heard this bug before. I was talking about it with Cube, and I don't know what happened, probably |
Comment author: @Spencer-Zhang It's not limited to textboxes. I used textboxes here because it seemed to be |
Comment author: @pkmnfrk I tried a simple test script, since I thought I noticed similar behaviour at one while(true) do, begin I made a simple game with a few "button" npcs. That script alters the palettes When I ran the game (with that script set as the new game script), I got these Pressing A: A lights up, S and AS do not. So. I'm guessing it's that flickering in the last case that is the problem. I'm |
Comment author: @rversteegen Fixed. This bug is alot simpler than I thought it was (which had kept me away). |
[bz#179]
This is primarily a problem with the Windows port of Game.exe. If there are two
keyispressed conditions in an if statement, then the commands within the
conditional won't run even if both keys are pressed. For example:
if(keyispressed(Ctrl),and,keyispressed(Space)) then(showtextbox(1))
The script works fine in the DOS version of game.exe, but fails in the windows
port. This is indeed weird, but not yet massively weird. What really is
massively weird is that, when I used a debugging trick to check if the
keyispressed conditions, both of them come up as true! So game.exe knows that
both buttons are being pressed, but the stuff within the if conditional still
doesn't run.
I had thought it might've been a problem with the ",and," function, but it's
not, since if(true,and,true) stil works fine in the windows port. So I think
it's mostly a problem with the keyispressed function.
I attached a test file to clarify things.
From: @Spencer-Zhang
Reported version: 20060315 Tirgoviste
Operating system: Windows XP
Blocker for: bz#255
The text was updated successfully, but these errors were encountered: