Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

no "alt"zones

Ryen Jade
This is a takeover!
Join date: 21 Jun 2003
Posts: 1,329
02-06-2004 17:04
In laimens terms, an option to turn off the ability to use your alt+mouse camera move ability over land. Simply because, if someone is watching me, I want to be able to see them as well!!! Ill admit I do this alot, but simply put, it an invasion of privacy. I ask LL to put this feature onto land parcels. (Example, a check box. No build, Outside Scripts, Edit Land, Allow Alt).
Julia Curie
Senior Member
Join date: 1 Nov 2003
Posts: 298
02-06-2004 17:07
I second it. :)
Oz Spade
ReadsNoPostLongerThanHand
Join date: 23 Sep 2003
Posts: 2,708
02-06-2004 19:56
I endorse this idea/feature.

I'm not sure if its possible to do though. It would be awsome if we could but who knows how much controll SL's engine can take of cameras. Something else to think about is, lets say someones in your house legitimatly... and theres a cool object you just put out and want them to zoom in and take a closer look... but they can't, cuse Alt+Zoom is disabled.

So while it has its advantages against snooping, it also becomes a hassle for legitimate use.

A solution could be a LSL command, maybe, have it so you put in lets say llAltZoom(FALSE); in a wall, then no one can Alt+Zoom through that wall, and anyone inside it can still use Alt zoom, but can't go through the wall. That would work only if SL can tell when a person is using Alt+zoom and when its just their camera. If it can't tell when alt zoom is in effect you're going to get people with thier cameras getting stuck on your walls as they fly by etc.

Hope that makes sense. I'm all for privacy, I think the problem is coming up with a good way to do it without causing problems when legit circumstances come up.

Edit: Note: Its not just Alt zoom either, Theres also Ctrl and Shift zooming, so the llAltZoom would need to be expanded to llZoom(integer zoom_type, integer boolean); so you'd end up with something like llZoom(ALT | CTRL | SHIFT, FALSE); I think.
_____________________
"Don't anticipate outcome," the man said. "Await the unfolding of events. Remain in the moment." - Konrad
Devyn Grimm
the Hermit
Join date: 1 May 2003
Posts: 270
02-07-2004 08:11
Good idea, since as it stands now any real privacy in SL is non-existent.

Oz has a good point though - it would be nice to allow friends already in the structure to still alt-zoom. Maybe it could be tied to the access list on the parcel... if limited access is used. So it only gets turned off for strangers.
Siobhan Taylor
Nemesis
Join date: 13 Aug 2003
Posts: 5,476
02-07-2004 09:49
What about limiting the range of foo-zoom, by parcel, so say... people can only move their camera n meters from their av's position. Won't *stop* people looking through walls, but they'll have to get awfully close to do so.
_____________________
http://siobhantaylor.wordpress.com/
Tcoz Bach
Tyrell Victim
Join date: 10 Dec 2002
Posts: 973
02-07-2004 11:18
Another drastic effect of this is that you can't create things like a visual poker game. You can just alt zoom to see each other's cards. I started fiddling with some visual game ideas and realized there is no way make completely certain the other person a) isn't looking b) has somebody standing around somewhere looking and feeding them IMs.

The only thing I could think of is to force mouselook in order to play, and if you drop out of mouselook, you lose. But people drop out of mouselook all the time by accident, and it still doesn't solve b).

Basically, * with pure visuals *, the only card games you can make are all cards showing all the time.

You know what would solve it...

llVisibleTo(key personyouwanttosee)

or

llVisibleToOwnerOnly(integer truefalse).

Actually, this would probably be best at the texture level, so the object itself is still visiable but the textures are just blank and colored. You'd have to tell all clients but the owner's not to render that texture.

Anyway something like that. Doesn't solve privacy, but would enable all kinds of new games and such.
_____________________
** ...you want to do WHAT with that cube? **
Xadrian Baysklef
Dancing Monkey
Join date: 17 Nov 2003
Posts: 59
02-07-2004 11:50
Oooh, I like those ideas Tcoz. Probably the easiest way to do it is to leave textures as normal, and then create a new scripting function to update the texture only to a specific key. Something like:

llPrivateTexture(avatarkey, newtexture, faces)

This would work similar to normal texture updates via scripting, but only actually send the update to the specified client, hence allowing the poker game to work. And of course, as mentioned, it doesn't take care of privacy. However, I think there should simply be a land option that prevents cameras from moving through walls. Along that same line, shouldn't there be a way to prevent people from creating a box, sitting on it, and editting it through a wall they don't own? They can't walk through it, don't let them just magically drift through it on a box. It's an easy check too... if they don't have edit permissions and it's not on their land (or group land), and it's not phantom, don't let the avatar move through it no matter the method. :)
Tcoz Bach
Tyrell Victim
Join date: 10 Dec 2002
Posts: 973
02-07-2004 13:04
The general solution for sitting is, when you detect the intruder/intruder object, unsit them by default and banish them. Checking distance of agents from the offending object can tell you who the offending agent is (that person will be very close to it...just in case they are using an object they don't own).
_____________________
** ...you want to do WHAT with that cube? **