Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

A Way To Restrict Text To a Parcel?

Edward Towton
Gilanan Properties Owner
Join date: 21 May 2009
Posts: 54
01-01-2010 12:46
Hello everyone,

I rent land, and have recently received a complaint over the use of one of the "lucky chairs" used by one of my tenants by a neighboring land, as well as some "shouting" text.

I want to keep the peace with my neighbors, but at the same time do not wish to interfere with the way my tenants run their business (except perhaps the shouting part), so I'd like to see if there's a way to restrict local chat text to a parcel the same way you can restrict audio and voice.

I have looked for an option in the About Land controls, but have found nothing that looks like it will work.

I will ban the lucky chairs if I must, but would like to see first if there is anything I'm missing.

Thanks!
Isablan Neva
Mystic
Join date: 27 Nov 2004
Posts: 2,907
01-01-2010 13:05
No, there is no way. Text chat has a range of 20m. Shouting has a range of 100m. Anything that shouts is going to get you angry responses from neighbors. The way to happiness is for the lucky chair to be A) not shouting B) no closer than 20m away from any parcel border.
_____________________

http://slurl.com/secondlife/TheBotanicalGardens/207/30/420/
Viktoria Dovgal
Join date: 29 Jul 2007
Posts: 3,593
01-01-2010 13:12
Those chairs can be customized a lot, they can use whispers, IM, or even run silently. One of those options ought to strike a nice compromise.
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
01-01-2010 13:51
although it couldn't hurt to encourage makers of those devices to use actual audio, which can be restricted per parcel...
_____________________
|
| . "Cat-Like Typing Detected"
| . This post may contain errors in logic, spelling, and
| . grammar known to the SL populace to cause confusion
|
| - Please Use PHP tags when posting scripts/code, Thanks.
| - Can't See PHP or URL Tags Correctly? Check Out This Link...
| -
Qie Niangao
Coin-operated
Join date: 24 May 2006
Posts: 7,138
01-01-2010 16:07
Make the hedgehog happy:

Vote for http://jira.secondlife.com/browse/SVC-1224.
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
01-01-2010 16:37
voted and commented.
_____________________
|
| . "Cat-Like Typing Detected"
| . This post may contain errors in logic, spelling, and
| . grammar known to the SL populace to cause confusion
|
| - Please Use PHP tags when posting scripts/code, Thanks.
| - Can't See PHP or URL Tags Correctly? Check Out This Link...
| -
Edward Towton
Gilanan Properties Owner
Join date: 21 May 2009
Posts: 54
01-01-2010 16:41
Thanks for your ideas, everybody. I'll look into them. And I voted for the feature suggestion.
Johan Laurasia
Fully Rezzed
Join date: 31 Oct 2006
Posts: 1,394
01-01-2010 22:28
There's always the option of "up". You can move your build (if it's possible and having terrain isn't a requirement for your build), up to 500, 1000, 2000, 3000 meters, whatever spot is available, and set you landing point again and then you can not interfere with your neighbors that way.

As far as llParcelSay() goes, I don't see the need for it. Simply allowing text chat to be restricted to a parcel would solve the problem, be easy to initiate, and not require being coded into a script, hence, all older scripts would be muted as well.
SuezanneC Baskerville
Forums Rock!
Join date: 22 Dec 2003
Posts: 14,229
01-01-2010 22:33
Perhaps something vaguely along the lines of letting a parcel have a field to determine whether it is a "spatial based text chat" or "parcel based text chat " mode for avatars would be useful.

If in parcel based chat mode all avatar chat would cover the parcel. No need for scripts to repeat avatar chat with llParcelSay.

Possibly being able to be in parcel based text mode could be an ability in the group role ability system.
_____________________
-

So long to these forums, the vBulletin forums that used to be at forums.secondlife.com. I will miss them.

I can be found on the web by searching for "SuezanneC Baskerville", or go to

http://www.google.com/profiles/suezanne

-

http://lindenlab.tribe.net/ created on 11/19/03.

Members: Ben, Catherine, Colin, Cory, Dan, Doug, Jim, Philip, Phoenix, Richard,
Robin, and Ryan

-
Kara Spengler
Pink Cat
Join date: 11 Jun 2007
Posts: 1,227
01-02-2010 08:30
Now if they can just figure out a way to restrict sound to the documented restrictions too.

Yes, I can hear sound much further than I should (even when parcel-restricted) if I turn up the volume in my client. Before you blame it on emerald or such it is (or should be) server-limited.
_____________________
Those Lindening Lindens!

'O predictable experience,
O predictable experience,
Never shalt we define thee.
Our users think that means no lagging,
But we say they want no shagging.
O predictable experience,
O predictable experience,
We love you null expression.'
Viktoria Dovgal
Join date: 29 Jul 2007
Posts: 3,593
01-02-2010 09:05
From: Kara Spengler
Now if they can just figure out a way to restrict sound to the documented restrictions too.

Yes, I can hear sound much further than I should (even when parcel-restricted) if I turn up the volume in my client. Before you blame it on emerald or such it is (or should be) server-limited.

The filter is in the viewer, LLViewerParcelMgr::canHearSound() Looped and queued sounds in particular are prim properties, those are not the sorts of things the server could efficiently negotiate as avatars move around a region.
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
01-02-2010 13:14
From: Johan Laurasia
As far as llParcelSay() goes, I don't see the need for it. Simply allowing text chat to be restricted to a parcel would solve the problem, be easy to initiate, and not require being coded into a script, hence, all older scripts would be muted as well.

solely as a solution to that specific problem, I agree it's not necessary, but it would be nice to have for other reasons as well.

From: SuezanneC Baskerville
Perhaps something vaguely along the lines of letting a parcel have a field to determine whether it is a "spatial based text chat" or "parcel based text chat " mode for avatars would be useful.

If in parcel based chat mode all avatar chat would cover the parcel. No need for scripts to repeat avatar chat with llParcelSay.

Possibly being able to be in parcel based text mode could be an ability in the group role ability system.

I think everyone being heard everwhere on a parcel might be a bit much, and if you limit it by group roles it starts to get alot more involved, nevermind those people walking onto or off of a parcel not getting text sent from their friend they were talking to on just the other side... but a function give you control, over exactly who or what can be heard over a whole parcel, regardless of group. and it could be great in the case of event speakers, being able to relay what they say over the whole parcel without those silly chat repeater scripts, that either overlap or miss areas..
_____________________
|
| . "Cat-Like Typing Detected"
| . This post may contain errors in logic, spelling, and
| . grammar known to the SL populace to cause confusion
|
| - Please Use PHP tags when posting scripts/code, Thanks.
| - Can't See PHP or URL Tags Correctly? Check Out This Link...
| -
Denver Ghost
Registered User
Join date: 14 Oct 2009
Posts: 56
01-02-2010 18:53
If it had to be one or the other - restricted to parcel or the 10/20/100 distances now in use - the distances option is the best. The Lindens thought this one out quite well a long time ago. Going to parcel chat to avoid spillover just isn't worth the elimination of the easily calculatable chat as it is now just to please a small number of people. How will one know who can hear them and who can't?

You can only micromanage this stuff so much before you do break it. IF if ain't broke, don't fix it.