From the following link it is evident that the Windows 8 environment does not support JSONStore and Encrypted Offline Cache: http://www-01.ibm.com/support/docview.wss?uid=swg27039422
In this case, what should be my ideal option for offline storage for a Windows 8 hybrid application when using IBM Worklight?
P.S,
Will need approx. ~10MB.
When creating applications using Worklight for the Windows 8 environment, you also get access to Microsoft's WinJS library, so in this case, where EOC and JSONStore are not available, you should consider looking at the various options that Microsoft offers.
See these (and google for more):
Storing and retrieving state efficiently (Windows Store apps using JavaScript and HTML)
Accessing app data with the Windows Runtime (Windows Store apps)
WinJS.Application.local object
ApplicationData class
Difference between Windows.Storage.ApplicationData.current and WinJS.Application.local
Related
I need to integrate Skype deep into one of my Windows 8 Store application for Windows 8 Pro. We need to show the online status of the user and trace if the call was placed successfully.
We have tried to use Skype4COM but apparently, Win8 Store Apps can only access limited set of COM components.
I am not open to use to use Skype URIs as i would require to trace the status of the call also.
Any pointers or any help would be awesome!!!
At this time, the Skype API is not a Windows Runtime Component so it can't be used in a Windows Store app. Even though COM objects are similar, they don't work in Windows Store apps because they have a different interface, security model, etc.
Right now, Skype URIs are your only option for a Windows Store app. You can find more information on Skype URIs and Windows Store apps # http://dev.skype.com/skype-uri/skype-uri-tutorial-win8.
I have searched around a lot but have not found much of anything in regards to local storage for Windows 8, Windows RT, and Windows Phone apps.
I want to display the browser on a page surf and search webpages. When I find the specified webpage, I want to store the url on a local storage of the device.
On another page, I want to display the URLs in a list for fast select and direct surf to the url. I am developing with visual studio 2012 and vb.net.
Local storage options for Windows Store apps is pretty well covered in the dev center topic Accessing app data with the Windows Runtime
In Windows 8 (Windows Store apps), you could use app settings (registry based), local application data (file-based and sandboxed) as well as the roaming versions thereof.
Since you mentioned Windows Phone 8, I'll add that while the same Windows Storage APIs are surfaced for Windows Phone, only local application data will work directly. In Windows Phone 8, local application data is another way of handling isolated storage; however, there is no built-in roaming data option. Additionally, app settings as implemented in Windows 8 is not available in Windows Phone, but you can use isolated storage settings which is semantically equivalent.
I have gone through the web browser terms and conditions, and there it is clearly mentioned that you cannot use the web browser for general browsing, and if you are doing the same, your app would be rejected by the microsoft app store
For reference please go through
http://blogs.msdn.com/b/wsdevsol/archive/2012/10/18/nine-things-you-need-to-know-about-webview.aspx#AN6
At this link: http://blogs.msdn.com/b/windowsazure/archive/2013/01/09/new-windows-azure-mobile-services-getting-started-content.aspx I see that there are separate Azure SDKs for Windows Store and
Windows Phone 8.
In my app suite (a Windows Store app and a complementary WP8 app), I'm currently using only the
Windows Store SDK - I haven't downloaded/installed the WP8-specific Azure SDK. Do I need to?
It's the same download for WP8 and Windows 8; of course, iOS is completely different, hence the calling out of different SDKs.
I planned to create a Windows 8 Store App but reluctantly had to switch to desktop application. I found that Windows 8 Store Apps fail to detect second screen, which is necessary for me.
The intention still is to mimic the behaviour of Windows Store App as much as possible. Partly to educate myself but also to use a modern nice design.
I use WPF with very similar design (App bars, Navigation bar, snappy await-async pattern, etc)
Now I come to the point where I need to store settings!
I would really like to use the very convenient central storage available through Microsoft Live login. Is that possible even if I don't have Windows Store App?
Clients might be Windows 7 or Windows 8.
Can I make the user login to Microsoft Live and use these facilities?
Many WinRT APIs are available from desktop applications, in addition to Windows Store applications. Windows.Storage.ApplicationData appears to support desktop apps. Look under the "Requirements" section in the documentation:
Minimum supported client: Windows 8 [Windows Store apps, desktop apps]
Someone at Intel posted on how to use WinRT APIs from desktop apps. The post is from September, 2012, and the screenshots appear to be for an older version of the MSDN documentation. Just keep that in mind.
Dave Bennett of Microsoft has a useful blog post which will introduce you to roaming your app data.
I may have misunderstood you, but I think what I mention above is what you want instead of using the Live Connect APIs.
I want to evaluate the new sandboxing mechanism in Windows 8/Windows Server 2012. I searched MSDN site for any resources but the documentation is extremely scarce. In comparison with FreeBSD Capsicum documentation, the one provided by Microsoft is just unusable.
How are we supposed to build robust sandboxed apps? Are the sandboxing APIs intended for metro style apps only?
I'm not sure what you mean by "sandboxing APIs". All "metro" (Windows 8 UI Applications) are sandboxed. I'm not aware of any way to sandbox desktop applications in the same way. See here.
Metro apps are pretty tightly sandboxed, and apps submitted to the
Windows Store need to declare many types of capabilities that they use
— not unlike Google Play's permissions list.
. . .
Windows 8 features a specific SDK for Metro style apps . . .
A quick explanation of capabilities: There are certain potentially sensitive things that you can do on a user's machine, such as access the Pictures library or use the webcam. If an app wants to do these things, the developer must declare a capability in the app's manifest. Then, when users download the app from the Windows Store, they can clearly see if the app is using any of this functionality. More info and a list of all of the capabilities is provided at App capability declarations.
Regarding sandboxing, there is some information at http://msdn.microsoft.com/en-us/library/ie/hh673561(v=vs.85).aspx. Yes, Metro-style apps are sandboxed in a way that desktop apps are not.
There is a whitepaper discussing security in Windows Store apps built with HTML5 at Secure development of Metro style apps with HTML5. There are also some common security scenarios documented.