There does not appear to be any way to pull the current draw order of detail items.
And so while we can order them however we might like via sequential send to back commands, we can’t know what the order to send should be as the correct order is unknown.
Why are you trying to reverse the order in the first place?
As-built 2D detailing.
Seems problematic from several perspectives. not model it correctly instead?
Correct. My point is that you have to know which items go in which order. How do you know that the items you’re copying are correct? If they’re not correct then you shouldn’t be copying them. If you can confirm they are correct then (from my initial testing) the pasted items should maintain that same relative draw order. If you are pasting to a view with the opposite view direction then you would need to have the opposite draw order.
If you can’t ensure that the existing instances are correct then you probably shouldn’t be automating the replication of them. This is possible with the appropriate information but that seems to be the struggle. Why not just specify the order of objects so that they’re always created in the correct order? Why copy/paste to begin with if you know it doesn’t work for a variety of scenarios.
The initial draw order is correct by virtue of draughting and manual ordering.
After copying and pasting in an opposing view, such elements flip about a vertical axis, however the order remains the same. The desired order is required to be reversed.
You’re trying to automate something which can’t be automated as the draw order cannot be known. Detail components likely would work instead to catch the various angles at which you want to see the items and then just change the detail component’s type?
That said, why not model it correctly rather than trying to fake it with graphics?