Selecting Elements for Selection.. more functionality lost?

In older microstation if you got an ACAD file full of single texts, you could just select them in order, CTRL C then edit the first an paste all the text into one line.

Same with selecting texts and pasting into notepad, excel etc.

Simples.

Now it pastes the texts selected in the order they are entered into the model.  So the above method or functionality is lost.

Is this yet more functionality that new Bentley programmers are unaware of and just write of of existance or have aI missed a new setting about how paste work with Selections.

Is there a preference option somewhere or a undocumented variable that governs how selections are presented to other programs and the editor?

 

Parents
  • That discussion thread just shows that a few other people (who choose to use/test XM) complained back in the day and were not listened to with the group/ungroup workaround ( from MS4/MSSE) being offered as a solution to a problem being created by new Bentley programmers not being aware of old functionality.
     
    In the original MDL doco it stated that Selection sets should follow the selection order by default.
    Elements were returned from a selection set in that order too.
    I think they still are.
    It is only in the copy/paste  that Texts (cells behave as before!) are now returned in a x,y,z sorted behaviour.
    Probably added due to a CR but added not as an option but as default.
     
    People asked for a config variable back in XM to enable the old selection ordering, so where is it?
     
    Too many old functions are being lost.
    How can it be seen to be improvement when you have to resort to ancient workaround to do what you used to?
     
    I still would like the option to use CTRL Z to undo the first pick point using  MOVE/COPY and other manipulation commands.
    But I doubt there is any chance of that coming back.  Just grin and bear it.
    Sometimes I miss the old Intergraph Microstation User group and SIGs.
    Sorely missed.
    Not Intergraph tho. ;-P
     
    How do people ask for old functionality to be restored?  Via a CR? What is the process?
     
    How many others think selection order should be a choice?
     
     
    Karsten
     
     
    From: Carl Myhill [mailto:bounce-Carl_Myhill@communities.bentley.com]
    Sent: 04 April 2014 17:17
    To: MicroStation@communities.bentley.com
    Subject: RE: [MicroStation Forum] Selecting Elements for Selection.. more functionality lost?
     

    This functionality had changed as described further in this thread communities.bentley.com/.../22191.aspx

  • Unknown said:
    ...problem being created by new Bentley programmers not being aware of old functionality.

    Well in this case I was both aware of the old behavior and hardly a new programmer...but ok. :)

    Please post a dgn so I can see a real-world test case that demonstrates where individually picking each and every piece of text is preferable to a quick drag select and getting a predictable order. I am not opposed to preserving selection set order when the order is the result of a pick (not a drag, not choose all, not a result of elements being in graphic or named groups). I am only opposed to using file position as the paste order as that is not intuitive or easily discoverable.

     

    Unknown said:
    I still would like the option to use CTRL Z to undo the first pick point using  MOVE/COPY and other manipulation commands.

    But I doubt there is any chance of that coming back.

    Yes, there is zero chance of the ctrl+z behavior coming back...but as I've told you previously I did take your complaint seriously and in the next version you will be able to using ctrl+data to identify elements (in addition to ctrl+drag which works now), and then the next data point will define the anchor. Yes, it's different...but it's better and more consistent with our standard pick logic and expectations about what ctrl+z will do.



Reply
  • Unknown said:
    ...problem being created by new Bentley programmers not being aware of old functionality.

    Well in this case I was both aware of the old behavior and hardly a new programmer...but ok. :)

    Please post a dgn so I can see a real-world test case that demonstrates where individually picking each and every piece of text is preferable to a quick drag select and getting a predictable order. I am not opposed to preserving selection set order when the order is the result of a pick (not a drag, not choose all, not a result of elements being in graphic or named groups). I am only opposed to using file position as the paste order as that is not intuitive or easily discoverable.

     

    Unknown said:
    I still would like the option to use CTRL Z to undo the first pick point using  MOVE/COPY and other manipulation commands.

    But I doubt there is any chance of that coming back.

    Yes, there is zero chance of the ctrl+z behavior coming back...but as I've told you previously I did take your complaint seriously and in the next version you will be able to using ctrl+data to identify elements (in addition to ctrl+drag which works now), and then the next data point will define the anchor. Yes, it's different...but it's better and more consistent with our standard pick logic and expectations about what ctrl+z will do.



Children
No Data