[#SVC-2151] Calling Cards in object inventories

2. Second Life Service - SVC

Calling Cards in object inventories

Created: 12/Apr/08 04:16 PM Updated: 22/Nov/08 10:50 AM

Return to search

Component/s:

Scripts

Affects Version/s:

None

Fix Version/s:

None

Issue Links:

Relates

This issue Relates to:

VWR-890 Add ability to sort Friends list into different categories

Description

« Hide

Feature request:
1. allow calling card storage in object inventory
2. add scripting hooks:

add INVENTORY_CALLINGCARD constant
llGetInventoryName(INVENTORY_CALLINGCARD, n) returns avatar name
llGetInventoryKey(INVENTORY_CALLINGCARD, n) returns avatar key

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

Lex Neva added a comment - 13/Apr/08 10:11 AM

Maybe dataserver calls would be appropriate...

[ Permlink | « Hide ]

Vex Streeter added a comment - 13/Apr/08 10:34 AM

Yes, perhaps - it looks to me like there little differentiation between calling cards at this level, though - If we were to go the dataserver route, I'd campaign for the ability to do scripted reads of profile contents as well, especially notes. But the current llRequestInventoryData and dataserver event handler syntax wouldn't handle that very well, and I'd hate to add a whole new api like the notecard reader functions. It is pretty clear that calling cards are managed as individual assets at some level, as you get multiple copies from multiple friendships offers with unconnected notes.

My primary interest here is to allow for the implementation of contact management tools.

Sue Linden made changes - 13/Nov/08 12:05 PM

Field	Original Value	New Value
Workflow	jira-2007-12-22a [ 54743 ]	jira-2008-11-14 [ 80950 ]

Sue Linden made changes - 13/Nov/08 04:31 PM

Workflow

jira-2008-11-14 [ 80950 ]

jira-2008-11-14a [ 87287 ]

Sue Linden made changes - 13/Nov/08 04:50 PM

Workflow

jira-2008-11-14 [ 87287 ]

jira-2008-11-14a [ 93403 ]

[ Permlink | « Hide ]

Garn Conover added a comment - 22/Nov/08 06:45 AM

There is a problem tho, calling cards add a lot of lag because each time someone logs in or out it must check all inventory items for calling cards

Garn Conover made changes - 22/Nov/08 06:51 AM

Link

This issue Relates to VWR-890 [ VWR-890 ]

[ Permlink | « Hide ]

Darwin Recreant added a comment - 22/Nov/08 10:42 AM - edited

It seems calling cards are special asset types, as they can change their 'states' while inside inventory (online/offline).

I'd suggest to make them regular asset type when entered into contents of a prim, and using llRequestInventoryData to get the key as Vex suggested.

In this case i think all calling cards will have to be made no transfer, so that none-friends cant get and distribute your calling card. (/me wonders if giving your calling card to somemone will automatically add you to friends list...)

[ Permlink | « Hide ]

Vex Streeter added a comment - 22/Nov/08 10:50 AM

@garn I don't think so, we need to distinguish between calling cards and profiles.. And the UI online indicator - my intent is only to supply the name and key at this level, pehaps with dataserver calls for profile contents.. But the profile api would be separate, IMHO.

I think don't see much point in no-trans calling cards. It isn't like calling cards by themselves give you any much over search.