Gluggi Bundle

The Becklyn Gluggi Bundle is a modular layout system.

Installation

First install the bundle via composer:

composer require becklyn/gluggi-bundle

Load the bundle in your bundles.php
Load the routing:

layout:
    resource: "@GluggiBundle/Resources/config/routes.yaml"
    prefix: /_layout/

Configuration

You can define several config values in your app/config.yaml:

Key	Type	Required	Description
`layout_dir`	`string`	no	The layout directory, relative to your `%twig.default_path%`. Can be a legacy path (like `@Layout/test` or `@Legacy`) and will be parsed as a (partial) symfony-namespaced twig path.
`css`	`string[]`	no	The CSS files that will automatically be loaded. All paths are namespaced (see `becklyn/assets-bundle`).
`js`	`string[]`	no	The JavaScript files that will automatically be loaded. All paths are namespaced (see `becklyn/assets-bundle`).
`js_head`	`string[]`	no	Like `js`, but the files will be included in the head.
`info_action`	`string`	no	The action to render the info. See the section below for details.
`title`	`string`	no	An optional title of the project, that is added in some places in the output (i.e. as suffix in the HTML title and on the index page).
`data`	`array`	no	An array with arbitrary data. See below for details.

Default Configuration

gluggi:
    layout_dir: _layout
    info_action: ~
    title: ~
    data: []
    css: []
    js: []
    js_head: []

Usage

You can add your views in templates/_layout/{atom,molecule,organism,template,page}.

Including views in other views

Especially in views that include other subviews it is preferable to just import these subviews, instead of copy & pasting them through the layout project.

Gluggi contains a simple twig function that includes a component:

<div class="wrapper">
    {{ gluggi("atom", "example") }}
</div>

The function has three parameters: gluggi(type, name [, templateContext])

Argument	Type	Description
`type`	`string`	the type of the component, like `"atom"`, `"molecule"`, etc..
`name`	`string`	the name of the component (the filename with extension)
`templateContext`	`array` (optional)	the variables that are available in the templates

To keep your templates as minimal and clean as possible, you should always use {{ gluggi() }} instead of the twig-own {{ include() }} and {% include "..." %}.

Embedding other views

You can also embed other components in the current component, to extend and change some block contents. Use the gluggi_template(type, name) in the embed tag.

{% embed gluggi_template("atom", "example") with {a: 1, b: 2} %}
    {% block some_block %}
        More content.
    {% endblock %}
{% endembed %}

The function has two parameters: gluggi_template(type, name)

Argument	Type	Description
`type`	`string`	the type of the component, like `"atom"`, `"molecule"`, etc..
`name`	`string`	the name of the component (the filename with extension)

Template Variables

Components can use variables (just like any other Twig template). All templates need to work standalone, so the value of the variable must be defined in the template via {% set variable = ... %}.

To allow overwriting certain values, the ?? null coalescing operator can be used. If the component is included in another template, the variables can be changed.

atom/list.html.twig:

<ul>
    {% for i in 1 .. (entries ?? 3) %}
        <li>Entry #{{ i }}</li>
    {% endfor %}
</ul>

molecule/long-list.html.twig:

<div class="long-list">
    {{ gluggi("atom", "list", {entries: 10}) }}
</div>

Predefined Template Variables

There are some variables, that are always defined in the templates.

Name	Type	Description
`standalone`	`bool`	Defines, whether the component is previewed standalone or embedded in another component. Defaults to `false` in any `gluggi()` embed, `true` otherwise.

You can overwrite predefined values in included templates, by passing an explicit value as template parameter:

{{ gluggi("atom", "example", {standalone: true}) }}

`standalone`

The purpose of this variable is to provide an indicator whether the component is previewed in isolation or embedded in another template. This is for example important if a component receives its actual width from the parent.

atom/example.html.twig:

{% if standalone %}<div style="width: 800px;">{% endif %}

    <div class="example">
        {# ... #}
    </div>

{% if standalone %}</div>{% endif %}

molecule/product.html.twig:

{# here the width is defined on the product, so the helper <div> shouldn't be in the output #}
<div class="product">
    {{ gluggi("atom", "example") }} {# includes with standalone = false by default #}
</div>

Using assets in views

Inline assets

Load the assets directly from the bundle via becklyn/asset-bundle’s asset() function or just use the regular asset() function from Symfony:

<!-- Resources/views/atom/example.html.twig -->

<div class="example">
    <img src="{{ asset("@app/img/example.jpg") }}" alt="Example Image">
</div>

Separating content and layout assets

In a regular layout project, there are some assets that are required for the layout to function (like logos, background images, etc…). And there are content images, that act as placeholders in the layout previews.

It is recommended to separate the two images into two directories:

img for layout assets
content for content placeholder assets

Styling helpers

There is a styling helper for usage in your layout views.

It adds a top margin on every direct child element, except the first child. Use it like this:

<div class="gluggi-variations">
    <!-- First component -->
    <!-- Second component -->
    <!-- ... -->
</div>

If the component itself should not get a top margin, wrap the components in a single div:

<div class="gluggi-variations">
    <div><!-- First component --></div>
    <div><!-- Second component --></div>
    <!-- ... -->
</div>

Template Configuration

You can define configuration parameters in the template, for example setting the body class for a page component.

Template configuration is defined with a twig comment as the first element in the template:

{#-
    # the indention is automatically removed
    some_configuration: test
    another_value: a
-#}

The configuration format is YAML. All configuration parameters are optional.

Defined Configuration Parameters

Parameter	type	in	description
`body_class`	`string`	(any isolated view)	Sets the given class on the body.
`prevent_zoom`	`bool`	(any isolated view)	Sets the `viewport` meta tag to prevent mobile zoom.
`add_assets`	`array`	(any isolated view)	Adds given assets to a component.
`override_assets`	`array`	(any isolated view)	Overrides the given assets on a component.

Define configuration parameters “add_assets” and “override_assets”

The configuration parameters add_assets and override_assets are defined similar to the default configuration.

override_assets:
    css: []
    js: []
    js_head: []

add_assets:
    css: []
    js: []
    js_head: []

Index Info

The main app can embed arbitrary HTML into the index page. This will be added on the right side, next to the list of components. Just define a controller action in the configuration, and the returned HTML is embedded in the page. If the returned HTML is empty, the info container will be hidden.

gluggi:
    info_action: "SomeBundle:Test:gluggiInfo"

This will call SomeBundle\Controller\TestController::gluggiInfo(). This configuration option uses {{ render(controller("...")) }} internally, so every syntax that is accepted by this call, will be accepted by Gluggi as well.

Template Data

You can define global data, that is accessible in all component templates.

gluggi:
    data:
        key1: abc
        key2: 123
        icons:
            - "add"
            - "remove"
            - "search"

This data can be accessed in the templates via {{ gluggi_data(key) }}.

So for example:

{% for icon in gluggi_data("icons") %}
    <i class="icon icon-{{ icon }}"></i>
{% endfor %}

To ease fast debugging, the twig function will throw an exception, if the key is not defined in the data array.

Dummy Content

To easily produce some example pages, there are several Twig helper functions that render dummy content:

content

Renders example rich text content.

{{- gluggi_dummy("content", {headlines: 4}) -}}

parameters

name	type	description
headlines	number	The number of headline levels to render (default: `4`)

form

Renders a form with a lot of different form field types + states.

{{- gluggi_dummy("form") -}}

Table of Contents

Installation
Configuration
- Default Configuration
Usage
Styling helpers
Template Configuration
- Defined Configuration Parameters
  - Define configuration parameters “add_assets” and “override_assets”
Index Info
Template Data
Dummy Content
- content
- form