Is it just me? I found that all the lines I draw fall behind scanned imported images with the PictureFrame command.
Lines and picture are on the same layer, of course.
Windows Rhino has the following commands to help with curve display order, but I’m not sure if they’ve been implemented in the Mac version yet:
BringForward, BringToFront, SendBackward, SendToBack
If not, you might try moving your picture frame object a little bit downwards in Z (to be “physically” below the curves).
–Mitch
What’s even more curious is that the same file, on Rhino Windows, works correctly.
Seems a Mac Rhino issue to me.
Could be… MacRhino’s display works differently than Windows Rhino, or something might not yet be hooked up correctly (or at all…)
–Mitch
I cannot duplicate this.
Neither I. I try to go back a replicate this problem but was unsuccessful.
Seems like I missed some steps on the way.
Image files on Rhino/Mac seem to still overwrite line work and hatches, sometimes even when the line is boosted with send-to-front or even changing the Z value of the line. I’ve tried creating semitransparent planar surfaces at a higher Z value than the image and then using a top view in layout and I still can’t seem to make that work, and I’m puzzled why.
It seems I can sometimes get a line or a hatch visible despite an image by issuing move-to-front to the line, but the image can’t take move-to-back so one ends up trying to select a lot of lines and that’s a problem in views in which they’re not all visible.
Is there no fix? I don’t really want to have to remake all images in Rhino and then lock them in the background. It’s not practical. I need to be able to use the image output from map tools as a background and then use Rhino to draw on the scaled image. I’d like to overlay map images with transparent overlays but I haven’t been able to get transparent surfaces working in front of images.