+1
This is a huge drawback for designing web apps and sites. Any scrolling interaction is not going to be testable if the scrollbar is not visible.
Figma has a long way to go on the prototyping side, especially for web apps. Another thing us forms and form interactions. Not having any kind of keyboard input or navigation is a huge limitation.
+1 Our user who test the prototype don’t understand that they can scroll on certain element like text/paragraph 😦
+1 definitely a missing feature!
+1 - I’m doing user testing now and the lack of scrollbar is really messing up our data as people without scroll wheels or modern laptops are really struggling
+1 This just cost us a usability test as despite instruction, the subject could not understand how to use their trackpad to scroll. This is an accessibility issue for older/less technical subjects - exactly the people we should be trying to test with more!
This is such a HUGE issue when conducting user testing. We end up using a good chunk of the testing time educating users on how to scroll down a page with two fingers on a laptop track pad. Even then, we have had some users who still couldn’t scroll, which necessitated cancelling the session altogether.
Can somebody from Figma PLEASE at a minimum at least respond to this thread???!?
+1 Also ran into issues during usability testing where users were confused by the lack of a scroll bar in our prototype
+1. It’s frustrating having to explain to clients why there isn’t a scrollbar on the proto, but there frequently is one in a browser.
@Figma_Support Please allow the option to show a scrollbar when scrolling is enabled in the proto!
Lots of test participants are not seeing a scroll bar and not scrolling in the prototypes, voiding our tests and making the prototypes unsuitable. Would love to see this essential feature updated to give a more real web browsing experience. Thanks
This is needed for prototype user testing. Its causing issues
Definitely a major issue, which doesn’t seem too complex to implement.
Interesting that a tool used by User Experience, UI Designers, Designers, etc. would be designed with no input from their research teams.
Did anyone even ask a UX/Design Researcher if hiding the scroll bar would be OK when running UX/Design Research?!
This may be fine for people who use a MAC, but not for others. (There are actually more people using non-Mac computers than MAC computers. (Linux, Windows, Chrombook).
I was so looking forward to using Figma, but y’all failed me.
I’m new to Figma, and this is one of those things that is just so stunning to me I’m at a loss for words… 😲
It’s insane they still have not fixed this. I keep having to tell people Figma just doesn’t work on its own, too wonky. Gotta wrap it in Maze or something or do screen share.
+1
We need to see a scrollbar inside the prototype.
- because scrollbars actually exist in our products.
- because scrollbars exist practically everywhere else.
- because scrolling without a mouse on PC often just doesn’t work when conducting user testing.
- because you’ve bound the page up and page down keys to the prototype flow.
- because it has been years.
Having the same problem, doing user testing and users on Windows machines don’t know they can scroll. Since these are prototypes they already have the expectation that some features won’t work / that it’s incomplete, so that further gives the impression that they can’t scroll.
Even had a user try zooming out in the browser, which did reveal a little more of the page, but it appeared cropped at a certain point so it REALLY looked like there was nothing else to scroll to.
User testing is a HUGE part of what prototypes are for! We need a scrollbar!
Just adding my vote to this after seeing some user testing playbacks and guess what? No scroll bar, no scrolling. That Figma can just casually turn off scroll bars like this shows that they don’t understand a pretty fundamental aspect of interaction design.
I am web developer and whenever I am given design in Figma I struggle to know what’s scrollable… even in Figma UI. I constantly ask the designer where is the page because it’s not on the list… just to be told that I need to scroll the element that does not seem to be scrollable in the first place!
What struck me is that Figma did actual work, spent actual designer and developer time to introduce an antipattern of hiding scrollbars.
I created a tampermonkey script to reintroduce the scrollbars - and now it’s clear what is scrollable and what is not.
You need to create a new tampermonkey script with GM_addStyle grant and then use the following:
GM_addStyle(`
- {
scrollbar-color: auto !important;
scrollbar-width: auto !important;
}
`);
Prototyping tool without scrollbars = fail. Considering going back to Axure.
Hey All, thanks for your feedback!
We’ll pass this onto our prototyping team for consideration.
Agree to this feature request. When prototyping for desktop devices, the scrollbar is not only a visible indicator that there is additional content available, but also indicates the relative amount of new content that is hidden. Interacting and gathering feedback on this content is important to many of our usability labs. It should be relatively simple to implement: just include a checkbox to optionally include the scrollbar for overflow, scrollable content.
