Not quite sure how to express this, but in the new version, 0.7.4, the right hand side scroll bar is now infringing on the actual web site area.
Cheers.
Amazing work. Keep it up.
aren’t they always?
Hi @paulcruice,
I’m having trouble reproducing this here, could you post a screenshot showing the issue?
Thanks
Are you using a non apple mouse
Steve, no I am using an Apple Mouse.
I don’t see this issue with the trackpad that’s all I use
surely if they were outside then the scroll bars wouldnt work??
This is controlled in your Mac’s system setting (see image)
Switch it to “When scrolling”.
It’s actually a Safari/macOS bug that’s been around for a number of years. In other browsers, the scrollbars disappear when you stop scrolling.
@Bill If you select this option in your Macs settings, then they disappear when you stop scrolling in Safari as well.
That’s what I’ve set it on Ventura 13.7.5 - and scrollbar still shows all the time 
I think it still does if you’re using a non-Apple mouse 
For the record. I have my scroll bars set to ON all the time and I use an Apple mouse. This is an Elements problem which was fixed in version 0.7.3. Now in 0.7.4 the problem (for me ) is back again.
I think you need to describe the issue in more detail. As you’re saying you have your scrollbars set to be on all the time, and they are (from what your saying), then it’s hard to understand what you expect to be happening, as opposed to what you see happening.
Here is another drawing with the differences between the left and right hand sides of the page exemplified. This same difference can be seen in the previous graphic I posted as well. The problem has only reappeared since 0.7.4.
0.7.3 did not show this problem.
Cheers.
Scrap that, you’re right!
Just tested in a couple browser with a couple different sites.
When scrollbars set to “When Scrolling” (ie they get overlayed) the page should up the entire width of the window.
When scrollbars are always on (like yours) the page should reserve space for the scrollbars, and the html width is shrunk by 17px.
How this is done in modern standards, I’m not really sure.
You wouldn’t want to reserve the space else everyone like myself with scrollbars only on when scrolling would see a gap.
Seems about all you can do
html {
overflow-y: auto;
scrollbar-gutter: auto;
}
Which does not do much apart from say to the browser “You handle it”.
Here you can see how the different scroll bar settings does force the browser to automatically reserve the space (or not) You can see the page content shifting accordingly.
Is the problem just in the Elements Editor? If so, I think it might just be the dropzone in the menu while you’re in edit mode.
Feel free to send your project via Elements cloud, and we can take a closer look and confirm the issue.
Dan, this is what I had originally. Compare the difference with my last post. this shows the scroll bar outside the page.
In this iteration I was using the Standard menu and I set up an image as my background. All worked well.
When the new Menu and Background components came out, I upgraded my site to these new components. At the same time I upgraded the version to 0.7.4.
So before I send anything to you, I will play with this some more to see if I can work out what caused the change.
Of course I can’t determine if the upgrade to 0.7.4 had any effect as I have no way of going back to 0.7.3 unless you know of a way.
Cheers.