r00dY
Joined 8 years ago
Joined 8 years ago
The idea behind Easyblocks is quite simple. Today if you want to create a custom text editor for your product you have a lot of options with different abstraction levels: Slate, Lexical, CKEditor, TineMCE etc. But if you want to create a custom PAGE BUILDER there's not much to pick from. There are GrapeJS or WebStudio, but they're based on HTML/CSS (there's a HTML nodes panel on the left and CSS properties panel on the right), which is too hard for most people. There's no abstraction over the HTML/CSS that would make the experience simple and foolproof.
Easyblocks architecture is based on a novel concept called No-Code Components. I personally find it fascinating. No-Code Components are defined with code but are also visually editable. Each No-Code Component can have CUSTOM styling properties which makes it both visually flexible and not overwhelming for end-users (no CSS overhead). It's as if you could build your own visual blocks with Squarespace-level simplicity. You can build the most custom logic out there and yet leave the user with something super simple to use and customised.
Btw, it all started with Shopstory - a visual page builder for headless CMSes (https://www.shopstory.app/). We had a moderate success with it but during the journey we got asked by multiple software vendors if they could use Shopstory INSIDE of their products. Since we had quite an advanced editor and architecture behind Shopstory we thought that we should make it public for everyone.
High five!
Most of "best websites" directories are for "installation art". Not usable, money-making design. It's art for artists.
But to be fair, we developers often do the same thing. We get too excited about dev-only things that don't always have much business value.
"Most directories tend to put emphasis on shiny and showy hyper-animated web experiments. Unfortunately, many of these projects fail when criteria like performance, mobile, usability, and accessibility are considered. It’s hard to find one single resource on the internet that would combine both the technological excellence and highly polished design in ecommerce space. The Headless Club started as an internal agency tool to foster ecommerce best-practices across our development team. Now we’re sharing our findings with you."
Disclaimer: I'm the co-author (with folks from commerce-ui.com agency). We'll soon make it not specific to headless but to all e-commerce stores.
First, it works inside of headless CMSes. It means that you get all advantages of structured content and yet add sprinkles of unstructured content when you need on top of that. You can always connect structured data into visual blocks built with Shopstory.
As for design consistency we build everything around design tokens. Not only fonts and colors but also page margins, grid gaps etc. Also, you will soon have permission system where designers can build templates but editors can't modify visual properties.
The bottom line is that I believe in the future we won't need to make a tradeoff between visual vs structured. You can have both at the same time and just fine tune the system to whatever direction suits you better.
True, but print media formats got even more simplified in web. The reason? Responsiveness constraints.
Many times I've seen great advanced "article-like" designs for desktop from ambitious designers. It turned out that making them easy to manage in CMS, stable in all possible combinations (or implementing good validators) and at the same time logical and good looking on mobile was extremely hard and not worth it.
This led to further simplifications...
... and then Medium looks like Medium.
There's not much place for creativity on mobile. And this is where most of the "fast content" is read.
All marketing sites converge on an identical design"