An Alternative to llDialog

I am working on a script for a jukebox. I would like to have a user be able to click the jukebox and select a song to add to a que. I was thinking llDialog might fit the bill but the character limitations per button are causing problems.

I have seen HUDS but I don't want someone to need to where a HUD for this. Is there a menu alternative to llDialog?

Also where would I find a working HUD example.

I hope I am not wearing out my welcome with all of the noob questions. Thanks to all of you for the help.

Itchy

Well, your options are these:

1) llDialog and deal with the 24-char (<10 visible) limit on the buttons.
2) HUD, which the user would have to wear, clicking on HUD prims to select songs.
3) Actual visible prims in-world, with the names of the songs on them that the user can click on to select songs.
4) Some kind of text menuing system which llSays a list of indexed options and the user says (types) one of the indexes for the option in chat.
5) Some combination of the above (like a text menu, but using an llDialog with the indexes for the user response, for example).

I can't think of any other way to do it outside of those options.

for my videos on my land i made a texture
of all the videos then made a selector
that moves over each name so you can
choose what video to load on land.
you can see this in kaili, search for
Lightwaves videos or anime music videos
-LW

one thing i do with ll dialog is to make a menu ie:

1 song one
2 song two
3 song three (ect)

and just have the buttons labled as 1,2,3 ect

sorta like the old 8 bit pc's

What about linking web site?

Yeah, if going outside the game is not an issue, you could do some sort of website that opens up in a browser, allowing the user to pick a song via a nice interface there, and then sending the play command back via email or something.

Be kinda like cracking a nut with a sledgehammer, though.

This is how I did my jukebox. Its a lot easier to do this way.

This is something I'm actually wondering about - with the protocol engineering team working away, or even with local XML RPC, would it be possible to have a little Java app (for portability) that runs in parallel with SL, and SL objects can contact it to display a user interface built with Java widgets (instead of going through the awkward process of building equivalents within the SL engine), and then it sends the result back to the object?

Absolutely.

Sure. The only issues are speed/response time and security.

It would probably work best with email rather than XMLRPC or HTTPRequest, since you can send/receive email to/from the client directly. The other methods would probably require some webserver in between you and your scripted objects.

:Edit:
Wrong script

Anyone know how to detect the surface area and xy cords of where the mouse is clicked on a prim?
I had one that worked I thought but the code I posted previously wasn't it.

Maybe I'm thinking of GML.

Anyway the idea was to use the xy data on where a person clicks the surface then adapt that data to line up with a texture of "buttons" and use something like the following:

If (x < 1000 && x > 900 && y < 1000 && y > 900)
{
 // Any surface area clicked between 900 and 1000 on x and y of the surface area
// will cause events to happen here.
}

And that forms the trigger area for the button.

But now I can't find the stinking thing.
If it's not possible then I guess it was GML I used it in.

If it's not part of LSL then it would be nice to have it implemented.

To continue on the list:

6) Have a backend server create a display via Flash (utilizing dynamically loaded txt) and utilize the QT media stream to broadcast in world. Have button prims over the listing, which would do the actual inworld bit. Note this would only work if the object is on the owner's land.

7) Create a flat prim and figure out the coordinates the AV clicks on. Note - this is only possible if the person is in mouselook. Also note that the Z coordinates is a little shaky, since AV's heights are inconsistent.

I think this is what you are looking for: here

Only works in mouselook.
I've used it (for example) for a colour-picker that has 64 colours on one-prim. Ive been meaning to add my variant of the script to the library, but have never got round to it.

Another version of it is available here: http://www.simteach.com/wiki/index.php?title=SL_Highlighter