Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.

First time visiting? Here are some places to start:
  1. Looking for a certain topic? Check out the categories filter or use Search (upper right).
  2. Need support? Ask a question to our Community Support category.
  3. Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
  4. 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.

does selection order ever matter?

paul_1paul_1 Member Posts: 33 ✭✭
so far, it seems that all operations that take more than one selected entity work the same, no matter in which order i do the selection.  can i rely on that?  the one exception i've seen is mirroring, and there are big on-screen prompts to tell me what to select first.

Best Answer

Answers

  • brucebartlettbrucebartlett Member, OS Professional, Mentor, User Group Leader Posts: 2,137 PRO
    It does in the slot mate. That's only one I can think of now.
    Engineer ı Product Designer ı Onshape Consulting Partner
    Twitter: @onshapetricks  & @babart1977   
  • paul_1paul_1 Member Posts: 33 ✭✭
    thanks ilya -- in that case, please consider this a feature suggestion:  anywhere order matters should be made
  • jakeramsleyjakeramsley Member, Moderator, Onshape Employees, Developers Posts: 657
    edited April 2015
    It also depends what you mean by "matters" which is why it is sometimes hard to disclose that it does.  For instance, when creating a mate, we try to move the first mate connector selected to the second one to help reduce mouse miles and add some consistency.  Does this matter enough for it to be disclosed in the UI?  My opinion is there is a difference where making a successful feature is dependent on the order, such as pin-slot, and that there are potential nuances to selection order.

    A couple more selection order dependence that I can think of:
    1) Applying batch constraints in sketches apply subsequent picks to the first one picked.  For example, if you selected a bunch of points and wanted them to be horizontal, the horizontal constraints will be applied between the first selected point and all subsequent points.

    2) The direction of extrude is dependent on the first selection.  We take the outward facing normal of the first selection as the direction and you can select additional faces that will be extruded in that direction as well.

    3) Similarly, the face that the manipulator is attached to in features is on the first one selected.  

    4) Three point planes graphically appear about the first point selected.
    Jake Ramsley

    Director of Quality Engineering & Release Manager              onshape.com
  • paul_1paul_1 Member Posts: 33 ✭✭
    okay, i understand.  maybe these cases don't deserve on-screen prompting.  but subtle effects need to be discoverable -- perhaps these order dependencies could be mentioned (at the level of your comments on your 3 examples) in the mouseover help for the commands.

    let me ask one more question, more specifically:  when adding constraints, like "parallel", or "equal", one entity will always move/grow to match the other.  does selection order have an affect here?  i was hoping it would, but it didn't seem to in my test case (which i think ws for one of the point-and-line constraints).  and that got me wondering about the broader question.
  • jakeramsleyjakeramsley Member, Moderator, Onshape Employees, Developers Posts: 657
    pgf said:
    let me ask one more question, more specifically:  when adding constraints, like "parallel", or "equal", one entity will always move/grow to match the other.  does selection order have an affect here?  i was hoping it would, but it didn't seem to in my test case (which i think ws for one of the point-and-line constraints).  and that got me wondering about the broader question.
    No it does not.  When you apply a constraint, we send it to our solver and it solves everything in the sketch concurrently.  The solver has no notion of adding A to B or B to A.  It just knows A and B have a constraint and tries to satisfy it.  It tries to move the sketch as little as possible in order to create a solved state.
    Jake Ramsley

    Director of Quality Engineering & Release Manager              onshape.com
  • andrew_troupandrew_troup Member, Mentor Posts: 1,584 ✭✭✭✭✭
    Helpful info. Food for thought.

    Personally I'm very much in favour of nuances being disclosed, but if they are subtle, perhaps in the Online help, rather than the hovering help?

    And (off topic) I would encourage the OnS help writers to be energetic in finding out about limitations, and documenting those, by the time of public launch. Solidworks took a decade too long to work this out, and it was a major PITA experimenting to discover the boundaries of what was able to be done.
Sign In or Register to comment.