Customised & styled ScrollBar

topelovely shared this idea 7 years ago
Completed

I discovered that the scrollbar component that is applied to dynamic content gives the prototype a non consistent feel. Can we have the opportunity to style scrollbar to the colors that we want or build a scrollbar widget that is reuseable or editable. This will go a long way to give designers more creative freedom. It will be nice to have other forms of scrollbar not necessarily vertical and horizontal. We can circular, arc, angular, you know.

Comments (16)

photo
1

You can build your own scrollbar with the new drag and drop features included in 4.3. Check this example to know how to do it http://justinmind.s3.amazonaws.com/cu....

photo
1

Thanks I would look at it right away.

photo
1

How can I attach this custom scrollbar to a content? Will it work like the scrollbar that came justinmind? Thank you.

photo
1

Take a look at this example http://justinmind.s3.amazonaws.com/Cu...

photo
1

Scrollpane not working with content when dragged. This looks like a hack rather than a solution. I was thinking the best solution could have been to give an interaction designer the ability to customise the existing scrollbar widget or some tool/components to make a custom scrollbar like the one in Adobe flash catalyst.


This solution is jerky and makes one look like a nerd.I'm sorry to sound like this but am not too happy with this solution.

photo
1

I'm sorry you feel this way however I understand your concern. What we currently have is a set of generic tools (interactions) that combined with widgets gives you the ability to customize their behaviour. Then all the widget's interactions/behaviour is explicitly defined by the user (there is no implicit functionality like the scrollbars usually have). So our widget customization is currently in a lower level in order to prototype as many interaction's cases as possible reusing the same given tools.


I understand scrollbars are a very basic widget and commonly used in current applications so we may take your suggestion into acount.


Thanks for your feedback.

photo
1

After 9 months nothing has been done to incorporate this feature. I'm not happy!

photo
1

I too wish that there were more options with scrollbars. It would be awesome if "scroll" could be an event, and I could get the scroll position after clicked. At the very least, using your alternative option as demonstrated in the linked samples, it would be nice to have a way to get the x/y position of the dropped object. That plus the means to move an object based on a variable (also now missing) would make the above linked samples function like a real scrollbar. Right now, the user must click the arrows and that doesn't simulate actual behavior very well. Those of us who are doing usability testing on prototypes may see users stumble needlessly over this superficial issue, when we're trying to use our prototypes to answer bigger questions. Thanks!

photo
1

Just to let you know that we really do value our customers' wishes and feedback. If we see that many customers want a particular feature, then we take them into consideration.


Let me see if there's another workaround for this scroll bar.

photo
1

John any other work around?

photo
1

Bernat its been two years have you taken the above into consideration?

photo
1

Sorry but I can't find any workaround aside from the example that Victor provided.


http://justinmind.s3.amazonaws.com/Cu...

photo
1

John will this be implemented in the next version?

photo
1

I will check with our product manager.

photo
1

Hi Harlan,


Unfortunately, this will not be implemented for the upcoming version. Maybe in a future version. Sorry about that.

photo
1

I would be more than happy if there was an option to just being able to scroll the content (with mouse scroll or by dragging with the finger in a mobile device) but not showing at all the scrollbar.


When prototyping a mobile app we don't need the scrollbar (which are ugly cause are the srollbar provided by the browser) but we do need a way to scroll the content. The way it works now you have to choose to hide then and not being able to scroll anything or to show them and get the ugly scrollbars plus "eating" a little of the layout you had reserved for the content.


In my opinion this should be quite high priority as its really the only thing that won't let me achive a decent result with my mobile prototypes.


Greetings and thanks for your support. 3f191c8b9d1e15f875236f6b67ebba38