Markup issue in iRhino 3D

Hi @mkarimi, today I’m on the road and wanted to give quick feedback to a team member using markup on my iPad right in the 3D model, and you are almost there (really cool!), but the drawings tools are not drawing, I see the pencil strokes but they’d disappear after I finish them. This is not a confidential product (accessory fo four Snapmaker printers) so I made a video to show you the problem.

I’m running this version:

Thanks,

Gustavo

Thanks for reporting this @gustojunk ,

I’m in the process of bringing the markups on iOS up to speed with their desktop (WIP) counterpart, so after today’s release things will be different. (This bug may or may not exist, but there definitely be new bugs)
I’d like you to try it in 9.0.26120 (12510.1) when released and let me know how it goes.

For posterity, the version you’re using is based on snapshots and early on the feedback was (I think actually came from you) that it’s not the best underlying technology for markups, now that the desktop version has solidified, it’s time to bring the iOS app along.

Thanks for the update Morteza. I’ll wait for the new iOS version.

Another thing I identified as slight friction. when I open one of our files that lives in Dropbox, the only way that Irhino can open it is by downloading locally a copy. So I cannot open a Dropbox-hosted file, add markups and hit save so the markups stay in the same file? That would be the ideal workflow.

Thanks,

G

HI Morteza,

The same bug is still there. I snapped this screenshot while holding the pencil still going. The second I end the pencil strike it disssapears.

Thanks, I suppose the same thing will happen on desktop Rhino. Would you be able to share the file with me?

Does your “Files” app have access to your dropbox? What happens if you navigate to dropbox folder from the files app and then open in iRhino?

Hi Morteza, adding Dropbox as a source of files and then hitting save after making changes seems to work, I’ll doble check later of that brown part rotating was saved as a change from my desktop. thanks:


I cannot share the file with you from the iPad, the share menu in iOS doesn’t do anything

I’ll send later from desktop.

G

Logged here: RV-1476 Share is broken

Morteza, and McNeel team,

Honestly, I cannot comprehend why you guys continue to ship stuff where half of the basic functionality doesn’t even work at all.

In this case for example adding a markup tool to iOS that cannot make a markup. How come we users have to inform you about this? Couldn’t your internal team test it for 10 minutes before submitting to TestFlight?

How is this productive? I’m genuinely curious. There must be a reason where this makes sense that’s beyond my understanding, and besides offloading testing labor to customers.

G

Can you please be more specific about what doesn’t work?
A reproducible set of steps will help me fix the issue

I started this post with a video showing how what you draw with a pencil goes away. What else do you need? Have you tried checking your own work in an iPad? What happens?

Can you tell me step my step?

G

I think the issue you’re having is specific to your file, that’s why I asked for it.
I have tried and made a markup on my iPad on several models and it works as expected.

Hi Morteza, Ok, I see it works there, but this is not limited to my file. Same problem with the example clip file that comes in the app:


My device info:

Thanks, that’s something I can work with.
I’m not able to reproduce this myself so I’ll try to find someone else who can. Logged here:
RV-1479 Markup not working on iPad

I notice your shaded display mode looks a bit different than mine so I went ahead and toggled every switch in the settings > display panel. I was able to reproduce the issue you’re seeing when I turned off the Show Curves switch.

Can you try restore your display mode to default and see if the issue goes away?

hi Morteza, resetting display modes does work. But look what happens when I try to draw and handwrite. I was trying to write: “make longer” and it’s capturing pure garbles.

Hi Morteza,

While I wait for a fix for Markups in iOS, I tested today creating markups on desktop.

Some feedback:

  1. Based on how broken and untested everything is I manually created my own screenshots outside of Rhino using snagit before I save each markup.

My manual screenshots show notes:

But the saved Markups (what’s stored in the .3dm file + what I exported from the markup palette as jpegs) do not show the notes!

  1. feature request: Allow me to import markups to a different file.

    I made model changes before making markups so I can mark up what I changed and why. and of course I’m not going to overwrite my colleagues file, instead I created my own version with save as.

    When he seems these markups he will also want to continue to work with his own file, not mine. So ideally he should be able to import my markups from my .3dm and his .3dm model follows the view changes. Just like we can import views, Cplanes, etc form one file to another.

Thanks,

G

Hi Gustavo -

Thanks.
RH-95563 Markup: Text and Dimensions are not Saved

On the heap → RH-95564 Markup: Import from File
-wim

In iOS we haven’t had a way to render foreground separately from the middle and background, that’s why doing markups (or any other command with dynamic draw) is slow in rendered display mode or complex models, basically the whole model gets rendered every time you move your cursor during writing. This is on the top of our list of things to fix in iOS.

RV-1474 Triple buffering in iOS

Is now fixed in 9.0.26141