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.
Comments
There's still an issue with merged cells, some characters are missing and superscript/subscript characters are not recognized at all. They shall be at least copied as normal text without any format.
Why is the format, color and alignment not propagated? Will it be in the future?
What am I supposed to do to notate direction now? Thoughts..
First thing I tried: Export multiple parts to separate files.
It is nice that all files come packed as a ZIP.
However, it would be great if Onshape used the formats specified in the export rules for those separate file names. Mine here exported as PART STUDIO NAME - PART NAME. The document name, part numbers, and revisions I need were omitted, although specified in the export rules for parts.
For this release it was intentional. Export rules results in some complexity that we decided to eliminate from the scope for this release. It is something we intend to do, so if it is something you would like us to prioritize submit a ticket (as you suggested).
I have a bulk file rename utility.
But "it would be nice" if it followed export rules directly.
The documentation has been updated, I know because I couldn't figure it out by clicking on things. It works really well.
You have to the create a new derive, the old one didn't update, and then reroute all the references.
Before:
After:
The after version is better, it's simpler and more robust because it doesn't use a chain of dependencies.
I've run many teams in the past and I always define standards. It's more fun that way because things get done so quickly. There are many companies out there that resemble cats plowing fields, its total chaos.
I'm not the guy to setup best practices, @S1mon is a much better choice, bug him to do it, he seems frustrated. Will I help, share and contribute? Absolutely.
I gotta get back to work, nice to meet you.
Cut/copy & paste groups/selections of cells in existing OS table is highly desirable. Without this ability some say its not practical to manage tables in Onshape.
Link to improvement request:
https://forum.onshape.com/discussion/18235/drawing-table-usability-improvements
Great job team! Now to work out how we will implement "workspace protection" in our org.
One thing that has had me puzzled for awhile is why would anybody do a lot of these "assembly" type actions in part studios? I have been seeing a lot of features added that seem to make this easier and I don't see hardly any value add. Somebody help me with what I'm missing? The way I think through it is you define a component's features in one place and it's relationship to other parts like motion in another place. Using Fusion 360 is a massive pain for large assemblies to do everything in one place on my end...
https://youtu.be/35BRmcmfn3Q
Eduardo Magdalena C2i Change 2 improve ☑ ¿Por qué no organizamos una reunión online?
Partner de PTC - Onshape Averigua a quién conocemos en común
A new document with cylinder and cap:
So I created a new document thinking that my old document that's months old has issue from something I created. Above notice the locations available.
Look at cap:
Half the location points are missing in the preview.
With nothing else in a document, the feature works fairly well and you can see how it's suppose to work.
Here's another document and deriving a part:
you see a preview but the locations aren't active and I can't place it, nothing activates locations. This derived part does have a mate connector.
Deriving a composite has it's own behaviors:
The composite derived part doesn't preview, none of the options brings anything back to life.
Things that I have found that help:
-save the errored feature and then edit it, sometimes it comes back to life
-open the derived part and then return to the errored derived feature
-use derived in the morning but not in the afternoon
This is a wonderful improvement, but it's not a robust feature.
Murphy's law, I ran into this the other day and just dealt with it. However, when I try to recreate the issue for support, it will not act up.
I did wonder. I was working with this right after the update was released. Is it possible that the combination of deriving from an old document that was likely not updated yet into a new document created issues?
Deriving from an older (pre-update) document should not have made a difference. And if it did, it would definitely be worth looking into.