Domitan Redenblack

Rolig Loon wrote: Ummmm.. turn the prim on its side so the +Z axis points out at you, then put your display texture on face #0 and run your hovertext. It will be perfectly centered on the display. Hmmm.... I tried that, but must have done something wrong. It did not stick, text ended up back above... Thanks, Rolig.

Rolig Loon wrote: If the OP only wants hover text when someone walks up or touches it (good idea -- I hate clouds of permanent hover text), for example, he could just put the llSetText command in the triggering event and then reverse it with a timer or a no_sensor event later. This is what I do now, but my "single prim vendor" has title text floating WAY above the actual prim *(grrrrr) and there is no way to "bring it down over the middle of the prim itself" rather than in the ceiling above the prim etc.

I have a One Prim Vendor, but want a "temp prim" to put floating text "on top of" the main vendor prim ... Is this possible? ty

Related question: If I copy a texture into an object, it has a certain UUID key. If I then makes multiple copies of that object and give them away, will the texture be duplicated (have different UUIDs in each object copy) ?

Rolig Loon wrote: integer gChan = (integer)("0xF" + llGetSubString(llGetOwner(),0,8) ); Will that get the "-" at the end of the 8 hex digits? e.g. 2771b5f2-2c8c-34a0-aed8-3ed939bb36fe --> llGetSubString( str, start_index, end_index); and I think you want 32-bits negative number: integer gChan = (integer)("0xF" + llGetSubString(llGetOwner(),0,6) );

My one prim vendor reports to my database when it gets rezzed in world, and in case of multiple vendors in a single region+parcel, I save the full UUID key to the prim. But when I report sales and check in regularly, just giving the first 8 hex digits of the vendor UUID seems plenty.

So the first group of hex digits (8 of them, 32 bits) would be a number 2^32-1 As a unique marker, this would be a good bet?

UUIDs - are five groups of hex numbers. Does each of these numbers have a particular source or meaning? What can you tell just by looking at a UUID ?

Thanks to you all, very much. No matter how I slice it, it seems that group control of the attachment is probably not a good idea due to LSL/SL restrictions. Probably a better way is to have keep a list of authorized residents, etc. Thanks again.

All: Sorry, this is my first programming with groups, and I find the Wiki very confusing since I am apparently not clear on how groups work with objects... And there is setting the group plus deeding the object to a group as well, as for TV sets with parcel media. Not sure how that affects our discussions. I think I understand now why the dance pole in a friend's club got broken so often. It was set to allow only group members to be able to dance on it, and you had to wear your tag. But sometimes it would not let you dance even if you were wearing your tag correctly. Resetting the scripts in the dance pole did not seem to help either, only the group/club owner could reset the pole I think. Of the 20+ members around, no one seemed to know why it kept breaking. If I change my group, then detach and re-attach the hat to my skull, will that then reset the hat to my current group? Is there a way to detect if I change my group tag in LSL? If so, I could auto detach and re-attach, yes? Is there a way to set the group of the hat *permanently* (until reset scripts etc) ? Will deeding the hat to a group do this?

Sorry, still confused. llSameGroup(toucher_key) checks the group of the whole object, or the group of the root, or the group of the prim? When I am wearing the "whole" hat now, and click Edit on it, it shows Group = (none) .... with a "Set" button. Is there another place for the object's group to be set? Or only there?

Rolig Loon wrote: ...your hat's group. Can that be diff from my current group tag? You mean the group set in the Edit window? Perms etc? Does that interfere with other actions or perms, setting a Group on an object?

If someone touches my hat, how do I tell if that person is a member of a group that I am in? If I we are each members of 20 groups, with some overlap, is there a way to tell? Or does the person that touches my hat have to have a group tag on that matches my own group tag showing?

Very interesting, all. Thanks!

hmmm.... pardon my ignorance, but does Teacup present the information ON the prim? or in the in-viewer Broswer (which I have never used once in almost 2 yrs) ?

How does this differ from the much-vaunted "URL on a prim" supposedly available sometime soon in SL? e.g. for more than one TV-object per parcel?

Darkie Minotaur wrote: See here - I'm still no big fan of http-in solutions where they can be avoided. And in this case, there are quite a few indications that make an external storage preferable. Very interesting, Darkie. I had a good look at it, but two questions: 1. Does this require Viewer 2? 2. Does this require the Media URL of a parcel to be set?

Void Singer wrote: .... the region stats script for Teacup is an example of doing that. Teacup?

Yes, would have to write php front end etc, escape the data, make sure server is always up, etc etc Is there a char limit on posting from SL to http?

Hmmm.... There is one way to do what I want, messy though. 1. Each time a bit of data is collected, it is sent InstantMessage to the person, who keeps chat logging enabled. 2. Each bit of data has a pattern prefixed. 3. A text editor (BBedit or TextWrangler etc) is used to turn that pattern into a tab (to split up time/date and data) 4. The result is imported into Excel and the data column can then be saved. Messy, and a hassle, but this will work. Only has to be done 2-3 times a week anyway. Thanks to all for your ideas and help.

Innula Zenovka wrote: https://wiki.secondlife.com/wiki/LlRegionSayTo Thanks, Innula. The Wiki lists llRegionSay (only) under chat, so I added llRegionSayTo as well.

Dora, sorry. The strings are collected from actions real-time within SL, and then dumped to the owner (or person clicking) on command via some method that is not typically LL constipated or truncated. I do not find any info on llRegionSayTo( )... on the other hand, if you mean llRegionSay(channel, message), how could that send a message to me, except into a channel or other non-avatar listener?

Dora Gustafson wrote: A note card containing the strings would be preferable I assume there is (still) no way to create the contents of a notecard to send to someone...

Using llInstantMessage( ) would cause a 2 second delay per line, unless I append messages together up to < 1 Kb and then output chunks. What other methods will allow me to output the set of strings to someone? nb: the output is certainly going to be much longer than 1 Kbytes.

Deej Kasshiki wrote: Feature requests are also submitted via the JIRA system. Good luck with that as I find the JIRA to be very unintuitive and downright user-hostile for non-programmer types. No kidding. And no feedback when someone comments either. Archaic and insulting, but not surprising given that LL are the Three Stooges of corporate management.