file uri scheme

I found the answer in session 108 - Building Watch Apps, roughly 30 minutes in.Run the app with the Phone + Simulator scheme. This will start the watch sim.Switch the scheme to the Phone scheme associated with it (so, if you were using iPhone 6 + 38mm Watch, use iPhone 6)Hold down control and click the run button. This will run the scheme without rebuilding (and stopping the watch sim).Now you'll have both running at the same time. I've noticed that sometimes on step 3, the watch app will go to the home screen. It's still running though, start it back up and Connectivity will still work.

I think that the openParentApplication() is the fallback you would use on Watchkit 1.0 / iOS 8.x deployments. For the Watchkit 2.0 / iOS 9.x deployments, the WatchConnectivity framework is the way to go. I'm not sure how to implement the if #available() tests though, since it appears that Watchkit 1.0 SDK is missing from Xcode 7 currently. Additionally, we'd probably have to assume that the user will be forced to upgrade both iOS (to 9.x) and Watch OS (to 2.x) simultaneously when the production versions are rolled out, so we can use some variant of if #available(iOS 9.0, Watchkit 2.0, *) for our tests.Any thoughts on writing Watchkit 2.0 apps that also run on WK 1.0? Or just assume we push a new version, and keep a couple of branches (yuck!)?[edit] It appears that you can add a WatchKit 1.0 target to the project, and then share some files between the two variants. Now, I still need to find out how to get WatchKit 1.0 sdk into Xcode 7...

App Store apps need to be sandboxed.Files or folders explicitly selected by the user will get added to the current sandbox, this requires the user to use either the Open Dialog or do a Drag & Drop of a file system item onto the app.Use security scooped bookmarks if you need to be able to access the file/folder after the app is quit and restarted.

If you select the file and open the Assistant Editor pane on the right side of the main Xcode project window (using the button in the toolbar or the menu View>AssistantEditor>ShowAssistantEditor), one of the sections in the File Inspector has checkboxes which let you manually set which Targets the files should be added to.Sorry, but I don't know why you're not getting the option when you create the files.

I'm seeing the same thing, but the more I struggle, the more I think this is expected. If you notice, when you add a new target, there's a new Watch Framework target. If I add a new Watch framework, I have no problem doing an @import of it. Think about the current frameworks. The framework code lives on your phone. The reason shared frameworks worked before was because the Watch extension and iPhone app both were on your phone. Now, the code for the Watch extension and the iPhone app are on separate devices. While the code might be the same, the code is hosted on physically separate devices. An official comment from Apple would be good, but after messing with search paths for a while and then thinking about the situation, I think it's accurate to say that your shared code is going to need to be duplicated. In my case, this is several constants and networking code.It would be great if Xcode could do this duplication for us, in some sort of omni-framework that automatically gets installed on both devices. After

The API isn't quite as native as a lot of us were hoping, but there are ways around some of the limitations. For example custom drawing is possible by drawing an image and loading it into an image control, which is sufficient for a lot of situations. Arbitrary positioning of views is another matter with the flow approach to layout, but you might be able to do something with a bit of creativity. For games I'd imagine it's more a case of what can I do with these limitations rather than how do I do what I would like to do. The video on layout and animations would probably be a good start to see what is possible:https://developer.apple.com/videos/wwdc/2015/?id=216As someone who spent months on a version 1 watch app I was actually quite happy to see how version 2 apps work. I was worried that I would have to rewrite a lot of code if the layout scheme was changed, but the way Apple have designed it means that this is hopefully not the case. I'd imagine that a future version of watchOS will allow arbitrary

What does localizedDescription of the error objet contains? Usually this is something presentable to the user. If it doesn't makes sense or isn't localized I suggest filing a bug report.Dirk

You need to configure an app group and enable the same in both the extension and the containing app. This way the extension can share data or files with it's containig app.Dirk