Wix Studio docking is wrong

Ask the community
1

It is beyond the scope of this post to highlight all the issues with Wix Studio (which are plentiful), and while I do get the general direction of the new “Scale” approach of studio, the implementation of it is extremely poor.

The main issue (or so it seems at least) is that no matter what units you use for positioning (i.e docking), behind the scenes it still all works with the “Scaled pixels” value, at least for the Y position as I can see.

I will give one example, If I dock an element to the center height of a container,
I expect that element to stay centered to its parent height.
Currently it seems to take the “Scale pixels” value initially set in the editor no matter what.

Simple use case would be a side strip with an anchor menu centered to its height,
In editor X I would set that strip to 100VH and pin the anchor menu to it’s center height, than the menu would always be at the center height of the viewport.

EditorX

In Wix studio this is just not working, in the editor you would center it to it height,
but the position will still be derived from the “scaled pixel” value.

Studio02

This just make Wix Studio completely useless for many BASIC website designs which Editor X solved from the the Classic editor in the first place.

Assuming all users would like to have their site using the new “Scale” approach is mind boggling to me, as this is a novelty and not how websites really work.

It’s a shame to have all these cool features like Clac, VH, VW etc, if eventually they all work not how you expect them to. I hope you guys can fix this, it just seems all the calculations behind the scenes are wrong.

As it is right now, I can’t see my self using studio or recommend it to any other users.

P.S why can’t we add video to forum posts?

2

Hey @a-bezalel!

Thanks for sharing :slight_smile:

By the looks of it, this should be a fairly straightforward fix.

From what I can see, there is likely a min/max value set in the container, which means when it get’s to a certain point, the min-height kicks in and the elements are responding properly.

I’d recommend checking the row value for the blu pinned sidebar, and probably set it to something like Auto.

Screenshot 2024-07-04 at 15.55.07

Let us know if this works or not :slight_smile:

3

Hmm, I actually did set the row height to 1 FR, but it reverted back to min/max
for some reason :confused:

Anyway nice catch, I set it back to FR and it fixed it
Thank you

4

Awesome!

Let us know if anything else comes up :muscle:

5

Just as a side note, I still think something is weird, If you look at the grey container with the small image inside, it is 50vh in height, the container height itself is properly set on the published site, and maybe the container just didn’t reach the min height value so it kept shrinking but than again, the image inside it, its docking was not following the center, so something is still weird there.

If there is a min height value for row, the container height didn’t respect it, but the docking of the element inside did, or the min height was not reached and than the docking is just wrong, in both cases it’s still odd behavior…

6

Yeah, something seems conflicting there. :thinking:

Looks like what is happening is the container has a min-height in SP* which the image is adhering to. But the grey container also has a height of 50vh which it’s following and allows it to get smaller than it’s row.

In the meantime, it seems like the same solution as previously to set the row to auto.

Will bring it up with the team :slight_smile: