<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-CA link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Yes, if I abandon the no-poseball prerequisite the rest can be handled relatively simply with existing functions. I had hope to have it work more like the group dance ball but as you point out there are some distinct advantages to sticking with the poseballs in terms of placing the avi in a suitable space (the handles part is less of an issue because I have a "chase" method I use for furniture...I rez a handle and then move the avi with llSetLinkPrimitiveParamsFast to follow its motion/rotation, then store the new avi position when in place). If it's not a simple thing to add then I can live without it. If I go back to poseballs then I might as well just rez a pair at the desired location, let both avi sit, then move them from there....they wouldn't even need to be part of the linkset since I can move them via ossl.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> opensim-dev-bounces@opensimulator.org [mailto:opensim-dev-bounces@opensimulator.org] <b>On Behalf Of </b>dz<br><b>Sent:</b> Tuesday, September 02, 2014 4:04 PM<br><b>To:</b> opensim-dev@opensimulator.org<br><b>Subject:</b> Re: [Opensim-dev] Feature Request: osAvatarSit(key avatar, key object, integer options)<o:p></o:p></span></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Assuming you can overcome all of the "other obstacles" and have the latitude to reset the config params in OpenSim.ini, then there is no reason why you can't have a single script animate multiple avatars across your region. You will need access to the INI file if you want to overcome the current limit on linkset sizes ( how far you can move a linked object from its root prim ). In my experience, trying to get an admin to enable the OSSL functions (especially the ones marked Threat level : HIGH ) is harder than the coding involved. <br><br>As for "No pose balls" .. People are more likely to understand the concept of "sitting on a ball to dance" than they are to comprehend instructions on how and when to touch something new. The visible feedback also eliminates playing partner roulette when laggy touches to the dance machine seat you with the last/next avatar to touch it. Pose balls also have the advantage of being convenient "handles" when you are trying to position avatars to build your animation configuration notecards/database.<o:p></o:p></p></div><p class=MsoNormal>I'm not sure I understand why a new function is required, since you can set the default action on the linked objects to "sit". The trick will be to get the first object to the location before the first partner of the couple is seated on it, or you may see avatars zipping between the dance machine and the locations on the floor. As long as you move a pair of objects to the approximate location, the second avatar should just be able to sit on the object and be in position. There is another major issue with letting couples "randomly" choose where to dance.. Many are not familiar with the space required and opt to rez the pose balls right next to their neighbors, causing the animations to move the couples on top of/through each other. A simple solution to this is to have the 'couples dancing' locations identified by the presence of the pose balls. <o:p></o:p></p><div><p class=MsoNormal><br>The operations sequence could be as simple as; <br>The dance machine with the scripting is set out. <br>The linked pose balls are rezzed and re-located to the positions in the sim you want. <br>Couples can touch the dance machine to be deposited on the "next" location, or touch the pose balls to sit/dance at the "couples" location they want.<o:p></o:p></p></div><div><div><div><div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p></div></div></div></div></div></div></div></div></body></html>