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 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.
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:
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.
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?
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.
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.
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.
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.