llInput would be nice (llDialog enhancement)

Shortly after llDialog made it's way to SL, I expected llInput to follow shortly there after, but it looks like (over 2 years later) it still hasn't become a reality.

I would really like to see llInput, which would act just like llDialog, except for display an input field for the agent to enter text, rather than buttons.

Anyone else share this view?

This may not need a server change. Dialog responses are no different to chat, except that they may use any specified channel number, so all the functionality is already in the client. The client might display an input box instead of a button in response to some specified string., perhaps "$#input#$". The user might click on the input control to put the key focus there, type a response, and either press the enter key or double click the mouse for the client to send the info to the server just as if it had been sent by a clicked button.

Someone should post this on the SLDEV email list and perhaps a keen open source developer might pick this up.

I like the sound of that, instead of asking for the user to say their value in open chat (laggy open listen on public channel) or asking them to speak on a private channel (definetly not noob friendly) we can have a dialog with an input. What about the possibility of a numerical field, perhaps with plus and minus fields and specify min, max and increments? Since this is client-side it shouldn't have any impact on the region. Some might even opt to neglect a script-side check (that the value is within the range min-max).

Possible implementation:
llInput(integer channel, key agent, [integer type, string message ...]);
where the integer type could be INPUT_TYPE_INTEGER, INPUT_TYPE_FLOAT, INPUT_TYPE_STRING, INPUT_TYPE_... and each might have some optional attributes such as max string length, min max and inc on integer and float. What about dragging a full-perm texture onto the input dialog to grab the UUID?

</ramble>

nand

llInput would work just like llDialog, except have an input box instead of buttons.

llInput(key avatar, string message, string default, integer channel);
llInput(who, "Are you male or female?", "Input Gender", 4913);



llInputDialog would be a combination of both.

llInputDialog(key avatar, string message, string default, list buttons, integer channel);
llInputDialog(who, "Are you male or female?", "Type Other", ["Male", "Female"] 4913);

Sorry to bump, but I would REALLY like this to be implemented already, as it is more than useful.

I have several projects which require user input, and it would be much more convenient and less confusing for the end-user to just input in a dialog, rather than /1 myinput, or whatever channel is defined.

Anyone else?

Hope you don't mind if I link this JIRA issue for llInput:
http://jira.secondlife.com/browse/SVC-1630
and agree that it could be astonishingly simple to add!

But I also want us to consider if we took it only a little further and made the response a private message between the client and the object!

I'm not sure I agree with the above quote. SL doesn't have anything like this - I think the only bit I have seen, apart from the login screen, is the "Is SL getting better or worse" survey which has never worked correctly. This may be a lot more work than it seems.

/me votes anyway. A good idea is a good idea, even if it might be more work for LL.

SL already has input boxes that can be used, they'd just have to positioned on a special dialogue.

I'd like to suggest that if this is not implemented as a new function, that it would be best to have a fixed list for sending this, e.g:
llDialog(someUser, "Blah blah", ["$INPUT$", "Send"], someChannel);

Only if that exact list is received would it display the dialogue.

Not that I doubt you but I don't recall any right now, except the login info and the chat/IM bars.

What are some of the others?

Edit-tools, chat bar, communicate window, profile, land-settings.... =P

quit making sense...


Yes, this has been begged for since forever. The only reason I could think they may not want to do it, is to prevent someone making something official looking and asking for people to enter their acount password etc. A lame reason not to offer it, but....

llTextBox

/54/d8/260753/1.html

llTextBox isn't bad. Good to hear that it's comming.