Magnolia provides view implementations for JCR data that allow tree, list and thumbnail views. A content view must implement the info.magnolia.ui.contentapp.browser.ContentView interface.
This content view definition is part of the Magnolia 6 UI framework.
The fully qualified class name is
info.magnolia.ui.contentapp.configuration.ContentViewDefinition.
&columns - a YAML anchor that allows you to reuse the configuration elsewhere through a similarly formed YAML alias.
2
*columns - the YAML alias marking the position where the configuration should be reused.
Content view properties
Property
Description
class
required (unless $type is used)
Class extending
info.magnolia.ui.contentapp.configuration.ContentViewDefinition
to define the type of view. Set the value to the fully qualified class
name. See View types for possible values.
$type
You can use this as a shortcut for class if the definition class is
annotated with info.magnolia.ui.ViewType. The proper value is defined
by the annotation.
Defines the acceptance criteria for move operations.
By restricting the nodes that a user can move, you enforce a certain node hierarchy.
For example, you might want to allow moving content under folders but not folders under content.
If no value is defined, the view will have no drag-and-drop capability.
Table 1. Possible values
Value
Description
alwaysTrueDropConstraint
Basic implementation of DropConstraint that always returns true.
jcrDropConstraint
DropConstraint for JCR content apps. Returns true based on the defined primaryNodeType.
When you write your own class, implement the info.magnolia.ui.contentapp.browser.drop.DropConstraint interface.
When an app is created with the !content-type directive, a jcrDropConstraint is provided by default.
You can disable drag-and-drop by using a decoration: