-
Task
-
Resolution: Fixed
-
Neutral
-
2.0
-
-
Empty show more show less
-
Empty show more show less
In the DAM 1.x API, it was possible to do Asset.getCustomProperty(). This doesn't sit well with the idea that Asset instances should be "disconnectable". (Since we'd have to copy all properties of an asset to support this method - and for all providers)
a) One way around this is to use AssetMetadata; define the custom properties you'd want in there. But that requires more implementation code than necessary.
b) We can also think about "meta metadata", where this Metadata would be described in configuration, rather than coded.
c) Another possibility would be to support something like this only in MagnoliaMetadata, and implement support for it only on the JcrAssetProvider.
To be able to pick the best approach of these 3, we'd need real, concrete use-cases. (a and c being the easiest for us; b probably the most flexible but also the most complex for us)
- is depended upon by
-
MGNLDAM-546 AssetQuery: add sorting capabilities
- Closed
-
MGNLDAM-564 Create new asset app module liberated from JCR
- Closed
- relates to
-
MGNLDAM-418 Improve handling of supported metadata in DamTemplatingFunctions
- Closed
-
MGNLDAM-912 Improve support for custom asset metadata
- Open
- mentioned in
-
Page Loading...