You can choose to customize your editing experience by implementing a custom view for each Block Type of a Block Editor.
By picking a custom view you overwrite the backoffice UI for the given block with your own. This enables you to define how a block should be presented. It can, however, also include interactive elements and be a full custom solution to how data is manipulated. In the Block List Editor the Inline Editing Mode must be disabled for custom backoffice views to appear.
Currently you can only pick HTML files for a custom view. These views are powered by AngularJS and you can write any AngularJS logic.
Your HTML can be anything. If you use it as a representation of the content you would also want the full view to be clickable. This would then open the default editor for editing of your content.
The following example displays the property with the alias headline
together with the description
inside a button to edit your block.
If you would like to display properties of settings
, you can access these by using block.settingsData.myPropertyAlias
.
A custom view of Block List Editor needs to have the 'blockelement__draggable-element' class presented to define which part of the Block is draggable.
Example:
This is not relevant for the Block Grid Editor where all Blocks are draggable by default..
Blocks of the Block Grid Editor can have Areas. These Blocks require their Custom View to define where the Areas should be inserted.
This enables you to wrap and place the Areas as you need.
The Areas is inserted through Web Component Slots. A slot is a native HTML tag.
These Area slots can be generated automatically via this AngularJS Directive:
Example of a Custom View wrapping the Areas within a green border:
You can also define where each Area should be inserted. This is relevant if you like the Areas to appear differently than the provided grid setup of Areas.
As a reference here is an example of the HTML output of the umb-block-grid-render-area-slots
AngularJS Directive:
To achieve this you need to add a custom AngularJS controller to your custom view, using the ng-controller
attribute:
Create a folder inside the App_Plugins
folder called 'CustomBlockView'.
Create two files within the CustomBlockView file: package.manifest
and customBlock.controller.js
.
Add the following JSON to the package.manifest
file:
Umbraco will parse all package.manifest
files and load any resources they reference into the backoffice during startup.
The second file, customBlock.controller.js
, will be used to register the 'customBlockController' defined using the ng-controller
attribute in your custom view.
To register the controller, add the following lines of code:
Your block may enable you to 'pick' an image to use as the background for a particular block. If you try to display this image directly in the view using block.data.image
, you will see the unique ID and not the image.
There are two approaches to displaying the actual image in your custom block view. Either use a filter in your custom view or retrieve the image through the AngularJS controller.
By using the AngularJS filter called mediaItemResolver
, it is possible to retrieve the image directly from your custom view file. You will need to create a variable that then uses the mediaItemResolver
filter on the Media Picker property. This variable is then used to retrieve the image URL in an <img>
HTML tag.
In the following example, a mediaItem
variable is defined and used to set the ng-src
value on the image tag. This will retrieve the image into your custom view.
It is also possible to get the ImageUrl
by using the unique ID in an AngularJS controller.
Amend the customBlock.controller.js
file, by injecting the mediaResource
to retrieve the image from the ID:
The Custom View should then be updated to use the imageUrl
property to display the image:
If you need to use a specific crop, you can inject the imageUrlGeneratorResource
resource. This has a getCropUrl(mediaPath, width, height, imageCropMode, animationProcessMode)
method: