Firmware Updates Hit Surface Pro 3 and Surface 3
-
@scottalanmiller said:
@Dashrender said:
If that's true, then why did MS need to invest time in what they are calling bridges? Software that allows Android and iOS programs to port their code more easily to Windows Mobile instead of writing it from scratch in a compatible format?
Because, as I said earlier, while there have been universal formats, on iOS and Android, just like on Windows, people continue to prefer not to use teh universal platform and make native instead. So just as WIndows universal can't run Word or Skyrim, Android non-universal apps can't run on Windows without being ported or emulated.
So Android remains just as much universal to Windows and Windows does to Windows. Both offer a universal platform, neither forces you to use it and both have the majority of their software in walled gardens that requires porting.
OK this was helpful - the term universal isn't even universal - lol
MS is calling apps that work on any WIndows 10 device a universal app, but it does not imply that it will universally run on any device, i.e. linux, Chrome OS, Mac, etc - it only means on Windows 10 - anywhere Windows 10 is.
You also mentioned native apps - these new MS Universal apps are native apps, they are not platform independent universal apps.
MS screwed the pooch as it were calling them universal I guess.
-
@scottalanmiller said:
@Dashrender said:
So you're telling me that a Chrome book can run Android APKs without any extra work? If that's true, why is the Google Play store not on there so you can buy Android Apps?
You are killing me. APK is NOT the universal format as we've covered. Are you telling me that Windows phones can run any Windows .EXE? If not, why do you bring up the APKs which are equally not related to this conversation?
Why do you keep talking about the APKs knowing that they are not the universal apps that we are discussing?
and now we know why we are not communicating well - I'm only talking about native apps.. and you're talking about something else.
-
@Dashrender said:
The same was true for MS, Windows 7 apps couldn't run on Windows Phone 7, and Windows Phone 7 apps couldn't run on Windows 7. But NOW, MS is trying to get an app that you write for Windows 10 to run anywhere windows 10 is.
That's not true. They are trying to make an optional universal format. Not an exclusive one. That's very different. Microsoft is not phasing out native app development any more than iOS or Android did after they offered universal options. Universal is just "an extra option" and one that, thus far, almost no one is taking on any of the platforms.
-
@Dashrender said:
and now we know why we are not communicating well - I'm only talking about native apps.. and you're talking about something else.
But Windows Universal is not native. It's a web app, I stated this at the beginning. It's identical to how the other platforms are doing it.
You are, like I said originally, holding Microsoft to one standard (ignoring their native apps) and everyone else to another (ignoring their universal apps.)
Sure by that standard I could claim that Microsoft doesn't have universal at all because I've conveniently ignored them. but that makes no sense.
In apples to apples, all three offer teh same two choices. Microsoft just offered the second choice last.
-
@scottalanmiller said:
@Dashrender said:
The same was true for MS, Windows 7 apps couldn't run on Windows Phone 7, and Windows Phone 7 apps couldn't run on Windows 7. But NOW, MS is trying to get an app that you write for Windows 10 to run anywhere windows 10 is.
That's not true. They are trying to make an optional universal format. Not an exclusive one. That's very different. Microsoft is not phasing out native app development any more than iOS or Android did after they offered universal options. Universal is just "an extra option" and one that, thus far, almost no one is taking on any of the platforms.
OK so I have to admit that the marketing lead me to believe that the native exclusive to a single platform development on Windows was being killed off by Microsoft.
-
Windows has: Native apps (C++ and .NET) and HTML5 (Universal)
Android has: APK and HTML5 (Universal)
iOS has: Obj-c/Swift and HTML5 (Universal)All three have the same two options... native and universal.
Why do you see Windows has unique of the three?
-
@Dashrender said:
OK so I have to admit that the marketing lead me to believe that the native exclusive to a single platform development on Windows was being killed off by Microsoft.
They can't reasonably do that because things like SQL Server and video games are nowhere near ready to run in a web browser.
-
Think about how Windows 98 apps are still needing support from Windows NT today. It's crazy how much Windows has to support things that are decades old. That change would be nothing compared to going to pure HTML5. And going to HTML5 means.... the death of Windows. Once all apps are universal, why would anyone buy WIndows when you could run all Windows app for free anywhere?
-
In ten or twenty years will the HTML and Javascript world be ready to run nearly everything a desktop needs? Maybe. Will enough apps have been ported to allow the others to fail when the platform cuts them off? Maybe. But support for that is going to have to be a decade ot at a minimum and more, I would guess. I can't fathom MS getting solid enough modern browser adoption rates high enough even by that point.
-
@scottalanmiller said:
Windows has: Native apps (C++ and .NET) and HTML5 (Universal)
Android has: APK and HTML5 (Universal)
iOS has: Obj-c/Swift and HTML5 (Universal)All three have the same two options... native and universal.
Why do you see Windows has unique of the three?
Because I think there there are.
There's Old native (C++ and .NET) new native (also called Universal by MS) (no idea what languages written in) and HTML5 (which is a webhosted, not locally run app).
Now I'm going to have to look into that.
It drove me about crazy, but we did finally get somewhere.
-
https://msdn.microsoft.com/en-us/library/windows/apps/mt244352.aspx
Windows Runtime components
Learn more about these self-contained objects that you can initialize and use from any language, including C#, Visual Basic, JavaScript, and C++. For example, you could create a Windows Runtime component in C++ that uses a third-party library to perform a computationally expensive operation, or simply reuse some Visual Basic or C# code in your Universal Windows app.As a non programmer, I'm not sure if this is relevant - but I thought (again could be wrong) that the runtime here is what is important for the app working on different platforms?
-
@Dashrender said:
There's Old native (C++ and .NET) new native (also called Universal by MS) (no idea what languages written in) and HTML5 (which is a webhosted, not locally run app).
I always mean locally run. Web hosted or locally run is the same thing, though. Not sure what you are picturing. It's just one is stored locally and one is not. Web server is just a file server. So imagine if you were saying mapped drive or not.
-
@scottalanmiller said:
@Dashrender said:
There's Old native (C++ and .NET) new native (also called Universal by MS) (no idea what languages written in) and HTML5 (which is a webhosted, not locally run app).
I always mean locally run. Web hosted or locally run is the same thing, though. Not sure what you are picturing. It's just one is stored locally and one is not. Web server is just a file server. So imagine if you were saying mapped drive or not.
is that because the browser does all the work? It doesn't require a server component to do computations?
-
@Dashrender said:
@scottalanmiller said:
Windows has: Native apps (C++ and .NET) and HTML5 (Universal)
Android has: APK and HTML5 (Universal)
iOS has: Obj-c/Swift and HTML5 (Universal)All three have the same two options... native and universal.
Why do you see Windows has unique of the three?
Because I think there there are.
There's Old native (C++ and .NET) new native (also called Universal by MS) (no idea what languages written in) and HTML5 (which is a webhosted, not locally run app).
Now I'm going to have to look into that.
It drove me about crazy, but we did finally get somewhere.
OH, you are talking not about apps that can run across devices, you are talking about ones that share the same App Store.
Windows Universal the product name, isn't universal like HTML5. You still need to write for each device. You can't take an app from Universal from the phone to the desktop. That's universal, not Universal. Universal is a new Microsoft brand for something nothing like you are describing. Mac and Android ecosystems are universal, meaning they can run apps designed to be universal, on either platform. Microsoft Universal can't do that at all (unless they use HTML5 like the other two can.)
http://www.windowscentral.com/what-is-a-universal-windows-app
It's totally just marking a brand experience for the store. It's not a change in the code.
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
There's Old native (C++ and .NET) new native (also called Universal by MS) (no idea what languages written in) and HTML5 (which is a webhosted, not locally run app).
I always mean locally run. Web hosted or locally run is the same thing, though. Not sure what you are picturing. It's just one is stored locally and one is not. Web server is just a file server. So imagine if you were saying mapped drive or not.
is that because the browser does all the work? It doesn't require a server component to do computations?
That's correct. HTML5 apps have always run in the browser. By definition they have to. That's the only place that HTML5 can run. All HTML5 apps run in the browser. Many need an Internet connectino to do something useful, but you can say that about many normal apps too. But you can make a video game in HTML5, for example, that has no server component.
Remember that for app development, you normally make the apps on your desktop and run them by clicking on them, not by having a server to run them from.
-
@Dashrender said:
https://msdn.microsoft.com/en-us/library/windows/apps/mt244352.aspx
Windows Runtime components
Learn more about these self-contained objects that you can initialize and use from any language, including C#, Visual Basic, JavaScript, and C++. For example, you could create a Windows Runtime component in C++ that uses a third-party library to perform a computationally expensive operation, or simply reuse some Visual Basic or C# code in your Universal Windows app.As a non programmer, I'm not sure if this is relevant - but I thought (again could be wrong) that the runtime here is what is important for the app working on different platforms?
Actually it turns out that the apps don't even run across different platforms. A runtime like Java would do that, but doesn't here.
-
Here is the info from the explanation page:
Universal Windows apps – What they aren’t
Universal Windows apps involve a lot of backend improvements for developers that encourage development on Windows Phone and Windows 8. They are not, however, completely the same in terms of code; nor does it mean that developers can just push a button to make those apps on either platform (though it is close!). Developers will still need to code for one, share the code for another platform, and do some fine-tuning and optimization.
So app development across Windows and Windows Phone is easier, but it's not exactly the same either. We’ll skip the gory details about app development, coding, shared libraries and such things, but that’s the take away here.
For instance, the new app Movie Maker 8.1 is a universal app. That means for those who bought the Windows Phone version, the Windows 8.1 app will be ‘free’ because Venetasoft can now enable such a feature through shared publishing resources. But if you noticed, the Windows 8.1 version is not yet live, because it needs some final polish before going to the Store. If it were ‘the same app’, you could get it now.
Likewise for Movie Moments and Reading List, which are both universal Windows apps that were just released today.
-
@scottalanmiller said:
Here is the info from the explanation page:
Universal Windows apps – What they aren’t
Universal Windows apps involve a lot of backend improvements for developers that encourage development on Windows Phone and Windows 8. They are not, however, completely the same in terms of code; nor does it mean that developers can just push a button to make those apps on either platform (though it is close!). Developers will still need to code for one, share the code for another platform, and do some fine-tuning and optimization.
So app development across Windows and Windows Phone is easier, but it's not exactly the same either. We’ll skip the gory details about app development, coding, shared libraries and such things, but that’s the take away here.
For instance, the new app Movie Maker 8.1 is a universal app. That means for those who bought the Windows Phone version, the Windows 8.1 app will be ‘free’ because Venetasoft can now enable such a feature through shared publishing resources. But if you noticed, the Windows 8.1 version is not yet live, because it needs some final polish before going to the Store. If it were ‘the same app’, you could get it now.
Likewise for Movie Moments and Reading List, which are both universal Windows apps that were just released today.
This is exactly as I already understood it to be. Though I admit to stating it more plainly... but the end goal for MS is to have a write once, publish everywhere type of ecosystem for apps that make sense one both platforms (desktop and mobile). though I'm sure it will always require that the dev make specific tweeks for display, etc based on platform.
-
@Dashrender said:
Though I admit to stating it more plainly... but the end goal for MS is to have a write once, publish everywhere type of ecosystem for apps that make sense one both platforms
No, that's not what this is saying. This is not "write once, publish everywhere." That's exactly what this is saying that this is not. You still have to change the code for each platform. The whole point there was that isn't what you thought that it was.
-
Here is a line: "Developers will still need to code for one, share the code for another platform, and do some fine-tuning and optimization."
That's what we have without the universal platform. iOS and Mac OSX share languages and tools. When you write an app you have to choose for it to go to iOS or OSX. What makes it "not universal" is that you have to have the code produce two different outputs to run.
The universal HTML5 system does not require this. It is write once. Just like Java. One code.
The Windows system is no different than the Mac one and as Mac has been since iOS first released - the resulting application is not universal at all. We already had the minor tweaks bit, they are just pointing out that it hasn't changed.
