Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Observations of Beta

Draco18s Majestic
Registered User
Join date: 19 Sep 2005
Posts: 2,744
11-04-2006 12:04
From: someone

LSL changes:
* New script commands
** integer llGetObjectPrimCount(key id)
*** Returns the prim count for any specific object in a sim
** integer list llGetParcelPrimOwners(vector pos)
*** Returns a list of up to 100 agents who own objects in the parcel, and the number of objects they own
** integer llGetParcelMaxPrims(vector pos, integer sim_wide)
** integer llGetParcelPrimCount(vector pos, integer category, bool sim_wide)


Did some basic testing of these functions.
Couldn't get llGetParcelPrimOwners() to work, script window said something about needing owner-like permissions for the land. Didn't test llGetObjectPrimCount().
CODE

integer temp = llGetParcelMaxPrims(<0,0,0>, FALSE);
llSay(0, (string)temp);
temp = llGetParcelPrimCount(<0,0,0>, PARCEL_COUNT_TOTAL, FALSE);
llSay(0, (string)temp);

llGetParcelPrimCount() always returns 0 it seems. As I ran the above code at Morris 219, 129, 32. Rezzed a cube, wrote the code, ran it and....
[11:08] Object: 3
[11:08] Object: 0

Ok, not always 0. A vector from that location of <0,10,0> returned 208 Max and 72 used.

Also, online status is a little buggy. I used an alt to test the IM stuff, and when I signed off my alt did notice, but I sent an IM and got "Draco18s has signed on" and then again for signed off. No further changes upon more IMs.
Attempt to log back in meet with "region has started the log out process"
Oops, that was my normal SL.
Issue: The beta client not logged in appears the same as the release version. No "Beta" smeared across the screen to alert me that this is something different (and the "last rendered screen" image on logon is cross-client).
Issue: those offline IMs were lost. They did not show up when I logged into Beta again.
Not sure what I did, but in the process of copying the IM data I managed to triger the "load URL" code on parts of the log that weren't URLs.

IM logging:
I'll go looking for the file in a minute, but in the client there's no way to access it AND the option to turn on "keep last few lines of IM session" doesn't work.
Sorry, they didn't STAY CHECKED from one log in to the next.
Log file doesn't seem to exist. Trying settings again.
Worked this time.
Love the last message though.
[11:50] [11:48] Draco18s Majestic: typing
[11:50] -- End of Log ---
[11:50] Draco18s Majestic: (Saved Sat Nov 04 14:48:43 2006) typa typa typa
Must be because the settings didn't take effect for the IMs that had been done, and just recorded everything after because closing and reopening gave me this:
[11:51] [11:48] Draco18s Majestic: typing
[11:51] [11:50] Draco18s Majestic: (Saved Sat Nov 04 14:48:43 2006) typa typa typa
[11:51] -- End of Log ---
[11:51] Draco18s Majestic is offline.
So it at least recalls more than one line. In fact it ecalls A LOT of lines. Too many? I sent IMs with just numbers (did up to 50 so far) and the bits above are still recalled upon closing and reopening. Testing recall level on logout. All 50 lines were recalled.
This is too much. For recalling the END of a IM conversation I only really care for the last 15 or so lines. ALL lines can persist over close, reopen, but ONLY up to my login. I don't need lines from before that. Upon log in I only need the last 15 lines or so, not *everything* I've talked about for the last 6 months.

Web tabs:
Mine's currently pointing at my website where I have imbedded Flash. The browser doesn't have the flash plugin, and it gives you a dialog box saying so and asking if you'd like to go get it.
Disable dialog? Add the plugin?
Kelly Linden
Linden Developer
Join date: 29 Mar 2004
Posts: 896
11-05-2006 19:22
The llGetParcel* functions take an aboslute position within the sim, not a relative position to the primitive. The following will probably do more what you expect.

CODE
         integer temp = llGetParcelMaxPrims(llGetPos(), FALSE);
llSay(0, (string)temp);
temp = llGetParcelPrimCount(llGetPos(), PARCEL_COUNT_TOTAL, FALSE);
llSay(0, (string)temp);
_____________________
- Kelly Linden
Draco18s Majestic
Registered User
Join date: 19 Sep 2005
Posts: 2,744
11-07-2006 08:50
Yes, I got an email from Milo when I bug reported it. :) Thanks. Misunderstanding of how the vector in the "get location" type function works. While it's perfectly logical for it to be absolute, "vector location" gramatically infers more of a relative location ("vector to location";). Maybe change the documentation/tool tips to say "vector abs_loc" instead of "vector loc"?

Would help scripters who don't look up functions with obvious functionality and can logic out the variables. Like I tend to do. I only reach for the scripting wiki when I don't know what the function wants (particles would be a good example--I've never looked into how the particle script I have uses those 37 different variables), or I don't know what it returns (mostly events, the sensor one is a good example as it 'returns' only an integer which has to be passed through functions before it has meaning), or if I don't know what function I need.