Just released a new update on Dlayer.com
This version includes the initial controls which allow a user to move content items around in the Content manager.
To move content around the user first needs to select a page block, once a block has been selected in addition to being selectable for editing each of the content items will now have a section above and below which will allow the content to be moved in that direction within the page block.
I need to complete some additional testing but once I’m happy I will add the same functionality to the Form builder.
The heading content type has also been modified, the width and left margin can now be defined. A modifier has been added for the heading content type for when changes are made in the Template designer.
Release 5 now up on Dlayer.com
This version includes the initial code for the modifier system.
The modifier system is responsible for all communication between modules, when a change in one module might affect data in another a request is sent via the modifier system which either makes the required changes or notifies the user about their options.
In this version the modifier system only alters the size of content blocks when the border tool is used in the Template designer.
Until I expand the modifier system I have updated the Template designer to disable tools that would be considered destructive, examples being the split tool, with the current system it would appear as though content has been removed in the Content manager.
As the modifier system evolves the number of tools that need to be disabled will reduce, ideally to zero.
For the last week I’ve been working on the modifier system for Dlayer, it is one of the base systems that modifiers data in one module based on changes made in another. I’m building one modifier initially, container width, I’ll be adding more as I add new tools and enable the currently disabled tools.
Why do I need a modifier system and what does it do?
Everything in Dlayer relies on something else, for example, a page needs a template, a content item needs to go into a page block and a page block is directly related to a template block in the template that the page is based upon.
I’m trying not to force users to work a specific way or stop them going back and forth, for example, it will be possible to alter a template after you have created and populated one or more content pages with content.
If a user changes a template, for example they add a border to one of the blocks, the width of that block has to be updated to take into account the new border. There could then be any number of content items on pages that due to the width change now no longer sit in their block correctly or flow correctly.
This is where the modifier system comes in, if after a tool has processed there is a possibility that some content needs to be reviewed a request is sent to the base modifier system, it then asks one or more modifiers to check all the content to see what needs to be done and then process the changes.
My goal is that for the majority of the requests the modifier system can and will work out what needs to be done, in cases where user intervention is required changes will be made to as much data as possible and then notifications will be sent to users telling them about content or other items which they need to review themselves. I figure it is better to process 9 out of 10 requests and inform the user about the last 1 than stop the 9 requests happening because of 1.