![Oracle Drags Its Feet in the JavaScript Trademark Dispute](https://cdn.sanity.io/images/cgdhsj6q/production/919c3b22c24f93884c548d60cbb338e819ff2435-1024x1024.webp?w=400&fit=max&auto=format)
Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
@unshopable/liquidx
Advanced tools
XML-like syntax extension to Shopify's Liquid template language
LiquidX is a XML-like syntax extension to Shopify's Liquid template language. It's not intended to run on Shopify's servers, thus needs to be used by preprocessors (transpilers) to transform it into standard Liquid.
<Grid columns="{{ 2 }}">
<GridItem>
<Media placeholder="product-1" />
</GridItem>
<GridItem>
<VerticalStack class="h-full" gap="{{ 8 }}" align="center">
<VerticalStack gap="{{ 2 }}">
<Text as="h2" variation="heading3">Product 1</Text>
<Text>
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt
ut <strong>labore et dolore</strong> magna aliqua. Ut enim ad minim veniam, quis nostrud
exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
</Text>
</VerticalStack>
<Button plain icon_right="arrow-right">Learn more</Button>
</VerticalStack>
</GridItem>
</Grid>
The purpose of LiquidX is to improve the developer experience and speed up the development process tremendously – we're talking 10x here. It achieves this goal by making it almost trivial to implement design systems and component libraries.
Out of the box, Liquid does not support nested structures for components (aka snippets) which makes it hard – or even impossible in some cases – to create really reusable components. LiquidX introduces a concise and familiar syntax for defining tree structures with attributes while adding almost no syntactic footprint.
Note If you're not using any build tools yet, the fastest way to implement LiquidX is Melter with the LiquidX Melter Plugin.
This package exports a render
function which expects a string. If this string contains LiquidX syntax than it's rendered to Shopify-compatible code.
To illustrate how easy it is to implement LiquidX yourself in your Shopify theme projects, we'll do a quick implementation with Melter.
Assuming that you already installed Melter, create a new file:
melter-liquidx
├── node_modules
├── src
│ └── ...
├── melter.config.js
+ ├── liquidx-plugin.js
├── package-lock.json
└── package.json
liquidx-plugin.js
const { render } = require('@unshopable/liquidx');
const { Plugin } = require('@unshopable/melter');
class LiquidXPlugin extends Plugin {
apply(compiler): void {
compiler.hooks.emitter.tap('LiquidXPlugin', (emitter) => {
emitter.hooks.beforeAssetAction.tap('LiquidXPlugin', (asset) => {
if (asset.action !== 'remove') {
asset.content = Buffer.from(render(asset.content.toString()));
}
});
});
}
}
module.exports = LiquidXPlugin;
Now add this to your melter config:
+ const LiquidXPlugin = require('./liquidx-plugin.js');
/** @type {import("@unshopable/melter").MelterConfig} */
const melterConfig = {
+ plugins: [
+ new LiquidXPlugin(),
+ ],
};
module.exports = melterConfig;
Now that LiquidX is ready to be transpiled, let's talk about how to create components. Let's take a look at an example.
First, create some new files:
melter-liquidx
├── node_modules
├── src
+ │ ├── snippets
+ │ │ └── button.liquid
+ │ └── sections
+ │ └── section.liquid
├── melter.config.js
├── liquidx-plugin.js
├── package-lock.json
└── package.json
Note We recommend creating a dedicated directory for components to have a clear distinction between "snippets" and "components". This can easily be configured with the
paths
option in Melter.
components/button.liquid
<button>{{ children }}</button>
sections/section.liquid
<Button>Click me!</Button>
In this example {{ children }}
will render "Click me!".
It's important to understand, that components are basically just native Shopify snippets that give access to an optional children
property.
You could also rewrite the example above:
- <button>{{ children }}</button>
+ <Button children="Click me!" />
With this in mind you can start building reusable UI components. For instance, you can update the button
component so it can either be a <button>
or <a>
:
components/button.liquid
+ {%- liquid
+ # Determine tag name and optional attributes of the underlying element (button or anchor).
+
+ assign tag_name = 'button'
+ assign inner_attrs = null
+
+ if url
+ assign tag_name = 'a'
+ assign href_attr = 'href="' | append: url | append: '"' | sort
+ assign inner_attrs = inner_attrs | concat: href_attr
+ endif
+ -%}
+
+ <{{ tag_name }}{{ inner_attrs | join: ' ' }}>{{ children }}</button>
- <button>{{ children }}</button>
sections/section.liquid
<Button>I'm a Button!</Button>
<Button url="/cart">I'm a Link!</Button>
This renders:
<button>I'm a Button!</button>
<a href="/cart">I'm a Link!</a>
Props can be of any type Liquid supports:
<MyComponent
string1="string"
string2="1337"
string3="{{ '1337' }}"
number="{{ 1 }}"
float="{{ 1.5 }}"
boolean1="{{ true }}"
boolean2
variable="{{ cart }}"
...
/>
For a smooth developer experience make sure to document all available props in your component:
+ {% comment %}
+ Renders a button component.
+
+ @param {string} [url] - A destination to link to, rendered in the href attribute of a link.
+ @param {any} children
+
+ @example
+
+ <Button>Add to Cart</Button>
+ {% endcomment %}
+
{%- liquid
# Determine tag name and optional attributes of the underlying element (button or anchor).
assign tag_name = 'button'
assign inner_attrs = null
if url
assign tag_name = 'a'
assign href_attr = 'href="' | append: url | append: '"' | sort
assign inner_attrs = inner_attrs | concat: href_attr
endif
-%}
<{{ tag_name }}{{ inner_attrs | join: ' ' }}>{{ children }}</button>
Note This "LiquidDoc" is also what will be used to power intellisense/autocompletion in VSCode in a later release.
TODO
FAQs
XML-like syntax extension to Shopify's Liquid template language
The npm package @unshopable/liquidx receives a total of 2 weekly downloads. As such, @unshopable/liquidx popularity was classified as not popular.
We found that @unshopable/liquidx demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 2 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.