Function llChooseResident(key id, integer channel)
tracked
Blaise Timtam
When a script needs a resident to select another resident uuid it would be super cool to have a function that opens for [id] the Resident Chooser already used in the viewer's invite to group.
This would be so much better than the llTexBox(id,"please enter avatar's UUID,channel); we often use
Upon "select" the CSV of choosed residents uuid would be sent to[id] on [channel]
optionally "close" could send NULL_KEY to[id] on [channel]
Ideally it could also have flags to restrict to only 'near me' and/or 'friends' tabs
This new function working like llDialog() and llTextBox()
Log In
Talia Tokugawa
Would it be possible to activate URI via Dialog menus?
e.g. With vendors and gifting the currrent standard is:
* Touch the vendor to open the menu.
* Press the [gift] option to activate a llTextBox.
* Scrabble around to try find the username.
* Realise that this vendor type actually wanted the UUID.
* More hunting to get the UUID.
* Copy/Paste that into the the textbox.
Surely it would be the perfect use of the people floater in the UI?
If that gift button instead of opening up the Textbox it:
* Touch the vendor to open the menu.
* Press the [gift] option to Open the people floater.
- Attach the listen channel from the dialog.
- When opened with a channel like this there would be an additional "Send" button on the floater.
* Find the resident and then click the send button.
* LSL script receives the UUID on the same channel the existing listener is open for the other items in the dialog menu, the Send button would just need to have the avatar "Say" the uuid on the channel it had been given by the button..
This would be very similar to the airdrop/send/share systems people's phones have so for the average user it's a lot less hassle and a familiar concept.
In terms of changes to people's scripts very little actually needs to change. could even be something as simple as a constant being added to list of options on the llDialog. URI_PEOPLE_FLOATER for example.
((And, yeah, I know this is very similar to the above, I am on a bit of a feature suggestion spree, and I'd come up with this independently, written it up and then found this request. I have some slight differences and expanded upon certain things so rather than throw it away I just added as is.))
Maestro Linden
tracked
Bleuhazenfurfle Resident
If it gets rid of those hideous dialogs where you have to cycle through pages of avatar names 9 at a time, then this is definitely a good thing.
I'd additionally suggest adding a couple options (an integer an some flag constants);
* multi-select — it should be optional, since it's problematic if not expected. Just return the list as a CSV.
* choose between receiving uuid's or username's — I'd suggest uuid as default.
* allow selecting people who aren't presently in the current region — don't by default (affects the friends and search tabs most notably).
And don't forget the llCloseDialog idea would apply here, too.
Zi Ree
This could tie into a general overhaul of llDialog() for specialized tasks.