1

I know that there is no way to get OS version in Windows Store app, please let me explain more.

My app is a Windows Store app programming with C#. Some features of my app is depend on another desktop app (maybe it's not a good design). As I know, a third-party desktop app can not install on Windows RT, so I just want to know if my app is running on Windows RT and forbid some features of my app on Windows RT. I don't want to use GetNativeSystemInfo(), because it's a win32 API, and if I use that API, my app can't compli with any cpu.

Jerry Nixon
  • 31,313
  • 14
  • 117
  • 233
Tony Wu
  • 23
  • 3

3 Answers3

2

Yep. Here's how!

Task<ProcessorArchitecture> WhatProcessor()
{
    var t = new TaskCompletionSource<ProcessorArchitecture>();
    var w = new WebView();
    w.AllowedScriptNotifyUris = WebView.AnyScriptNotifyUri;
    w.NavigateToString("<html />");
    NotifyEventHandler h = null;
    h = (s, e) =>
    {
        // http://blogs.msdn.com/b/ie/archive/2012/07/12/ie10-user-agent-string-update.aspx
        // IE10 on Windows RT: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; ARM; Trident/6.0;)
        // 32-bit IE10 on 64-bit Windows: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; WOW64; Trident/6.0)
        // 64-bit IE10 on 64-bit Windows: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Win64; x64; Trident/6.0)
        // 32-bit IE10 on 32-bit Windows: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0) 
        try
        {
            if (e.Value.Contains("ARM;"))
                t.SetResult(Windows.System.ProcessorArchitecture.Arm);
            else if (e.Value.Contains("WOW64;") || e.Value.Contains("Win64;") || e.Value.Contains("x64;"))
                t.SetResult(Windows.System.ProcessorArchitecture.X64);
            else
                t.SetResult(Windows.System.ProcessorArchitecture.X86);
        }
        catch (Exception ex) { t.SetException(ex); }
        finally { /* release */ w.ScriptNotify -= h; }
    };
    w.ScriptNotify += h;
    w.InvokeScript("execScript", new[] { "window.external.notify(navigator.userAgent); " });
    return t.Task;
}

Best of luck!

Jerry Nixon
  • 31,313
  • 14
  • 117
  • 233
  • Hi, jerry, very nice code. I thought about webview, but not nice as yours. I wiil have a try, Thank you very much. – Tony Wu Jun 08 '13 at 05:10
  • Great, I tested it on my Surface RT here; it works. For sure. – Jerry Nixon Jun 08 '13 at 05:47
  • 1
    For Windows 8.1 (which uses IE11), you should use `eval` instead of `execScript`. [MSDN](http://msdn.microsoft.com/en-us/library/windows/apps/hh770715.aspx) – danhbear Oct 11 '13 at 16:17
0

I don't know if this is really possible or not, but you can achieve result with "Conditional compilation symbols". For example you can add ARM only for ARM build, and build 3 separate packages: ARM, x86 and x64. You can find a lot of articles about how to use it. This is one of them Visual Studio: Use Conditional Compilation to Control Runtime Settings for Different Deployment Scenarios.

So you just need to set up for your project for ARM configuration special symbol ARM (like in this screenshot you see LIVE).

enter image description here

After this you can use C# directives: #if, #else, #endif to hide some portion of your code for ARM build.

outcoldman
  • 11,584
  • 2
  • 26
  • 30
  • Hi outcoldman, thank you for your reply. It's indeed a solution and I would like to take it as my last choice. But I really want to find a way to solve this problem by only one package. – Tony Wu Jun 07 '13 at 05:49
0

Since some features of your app depend on a desktop app (which might be installed or not) you need to handle the "not-installed" state even in the x86 version of your app anyway.

What I'd do is to disable all those features per default, and on each startup I'd check if the desktop app exists. Only if it exists, I'd enable the additional features.

HDW Production
  • 1,402
  • 10
  • 13
  • No, W8 apps are not desktop OR metro. They are only one, metro. Though we don't call it metro anymore, it's the clearest way in this case. – Jerry Nixon Jun 08 '13 at 04:57
  • 1. The OP mentioned "desktop app" and "Windows Store app". 2. The "Windows Store app" relies on the "desktop app". 3. The "desktop app" might run or not; might exist or not. This has nothing to do with the processor architecture of the "Windows Store app". – HDW Production Jun 08 '13 at 12:43