Builder UI 2.0: Revamped (more compact version of the interface and neutral colors)

I have been working on bricks for 3 years now and the user interface is great, but I think the interface needs some polishing to make it seem like a more mature product at the same time and also help builders achieve their goals.

I don’t know what the opinion of other users is, but many elements are too large and there is no need for such large input fields or general parts of the interface with so much spacing. Particularly since we don’t always work on large screens, and we make changes to clients’ sites (or they themselves) remotely.

That’s why I’m thinking whether it’s worth going a little further than what has been proposed as UI Revamped with Bricks 2.0.

---------- Why?

Basically, the user should mainly focus on what is visible in the canvas. The place where the final product is created, and the interface should be a helpful friend, not a buddy we have to fight with.

---------- Element sizes and spacing
Unfortunately, in my opinion, there is currently too much scrolling to find a particular field and resizing of the side panels to type something. Input fields and select fields look the same, have too much height / line-height, are at times too narrow (especially when we have long clamp or var rules).

The structure elements are also very large and tall, so that when we have a larger DOM, we have to really spread the panels wide, and as a result the canvas becomes tiny.

I often catch myself shrinking the whole interface through browsers to the 80% level so that I can work comfortably in the builder interface, but that’s not a solution when you’re checking the final front-end and have to restore it to 100% to see what the client will see.

These are just some of the pain points that, at first glance (at least in my opinion), make Bricks look like an immature product for people who have already been exposed to more tools, i.e. visual page builder.

------------ Color scheme of builder
On top of that, I’d love to hear your opinion on the color scheme of the interface. o While I think yellow is a great choice and direction, a color palette that goes to a shade of navy blue, or is some tint of blue, is something strongly distracting when creating in canvas.

Colors like grays, blacks and whites are always prominent in graphics programs, and for good reason, thanks to them we do not have a sense of distortion of the colors and color scheme of the project.

I think it would be good to implement this approach in bricks. Especially since it’s not a lot of work as a redesign of the whole interface and only a color tweak in css.

Sure! It is known that everyone can make their own builder color scheme, but it would be great if a more subdued and neutral color scheme was created.

------------ Styling of class and id
I am very happy to see that bricks version 2.0 introduces indicators of what class element or id values are inherited from. But let’s go one step further.

Based on how bricks renders the builder’s DOM, it can be boldly refined to make it clear and obvious whether we are currently working on id styling or class styling.

Let’s differentiate this on the basis of two colors. e.g. Yellow and Blue. You can say that this is a borrowed idea of how Advanced Themer does it, but this is one of the many great UX improvements that already exists in bricks, you just need to describe it nicely in css.

Enough writing, below are some concepts of what I changed in css to achieve a neutral and more compact interface in bricks.
Due to limited time, I can’t now describe everything that from my perspective is worth changing and show it professionally in the visualizations, but these are just some of the things I changed in the css to achieve the effect I post below.

I am curious about your suggestions and opinions on visual changes to the interface. Who else thinks that the UI/UX builder can be refined more with version 2.0?

--------- How to test the interface?
If anyone would like to test this style that works with Bricks 2.0 then follow these steps:

  1. Download and install the Stylus extension

Thanks to this you will apply styles to the browser and they will be visible on each of your projects where you use Bricks, without having to inject css in the builder settings.

  1. Install this userstyle
    Bricks 2.0 - preview — UserStyles.world

  2. Set color scheme to Dark in Bricks Settings and turn off Advanced Themer or or other plug-ins that affect the bricks interface.

Enable the “Bricks 2.0 style - preview” in Stylus and start the builder!

IMPORTANT NOTE!
This is not a perfect product, it requires some polishing and testing, but it is mainly intended to serve as an inspiration for the development direction for the Bricks team :slight_smile: and also for all of us who want bricks to be even better!

Visual ideas to improve
I am sending a short video showing what bricks looks like after installing the extension

Better resolution of below screenshot are here:
https://www.figma.com/design/Yy97AjYgOSbR8pBsGFbfI7/bricks-2.0?node-id=0-1&t=rjlKwXbe9LI00JvV-1

Neutral colors

A subdued color scheme that does not go into blue tones, where you can clearly see the blue hue. Most graphics programs are based on grays for a reason, because then the reference to the color point is reliable.
A subdued color scheme that does not go into blue tones, where you can clearly see the blue hue. Most graphics programs are based on grays for a reason, because then the reference to the color point is reliable.

More compact interface
When you work on a small screen Bricks has really large interface elements. You can make the padding and spacing of many elements smaller to scroll less and get to editing functions faster.

The red box shows how many more elements can be in one viewport height.

Input fields do not have to be one width. They might as well fill the entire free space of the line. In addition, reducing line-height and gap or spacing in general will also give us more space so that more fields are available in a single view.

A more concise structure list, thanks to a smaller height and smaller font size. Less contrasting structure item outlines. Smaller icons for loops, conditions and interactions so they don’t overlap.
Long text in the structure item name is not cut off.

Instead of two columns with elements and large gaps in between, we have a 3-column view without unnecessary spacing. Less scrolling to see the essentials in one view.

More micro-interactions (input states)
Input fields respond to hovering and clearly indicate which field is currently being edited through a yellow border.

Select buttons also change color when hovered over, and a different style than the usual input field immediately indicates that we are dealing with a drop-down list. The buttons are active (the given state is on), and we have a clear indicator which option is selected. Dropdown list is also lower.

Classes and indicators
The color information of the class styling or id element styling should be clearly visible.
All of these changes are possible within what is currently rendered by Bricks in the html structure. I think there should be a distinction when we style id elements - and they are always shown in blue as a element id in the class selector and as a blue little indicator that shows the change.

Similarly, there should be a clear distinction when we style based on classes. then we have yellow pointers and yellow classes in the class selector. then we maintain consistency.

The class selector could also be more separated into colors. We can see which classes are active, we can see what id element we have, we can see what classes we still have to choose from, and which are locked.

This approach should also be reflected in structure items. When we style the item id then the color should indicate the styling by id. (blue or other), and when we style it by class then in the structure we have the item pointed to the color of the class. (yellow)


9 Likes

I like many of these ideas. One exception: element list should be one compact column. It is easier to find things when you scan a list vertically down, as opposed to left-right-down, left-right-down, etc., imo.

1 Like

My honest opinion: I think your example looks too compressed and squashed, so that you need a bit longer to find the field you are looking for. I primarily work with 1440p and I think its perfectly fine there.
But on notebooks or smaller screens, I agree with you. However, in reality it is difficult to create the perfect UI here

Many great ideas, thanks for putting in the time!

I can agree with some of the “compact” stuff, there is no reason typically tiny icons like text alignment have to be blown up to large button sizes.
I prefer a “cockpit” style interface that would resemble something like a Photoshop or any kind of photo/video editor interface. Icons are standard and typical, input boxes don’t need a ton of line height. Element choices don’t have to be large squares etc.

The only thing I’m not sold on is the look of the structure panel. This is hard to style because it needs to fit a lot of information, status icons, menu, indicators, icon, text, without becoming too busy and bloated.
I’m not a big fan of the hollow borders since it creates a “double border” between items and creates a lot of horizontal lines. But then again, no borders could look like a mess too. I kind of prefer what we have now where each element is just colored different than the background. Same ultimate effect but without the look of tons of horizontal lines.

I use light mode, easier on older eyes. Does your proposal include a light mode variant? Otherwise, no need for Bricks to invest in changes to dark mode only.

Some of the compression suggestions have merit. However, the field sizes of variable lengths are a no. Too difficult to scan.

2 Likes

I was drawn to bricks by the accessibility claims.

Unfortunately, being partially sighted, I found the builder impossible to use due to the contrast.

The grey text on a black background is unreadable. I tried tweaking the colour variables, but that doesn’t affect any of the icon colours.
It’s been a while now but light mode was similar.

So if it’s getting a revamp, please consider a high contrast accessibility option, or make sure that everything including icons can be overridden.

Hi @robwent,

In the 2.0-alpha release, we made several builder styling changes, including adjusting the shades of grey used in the builder to improve contrast. If you still encounter any issues, please feel free to report them here in the forum as a new topic or reach out to us directly at help@bricksbuilder.io.

That sounds great!
I will give it another go soon.

1 Like