Source Code Project Mantis - FSSCP
View Issue Details
0001581FSSCPFREDpublic2008-01-18 17:252008-12-01 17:36
Assigned Tokarajorma 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version3.6.10 
Summary0001581: key-reset & key-reset-multiple are broken
DescriptionIn the latest CVS builds both sexp are not working.

Here is my sexp

TagsNo tags attached.
Attached Files

2008-01-18 21:31   
Which key?

Key-reset is horribly picky about the keys used. You will get different results depending on the key you pick. 1, Z and T all react differently to use of the SEXP.

What matters is whether you are using them in repeating events or not.

2008-07-25 13:45   
would you like to give us more information or provide a sample mission?
2008-09-15 01:47   
lets say I write an event like this:

 keypressed TAB
 resetkey TAB

or something like this. That should deactivate the afterburner, but doesn't.
We noticed this when we tried to deactivate the afterburner like this before the next SEXP was done. It didn't work.
2008-09-15 03:02   
That's not broken. Key-Pressed/Key-Reset don't work like that. They're training SEXPs that check if a key has be pressed at any time since the last reset. They won't eat the key-press or stop it from doing any of the lower level functions it's meant to do in the code.
2008-09-15 18:03   
not a bug then?
2008-09-16 02:03   
Don't think so. I'm just waiting to hear back from WCS to see if I've understood what KeldorKatarn incorrectly but the behavior he describes isn't a bug.
2008-09-16 20:20   
If this is so, then we really missunderstood what the SEXPs are supposed to do. In that case this can be closed.
However, a final question. How difficult would it be to create such a SEXP (one that REALLY eats up certain keys/key-combinations)
2008-09-21 17:03   
Hmmm. It might be possible. it might even be easy actually. I'm going to assign this one to me and look into it once the code freeze is over.
2008-09-21 18:49   
No priority. A SEXP we could definately use is one to lock all user input without giving control to the AI. We'd like to use this one in cutscenes. But since we either lock ALL keys or none at all, locking single keys is no priority. locking all input would be cool though, even though no must have.
2008-12-01 17:36   
Okay, added this one to my to-do list. No need to have it cluttering up my assigned bugs page. :D

Issue History
2008-01-18 17:25TolwynNew Issue
2008-01-18 21:31karajormaNote Added: 0008825
2008-01-18 21:31karajormaNote Edited: 0008825
2008-07-25 13:45phreakNote Added: 0009503
2008-09-15 01:47KeldorKatarnNote Added: 0009680
2008-09-15 03:02karajormaNote Added: 0009681
2008-09-15 18:03phreakNote Added: 0009682
2008-09-16 02:03karajormaNote Added: 0009684
2008-09-16 20:20KeldorKatarnNote Added: 0009686
2008-09-21 17:03karajormaNote Added: 0009702
2008-09-21 17:03karajormaStatusnew => assigned
2008-09-21 17:03karajormaAssigned To => karajorma
2008-09-21 17:04karajormaSeverityminor => feature
2008-09-21 17:04karajormaStatusassigned => acknowledged
2008-09-21 18:49KeldorKatarnNote Added: 0009703
2008-12-01 17:36karajormaStatusacknowledged => resolved
2008-12-01 17:36karajormaFixed in Version => 3.6.10
2008-12-01 17:36karajormaResolutionopen => fixed
2008-12-01 17:36karajormaNote Added: 0010315