Community Tip - Did you get an answer that solved your problem? Please mark it as an Accepted Solution so others with the same problem can find the answer easily. X
Since I can't find any place else to put this, I'll put it here. If anyone knows a way to send this to PTC directly or if there is a more appropriate location, please tell me, as I have no idea if it will even be seen by PTC here. These are my observations about how the current iteration of creo works. Most of these have to do with clearly legacy behaviors that need to be corrected.
Hello Elliot,
I can tell you that there is a very good chance that PTC personnel will see this.
For your first six points, the majority of the corporate world would probably disagree. Many of this functionality derives from database management requirements. Most of this functionality actually makes things much quicker and more robust for the user.
Are you sure you mean the first 6 points? I can see no way 'can't save where you want to', infinitely expanding memory', 'never able to tell if you saved or not', 'open files in new instance', and 'always manually locate any file that is anywhere else on the system' can be important for database management.
The only one in the first 6 I can see being important for a database is 'makes completely new file every time you save', but this should be an option, rather than a requirement. Not all of us have infinitely large storage capacity or bandwidth requirements. I have to keep the folder open and IMMEDIATELY delete any old versions anytime I save anything to stay inside my space allocation.
Almost every single thing I make is Inch/Metric. It is a constant and glaring problem for me, and will be for anyone else who is involved with physicists. It is not 'nice to have' for me. We currently have to reconstruct every part in solidworks for the machinists due to this issue. We need Creo for simulations or we wouldn't use it at all.
Elliot Jenner wrote:
...
... It is not 'nice to have' for me. We currently have to reconstruct every part in solidworks for the machinists due to this issue. We need Creo for simulations or we wouldn't use it at all.
You do know you can quickly convert the units in one of two ways, right?
file>prepare>model properties>units... you can convert 1:25.4 and you can change 1:1 You can even make your own units if you need custom shrinkage allocation.
Hey Elliot,
*The save location is based on working directory and your original save location. It's set up so that you don't move stuff around and lose it or confuse it. Use a "File", "Save As", "Save Backup" to change the location you're saving to. It's still going to expect you want that part in it's originating directory. As an admin in a corporate enviornment, I wouldn't want my users creating copies of things all over the place. Still recovering from that scenario and we've been in a database system for 12 years.
*Infinitely expanding memory: I'm not sure the legal ramifications, but I know I've seen questions on products from 10 or 15 years back. If you don't have these requirements, purge. If there are no changes to the model, there shouldn't be a new one saved. You might want to check your part references if you see otherwise, you may be changing things that you didn't intend to.
*Always open files anywhere on the system: Which system? I might be working out of several mapped directories and local files. This is where the search path helps. If you designate too many places to search, performance will be bad.
*Inch/metric units: You might create a mapkey for switching units and place it in your Quick Access Toolbar. Then just hit it to convert to Metric or Inch. On drawings, you're probably going to want to show dual dimensioning if both the physicists and machinist are going to see it. I'm not sure why you would have to "reconstruct" something in Solidworks, unless they just want that file type.
File Delete old Versions can be used to reduce the number of previous edition files. There is a ProPurge.exe file that will do this for you. Making a mapkey to delete old versions and resave will give only the latest and previous. Or if you want just one do save then delete old versions. At least the Student Edition of ProE is licensed for life and not restricted to 12 months like with SolidWorks or 13 with autodesk.
My ProE WF2 Student Edition still runs today but won't allow you to create trailfiles. When I was in school we were using floppys consider yourself lucky.
Michael
The proper method for your observations is to post them in the Ideas area. You have to have active maintenance to access this area. PTC is notified of the posted Idea and maintenance users get to vote on it. Several of your observations have already been included in the ideas area so you may want to search for them and vote for them instead of posting it again.
Thank you for taking the time to post your observations. I suspect many of us would really like many of them. Some of the seasoned users understand where the limitations are derived from and agree that the 21 century is upon us and UNIX is something that most people have never heard of (no, it is not a sultan's harem guard!).
So if you do have an active maintenance account, please feel free to post each suggestion in the Ideas section.
Unfortunately I am a mere student. Unless a maintenance account came with my student license, I don't have one. That dosn't make me any less an active user. The more I like and can use this program, the more likely I am to want to use it when I graduate and go into industry. Currently you are losing in general usefulness to Solidworks due to weird interface issues like those I mention. The more I have to fight the interface, the less I want to.
The -you- here is PTC and certainly not me.
You are definitely preaching to the choir in this case. We've had some very lively discussion with regard to many of your observations.
The fact that ideas can only be posted by maintenance customers is sort of odd. The fact that less "vested" users don't get an ear from PTC is even more troubling in my view. Then again, PTC is working with an age-old tried and true engine that to date has done wonders for backwards compatibility. You have read up on what SolidWorks plans to do for SW6, right?
I think it would be interesting if PTC were to venture into another "lite" version. That would be a great opportunity to make a "pretty" interface. I wouldn't hold my breath though. Its been done in the past.
I have used many different CAD systems over many years. I am glad I learned Pro/E. And yes, the interface is still annoying. The depth of capabilities is still surprising me.
Elliot,
Like any CAD tool, the more complex your design and deliverables become, the more you need to know about the tool. I have seen one of the assemblies you are working on and it is quite complex. I can completely understand that without much training or in-house support resources, you could become frustrated from time to time. If you were at a company using Creo as their main design tool, you would likely have access internal support, peers, best practices and previous designs to use as reference.
I would also note that many of the frustrations you are feeling are data management related. Windchill Project Link was developed specifically to address these issues. Anyone not using Windchill or another data management tool has to be very regimented about where files are saved to and how they are accessed.
Below you will find my comments to your list:
Josh explained this well.
Many users would be extremely upset if closing a window meant their model was remove from memory. The erase tools found in File> Manage Session should be used to manage which models are open in memory and which are not.
I am used to seeing this in my title bar because I typically work with Creo linked to Windchill. It is unfortunate that it is not visible when not using Windchill. That said, if an open part or assembly is saved, it will be saved whether the model has been changed or not. If an assembly is open and saved, by default in Creo, only the assembly and any modified models will be saved, not all the models. You can use Save a Backup to save every component in an assembly to your current working directory or a new folder.
Again, this functionality has been in Creo since the very beginning and is something that experienced users value greatly. If you are worried about your file count or disk space, I would suggest adding the internal purge.exe utility to your Windows Explorer right-mouse pop-up menu. Also, with a little searching, you can find a 3rd party tool named Spekan Purge. This tool, among other things, enables you to purge a set number of revisions (for example, keep only the last three saved models).
You can drag a model from your windows browser into a Creo window. This will not open a new session.
Again, Josh has explained this well. If not using Windchill or another data management tool, search paths can and should be used to manage common or shared models. This is a Creo strength, not a weakness.
I too sometimes wish I could active windows from the taskbar. However, with large assemblies, I find it useful that I can view (pan, spin, zoom, etc) an open window (from the taskbar) and not activate my large assembly. If you mistakenly try using the taskbar (as I do from time to time), it’s easy to activate it using the Windows drop-down menu.
The default layers included in the PTC template models enable you to do this. The display of datum features in designs throughout the world are managed using this functionality.
As a designer engineer, sometimes I often change layer displays that I don't want saved. That is why we have the Save Status button in the View tab.
This has been a feature in Creo-Pro/E from way back (it was a user requested enhancement). Anyone using Creo to make a living would scream foul if this was removed.
You can only perform/edit one operation at a time. I am not sure how this would be managed if a feature were able to be in a state of definition in multiple windows.
Agreed, this would be nice, especially for standard inch sized holes in metric unit components.
Again, Josh has explained this well. If not using Windchill or another data management tool, search paths can and should be used to manage common or shared models. This is a Creo strength, not a weakness.
I must VEHEMENTLY disagree here. I am not saying that creo should go digging through the entire computer to find a part if you move it. However, the exact part that is included in the assembly should always be loaded if it has not been moved, regardless of where it is. I should not have to set a search path to do this. It already reloads all the items from the same folder when you find any one of them using "retrieve missing component", and once you do this once it should be able to find the part everytime until you move it again. This should be automatic.
Many users would be extremely upset if closing a window meant their model was remove from memory. The erase tools found in File> Manage Session should be used to manage which models are open in memory and which are not.
The most common place where this is an issue is mistakes. Usually happens when I have the wrong window in focus when I go to make a drawing (see comment about window switching), and now I have to restart the entire session because even though I never saved the file the name is reserved. At the very least, in a situation like that where there is nothing but a name in memory left, the name should be cleared.
The other issue this causes is if I have two parts with the same name in different files in different assemblies that need to be opened at once. The names then clash and whichever one was opened first takes precedence. The assemblies should know that part a goes in assembly A and part b in assembly B, regardless of if they have the same name. This is very common if you copied the part from assembly A to B's folder and modified it. Since there is no way to rename the part once it is in B without removing and redoing all the connections (which could potentially destroy large parts of B due to dependency), you are now stuck with being unable to ever open them together. this makes parts non-portable.
I am used to seeing this in my title bar because I typically work with Creo linked to Windchill. It is unfortunate that it is not visible when not using Windchill. That said, if an open part or assembly is saved, it will be saved whether the model has been changed or not. If an assembly is open and saved, by default in Creo, only the assembly and any modified models will be saved, not all the models. You can use Save a Backup to save every component in an assembly to your current working directory or a new folder.
This is needlessly obfuscational. Just as with, for example, any MS office program, if I have made changes and not saved before I close a window, I should be TOLD so. If there is no way to save them at the end of the session when you receive the only warning, you need to be sure they are saved when the windows are closed. I cannot count the number of extra copies of files I have made because I have to continually save them over and over to avoid losing anything. Not having a warning dialogue incurs a workflow (continually stopping what you are doing to save so you don't forget), memory (excessive numbers of save files with no differences between them) and related time penalties. This is not an assembly issue, it is a general user interface problem.
I too sometimes wish I could active windows from the taskbar. However, with large assemblies, I find it useful that I can view (pan, spin, zoom, etc) an open window (from the taskbar) and not activate my large assembly. If you mistakenly try using the taskbar (as I do from time to time), it’s easy to activate it using the Windows drop-down menu.
This is bad user interface communication. The interface for the entire windows operating system says "if there is a window button in the taskbar and I click it, the window gets focus". Changing this behavior for a single program creates confusion, wastes time, and makes your program harder to use. If it is a memory issue then use statefulness to not actually load in the file until you go to use a function other than visual, but continually forcing the use of the window selector and blocking the OS paradigm makes the program clunky. Especially since you put the close window button right next to it, leading to accidental closing. Either there should be one window with a switcher required or the taskbar should be functional.
The default layers included in the PTC template models enable you to do this. The display of datum features in designs throughout the world are managed using this functionality.
If this is in here I can't figure out how to do it.
You can only perform/edit one operation at a time. I am not sure how this would be managed if a feature were able to be in a state of definition in multiple windows.
I'm not talking about the same feature, I am talking about the matching feature. For example, part A has a bolt circle and part B needs to match up, so I have to grab the sizing and positioning info from A and use it in B. Currently this involves making a random hole on B and then copying and regenerating the dimensions one at a time (even slower due to the way window switching works). It would be nice to be able to have the features open side by side to make this quick. Even better would be the ability to copy a feature from part to part (needs a reference selector dialogue). Currently you can't even move a hole form one side of a part the other in it's own feature without memorizing the reference coordinates.
Agreed, this would be nice, especially for standard inch sized holes in metric unit components.
I have to do this on virtually every single part I make, not just for holes but for everything. For example, I often have to make parts with metric OD but Inch length. It is the single biggest problem with the program. The current solution is to manually add the metric dimensions to the drawing, which of course destroys any updating.
Additional items:
Also a bug report: