Scripting User group/Transcripts/2011-02-14

== List of Attendees ==
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
== Transcript ==
[09:01]	:	Hello!
[09:01]	:	Hello!
[09:01]	 	seat to change your animation or position.
[09:01]	:	Very private OH today...
[09:02]	:	yeah I don't think it was announced much.
[09:02]	:	not in the calendar
[09:02]	:	I don't want to announce them too loudly until I get all my ducks in a row re: 'user group'
[09:02]	:	Exactly
[09:02]	:	Let's ring the bell...
[09:02]	:	hopefully I can get that straightened out today.
[09:03]	:	Mega group chat lag...
[09:04]	 	keeps his fingers crossed for the new system
[09:05]	:	Me too...
[09:05]	:	how was everyone's weekend?
[09:07]	:	i got good fine weekend
[09:07]	:	hi Kelly ?
[09:08]	:	Can I have a pillow?
[09:08]	:	wow Haravikk filled up my triage list while I was gone.
[09:08]	:	Good :P
[09:08]	:	https://wiki.secondlife.com/wiki/User:Kelly_Linden/script_jira_triage
[09:09]	:	I already love SVC-2105
[09:09]	:	https://jira.secondlife.com/browse/svc-2105
[09:10]	:	well the first one is easy - SVC-6350: that is not a scripting issue, and should be taken to the Sim user group that andrew hosts.
[09:10]	:	https://jira.secondlife.com/browse/svc-6350:
[09:10]	:	he gets all megaprim issues. :p
[09:10]	:	I think that is one of Tal's
[09:11]	:	I'll make sure it gets brought up in Andrew's later
[09:12]	:	SVC-2105 would definitely be nice. But it isn't easy.
[09:12]	:	https://jira.secondlife.com/browse/svc-2105
[09:13]	:	(Does somebody knows how to bypass the login crap? IT's really tiresome everytime)
[09:14]	:	login crap?
[09:14]	:	the fast is not the work arround for this ?
[09:14]	:	"Processing login..."
[09:15]	:	Any way... Can we have svc-2105?
[09:15]	:	https://jira.secondlife.com/browse/svc-2105?
[09:15]	:	lol, without the ?
[09:15]	:	I may need to pause here to set expectations.
[09:16]	:	yeah, even though I guess it would be nice to set a bunch of links at once with one call, is it really that slow to do multiple calls?
[09:16]	:	We are not currently working on scripting improvements beyond upgrading our mono runtime to mono 2.6
[09:17]	:	I can 'acknowledge' this issue, but it is a feature request clearly and I have no way of predicting when it might be addressed.
[09:17]	:	the only point is maybe clocks, because the remaining depends on viewer on how fast one sees the change. I dont understand well the purpose of this
[09:17]	:	Irrelevant... Expect to receive demands at every OH... :P
[09:17]	:	Might I bring up an item being one of the people a little more ignorant on the scripts?
[09:17]	:	Kaluura: well, yes, of course.
[09:17]	:	I've removed Babbage as the watcher and I will link this one to the efficient scripts jira
[09:18]	:	Go ahead Srilania
[09:18]	:	We're noticing a lot of people having issues trying to remove scripts from no mod items. these are older items with the old recolor/resizer scripts, and with them being no mod, aren't able to remove the scripts or even stop the scripts
[09:19]	:	oh, big problem indeed
[09:19]	:	Yeah that is a can of worms issue.
[09:19]	:	It has never bee possible, IIRC
[09:19]	:	been*
[09:19]	:	this wouldn't be bad, but these are the old style items, with 2-5 scripts/prim, running at 200-250 prims
[09:20]	:	well, these items should go to trash
[09:20]	:	My feeling too...
[09:20]	:	lol, sorry
[09:20]	:	With the creator gone, in a number of cases. I suspect it boils down to a "SOL, trash it and find something new." more than likely.
[09:21]	:	I think it was possible maybe 5-6 years ago.
[09:21]	:	would be nice to be able to delete scripts from blingtarded designs sometimes, but, that could open up quite a pandora's box to allow that, I'd think... just easier to garbage them and not buy from those designers that don't care
[09:21]	:	In any ca
[09:21]	:	wrong tab sorry
[09:21]	:	Sigma, considering some of these are older items that at the time were rather expensive, or worse, things that people are getting as newbies from freebie piles, it makes this an issue we can't just say "trash it" and go on
[09:21]	:	i have a question related to that ?
[09:22]	:	There are arguments for both sides, and for now creators have the control.
[09:22]	:	It is more an issue of permissions and owner "rights" than it is of scripting.
[09:22]	:	Well, it is the price to pay for progress to my point of view, but , yes, am sorry for this comment I did
[09:22]	:	but, I still frequently see 200 prim shoes with 700 scripts in them, and a designer who says "all those scripts HAVE to be there, you don't know what you're talking about"... it's 'tarded
[09:22]	:	well, just bringing up the issue, and yes, would be nice if people could remove scripts or at least stop them running in the item
[09:23]	:	Setting a script not running still loads it into memory, iirc
[09:23]	:	correct
[09:23]	:	And given that memory is the problem factor...
[09:23]	:	Totally useless to stop the scripts... You still carry them at eavery TP or border crossing
[09:24]	:	I think an option to delete the scripts is reasonable, and will have to further consider it when it comes closer to time to work on script memory limits.
[09:24]	:	Well, as i said, I'm an idiot and don't know a lot when it comes to scripts. I just know what i deal with daily
[09:24]	:	and excess scripts has been the #1 source of TP fails we've delt with in support
[09:25]	:	Question, since the region 'knows' that the script is not running, as opposed to idle, could the region refrain from loading the script until it is set to running?
[09:25]	:	I think the problem is that some creators use that "feature" as a protection for their products.
[09:25]	:	I should think an option to delete scripts from legitimately purchased items... should fall under fair use (of those prims)
[09:25]	:	Not really Hope.
[09:25]	:	See? Can of worms.
[09:25]	:	The creators who are being thick about it can be swayed eventually, especially when the complaints come flooding in en-masse when no one can wear their stuff.... But the ones who are simply gone from SL is an unfortunate matter.
[09:25]	:	well, seems to me that if region does not loaded the script, it can not know when it would have to run
[09:26]	:	It will be even worse for those products when the script memory limits hit.
[09:26]	:	when the user opens tools and 'set scripts to running in selection'
[09:26]	:	one problem might then be less script-savvy folks deleting the scripts from items that genuinely need them, then hollering for replacements
[09:27]	:	tika, most of these items are usually copy/no mod/ no trans
[09:27]	:	yeah, quite true
[09:27]	:	Is why I hope some form of svc-5742 makes it into production before it hits. :-/
[09:27]	:	https://jira.secondlife.com/browse/svc-5742
[09:28]	:	I would love unbundled prim params too, but last I heard the code for that thing is a plate of spaghetti.
[09:28]	:	more like an entire pot of it.
[09:28]	:	oh yes, I agree with this one
[09:28]	:	Er don't mind my spelling I just got outta bed about when I dropped in here. >.<
[09:28]	:	mind you, i also routinely see people edit/resize/recolour their only copy of a copiable, then deleting scripts... then complaining when they resize their avi or something
[09:29]	:	yeah.. as I said.. "hope" :P
[09:30]	:	All right lets get back to the triage then.
[09:30]	:	SVC-6385
[09:30]	:	https://jira.secondlife.com/browse/svc-6385
[09:31]	:	I note there are a BUNCH of flags which are internal-use or deprecated in the documentation.
[09:31]	:	lol, they are many more, and many flags are uncorrect and some undocumented. I can add the lit to it
[09:31]	:	http://wiki.secondlife.com/wiki/LlGetParcelFlags
[09:32]	:	People just need to learn to not buy/sell items with no-mod prims. The main reason why people started to do no-mod prims was to prevent the model being stolen with LSL. but These days copybots are easily available and very user frieendly. I dont see the LSL way to copy items very big threat. Not worth ruining the item by making it no-mod.
[09:32]	:	So, we don't actually want scripts used to scan for land for sale.
[09:32]	:	What does all those strikethroughs mean to that, Kelly?
[09:32]	 	(- . Voice chat. No Estate voice channel (-). No deed to group. No contribute with deeded. No show directory. Parcel info web publishing not allowed (-). Parcel info not rated mature (-). Media URL is not an HTML page. Media URL not a raw HTML. Not deny indentified (?not documented?). Not deny transacted (?not documented?)
[09:32]	:	Oh? Why not?
[09:32]	:	just a load issue.
[09:33]	:	keep the land sales out, but add the rest
[09:33]	:	land-scanning-bots end up being heavy on the LSL system.
[09:33]	:	the real parcel script feature I'd like to see
[09:33]	 	is slightly amused at the complaint in the Beta group.
[09:33]	:	I can see scripted tools flying around from region to region looking for land to buy.
[09:34]	:	is the ability to read the parcel ban and access lists provided the land is same-owner as the script of course
[09:34]	:	Well, I guess it is better that they just hammer land search, even though it really isn't much of an issue anymore; almost all of the landbots are gone.
[09:34]	:	You can't give away mainland.
[09:34]	:	sigma: I dunno where that list is from but not all of those are parcel
[09:35]	:	or at least, they aren't parcel flags.
[09:35]	:	can give a list for parcell also oif you wnat
[09:36]	:	Apparently, they come from llparcelflags.h
[09:36]	:	yes, this is for parcell. Sorry. They are on list of parameters of land info. I only run one of my scripts to give this
[09:36]	:	We don't want the sale ones, the flags for allow deed / contribute with deed and even show directory don't seem useful at all
[09:36]	:	We don't want to expose the URLs
[09:37]	:	All that is left is whether or not the parcel is published and if it is mature.
[09:37]	:	deny identifified / transacted are unused.
[09:37]	:	well, if it is mature is an important point to be exposed indeed, but the problem is how fast data is updated
[09:38]	:	that is the maturity flag you think it is.
[09:38]	:	it is an ancient one for whether or not the search listing will be mature. I'm relatively sure it is esentially deprecated.
[09:38]	:	that isn't* I mean
[09:39]	:	ok
[09:39]	:	So that leaves .... voice?
[09:40]	:	is there a reason for not being able to detect a parcel's auto-return status?
[09:40]	:	it isn't a flag?
[09:41]	:	The llGetParcelFlags function is really, really, really simple. It is just a bit mask OR'd with the internal parcel flags variable.
[09:41]	:	i don't believe so
[09:41]	:	there isn't any magic to it.
[09:41]	:	So, if we dont' store it as a flag internally it isn't gonna be in llParcelFlags.
[09:41]	:	or was that not the question?
[09:42]	:	hmm, yes, I understand
[09:42]	:	about autoretunr, it would be nice to have by script when it happend, and when next will indeed. I have a snadbox (not a sand box region, just an aoffered place). I have tried all tricks but does not work
[09:42]	:	autoreturn doesn't happen every X seconds, it deletes anything that has been on the parcel for more than X seconds.
[09:42]	:	continusously
[09:42]	:	continuously
[09:42]	:	still, it really would be nice even if we could just have a boolean autoreturn value is either 0 or !0
[09:43]	:	Tika: That is a feature request, and separate from llGetParcelFlags. Feel free to file a jira for it.
[09:43]	 	
[09:44]	:	Hiyas
[09:44]	:	It's not completely clear but it appears that returns occurs in bursts, not buy how long objectes have actually been there.
[09:45]	:	That is have hav spawned objects several minutes apart hand hand the returns both at the same time.
[09:45]	:	seems one of the sim tasks done "when there is time to check"
[09:45]	:	Yes, what Sigma says.
[09:45]	:	yeah, it may be something I'll file if I see a need for it again in the future, just thought I'd mention it
[09:46]	:	OK... thanks
[09:46]	:	next? This one is gonna be interesting. :)
[09:46]	:	All right, next.
[09:46]	:	SVC-212 oh boy.
[09:46]	:	https://jira.secondlife.com/browse/svc-212
[09:47]	:	Soon 4 years old...
[09:47]	:	That actually is part of a bevy of requests.. some for objects, some for avs, some for both
[09:47]	:	It is tricky.
[09:47]	:	Mainly to get away from all the hacks.
[09:47]	:	It has huge griefing potential
[09:48]	:	well, I have been critisized because I said it should request permission
[09:48]	:	It would require a permission check or something very similar, yes.
[09:48]	:	oh, ok
[09:48]	:	I think there was a version of it which talked about using a new perm flag
[09:48]	:	Granted auto when worn or sat upon.
[09:48]	 	to talk one to one?
[09:49]	:	I'm looking at Haravikk's last comment
[09:49]	:	and what is the sim to tp to is shut down or full ?
[09:49]	:	the permission could not be bypassed based on land ownership - worn or sitting could though
[09:50]	:	There are other versions which essential just "officialize" the current WarpPos/PosJump behavior for objects.
[09:50]	:	oh boy
[09:50]	:	Well, I actually see that as valuable without permissions in a security setup, where someone on a ban list is ejected to a set place instead. But I agree with the way it's presented in that one, it should be the landowner, not just any tom, dick, or harry able to do that
[09:50]	:	that one there is dangerous
[09:50]	:	if you just need to kick use teleportagenthome
[09:51]	:	Land owner or Group, or Estate manager.
[09:51]	:	you shouldn't get to pick where they go.
[09:51]	:	heh. Destination region = The Corn Field :P
[09:51]	:	What if someone has their home set to the regiou you want them out of.
[09:52]	:	Ban em. It will kick them out every time they log in
[09:52]	:	exactly. Or, a sim owner having a special event in a different place would be able to set something out that puts people at the special event without changing the landing point of the sim
[09:52]	:	If the person WANTS to go there, then the permission isn't a huge deal.
[09:52]	 	make tp someone only under its permission (included sat and if owner of the place where to tp to ?
[09:53]	:	I think the main thrust of that is to allow for intra/inter-sim teleports as a means to move people around, like with stargates and stuff
[09:53]	:	I'd personally like it so you could ask w/o the permission but doing so would cause some sort of dialog to pop up giving them the option to accept or deny the TP offer.
[09:53]	:	seems to me that using the Teleport to destination in chat method still works quite well and is entirely voluntary... same as giving a landmark
[09:54]	:	Essentially walking through the event horizon of some kind of "portal" TPs you.
[09:54]	:	Well, i've experienced the stargate networks. those usually pop a huge map up
[09:54]	:	sure Tika, lol. But this was more like a watchdog stuf
[09:55]	:	Could make it work so that it only works in the collision_start event, kinda like llMapDestination only works in the touch_start event
[09:55]	:	The problem is that I'd really like to have my hud be ablet to have a menu of places to TP me to w/o opening a map as an intermediate step. or having to clock on a dialog line
[09:55]	:	that doesn't remove any of the griefing potential nexus
[09:55]	:	yeah, I've wanted something like that too, haha... but, my workaround has been to use a region-wide ban with a single 4x4 parcel on the region inside the jail cell
[09:55]	:	kinda kills the ambience and mood with a huge map popping up in your view
[09:56]	:	Hope: well having wearables only need to request the permission once, or maybe even not at all like animations would solve that.
[09:56]	:	No, that's what the "owned by landowner" or using permissions is meant to do. Just talking about how to do the effect.
[09:57]	:	still, if you just want to kick someone out, then it shouldn't matter where they go after... I could see landowners abusing that, sending griefers to their competition's land and such
[09:57]	:	3 minute warning.
[09:57]	:	not to mention what would happen if someone were to be tp'd to say adult land
[09:57]	:	yes, seems avats cant be "booted"
[09:57]	:	I'll comment on that issue.
[09:57]	:	Yeah, it should be a voluntary thing. It should be obvious in some way
[09:58]	:	on the other hand, I'd support an object "tp to me" function
[09:58]	:	so that an object could "offer to teleport" to the object's location
[09:58]	:	No the usual destination rules should take effect. Including down destinations or other suchlike
[09:58]	:	that would be useful for a lot of things
[09:59]	:	1 minute .....
[09:59]	:	Tika, like a 'come from'?
[09:59]	:	ok, one last quick question... does $ and # indeed get totally ignored by the script parser?
[10:00]	:	coucou
[10:00]	:	lol
[10:00]	:	I don't think so Tika but I haven't played with it.
[10:00]	:	well, I'd think if one wanted to teleport an agent say to a location... that it would be reasonable that the owner should have build rights
[10:01]	:	All right! Thank you everyone for coming, most on really short notice. :)
[10:01]	:	it seems that it does, haha... that you can put $ and # almost anywhere in a script and not trigger any error
[10:01]	:	Thanks, Kelly. See you next week!
[10:01]	:	yes, tp someone to a parcell where he is banned, and he will get gosted
[10:01]	:	See you guys later!
 
Generated with SLog Wikifier