• 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-1827
Type: Sub-task Sub-task
Status: Closed Closed
Resolution: Won't Finish
Priority: Normal Normal
Assignee: Unassigned
Reporter: Nicholaz Beresford
Votes: 2
Watchers: 0
Operations

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

Inventory double click: Linden provided attachments -> wear

Created: 20/Jul/07 12:43 AM   Updated: 30/Nov/07 07:22 AM
Return to search
Component/s: User Interface
Affects Version/s: None
Fix Version/s: None

Patch attached: Patch attached


 Description  « Hide
See intro in the parent issue (see VWR-1825).

On newly created avatars, there are objects (e.g. the furry female bracelet, etc.) which look like regular objects (yellow box icon) but which are internally designated as being attachments (internal type IT_ATTACHMENT).

Since these effectively act as parts of clothing and since especially new users probably have no concept of what an object is or what to do with it, I believe these should be worn on a double click the same as clothes. This would come with the benefit that all the stuff from new avatar folder could be put on in the same way.

The corresponding code piece for llfolderview.cpp would be quite simple:

void LLFolderViewItem::preview( void )
{
if (mListener)
{
if (mListener->getInventoryType() == LLInventoryType::IT_ATTACHMENT) {
mListener->performAction(NULL, &gInventory, "attach");
}
else {
mListener->previewItem();
}
}
}

(if the suggestion is accepted, of course I can submit a proper patch file).



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Nicholaz Beresford made changes - 20/Jul/07 12:49 AM
Field Original Value New Value
Component/s User Interface [ 10033 ]
Description See intro in the parent issue (see VWR-1825).

On newly created avatars, there are objects (e.g. the furry female bracelet, etc.) which look like regular objects (yellow box icon) but which are internally designated as being attachments (internal type IT_ATTACHMENT).

Since these effectively act as parts of clothing and since especially new users probably have no concept of what an object is or what to do with it, I believe these should be worn on a double click the same as clothes. This would come with the benefit that all the stuff from new avatar folder could be put on in the same way.

The corresponding code piece for llfolderview.cpp would be quite simple:


void LLFolderViewItem::preview( void )
{
if (mListener)
{
if (mListener->getInventoryType() == LLInventoryType::IT_ATTACHMENT) {
mListener->performAction(NULL, &gInventory, "attach");
}
else {
mListener->previewItem();
}
}
}

(if the suggestion is accepted, of course I can submit a proper patch file).
Patch attached [Patch attached]
Torley Linden added a comment - 31/Jul/07 10:27 AM
This reminds me of a related issue: attachments (objects that've previously been attached to a specific point on the avatar) have the same inventory item icon as "other" objects that aren't meant to be attached, like most vehicles, boxes, houses, etc.

I've long thought it useful to be able to see that beforehand, and a way to clear an attachment point to designate it as a non-attachable (meaning, it's not intended to be attached, not that you can't) again. Thoughts?


Nicholaz Beresford added a comment - 01/Aug/07 02:20 AM

Actually there's already code on the server side that discerns both. Attachment-Objects in the noob avatars (prim hair, jewelry), are internally different from normal objects. So promoting objects which have been attached once to this type (well, and creating a way to remove the default attachement point for errors) would ease the possible problems of this.

Tofu Linden added a comment - 06/Aug/07 10:51 AM
We reckon this needs more UI planning - the distinction between actions on attachments vs objects is a bit ad-hoc without more thought.

Tofu Linden made changes - 06/Aug/07 10:51 AM
Status Open [ 1 ] Resolved [ 5 ]
Resolution Won't Finish [ 2 ]
Nicholaz Beresford made changes - 30/Nov/07 07:22 AM
Status Resolved [ 5 ] Closed [ 6 ]
Rob Linden made changes - 22/Dec/07 03:33 AM
Workflow jira [ 13988 ] jira-2007-12-21 [ 29369 ]
Rob Linden made changes - 22/Dec/07 04:06 PM
Workflow jira-2007-12-21 [ 29369 ] jira-2007-12-22 [ 36288 ]
Rob Linden made changes - 22/Dec/07 11:09 PM
Workflow jira-2007-12-22 [ 36288 ] jira-2007-12-22a [ 47467 ]
Sue Linden made changes - 13/Nov/08 11:41 AM
Workflow jira-2007-12-22a [ 47467 ] jira-2008-11-14 [ 75442 ]
Sue Linden made changes - 13/Nov/08 06:39 PM
Workflow jira-2008-11-14 [ 75442 ] jira-2008-11-14a [ 133339 ]