“translate scheme”

I have worked around this issue by disabling GPU Frame Capture in the application's Scheme. Find that setting under Edit Scheme > Run > Options > GPU Frame Capture. Set it to Disabled.

Xcode could care less. Any Mac sold in the last 2 years or so is more than capable. But in the end, it's wise to remember that a dev rarely only runs Xcode. Safari, text, audio, image and video editors...those are where the load comes from.Max the physical ram (soldered on now in many new macs), determine the maximum harddrive you'll need, then double it (and while SSDs run faster, they tend to also fill up faster, making free space a juggling act), add a backup scheme and consider using additional monitors.

We can support the obvious, simply by numbers...Most Widely Spoken Languages in the WorldLanguage ~ Approx. number of speakers1. Chinese 1,197,000,0002. Spanish 414,000,0003. English 335,000,0004. Hindi 260,000,000...but for my apps, I'm doing Chinese (both T & S) and the 'gateway' languages English, Spanish and French, at a minimum.A “gateway language” is a language of wider communication through which second-language speakers of that language can gain access to content and translate it into their own language. For devs, this means not having to go nuts supporting tons of languages, otherwise.I then track sales and add others based on activity in various locales and feedback/requests from users.As for Apple's stats, I've only seen hardware sales, and we all know how many languages they support. Stats for app sales would seem to vary depending on the type of app being tracked as well - what categories do you publish in now?

Same with me. Almost empty project 7.1.1 However,go to Product > Scheme > Edit Scheme ...Go to 'Test' on the left and then in the panel check the box 'Gather Coverage data'No more crashes. That being said, crazy that it just crashes like that, everytime.

I find debugging on the watch painful, however it does work for me.I think there were some tips posted somewhere, but I forget where.Here's some things to do if you haven't yet (try these in order once to see if it helps):1) Use the iphone watch app to uninstall your app from the watch2) shut down xcode (I'm surprised how many times xcode seems to have lost it's mind and can't debug successfully. Yes, this is with 7.1)3) power cycle the phone and watch (hold side button and do a slide to power off on watch, restart. You have to remove it from the charge cable to do this)4) Bring everything back up5) Place watch on charger cable (This isn't required, but it seems like the watch goes in to lower power mode when off the charger, or something, and you'll have much less success debugging with it off the cable.)6) Pick your Scheme for phone plus watch for debug7) Set breakpoints (I assume you have these already, but add some if not.)8) Run from Xcode9) take a break and wait (especially if you try to debug

Hm, can you elaborate a little bit on that answer?After some more testing I have come to realise that everything works smoothly if the redirect occurs within Safari, but not when it starts in a third party app. For instance, opening one of our promotional emails from gmail, mobile-website (in Safari), sends the user directly to our app, even though the universal link is wrapped in our emailing system's own redirect scheme. However, when opening the promotional email from the Mails app, it directs the user to my mobile site instead of the app.Same goes for paid search links and display campaign links: works when the redirect is started within Safari, does not work when started from a third party app.

Also, I tried to turn it as NSArray, but fails.I'm under way of translating the same sample code into Swift, so, I'm not sure, but does this not work? let metadataTracks = asset.tracksWithMediaType(AVMediaTypeMetadata) for track in metadataTracks { for formatDescription in track.formatDescriptions as! [CMFormatDescription] { if let identifiers = CMMetadataFormatDescriptionGetIdentifiers(formatDescription) as? NSArray where identifiers.containsObject(AVMetadataIdentifierQuickTimeMetadataLocationISO6709) { locationTrack = track break } } }