Any one know if there is a way of opening the high res original photo stored on a 1020 in an app?
are stored in pairs, the post-processed lower res one and original high res one which seems to be hidden from the phone api.
You can get to it when connected to a pc.
cheers
Apparently there is no way to access the original (41MP) image from code on the device.
I've heard lots of people complaining about this, so maybe this will change in the future. But for now it's not accessible.
Here is the reason.
http://social.msdn.microsoft.com/Forums/en-US/69ca308b-ff37-4f27-a6b0-b7559bbdfa33/programmatically-access-high-resolution-images-on-lumia-1020-1520?forum=wpdevelop
Looks like Nokia and MS have decided to keep it blocked to 3rd party apps for stability reasons. However i have heard 'Open in Nokia Camera' option makes native Nokia Camera to access 38MP pics.
Makes sense as this app clicks (writes) it, so it will have surely read permissions.
Related
Wow, my problem seems like it must be so common that I must just be missing something really obvious but here goes:
Is there any way to trigger/schedule a dormant offline HTML5 app to run either:
when network comes available,
or regularly.
I want to create an offline HTML5 app that will record details of a delivery (item description, recipient's name, photo, timestamp, etc). The data will be written to local storage (the photo converted to base64). If the app has network then the delivery data will be uploaded to a remote server. If the app does not have network then, even if the user powers the device down, next time the device is up and has network, I need the app to do the upload without any action by the user.
I've searched and found nothing. I'm guessing that offline apps only get run-time when in the foreground? If someone could confirm that then that would at least be good to know, even if it's not what I'd like to hear.
Thanks
Background sync, exactly what I was after (although in 2016 it was Chrome-only):
https://developers.google.com/web/updates/2015/12/background-sync
I have been developing one Windows Store app for Win 8.1. Is there a way to access the user's OneDrive which is already synced on the hard drive? I need to access it as a StorageFolder. Similarly to KnownFolders and all the libraries. The reason behind that is that I am doing something like a gallery app that displays thumbnails of videos and pictures. When the users decides the app shows the media in full size and if it is a video, it is played. The app counts on the fact that OneDrive automatically syncs all the data, so it does need to be retrieved via the Live SDK API. If I use REST, it will be just too slow. Do you know if there is a way to achieve the mentioned approach effectively or maybe some alternative?
I have been researching extensively, but with no avail.
Thank you!
All the best,
Rosko
As Nate mentioned, you gain access to the folder through the FolderPicker API. There's no direct way to obtain the StorageFolder for that location.
Once you get that StorageFolder and enumerate contents, the extra piece you want to know about is the StorageFile.isAvailable API, as well as StorageFile.getThumbnailAsync/getScaledImageAsThumbnailAsync. The isAvailable flag is what tells you whether a file has actually been downloaded/synced, because the user might have indicated "online only" for any files.
I write about this a bit in Chapter 11 of my free ebook Programming Windows Store Apps with HTML, CSS, and JavaScript, 2nd Edition (page 575, pages 593-597), including a table about how OneDrive availability works with metered networks. This includes using thumbnails.
There's also a talk from //build 2013 on this, "What New in Working with Files" by Marc Wautier, http://channel9.msdn.com/events/Build/2013/2-119. Should answer your OneDrive questions.
Currently I have to test app and set the different fake GPS locations on real WP 8 devices. On Android I use 'My Fake Location'. Unfortunately, I didn't find the same app for WP 8. Any ideas to solve my problem? For 'black box' testing.
Testing has to be desgined during (or before) software development. Not after that.
There is good reason that on real devices there is no possibility to fake GPS from outside of that application.
To solve your problem, the app has to implement a playback mode, where it reads the locations from a csv file (or gpx), and calls a timer, e.g once a second, and creates the location programatically.
This then can be used to test specific behaviour which is not easy to achieve in real world situations. (e.g driving with 220 km/h) .
This playback feature is not visible when a specific configuration (file) is set for mass rollout of the app.
There is currently no way to do this.
maybe this can help. this ins`t an app for mobile, only for PC.
http://blogs.windows.com/buildingapps/2011/01/28/windows-phone-gps-emulator/
I've used background transfer service (BTS) API for Windows Phone in two apps and experienced very bad problems. It became one of the main source of bug in the two apps as for some reasons, download are often refusing to start, whatever I set in the flags (Connected to wifi, not connected, connected to a power outlet, etc.), and it was random from a user to another. This and bad response from the servers.
Is there a more customized way to achieve it? Which threads or loop remains alive in my app when I'm navigating to the external:// world? I should probably check with counters.
My main question remains: appart from the BTS, is there something to allow a 3-4 megs file to upload even if I navigate out from my app to play an mp3 from an external:// app?
Once you exit your app, you are pretty much shut down. You can masquerade as a location tracking background agent to remain in the background when you get deactivated, though you'll suck battery and I believe there can only be one of these active at a time. Generally, highly not recommended (and you'll probably fail certification).
A better way to do this if BTS is not to your liking is to use a ResourceIntensiveTask. This will only be triggered when the user is plugged in and has WiFi but will allow you to run whatever you want for as long as the conditions are met (for example, at night) which should be plenty of time to upload a 3-4 MB file.
I have developed an iOS app that uses CoreData/SQLite. It works, but now I have to populate it with data.
I am wondering what the best method would be. As you can see from the title of this post, I am thinking of these two options, but maybe there is another way.
I'm not sure whether I will have multiple people entering data (that would be great), so that is a consideration..
I welcome advice.
How about a mix of both? you can upload the data to a webserver ( depending on what you want to do with it ). Offer people to have a web app for home and an iphone app for when th ey are on the go. The data they add can be stored locally so they don't need any internet when abroad, which makes the app useable on the ipod touch
Native is (almost) always better than web-only. A server is extra overhead; a mix might simplify that a bit. And in most cases, even if your server goes down hopefully users can still use the app with what data they've already downloaded.