Bug 37714 - No way to express edit-locked layers
No way to express edit-locked layers
Status: ASSIGNED
Product: OpenRaster
Classification: Unclassified
Component: Specification
unspecified
Other All
: medium normal
Assigned To: Andrew Chadwick
:
Depends on:
Blocks: 37461
  Show dependency treegraph
 
Reported: 2011-05-29 07:28 UTC by Jon Nordby
Modified: 2012-03-26 12:50 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Nordby 2011-05-29 07:28:40 UTC
Most raster applications allows the user to lock a layer, and some allow alpha-locking. Thus we need to specify how to express this in OpenRaster.
Comment 1 Andrew Chadwick 2012-03-22 13:25:28 UTC
There seem to me to be 3 kinds of locking:

1. Edit locking: if ON, prevents the layer from being edited in any way. This may also prevent it from being selected or picked from, but that's a detail for implementations.

2. Alpha locking: if ON, new data can only be written where alpha is nonzero, and the alpha of a pixel cannot be changed.

3. Positional locking (linking): if ON, and the layer is moved relative to other layers, then any other position-locked layers move in unison with it.

It seems to me that 1 and 2 are the important concepts. Any others?
Comment 2 Andrew Chadwick 2012-03-24 12:52:00 UTC
Layer edit locking proposal written and up for review:
http://www.freedesktop.org/wiki/Specifications/OpenRaster/Draft/LayerEditLockingStatus

Mailing list discussion kicked off:
http://lists.freedesktop.org/archives/create/2012-March/004261.html

I'm not going to bother trying to specify alpha-locking status or positional locking because MyPaint doesn't implement them currently. I've suggested a possible syntax for these (very marginally) related concepts and left it at that.
Comment 3 Andrew Chadwick 2012-03-24 13:08:14 UTC
alpha-locking -> bug 47815
positional-locking -> bug 47816

They're different concepts, so create separate bugs for them and retitle. Assign the remainder to myself since I'm currently seeking consensus on this via the mailing list.
Comment 4 Andrew Chadwick 2012-03-26 12:50:26 UTC
We have both rough consensus on the list and running code for this. At this point it's just the schema that needs updating and some final tidyup on the specification draft. Could someone review and merge

https://gitorious.org/openraster/openraster-standard/merge_requests/1

please?