• 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-4437
Type: New Feature New Feature
Status: Open Open
Priority: Normal Normal
Assignee: Unassigned
Reporter: Doran Zemlja
Votes: 5
Watchers: 1
Operations

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

Add dialogs when setting object "allow anyone to copy" and nested items cannot be copied.

Created: 30/Jan/08 09:24 AM   Updated: 05/Jun/09 03:02 AM
Return to search
Component/s: Inventory, Permissions, User Interface
Affects Version/s: 1.18.5.3
Fix Version/s: None

Issue Links:
Relates


 Description  « Hide
See VWR-2602

Basically what we'd like to see here are some dialogs when you set an object "allow anyone to copy" that notifies you that others may not actually be allowed to copy because nested items don't have proper permissions.

Also, some sort of bulk permission changing for an object and all nested items (contained by root and all children, as well as contained by contained objects) to allow ease of setting objects "allow anyone to copy".



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
McCabe Maxsted added a comment - 31/Jan/08 12:49 AM
I support that. Right now, the wording is confusing and probably unintuitive. If you're attempting to do something you cannot do (like setting "allow anyone to copy" on an object containing no copy items) the viewer should warn you. Voting and adding components.

Lex Neva added a comment - 31/Jan/08 09:26 AM
A big "yes" vote from me.

Doran Zemlja added a comment - 31/Jan/08 09:34 AM
A corollary would likely be a dialog when you drop a non-copyable item into an "allow anyone to copy" object.

Doran Zemlja added a comment - 31/Jan/08 09:39 AM
see also VWR-2571

TaraLi Jie added a comment - 01/Feb/08 01:43 AM
This is going to be difficult to do - because different types of things need different permissions most of the time within an object. Even something as simple as a little tip-jar I made - the main script had to be no-mod/copy/no-trans, the configuration card had to be mod/copy/no-trans. Holodecks have similar issues.

There are 8 basic combinations of the current set of primary permissions - some of which are disallowed, I think - things can't be no-copy/no-trans. Perhaps what we really need are "roles" - "freebie" - "resellable" - "unresellable". The whole mod/no-mod thing gets kind of confusing as well - but that's an inevitable result when you try to have a system flexible enough to actually do what people want.

We definitely need some thinking on this - the dialog for when you drop a no-copy item into an open-copy item is definitely worth thinking about.