• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-2617
Type: New Feature New Feature
Status: Resolved Resolved
Resolution: Fixed
Priority: Normal Normal
Assignee: Qarl Linden
Reporter: Eddy Stryker
Votes: 2
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Adds LLSD support to flex/light/sculpt params for primitives

Created: 01/Oct/07 12:31 AM   Updated: 06/Aug/08 10:54 AM
Return to search
Component/s: None
Affects Version/s: 1.18.1.2
Fix Version/s: 1.19.0.5

File Attachments: 1. Text File primextraparams-llsd-20071001.patch (4 kB)


Source Version: Branch_1-18-1 (r106)
Linden Lab Issue ID: SL-56592
Patch attached: Patch attached


 Description  « Hide
This patch adds support to export and import flex, light, and sculpt parameters for primitives using the same style of methods found in the volume parameters, asLLSD() and fromLLSD(). The patch was created from "branches/Branch_1-18-1/indra/llprimitive".

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Qarl Linden added a comment - 08/Oct/07 11:57 AM
hey Eddy - much thanks for the patch...

question: if i'm reading it correctly, it looks like the new asLLSD() and toLLSD() methods aren't yet used? so there's still a bunch of protocol work yet to do...


Eddy Stryker added a comment - 08/Oct/07 01:34 PM
Nothing is using the prim (de)serialization functions in the viewer yet, but with these extra functions it brings the prim<->LLSD code up to speed with the latest version of the protocol which could be useful for the future. I'm trying to use LLSD as the preferred format for most serialization tasks so this is a step in that direction.

Qarl Linden added a comment - 15/Oct/07 10:59 AM
patch verified and applied. thanks Eddy.

Torley Linden added a comment - 21/Dec/07 12:04 PM
Looks like this'll be included in the 1.19 viewer.

WarKirby Magojiro added a comment - 22/Dec/07 01:09 PM
I've changed all fixed internally issues to Resolved: Fix pending.

Eddy Stryker added a comment - 25/Apr/08 11:07 AM
1.19 (and beyond) are out, is there a status update on this?

Qarl Linden added a comment - 25/Apr/08 01:25 PM
Eddy - i'm seeing the code in the 1.20 viewer... no?

Eddy Stryker added a comment - 25/Apr/08 03:09 PM
Ok, so should this issue be marked as Resolved or Fixed instead of Fix pending?

Qarl Linden added a comment - 26/Apr/08 09:57 AM
you know - i have no idea how PJIRA tasks get closed. maybe someone comes through and cleans them up.

for our internal JIRAs, it's often the person who reported the problem who gets the final say as to whether it's been "done" or not.


Ramzi Linden added a comment - 06/Aug/08 10:54 AM
Per the above, I guess I am the cleanup guy
This should appear fixed as of the 1.19.0 viewer, and certainly in later viewers 1.19.1 and 1.20.