{"id":69,"date":"2016-01-25T18:25:09","date_gmt":"2016-01-25T18:25:09","guid":{"rendered":"http:\/\/www.stratadata.co.uk\/blog\/?p=69"},"modified":"2017-11-03T09:26:39","modified_gmt":"2017-11-03T09:26:39","slug":"decoupledpaneltemplates","status":"publish","type":"post","link":"https:\/\/www.stratadata.co.uk\/blog\/index.php\/2016\/01\/25\/decoupledpaneltemplates\/","title":{"rendered":"Decoupled Panel Templates"},"content":{"rendered":"

A previous comment on this blog noted “I still forget that changing something on the template I\u2019m working on changes all the previously made charts.” I promised to address the subject of decoupled panels. I don’t want to call this a “solution” because that would imply that templated panels are a problem! It is really useful to template panels, in the right context (more on that below).<\/p>\n

Decoupled panels have their place too. Sometimes you will want to make modifications to a panel which are very specific to one block template, project or well. Not only are you sure that you won’t need the panel elsewhere, you also want to protect it from out-of-context modification in the future.<\/p>\n

You could “copy” an existing panel template and work with your copy. You would still need to remember not to modify it later, and it would still be clutter in your panel templates list.<\/p>\n

Decoupling<\/strong> is the process of making the copied panel template “local” or “private” to a block template. The panel is no longer associated with its original template; it is not named, it will not appear in the tree and cannot be used in other blocks. If the block template is read-only then this panel cannot be edited. Its settings will be lost if the block template is deleted. Underneath, it’s still using a panel template, but for all practical purposes the panel properties become part of the block template.<\/p>\n

\"decoupled\"<\/a><\/p>\n

How to decouple panels<\/h3>\n

The quick way: hold CTRL key when you drag a panel template from the tree.<\/p>\n

In depth:<\/p>\n