Great to hear you have solved this problem, and even better to hear the feedback on Extended Tracking.

thanks

N

Hi Nalin,

thanks for your help. your suggestion works perfectly fine for me. I'm just use the solution inside an #if UNITY_IOS, so I should be safe.

Congratulations by the way to your 2.8 release. Started to test it already and I'm deeply impressed with the extended tracking feature!

Best,

Stefan

Hi Stefann,

Apologies if I misinterpreted.

I have talked with the development team and they will try to fix this in the future.

In the meantime you should be able to delete this file on iOS in the OnInitialized callback at runtime, however results on Android may be less predictable.

This callback is on the ITrackerEventHandler.

For more info see here:

https://developer.vuforia.com/resources/dev-guide/special-options-unity

https://developer.vuforia.com/resources/api/itrackereventhandler-interface-reference-0

HTH

N

Hi Nalin,

thanks for you reply. I think I wasn't clear about my problem. I'm not listing the files within the application, but I'm allowing the user to add custom content to the documents folder of the app. This is done by setting the "Application supports iTunes file sharing" key in the Info.plist to "Yes". This will make the entire content of the "Documents" folder of the app visible and accessible through iTunes including the "unity.txt"! Therefore I really think that you should consider my 2 suggestions from the previous post.

Furthermore I'm using Unity, so your suggestion of using "NSPredicate" doesn't make much sense to me. Thanks though.

Best,

Stefan

This is used for application initialization.

The best thing you can do is to filter the QCAR folder (I think using NSPredicate?) and everything inside it so the user never sees it.

HTH

N