Pro 6.0 Beta 2: bug with location of resizing handles for the workspace and preview area

Beta
#1

I love that the workspace panel is now resizable if required, however I’m noticing a slight strangeness in the location of the two handles when the workspace is on the left.

The handle for resizing the workspace is activating on the right, whilst the handle for responsive sizing of the preview area is on the left.

Also I wonder if there could be a coloured vertical line to indicate you are about the grab the workspace? This already shows up as a nice blue line for the responsive sizing, and a different colour for the workspace handle could be helpful at a glance.

Cheers!

3 Likes
#2

I’m trying to get used to the panes on the right, but I keep grabbing the wrong handle. Definitely a workflow slowdown, because we have to think and be careful not to grab the wrong thing. :slight_smile:

We could resize from the left, but that’s just not natural.

#3

Noted! I will be looking into this and cleaning things up for the next release.

#4

When can we expect the next beta?

#5

Pinging everyone here for feedback, but specifically @arthurodb, @Misho, @JvP, and @urchindesign since you all hopped in on this one. I can see the cleanup for these resize handles going two ways. I will attempt to be as clear as possible in my propositions:

#1. The only resize action from the dividing line between the Workspace and the Live Preview is to resize the Workspace, not shrink the Live Preview. In this scenario, the only way to resize the Live Preview directly is to click into one of the responsive previews using the icons in the toolbar, and then you can size your Live Preview up and down within the range you’ve selected. When you unselect the responsive icon, it snaps back to fullwidth. Resizing on the line always moves the Workspace with the Live Preview in tandem when the Live Preview is fullwidth.

To me this feels like the most expected behavior with the least amount of confusion as to “what just happened.” I don’t see much value in being able to resize the Live Preview only if I’m not already in one of the responsive breakpoint ranges. You can still resize the Live Preview once you’re in one of those ranges, but you have to explicitly move into that mode to do so:

#2. Both resizing actions are present on the dividing line of the Workspace and Live Preview, and you must carefully select which side you interface with to perform that action. In this scenario, it would perform more like things do now with the Workspace on the right, where when you’re hovering over the Live Preview side, you get a cursor to resize the Live Preview only, when you hover over the Workspace side, you get a cursor to resize the Workspace. This would be cleaned up and fixed based on @arthurodb’s feedback for both a left and right Workspace, just flipped to move with the Workspace.

Personally, this feels like it does have the potential to confuse users as they have to be a little more diligent in what they are about to interface with. But it does come with the benefit of everything being immediately accessible all the time:

Hopefully that all makes sense. Feel free to respond here with any questions you might have!

#6

Awesome, thanks for asking @kory

I think that #1 may be the best option if you consider that people aren’t resizing their Workspace all the time (just an assumption based on my own usage) They may set it once to their preferred width and that’s it.

Though on the other hand, having to click on one of the responsive breakpoint icons in the toolbar before being able to resize the Live Preview would be annoying (to me) It’s an extra click before you can do this often used action of resizing to see how things look, again just an assumption of mine since I do it all the time.

Personally I’d be ok with #2 for the above reason.

#7

Thanks @kory!

Personally, I was so happy when we got the preview resize and I’d be very sad if we lose it. Resizing the workspace is more or less a one-time thing, depending on the screen used. Resizing the preview in continuous manner without the breakpoint restrictions is amazing and very useful and I use it all the time.

I’d lean towards an option where the only resizing option is to resize the preview area, without the need of being careful. To resize the preview area, I’d love to have a button similar to the one of those inside the preview selector, so the workspace can be resized only when it is clicked. It even doesn’t have to be a visible button: it could appear in the context menu when right-clicking the Workspace.

If the above is not possible, I could get used to the option 2.

2 Likes
#8

I will roll with #2 for right now then. To be clear, in #1 you wouldn’t be losing the resizing of the live preview, just the ability to do it directly when it is fullwidth. If you clicked into one of the responsive breakpoints, you could still resize it there, but I hear what you all are saying. #2 is where we will take it, but that will just mean that users need to be a little more careful with what they’re dragging.

2 Likes
#9

I agree with going for #2, especially as I frequently like to have total flexible resizing available, to really fluidly see all the breakpoints in one go. Being restricted to the breakpoint ranges when activating those options would not be so ideal.

1 Like
#10

Sounds good! #2 has been implemented in Beta 3, which you can try out now. Cheers!