What would also be useful is an option to show the feature tree in a simple "Chronological View". This would show one part only at a time

As mentioned above, finding your feature in the feature tree (for a complex object) requires patience and luck. ESP and witchcraft may also help

All I want to see here is a list of features going back in time to genesis

If we did this, it could sow the seeds for potential new features like "Rollback" where you could easily take your part back to a given state (based on order of creation), say before you started your shelling and rounding operations

(I find the current implementation of Feature Tree very frustrating to deal with .. others may not .. that's why I'm suggesting this as an alternate simple or chronological mode)

I'd be more than happy with just these extra features alone, Jol/ Tim :D. The highlight feature with a mouse-over is spot on! Solidworks has this. Why not Shark?



I would prefer if the feature list 'greys out' rather than dissapears (if I've understood you correctly?) I've got such a terrible short term memory- lol! :o

Yep .. you're quite right TT !

These numbers are ridiculous

These crazy numbers can perhaps stay - but need abstracting from the user's perspective to become "entity_1", "entity_2" etc

We need some action on this in V6

.. the time of rooting around amid hundreds of feature tree entries for the one you need must come to an end !

I like the idea of being able to select a feature with the selection tool and rt clicking to the menu and having the mini menu like feature finder or what if...

adding a command in the right click menu to "open feature tree" and the feature tree would open to the feature you have selected with the selection tool and would be highlighted. Very similar to rt click object info... but instead it would open the feature tree to the location of the object selected?


Jason

LOL....

How about runes?

I Rooll mY Neck and wiGglE my hanDs...
I hoPe the surFacing GOES as PLANNED

THe U and V are NOT coPLANAR...
But to ME this is a NO BRAINER...

Jol

this is a good subject but it gets wordy to describe..

I understand having the ambiguity pop menu but, dosen't the program already recognize features by where you select for example...

if you use selection tool and double click on the feature you want yes the whole part highlights but it does open the object info box and update the data entry fields at the top with the correct feature you clicked on to modify but its confusing seeing the whole part highlighted instead of only the selected feature highlighted.

if you use the selection tool and single click on a feature like a particular fillet/chamfer,hole the whole object highlights and if you rt click and pick object info it opens object info with the last created feature selected not the one you click on??? I am not sure if this is how its supposed to work?

I like your suggestion of the feature tree opening up to the selected feature and selecting it and then it should be the only highlighted feature on the object, but is the submenu necessary? If you double click on an object's feature the object info box opens to the correct feature so it knows this by where you click with the selection tool.

so if you click on say a fillet then right click -->contextual menu and have a option -->open feature tree and it automatically opens as you described in your 1st post opens to the correct place in the feature tree highlights the feature and then the feature should be the only highlighted thing on the model with the data entry bar updated and ready to go. Currently the data entry bar at top does not change to the item selected in the feature tree??? not sure why not?? and conversely if you just double click on a feature the object info opens and the data entry box updates with correct fields but it the name stays part_203 instead of the name of the feature you are modifying???

or are you saying you would like the ambiguity pop because its too hard to click with the select tool and hit the exact feature you want? what are you thoughts...

i am sure others should jump in also and comment because this is important part of using the interface!!!

yes the part b you describe would be an enhancement idea to make it easier.. you see what I propose?

It shouldn't be for me to do QA or to have to prove that something doesn't work. However .. JD .. it doesn't work !

In this example, I can click anywhere on my object and I get to change the 7mm radius blend at one end of the object ONLY

Tim .. I finally find that we do indeed have a pinpoint feature .. As ever though, real world and the lack of QA belies it's useful function

- feature must feedback visually on mouseover .. suggest surface tone change or similar
- feature tree must light up clicked feature .. ideally highlight mouseover'd feature on-the-fly
- it must work reliably

Added - it does appear to select features more reliably if you zoom right in, then click