MySource Matrix has been superseded by Squiz Matrix. This site will remain available for archival purposes only; it is not intended as a current source of Matrix information. For all the latest on Matrix, including documentation and release information, visit the Squiz Matrix site.
This Trigger Condition allows selection of a Metadata Field and will evaluate to FALSE if the value is empty or is set to the default value of the field.
This Trigger Action sets the "Force Secure" setting on the firing asset, analagous to setting this from the "Settings" screen of the asset. The three options - "Force secure protocol (HTTPS)", "Force insecure protocol (HTTP)" and "Allow all protocols" can be selected here.
A new event "After Asset Built" can now be captured via Triggers which signals when an asset has been finalised after creation from an Asset Builder or Account Manager Page.
Assets which are finalised have in place all required metadata values and paint layouts as appropriate. This differs from the "Asset Created" event, which is fired before the asset is finalised.
This new Trigger Condition can be used within Triggers to perform actions after a candidate Metadata Field value has been updated.
Asset based keywords in the format %link_target_xx% have been added which return the keywords of the linked asset. For example, %link_target_name% will return the name of the linked asset.
A new keyword %link_relation% has also been introduced which will return the value of the "Link Relation" attribute of the Link asset.
Keyword modifiers, similar to those supported on the MySource Mini, have been added to Matrix. These are represented as extensions to existing keywords and are denoted by the presence of a caret character (^) and modifier keyword.
For example:
%[asset_keyword]^[format]%
http%3A%2F%2Fmatrix.squiz.net%2Fdeveloper%2Fchangelogs%2F3.24.x%2F3.24.0-3.24.1 : The URL-encoded equivalent of the asset's URL
3.24.0 - 3.24.1 : The asset's name in uppercase
15 : The number of characters in the asset's name
Checkboxes are provided on the "Linking" screen to prevent asset links from being manipulated. When configured on an asset, this can effectively prevent the asset from being moved elsewhere within the system. This only applies to child assets so the related parent asset may still be moved or deleted.
A new button has been added to content type areas to allow the underlying source to be viewed when no locks are acquired on the asset. Clicking the button will toggle between the source and preview content.
This new asset, similar in operation to Asset Listing Page, provides an easy way to create Tag Clouds from assets tagged with Thesaurus Terms. A Root Node is selected from which tags will be compiled from its child assets. All asset types are selected which match the "Link Types" selected from the "Details" screen.
The resulting page is a list of applied tags, sorted by the number of assets to which each tag applies. The combined tag weighting across the candidate assets is provided via the Display Format keyword %tag_size%. This can be used in conjunction in an implementation to adjust the size of each tag for a Tag Cloud display.
Tags displayed can be filtered by a particular Thesaurus and limited by a maximum tag weighting, as set from the "Details" screen.
Assets created by the "createAsset" action can now be restricted by one or more exact asset types. It is also possible to pass in attributes other than the asset name when creating assets.
The attribute names and values are supplied to the JS API "createAsset" action in the following notation: eg; (For a News Item)
contact_name=Fred&contact_phone=0123
Will set the Contact Name to "Fred" and the Contact Phone to "0123"
The return of result codes via JSON can now be disabled to prevent end users seeing information such as asset IDs. This and the above modifications are controlled from the "Details" screen of the JS API asset.
These modifications have been graciously contributed by JS API author Nic Hubbard.
Matrix cache entries can now be stored within Memcache rather than the default SQ_CACHE directory specified in main.inc. Clearing of Memcache-based Matrix caches cannot be done on an asset basis, due to lack of search support within Memcache.
A memcache.conf file must be defined in the data/private/conf directory to enable Memcache storage. A template file memcache-inc.sample is created in this directory upon running the step_01 installation script.
Matrix lock entries can now be stored within Memcache rather than the sq_lock database table. The configuration required to enable the Memcache Storage System (detailed above) is a requirement for this functionality.
Forcibly acquiring locks, mass changing of lock ownership and notification of active lock ownership is not available under Memcache Asset Locking due to current Memcache limitations.
Site URLs can be configured with a "Base Context" which defines the initial context used for assets created underneath. This is configured from the URLs screen of Site assets.
Content can now be viewed on the "Preview" screen of an asset under a specific context by selecting the context from a drop-down list. This performs similarly to existing lists which allow previews to be displayed under different designs.
An HTTP GET variable SQ_CONTEXT_NAME can be used similarly to SQ_DESIGN_NAME to show content temporarily in a different context away from the "Preview" screen.
Elements of assets such as Calendar Events, Site Map and those that list assets via Listing Engine (Search Page, Asset Listing etc.) now have either "contextable" elements or are aware of asset types which may provide alternate contexts.
The most likely implementation of context aware assets would be to provide language varients for some content (eg; bodycopy) and attribute elements. These modifications ensure that context-specific data is loaded from cache, where appropriate, or sourced via the Context System.
A requirements checking script, install/check_requirements.php, has been added to verify the program requirements of a Matrix installation against the server configuration. This script is executed from the Matrix system root directory as follows:
php install/check_requirements.php /path/to/matrix
Required third-party applications, PHP extensions and PEAR packages will be notified, as well as suggested utilities which provide certain optional functionality within Matrix.
Any <b> or <i> elements will be converted to <strong> and <em> respectively when HTML Tidy is enabled in WYSIWYG content containers.
Assets which allow communication with web services that expose themselves using REST (Representational State Transfer) methods are now available in the Web Services Package. This set of assets include Page assets that display the results of calls to RESTful resources, as well as a Form Action and Trigger Action that can execute such a resource.
A REST Manager caches requests based upon the cache settings configured for these assets as set on the "Details" screen. Clearing the cache of REST Manager will clear cached request and response data.
The "Preferences" screen of User Group assets now provides the ability to assign a Context ID to be used for User Group members for a Matrix session.