Bug in Move/Copy Code - Not Honoring Graphic Group

I like the fact that with the Move and Copy tool, I can move individual or multiple by generating an on-the-fly selection box. However, since Move and Copy when use as an individual element tool definitely honor Graphic Group lock, shouldn't the on-the-fly selection box also honor it? Especially when it is a crossing window? I was trying to move a revision cloud, drawn with a rectangular shape using a treeline linestyle, with a leadered note but the crossing selection window located the rectangle and the dimension leader but did not also select the note portion.

  • stupid question in your place note tool is association turned on by default?

    I think your text and  leader aren't  associated so dont act together....

    Lorys

    Started msnt work 1990 - Retired  Nov 2022 ( oh boy am I old )

    But was long time user V8iss10 (8.11.09.919) dabbler CE  update 16 (10.16.00.80) 

    MicroStation user since 1990 Melbourne Australia.
    click link to PM me 

  • Caddcop

    Just trying to get my head around what it is that you are reporting is the problem with the Move or Copy tools. Is it that if you choose to grab the elements using the Element Selection option that it is not honouring the Graphic Group lock? Maybe you could supply a short video or screen capture showing how this is being performed.

    Lorys

    I'm a little confused by your post here as it does not seem to be related to the question.

    Regards
    Andrew Bell
    Technical Support
    Bentley Systems

  • Unknown said:


    Lorys

    I'm a little confused by your post here as it does not seem to be related to the question.

    original post stated selecting the  leader with crossing window  and  using move or copy did not capture the text from the note leader , doesnt the note leader  and text  form a dim like cell/ group and if when placing the note the association is not set ticked then they can move independently?

    Lorys

    Started msnt work 1990 - Retired  Nov 2022 ( oh boy am I old )

    But was long time user V8iss10 (8.11.09.919) dabbler CE  update 16 (10.16.00.80) 

    MicroStation user since 1990 Melbourne Australia.
    click link to PM me 

  • Move/Copy now have an AutoCAD like capability, where if you select the tool and click/drag beginning at a point not on an element, a selection window is created. If you drag in one direction, it is an inside selection, if you drag in the other, it becomes a crossing/overlap window. So I thought, that if graphic group lock was on, the move/copy commands would honor graphic groups if you selected via a selection window just like it does when used in the traditional pick on an element mode. At the very least, I thought since I was using the crossing selection window, it would select all members of the graphic group if at least one member was selected.

    Charles (Chuck) Rheault
    CADD Manager

    MDOT State Highway Administration

    • MicroStation user since IGDS, InRoads user since TDP.
    • AutoCAD, Land Desktop and Civil 3D, off and on since 1996
  • I have located an old CR#127195 which seems to be related to what you have described but specifically when the Use Fence option is selected. I should think that the Element Selection method should operate in the same manner. I have tested this both using the Fence with Overlap and the Element Selection method and can confirm that it does not seem to consider those elements with a Graphics or Named Group. I will check further to ensure this has been properly raised in a TFS Enhancement.

    ---------------------------------
    Description
    User would like the Copy and Move tools to take into consideration the entire graphic group when the Use Fence option is toggled on if the fence only overlaps a portion of the graphic group.

    Version: 08.05.00.64
    Product: MicroStation V8 2004 Edition
    Area: Manipulation
    ---------------------------------

    Regards
    Andrew Bell
    Technical Support
    Bentley Systems

    Answer Verified By: caddcop