When a dialog with a text box opens, the typing focus should be the text box
closed
Bavid Dailey
When a script opens a dialog containing a text box, the typing focus isn't changed, I am asserting it should be - to the textbox, so that any subsequent typing should fill the text box.
Secondly after the dialog is closed, the typing focus should return to wherever it was before.
Log In
Spidey Linden
closed
Hello, and thank you for your feature request.
Incoming suggestions are reviewed in the order they are received by a team of Lindens with diverse areas of expertise. We consider a number of factors: Is this change possible? Will it increase lag? Will it break existing content? Is it likely that the number of residents using this feature will justify the time to develop it? This wiki page further describes the reasoning we use: Feature Requests
This particular suggestion, unfortunately, cannot be tackled at this time. However, we regularly review previously deferred suggestions when circumstances change or resources become available.
We are grateful for the time you took to submit this feature request. We hope that you are not discouraged from submitting others in the future. Many excellent ideas to improve Second Life come from you, our residents. We can’t do it alone.
Thank you for your continued commitment to Second Life.
nickvrtis Resident
As tempting as this is (I don't know how many times I've typed something in local instead of a text box). I don't think it is a good idea. Stealing the cursor just isn't polite. Particularly since the box doesn't open where we were looking/clicking. "Where the heck did my cursor go?"..
Fenix Eldritch
I believe this could potentially impact basic navigation controls if focus is suddenly stolen by an unexpected prompt.
If this were to be implemented, it should come with a viewer setting option to enable/disable, with disabled being the default.
Bavid Dailey
After some comments by Nya, I am modifying this proposal as follows :
When a script in an attached HUD opens a dialog containing a text box, the typing focus isn't changed, I am asserting it should be - to the textbox, so that any subsequent typing should fill the text box.
Secondly after the dialog is closed, the typing focus should return to wherever it was before.
Non HUD dialogs should not be affected by this proposal.
N
Nya Jules
I wonder if it would be a potential griefing instrument.
I imagine a griefer creating a textbox for another user every second. The textbox does not contain a direct link to ignore the object owner (which is fine I guess since you don't want people to accidentally ignore the owner if they just want to ignore this current textbox) but it means that the potential victim may not know how to ignore the object owner, especially if the victim is a newbie. The griefer could make it impossible for the victim to just disregard the textbox as their focus keeps jumping there.
Bavid Dailey
Nya Jules You are identifying a problem that is intrinsic to llDialog, nothing to do with my proposal I think. It is just as distressing to a newbie to have a dialog appear every second potentially, regard less of where the cursor is. That is a separate question worthy of discussing and perhaps devising a solution for...
N
Nya Jules
Bavid Dailey Currently you can't get interrupted when typing, and you can't get interrupted when walking around. If a textbox starts gaining focus, you could get interrupted when typing and you could get interrupted when walking. This would be way more distressing than a simple text box that keeps opening but doesn't interfere with your actions. A griefer could make you unable to type and unable to walk until you ignore them or teleport to a different region.