by
Blicks
1 (0 reviews)
Blicks - Layout Blocks for the Block Editor
Layout and content blocks for the block editor, with hover, breakpoint and pseudo-element controls on a design system that syncs with theme.json.
Blicks ranks #70,059 among WordPress.org plugins with 1+ active installations, a 1/5 rating from 0 reviews, and was last updated Sep 22, 2026. Data from WordPress.org, refreshed twice daily — see methodology.
Compatible with WP 7.1
v1.0.1
Current Version v1.0.1
Updated 1 month ago
Last Update on 22 Sep, 2026
Refreshed 1 week ago
Last Refreshed on
Rank
#70,059
—
No change
Active Installs
1+
-50%
KW Avg Position
N/A
—
No change
Downloads
234
+2 today
Support Resolved
0%
—
No change
Rating
20%
Review 1 out of 5
1
(0 reviews)
Next Milestone 10
0+
10+
57,122
Ranks to Climb
-
Growth Needed
8,000,000
Active Installs
Pro
Unlock Exact Install Count
See the precise estimated active installs for this plugin, calculated from real-time ranking data.
- Exact install estimates within tiers
- Track install growth over time
- Milestone progress predictions
Need 9 more installs to reach 10+
Rank Changes
Current
#70,059
Change
Best
#
Downloads Growth
Downloads
Growth
Peak
Upgrade to Pro
Unlock 30-day, 90-day, and yearly download history charts with a Pro subscription.
Upgrade NowReviews & Ratings
1.0
0 reviews
Overall
20%
5
0
(0%)
4
0
(0%)
3
0
(0%)
2
0
(0%)
1
0
(0%)
Track This Plugin
Get detailed analytics, keyword tracking, and position alerts delivered to your inbox.
Start Tracking FreePlugin Details
- Version
- 1.0.1
- Last Updated
- Sep 22, 2026
- Requires WP
- 6.6+
- Tested Up To
- 7.1
- PHP Version
- 8.1 or higher
- Author
- Blicks
Support & Rating
- Rating
- ★ ☆ ☆ ☆ ☆ 1
- Reviews
- 0
- Support Threads
- 0
- Resolved
- 0%
Keywords
Upgrade to Pro
Unlock keyword rankings, search positions, and detailed analytics with a Pro subscription.
Upgrade Now
Frequently Asked Questions
Common questions about Blicks - Layout Blocks for the Block Editor
No. Blicks lives inside the native block editor and adds layout primitives — Stack, Grid, Box, Section — that you compose the same way you compose any other block. Nothing replaces your editor.
It is built for block themes and full site editing, where it reads the presets your theme.json defines and resolves its own tokens through them. It also runs on classic themes, but falls back to its own default token values, since there is no theme.json to sync with.
No. Blicks keeps its own catalogue of token slugs, and their values alias your theme's preset variables where the theme defines them. Where it defines none — a shadow scale, say — Blicks supplies its own, so a control is never empty.
Blicks enqueues one stylesheet, 13,301 bytes gzipped, on requests that render a block. There is no per-block <style> tag and no per-request CSS generation for token and utility values. Per-instance rules — pseudo-elements, container queries, keyframes — are collected and deduplicated into a single block in the footer.
Blocks save static HTML, so the markup stays in the post. The runtime stylesheet stops loading, so the styling it carries goes with it.
By default, nothing is removed — your tokens, themes, animations and settings survive a delete and reinstall. If you want Blicks to clean up after itself, set On uninstall to "Delete all Blicks data" in Blicks → Settings before deleting the plugin.
No. There is no stylesheet field, no script field and no snippet runner. Blicks never evaluates anything you type, and you cannot write a CSS rule, a selector or an at-rule anywhere in it. Two places do accept typed input. Some controls take a typed value rather than offering a picker — a length like 800px, a transform like translateX(10px), a shape like polygon(0 0, 100% 0, 100% 100%). Each of those is the value of one named property that the control itself chooses; you cannot write the property, a selector or a rule. Every value is validated whole against a closed list of permitted characters and CSS functions before it is used, so a value cannot end its own declaration or start another one. Anything that does not validate is dropped. The custom animation editor (Blicks → Design System → Animations, administrators only) works the same way. Each keyframe step is a form row: you pick a property from a fixed list of animatable properties (opacity, transform, color and similar), and type its value, which is validated exactly as above. You cannot name any other property, write a selector or add an at-rule; Blicks generates the @keyframes rule and its name itself.
Yes. Import HTML in the editor's options (⋮) menu opens a one-way importer: you paste a block of markup, Blicks maps each element to the closest Blicks block, and inserts the result into the post. It reads each element's inline style attribute only — not <style> blocks, not stylesheets, not <script>. A declaration is kept only where its property matches an existing Blicks control that takes a plain value; it then becomes an ordinary block attribute, validated exactly like any value you would have typed into that control yourself. Everything else — every property with no matching control, and every structured control that would need reshaping — is dropped, and the import report names each one so nothing is silently discarded. The pasted text itself is never stored and never rendered. No pasted CSS reaches the front end unvalidated, and pasted <script> is parsed as text, never executed.
Yes, via the media library. Background image URLs are restricted to your own site's uploads or an ordinary http(s) address; javascript: and data: URLs are rejected.
Yes. Rules that carry a keyframe animation are emitted inside @media (prefers-reduced-motion: no-preference), so a visitor who has asked for reduced motion never gets them.