Nesting

With Bloqs you can create true heirarchial relationships with your content, and have them render as such in your templates. To start nesting just enable it on the field, and add an additional closing tag pair to each bloq as mentioned below.
Some basic nesting rules are also available that can be applied to each bloq.
Can be nested at any level
Can only be at the root
Can't be root and must be a child of another bloq
Set a bloq as must be a child of another bloq by selecting 1 or more possible parent bloqs
Set a bloq is allowed to have child bloqs
Set a bloq as having a minimum, maximum, or exact number of child bloqs
While editing your bloqs you may see warning messages when one of these rules is violated, however, Bloqs will not stop an entry from saving if a nestable tree is invalid based on the rules you defined. It is up to the content editors to ensure the nesting is valid before saving an entry (no warning messages means it is valid). If an invalid bloq tree is saved, the bloqs will still be rendered in your templates, but they may not display as you expect them to based on nesting rules and the HTML and CSS defined for the bloq.
When nesting is enabled you can choose to add a new bloq as an immediate child of the current bloq. Use the "Add bloq as child" to avoid excessive drag and drop of bloqs to build a nested structure. When nesting rules are applied, the menu respects those rules and will not let you insert a bloq where it does not belong. 
Enabling Nesting
All Bloqs fields default to the old sortable behavior. You must enable nesting on each field. If you want to use Bloqs, but don't need the nesting functionality, just don't enable the option and continue using Bloqs like you always have (you won't need the closing tag pair mentioned below).
Variables
If nesting is enabled, each bloq contains a few new variables:
1
{bloqs:parent:id}
2
​
3
{bloqs:parent:shortname}
4
​
5
{bloqs:children:total_bloqs} or {bloqs:children:total_rows}
6
​
7
{bloqs:siblings:total_bloqs} or {bloqs:siblings:total_rows}
Copied!
Template Tags
When nesting is enabled, the templates expect that each bloq have its own {bloqs:children} tag. This tag will render all child bloqs of the current bloq recursively.
1
{bloqs_field}
2
    {section_bloq}
3
        <div class="section"}
4
            <h1>{heading_atom}</h1>
5
            {bloqs:children}
6
        </div>
7
    {/section_bloq}
8
​
9
    {row_bloq}
10
        <div class="row"}
11
            {another_atom}
12
            {bloqs:children}
13
        </div>
14
    {/row_bloq}
15
{/bloqs_field}
Copied!
The following documentation about the {close:*}{/close:*} tag pairs is deprecated as of version 4.6.0. It will still work in future versions, but it will eventually be removed from the Bloqs codebase. For this reason, it is suggested to start using the new {bloqs:children} syntax noted above.
When nesting is enabled, the templates expect that each bloq have its own closing tag. The contents of this tag will be moved to the appropriate location in the final template output to wrap child bloqs. If you create a "section" bloq that is the parent of several child bloqs, the closing content of the section bloq will be added after the child bloqs have been rendered to create a properly nested HTML structure. The closing tag is always the name of the bloq it is in, prefixed with "close:"
1
{bloqs_field}
2
    {section_bloq}
3
        <div class="section"}
4
            <h1>{heading_atom}</h1>
5
        {close:section_bloq}
6
        </div>
7
        {/close:section_bloq}
8
    {/section_bloq}
9
​
10
    {row_bloq}
11
        <div class="row"}
12
            {another_atom}
13
        {close:row_bloq}
14
        </div>
15
        {/close:row_bloq}
16
    {/row_bloq}
17
{/bloqs_field}
Copied!
Bloq Variables
When a field is nestable, you have the option of prefixing your atom short names with bloq_var_. If an atom name has this prefix its value will be passed down to all child bloqs. The next bloq that contains the same atom at the same nesting depth, or higher, will have a new value, and thus pass it down to its children. In the example below the {bloq_var_columns} atom is defined on the Row bloq, which means its value is available in the Row bloq itself, and the Basic Content and CTA bloqs that are children of Row. Bloq variables only work with basic atom fieldtypes such as text, radio, or checkbox fields (or any fieldtype that outputs a simple string value). You can not use a Relationship field, or a 3rd party field such as Assets or Ansel as  bloq variable.
If you use a bloq_var in a conditional, you will need to quote it, e.g. {if '{bloq_var_columns}' > 2}
Example Code
The following example code is used in this video demo.
1
{bloqs_field}
2
    {section}
3
        <div class="container">
4
            <h1>{heading}</h1>
5
            <p>{summary}</p>
6
​
7
            {bloqs:children}
8
        </div>
9
    {/section}
10
    {row}
11
        <h2>{heading}</h2>
12
        <div class="row">
13
​
14
            <div class="col row-footer"><small>Some footer content at the end of each row</small></div>
15
            {bloqs:children}
16
        </div>
17
    {/row}
18
    {basic_content}
19
        <div class="col col-{bloq_var_columns}">
20
            <div class="basic-content">
21
                <h3>{heading}</h3>
22
                <p>{body}</p>
23
​
24
                {bloqs:children}
25
            </div>
26
        </div>
27
    {/basic_content}
28
    {cta}
29
        <div class="col col-{bloq_var_columns}">
30
            <div class="cta">
31
                <h4>{heading}</h4>
32
​
33
                {bloqs:children}
34
            </div>
35
        </div>
36
    {/cta}
37
{/bloqs_field}
Copied!
Add Bloq Menu
Cloning
Last modified 8mo ago
Copy link
Contents