kimmy348

I was saying it is difficult to present a textured button to a user and receive click information without it being insecure. The objective is getting data (input) from a user into the LSL script that resides in the HUD. You can assume that once the script has the data, it will be secured, relocated and erased. The problem is presenting information to the user (letters) without an adversary seeing what the user sees.

Sassy: stop posting in this thread please. Qie: thanks for the R&D and time, appreciated. I don't trust https. Perhaps we need a logician.

Thanks Qie for your reply, yes I think you understand the problem. But I am hoping to use in-world mechanisms only (no outside server interaction). It would be good if someone can help figure out some kind of ingenious way of clicking on buttons without revealing to the clear which button was clicked. The problem with textured letter prims (a,b,c,d) is that the texture uuid needs to be mapped to a buttonID which can be worked out if captured in transit. Also a sort of circular roller or object with indented mesh faces have the same problem.

1. HUD has buttons to accept a passcode from a user. 2. This information goes over the internet in plain text (eg.. button1 clicked, button2 clicked) in real-time. Is client side hud scripting possible? I did read a concept for it, did this eventuate? http://wiki.secondlife.com/wiki/Client-side_Scripting_for_HUDs_and_Widgets The idea is to have the hud do something with the passcode and only when instructed.. transmit encoded data back to the SL servers and to another 3d object. (in this scenario only communication between secondlife client and secondlife server).