Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.
First time visiting? Here are some places to start:- Looking for a certain topic? Check out the categories filter or use Search (upper right).
- Need support? Ask a question to our Community Support category.
- Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
- Be respectful, on topic and if you see a problem, Flag it.
If you would like to contact our Community Manager personally, feel free to send a private message or an email.
Vertical Scrolling in Feature List
andrew_troup
Member, Mentor Posts: 1,584 ✭✭✭✭✭
Onshape's Feature List has a re-invented scrollbar. I reckon it flat sucks.
(OK, I'm too civilised to say what I REALLY think)
The only rapid transit option is to click on the (rather small) scroll box and drag it. It's fussy: you have to watch like a hawk, and position (and reposition) the mouse with some care, to scoot up and down a long list in single screenfuls. (You don't want to overshoot the feature you're hunting for)
If you are slightly to the left of the rather narrow target zone, you will instead drag a feature to a new position, which will instantly screw your model up. This is merely irritating to power users, provided they're watching like the aforementioned hawk, but could easily throw a new user into a tailspin.
I don't know if Onshape copied this re-invention (with reduced options) from the Google Chrome OS, which is the other place I've noticed it on desktop machines.
Elsewhere, even in Onshape's Document List, it is possible to "page-down" (and up) in ALMOST whole screenfuls (cleverly adjusted to the current view so you don't miss anything) by clicking on the "elevator shaft" above or below the square representing the current viewport (elevator/ screen).
The "elevator shaft" and scroll box are more generously proportioned, and even without that width, it's much easier in the conventional interface to position the mouse arrow in the tall rectangular space. It requires positioning in only one axis, rather than in two simultaneously.
Furthermore, the user can park the mouse on the arrow at top of bottom of the "lift shaft" and do short scrolls simply by clicking on it and holding. This is much easier and less fatiguing than dragging a very small box, the only current option (AFAIK) for those without a wheel mouse.
If a consensus emerges from discussing this post, I'll make an improvement request on that basis. If not, I'll draft one "how I see it".
I won't go into the rollbar deficiencies just yet: let's keep this on message for now?
(OK, I'm too civilised to say what I REALLY think)
The only rapid transit option is to click on the (rather small) scroll box and drag it. It's fussy: you have to watch like a hawk, and position (and reposition) the mouse with some care, to scoot up and down a long list in single screenfuls. (You don't want to overshoot the feature you're hunting for)
If you are slightly to the left of the rather narrow target zone, you will instead drag a feature to a new position, which will instantly screw your model up. This is merely irritating to power users, provided they're watching like the aforementioned hawk, but could easily throw a new user into a tailspin.
I don't know if Onshape copied this re-invention (with reduced options) from the Google Chrome OS, which is the other place I've noticed it on desktop machines.
Elsewhere, even in Onshape's Document List, it is possible to "page-down" (and up) in ALMOST whole screenfuls (cleverly adjusted to the current view so you don't miss anything) by clicking on the "elevator shaft" above or below the square representing the current viewport (elevator/ screen).
The "elevator shaft" and scroll box are more generously proportioned, and even without that width, it's much easier in the conventional interface to position the mouse arrow in the tall rectangular space. It requires positioning in only one axis, rather than in two simultaneously.
Furthermore, the user can park the mouse on the arrow at top of bottom of the "lift shaft" and do short scrolls simply by clicking on it and holding. This is much easier and less fatiguing than dragging a very small box, the only current option (AFAIK) for those without a wheel mouse.
If a consensus emerges from discussing this post, I'll make an improvement request on that basis. If not, I'll draft one "how I see it".
I won't go into the rollbar deficiencies just yet: let's keep this on message for now?
Tagged:
5
Comments
eg in Chrome: just RMB on the browser tab and choose "Duplicate", make sure the browser window is not full screen, then drag the tab down into the window to shift it to its own new window
and resize the two windows for viewing side by side; this way you could have one window showing as much of the feature list as possible, and the other doing the same for the parts list.
It's a bit funky at present for some uses, but worth checking out - for instance, simply selecting parts in one window doesn't show up in the other (and maybe that's for the best), but hiding a part in one window does show up in the other.
I've abandoned trying to find anything in it by scrolling, and find clicking the feature on the model to be much easier. Click the feature you want to change, and it's highlighted in the list.
Now....about those folders :-)
Mouse scroll works ok for me.
It is very difficult to find features as it is a too plain list (maybe colors or icons can help on this)
The scroll bar is too narrow to click on it.
As well may be a hide button will be nice.
Users do not necessarily have a scroll wheel, and even when they do, it does not support paging through a long list (ie jumping in single-page increments) which is by far the quickest way to carry out a visual search without missing anything.
IOW, I am suggesting, in the strongest terms, that Onshape fix the user interface by reverting to conventional scrollbar capability, as invented by Xerox PARC and used by Apple Liza and Mac (and then Windows) OS and applications ever since. It was not broken and did not need fixing.
AND it is used elsewhere within Onshape.
Numbers in red are feature numbers. They could be turned on/off based on user's preference. I have seen this capability in Creo. Whenever it is required to see any feature user can refer the number, so scrolling can be considerably reduced for complex model tree. With the help of current Onshape tree filter we can filter the features by name and type. Probably it can be customized to include feature number also.