@jeff_strater, as mentioned this is my 3 takes on how Fusion can improve the DM and or TL experience. Though as I don't know how exactly Fusion DM and TL is programmed, I'm limited to my observations and use experience. Sorry that it took very long to reply cause I was busy with work and as you can see, I put lots of thoughts behind this. If you feel this post should be moved to a new thread, please do so.
Option 1: Hybrid Modelling
As mentioned in this thread earlier, SolidEdge is the gold standard when it comes to hybrid modelling or DM implementation.
What does this mean is DM sits on top of TL where DM is not able to see the features created in TL but TL is able to see DM features and is able to edit it as well. Below is some pictures explaining this:

This 2 features is created in DM, I'm now switching to TL

In TL, I added a hole as highlighted in green

When I go back to DM, notice the hole is missing and hover my mouse over the hole in Ordered (TL) shows an orange outline

Back in TL, I'm able to resize the feature created in DM even though it wasn't created in TL
In the case of Fusion, it’s slightly difficult to implement since there’s no part and assembly files. Traditionally, assembly actions like Move isn’t recorded or at least made visible to the user and TL is only available at Part file which makes it easier to manage since if a part has a messed up TL, the user can just either fix it or recreate the part, but in Fusion since the assembly is also involved, that process might not work as the user might break the assembly as well (or create lots of warning icons cause dependencies is broken)
Pros: Truly revolutionary, best of both worlds
Cons: Difficult to implement especially since Fusion doesn’t separate part and assembly files.
Option 2: Different Workflow (X-REF)
Using the current X-REF built into Fusion, the user is assumed to manually manage their own part and assemblies using components. For the sake of clarity, a part = a component that only has bodies and assembly is a component that has a minimum of 1 component (means it can both have body and component)

To better explain my points, please see the photos and description below it:

So upon opening an assembly, the user will be greeted with a bunch of linked parts. Since all these parts are linked, each has their own TL or if the user chooses so, DM, it depends on the design intent of the part. And at the assembly level, it’s up to the user to either use DM or TL. This means, TL or DM is constrained at its own component.

At the assembly level, user is not able to access the part TL unless he/she activates/edit-in-place the part. This allows scenarios like: parts is done in TL but assembly is done in DM or parts is done in DM but assembly is done in TL. Or better yet, a mixture of both depending on the design requirement. And guess we need to add an option like "create external component in-place" where it'll first do this as a part, and if the user creates more components in that, it'll become an assembly.
To make it easier for existing user, a new tool must be created to allow current components in a design file to be separated to part and assembly files

The upside of such method is it’ll allow the data panel to have a folder that’ll automatically keep track of individual parts iterations (each part is now individual version tracked instead of the whole assembly) and collaboration with different users (machinist, SIM and etc) is easier as it’s now possible to add restrictions to what users is able to access (e.g: Machinist only able to access individual parts and SIM only able to access whole assembly).
Pros: Easier to implement, better for collaboration cause of individual parts, improved part change versioning
Cons: Creates a different workflow which will mean added complexity to new users and tutorials has to be created on workflow recommendations based on the type of Fusion user, at the moment, using X-REF in Fusion leads to poorer FPS.
Option 3: Improved DM (Hidden Timeline)
Timeline is added to DM, but it’s hidden from the user

Since there’s now a hidden timeline, it’s possible to implement features like editable patterns and mirrors. Some rules probably have to be made on the hidden TL to make this work, mainly that sketches will be placed at the front, followed by bodies, then components and then pattern and mirror tool. Regardless of when the mirror tool is invoked or sketch is done, it’ll place it at the respective assigned areas in this hidden TL.

Probably to aid in making implementation of this easier, sub-assemblies or parts will not be tracked as it’ll live in its own hidden TL, in the parent component, it’ll only list part or assemblies in the TL.
Dynamic pattern(s) or mirror(s) is to allow the user to edit back patterns and for mirrors to be implemented in DM, whenever a pattern or mirror tool is edited, it'll automatically move to to back of the timeline (so it'll have the latest components change and etc).
By compartmentalising features into segments in the hidden timeline, it'll allow components to be reordered without breaking things.
Pros: DM will be better then what’s today with the addition of further intelligence and reduce the need for a user to switch to TL
Cons: Switching to TL will still likely be the same as Fusion today, means it’ll register everything as a single BaseFeature/Group.
Personally I like Option 2 the most, as it balances how Fusion works now and allows those additional benefits (mainly the smart folders and tracking individual parts) but at the expense of a new workflow is created. And I feel it's easier to implement then Option 1, though if Option 1 managed to be implemented, it'll really open up Fusion modelling capabilities. Option 3 is essentially improving DM by adding more intelligence to it so the user doesn't need to switch to TL.
Thank you for spending your time reading this long post and if there's any questions or clarifications, or if I didn't take account of a few scenarios, please ask away and I'm open to be contacted, be it via emails, forum or phone call.
Omar Tan
Malaysia
Mac Pro (Late 2013) | 3.7 GHz Quad-Core Intel Xeon E5 | 12GB 1.8 GHz DDR3 ECC | Dual 2GB AMD FirePro D300
MacBook Pro 15" (Late 2016) | 2.6 GHz Quad-Core Intel Core i7 | 16GB 2.1 GHz LPDDR3 | 4GB AMD RadeonPro 460
macOS Sierra, Windows 10
