Can we close a Dialog?

Hi,

I am working with a Dialog blue menu. Is there a way to close it automatically after certain time? I am working with timer() to get the user's input. After 2 minutes, I want the dialog screen to go away. I am not sure how to close it automatically. It is not a biggie but I thought I would check with the gurus.

Thanks,
Homer

No, there is no way to close the dialog box on someone's client. What you can do is not accept inputs after a certain time. So the timer event, you set after you open the box, you set how much time you wait for input, if it's not given, in the timer event you close the listen channel. This is good practice anyways as it'll keep your script from continually listening on that channel.

Thank you for your quick comment. Yes I have a timer that times out after 120 seconds and it does not listen afterwards. I just thought it will be nice to close that dialog box as well but I guess I can't. Just trying to be too perfect.

Again thank you.

-Homer

that would be a nice addition to the llDialog system, maby a timeout option that not only kills the blue box, but also the listener

altho i would hate to think about the overhead if a long dialog tree or a group of ppl hitting the object all at once happened

Not sure it would be able to kill the listen since it is not set up as a part of the llDialog call but certainly I'd like to see an optional timeout parameter that would auto kill the dialog.

UPDATE:I have submitted this as proposal 2485

Yes I wish we can have this as part of an update.

Newgate, thats great. Lets hope to get this.

There is an existing proposal (244 which discusses revamping the entire dialog system, which would solve closing dialogs, timeouts, the need to even "listen" at all, and other dialog issues.

/13/3e/152183/1.html

Please vote for it instead of splitting votes among several related feature requests.

The original proposal was to add an input field to the dialog system, but we hope the other issues will be considered at the same time, and at least a subset will be acknowledged for future enhancement.

-peekay

ahh I did a full scan for dialog related feature proposals (or so I thought) and didnt get anything which is why I put in the proposal.

Although related, this proposal as it stands is not the same as being able to autoremove dialogs. I agree with the basic idea and having read the related thread I would be like to see some of the features suggested although I am not sure the full feature list requested is really viable.