Auto Scroll in browser to selected part

[timdown73]

It would be a nice option if the browser automatically scrolled to the part I have selected, rather than having to click "Find in browser".  The selected part already highlights in the browser but if you happen to be north or south of it in the browser you have to click "Find in browser".  Instead, just make the browser scroll to the highlighted part.  Have this as an auto-scroll option that could be turned on or off.

[yebyps]

Hi.  I'm just changing to Inventor after having used Solidworks for fifteen years.  This aspect of not automatically scrolling the browser to the part clicked on the screen is one of the most annoying changes in behaviour.  The issue of selecting multiple parts is a bit of a red herring - one only does this in exceptional circumstances, whereas clicking a single part, and wanting to inspect its details, is a common action. At least when the part is rightclicked and edit selected, it does autoscroll, and I'll use this as a workaround in the mean time. 

[krystianwiatr]

Good idea! for now I use a work around this, and customized my gesture menu to easy find parts in the tree. With the selection filter set to part vs component you can also find parts in big assemblies.

[dan_szymanski]

This idea is a duplicate of http://forums.autodesk.com/t5/Inventor-IdeaStation/Auto-Scroll-in-browser-to-selected-part/idi-p/372... which in turn has been Accepted as idea [US-173123]. Thanks!

[Anonymous]

We do have a similar request to Auto Scroll / Auto Expand the Assembly tree structure in browser and cross highlight the components selected in graphics window, instead of going and clicking "find in browser"

Thanks,

Gopinath

[DRoam]

I recently posted a potential alternate solution to accomplish the same thing. The idea is basically this: eliminate the need for finding the component in the browser tree altogether by adding a keyboard+click combination which brings up the browser-tree node for the selected component, right in the graphics window.

The idea is located here: Show component feature tree in graphics window after keyboard+click combination

Some explanation of why this is so powerful:

Now, if you have 4-5 components that you want to constrain to each other via their origin planes, you no longer have to make sure that you know where they all are in the browser tree before you start the constrain command, and then expand all of their nodes to get to the origin planes while you're in the constrain command.

Instead, you start the constrain command, hover over the component you want to constrain, bring up its browser node right there in the graphics window, click the plane you want, and then continue for the rest of your components. You don't have to continually keep up with expanding nodes, scrolling, and collapsing nodes to keep the tree clean. You now no longer need the tree.

Of course you'll need it for some specific tasks, but not for constraining work features for your component of interest, or even for finding constraints currently applied to your component of interest. You can do all of this from the component itself right in the graphics window.

(PS: This workflow becomes especially powerful when combined with this functionality: Keyboard+Scroll to "probe" through Assemblies/Patterns)

[DRoam]

I recently posted a potential alternate solution to accomplish the same thing. The idea is basically this: eliminate the need for finding the component in the browser tree altogether by adding a keyboard+click combination which brings up the browser-tree node for the selected component, right in the graphics window.

The idea is located here: Show component feature tree in graphics window after keyboard+click combination

Some explanation of why this is so powerful:

Now, if you have 4-5 components that you want to constrain to each other via their origin planes, you no longer have to make sure that you know where they all are in the browser tree before you start the constrain command, and then expand all of their nodes to get to the origin planes while you're in the constrain command.

Instead, you start the constrain command, hover over the component you want to constrain, bring up its browser node right there in the graphics window, click the plane you want, and then continue for the rest of your components. You don't have to continually keep up with expanding nodes, scrolling, and collapsing nodes to keep the tree clean. You now no longer need the tree.

Of course you'll need it for some specific tasks, but not for constraining work features for your component of interest, or even for finding constraints currently applied to your component of interest. You can do all of this from the component itself right in the graphics window.

(PS: This workflow becomes especially powerful when combined with this functionality: Keyboard+Scroll to "probe" through Assemblies/Patterns)

[DRoam]

If/when this is added, could it be a check/uncheck option directly in the Browser context menu? Maybe just called "[  ] Auto-scroll to selected component". That way I don't have to go to the App Options every time I want to change this workflow, I can just quickly toggle it right from the Browser right-click menu.

[DRoam]

Also, my two cents in regards to the multi-select question, I can't think of why auto-scrolling to more than one component would be useful in any way. The whole purpose of auto-scrolling is so you can access the sub-nodes of the selected component, in which case you wouldn't need to have multiple components visible at once. And the whole purpose of multi-selecting is generally to copy, drag, edit properties, etc., in which case you'd have no reason to need each instance is visible in the browser.

Given that, I would think that once you select more than one component, the Browser could just cease trying to auto-scroll.

Please correct me if I'm overlooking a reason that would be useful 

[Anonymous]

Any idea on when this feature will be implemented? 

Thanks!

[dan_szymanski]

Idea added to backlog for future consideration [740]. Thanks!

[Martin.calmar]

2022 And still not implemented... However this gives me the opportunity to add a suggestion to this wonderful idea.

I have both the Model tree and the Vault tree open at the same time to keep track of the status of my parts and assemblies. However if I double click my way to a desired part, the Model tree expands as I go, but not the Vault tree, so now I manually have to open/expand the right assemblies in order to see the status of my part or assembly in the Vault tree.

Could be very nice if the Vault tree expanded with the model tree when clicking your way into the assemblies and subassemblies.

Thanks in advance - hopefully we'll see some progress on this sooner than later. 

[dan_szymanski]

This idea has been implemented within Autodesk Inventor 2023.2. Please review the Inventor 2023.2 What's New article here, for more information regarding how you may leverage the AutoScroll browser option. Special thanks to everyone who cast a vote for it.

[Manuelcamposcosta]

Thanks for implementing this feature!! I think autodesk is making real improvements in with this type of simple things that give us a lot of effeciency.

[SER4]

Here's an idea to vote for the same autoscroll functionality in the Vault add-in browser tree (as said nicely by @Martin.calmar )

Autoscroll in Vault browser to selected part/component - Autodesk Community