Short delay after character speech and Alt + Space problems

[lawon]

I tried to search for this but apparently im the only one whos annoyed by it. The problem is that there is a ~500 ms delay after using either Say(...) or Think(...) on any character, during which the game doesnt respond to any clicks or keypresses. That may not sound like a big deal , but for a person whos playing-style is very fast, i can imagine it can become quite irritating. 
Now, ive tested a few previous AGS versions and the problem isnt present at all in 2.71 or 3.1,  so im thinking the code for Say and Think have been changed somehow in the newest versions (Im using 3.2 Final 4). I would appreciate to either have a quick fix for that if its possible , or just a confirmation that its gonna be fixed in the future versions. Thanks.

On another note, this may not be at all AGS related , but does someone know why the Space-key stops working after pressing Alt, for example if I pause the game with Space, and then i press Alt, i cant unpause the game anymore with Space, i have to press some other key (except Alt) , then Space starts working again and i can unpause the game. Completely weird. It could be that its Windows-related or something, but i just thought id ask.

[Ryan Timothy B]

I have that keyboard glitch but it happens when I press CTRL then ESC doesn't work anymore.  I've asked the other people on my team to try it and it does not affect them.  It's either an OS issue (I'm using win7) or computer issue with my laptop and its keyboard.

[Khris]

Regarding the delay, this might be the mechanism that prevents people from accidentally clicking away the next line instead of the current one (as in, you've read the current line, but right as you want to proceed by clicking, the next one comes up and is skipped).

[Calin Leafshade]

I think there is a game variable where you are able to set that 'safe' delay period... but i cant remember what it is

[lawon]

Ah thank you, with this information i was able to find it, its the "IgnoreUserInputAfterTextTimeoutMs property" , which is actually a pretty good feature i have to say, it just shouldnt come after the last line of text when the control is returning to the player. Anyway, thanks both of you.

I have that keyboard glitch but it happens when I press CTRL then ESC doesn't work anymore.  I've asked the other people on my team to try it and it does not affect them.  It's either an OS issue (I'm using win7) or computer issue with my laptop and its keyboard.

As for this, I tried this, and i realised i have this problem also, and it seems also Alt is disabling Esc,  so wait, lets get this straight..  Space is begin disabled by just Alt, and Esc is being disabled by both Ctrl or Alt.  And i just tried almost every possible key combination but i found nothing else that does this kind of stuff.  It just gets weirder and weirder.  Oh and, i have Windows Vista, so maybe its something that just the newest Windowses have,  but i also tried googling it but there wasnt anything about it, so im not sure how to investigate this further..

[Khris]

Ah thank you, with this information i was able to find it, its the "IgnoreUserInputAfterTextTimeoutMs property" , which is actually a pretty good feature i have to say, it just shouldnt come after the last line of text when the control is returning to the player. Anyway, thanks both of you.

It does? Because for this to make sense, it should ignore the user input for the first x milliseconds a text is displayed, not the last. Thus there shouldn't be a pause immediately after control is returned. If there indeed is, that's a bug and you should report it in the AGS version thread.

[Ryan Timothy B]

Curious since you seem to be having the same issues as me with the keyboard, do you have an HP laptop?

[lawon]

Curious since you seem to be having the same issues as me with the keyboard, do you have an HP laptop?

I do but thats not what i had the problem on, its just an old desktop. But now that i tried AGS on the HP laptop also, it has the same problem, so.. Im not sure what to make of that.  And yea, the laptop has Windows 7.

[Pumaman]

Ah thank you, with this information i was able to find it, its the "IgnoreUserInputAfterTextTimeoutMs property" , which is actually a pretty good feature i have to say, it just shouldnt come after the last line of text when the control is returning to the player.

This is by design. If you are the player, and you are reading the last line of text, then you click the mouse to remove it -- but the text has just been removed automatically -- then you don't want the click to move the player instead.

This is not a bug, it is how the feature is designed to work. You can change the Game.IgnoreUserInputAfterTextTimeoutMs setting to a shorter time if it is too long for you.