We can't sit in succesive places any more?

Has the way things work when you choose a new place to sit when already sitting change?

I think so....I believe I saw it in Torley's video, that you can't switch without standing anymore, something like that.

Well that sucks.

I've always enjoyed zipping around from place to place by sitting.

The Sit Here place in the pie menu will now be the "Sit Here or Stand Up" place.

I wonder what would make them think of doing that?

Been noticing that myself for a bit...what a pain. Especially if I am sitting up somewhere high and close to an edge and want to just sit on another chair in the same area. Found myself doing a bit of unanticipated skydiving.

Torley referred to it as a new "feature".

The left-click sit thing when already sitting is all that was supposed to be nerfed, pie menu sitting should still work if it worked before (i.e. not in the same likset etc.) :/

I'm getting "Stand Up" when sitting on the railings or short walls at Help Island.

The things that keep you from falling off. They aren't really railings.

Maybe it's because they are linked.

Well, for left click sitting, why is not being able to do what you want without doing something else in between a feature?

Ah, there was some vague talk about griefing, it doesn't seem to make sense to anyone outside LL really. Too bad, it used to be fun playing in amphitheaters and stuff that had lots and lots of sit targets, now it is a pain.

I can't say since I rarely do this (i.e., be sitting in one spot and wish to immediately sit in another spot). However, on some quick testing it seems distance based and 8 meters seems to be the magic number.

I rezzed a couple of unscripted half-meter plywood cubes. When the cubes are within 8 meters of each other, I can sit from one to the other with no problems.

When they're slightly farther apart (8.1 - 8.2 meters), it sometimes works but sometimes didn't.

Farther than that, trying to sit on the other cube just caused me to stand up where I was at.

Also, while standing, if I tried to sit on a cube within 8 meters, that worked fine. If I tried to sit on a cube farther than 8 meters, I just stood where I was at.

I didn't test linked or scripted objects.

--Hugsy

Edit to add: I got curious. I put 10x10x10 cubes at (5, 5, 233) and (251, 5, 233) which is practically a sim apart. To each I added a script to set a sit target ("llSitTarget(<0, 0, 5>, ZERO_ROTATION);". I was able to sit directly from one to the other without having to stand up first.

I've only noticed the change to the left-clickit behavior, the point of which I also don't understand. That change happened a while back (coincident with "double-tap arrow key to run", and I whined about it in a jira (http://jira.secondlife.com/browse/VWR-6278) that didn't get a lot of traction.

At about the same time I started noticing that when I first get in-world, left-clickit doesn't seem to work until I've done a right-click somewhere.

I hardly ever use the left click function. Hard to teach an old dog new tricks.

The double tap run thing, isn't that how There.com does their controls?

The double tap thing must be for someone that thinks SL will be a fast action game platform someday.

I've always disliked the Walk / Run toggle. SL is so laggy at times it is hard to tell if you are running or walking. I've always wanted a "Run" button that just wouldn't do anything if you were already running, and a separate Walk button.

I'd like a "UnSit And Fly" command , so you could get out of your chair at the side of the cliff facing the edge and fly instead of standing up and falling to youir doom.

The behavior that Hugsy describes has been that way for a while now, it's not changed in any way. As far as I know, Qie is correct, the way that left-click sit behavior occurs has changed very slightly, and the change began in release candidate 1.20 viewer, so this only affects you if you're using the 1.20 viewer (which recently emerged from RC status to regular viewer status).

All that has happened is that you will no longer automatically sit on a left-clicked object (if that object has left-click sit enabled) if you are already sitting on an object. You can still right-click and select "Sit Here" and move to the other object without standing (incidentally, adding a sit target to the other object may increase the distance at which you can sit on it).

The reason this was done was to prevent specific types of griefing in which individuals would place an invisible prim around someone in such a way that they would inadvertently click it and automatically sit on it. Once this happened, the object would be scripted to do any number of vicious things, as sitting on an object allows it to do a number of things, such as triggering animations or moving the avatar around. As it is unlikely that someone will want to sit on one object while they're already sitting on another, this change shouldn't make any huge differences, and in any event if you do wish to move from one object to another, right-clicking and selecting "sit here" (or whatever the text says, since it can be changed) will still work.



As I said above, placing a sit target in a prim will often fix the issue of having difficulty sitting on it from a distance. To create a sit target, simply place this script in the prim:


default
{

state_entry()
{

llSitTarget(<0,0,0.5>,ZERO_ROTATION);

}

}


Note that you can adjust that first vector value (<0,0,0.5> if you want the avatar to be offset from the prim. This function call tells the script where an avatar should be placed when they sit on the prim, and also makes it much easier to sit on the prim in general, since it tells the sim that this prim should be "sit-able." Note that using a sit target will NOT get around the limitations placed on left-click sitting, it will merely make legitimate sitting operations easier.

The Blog post announcing the first RC 1.20 viewer, where this behavior is first mentioned, can be found at:

http://blog.secondlife.com/2008/04/09/updated-new-release-candidate-viewer-120-rc0-available/#more-1858

Unfortunately, they also completely broke right-click position changes within a linkset with this change.

You can, for example, have two seperate benches, each with three linked pose balls.

Sit on one, and you can't choose to use any of the other pose balls on that bench without standing first. Yet you CAN right click to sit on the OTHER bench.

I would imagine that this change completely breaks the ability to change seats while in a vehicle as a passenger. Imagine you are in a 4-seat plane, but not the pilot. You want to move from the pair of back seats to the seat next to the pilot. It's impossible now. You have to stand up first, and fall out of the plane.

Yes, I thought it only changed within a linked set. I'm able to "Sit Here" multiple times from object to object, (without having to Stand) but not within an object that has multiple poseballs (like a couch.)

YAY!

/me starts up a parachute business

I thought I heard that they disabled sit-sit because it confused new people too easily, especially when objects have the evil touch-to-sit setting on..

I just ran an in-world test, using 1.20.15.

Right-clicking to sit when you right-click on a prim that has "sit on object" as its right click action works only if you are standing. If you are sitting on something, you must stand first, OR you must right-click and choose to sit on that other object. This was the INTENDED change, and by itself, isn't all that bad.

BUT

Tested with two benches that each have three linked pose balls:
Can right-click to shift from one bench to the other, but can not change to a different pose ball on the same bench without standing first.

Can right click to change to sitting on a prim or a scripted sit target object, as long as it is not in the same linkset.

Tested with an unscripted boat dock and an unscripted boulder prim:

If I sit on a pier post with my feet dangling over the water, I can't switch to a different sit position on the same dock without standing first. Which means I fall into the water. I used to be able to choose to sit on a differrnt post with a different orientation, so my "dismount" would leave me standing on the dock, not falling off it.

I commented about this in the JIRA entry that Feynt created, and asked for it to be re-opened, because this change WILL break changing positions in a vehicle when you are a passenger.

Yes, I don't think that it was intended that one should be unable to switch positions within a linkset without standing first. Only that one must right-click and select "Sit Here" (or whatever the sit-text has been changed to say), and not merely left-click while already sitting.

However, I think that part of the problem is that an avatar sitting on an object is treated as a child prim of the object...technically you're sitting on the root prim regardless, but depending on which poseball you had selected, you will have a different sit-target offset from a different child prim. I wonder whether right-clicking, selecting "Edit Linked Parts, then selecting another poseball, then right-clicking on that poseball and selecting to sit would work?