Windows 8 Support
-
Hi all.
I think that this question is very relevant.
Taking into consideration that the policy of Nokia+Microsoft with Windows Phone 7 is to maintain Qt away, then it is important to clarify the "Nokia+Microsoft" strategies for Qt.
So, it is adecuate to ask that now.
This situation is forcing me to move to Android and avoid WP7. With Qt on W8, or future WP8, I can consider to return to W.
Regards,
Àngel -
For all those who haven't heared yet there is a "Windows 8":http://msdn.microsoft.com/en-us/windows/apps/br229516 preview available for developers, including Visual Studio 11, Blend 5 and the new Metro SDKs.
[quote author="Dzjek" date="1307945585"]What version of Qt can we expect to work correctly with Windows 8?[/quote]
The Qt SDK installs smoothly and the examples I've tried work as expected.
Quite contrary to, I don't see a reason why it shouldn't work correctly at all. Windows 8 has still the same NT kernel as Windows 7 has, just a new user interface stuffed on top on it (and a very questionable one if you ask me).
Be sure to have a recent version of your VM as Windows 8 requires ACPI 2.0 support (which for example VMware Workstation 7.x has not).
-
The most horrific design decision was that this "desktop" replaces the classic start menu, which isn't available until you disable the whole metro stuff.
@
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RPEnabled
1 -> Metro UI
0 -> Classic UI
@
[quote author="eric_vi" date="1316186870"]what about the windows 8 app store... are there more details available?[/quote]
This Windows App Store isn't included in the developer preview and as far as I know there is only a minor amount of concrete details about it (besides "there will be an App Store"). -
The question is more: what will be supported by Qt ? A Qt 4.6.3 application runs well in the dev preview, but as a classic application, it does not fit into metro.
Having a way to create metro compliant applications with Qt (mainly: reuse as much as possible the code we maintain for year) would be very cool.
I think we'll get more details in the dev days - at least I hope so.
-
It's in the early stages, but here's a project with the goal of getting Qt working within the Windows 8 Metro environment: https://projects.developer.nokia.com/qt_metro
There is a link there to a video showing a QML test application in action.
-
"http://pkisensee.wordpress.com/2011/09/23/windows-8-and-c/":http://pkisensee.wordpress.com/2011/09/23/windows-8-and-c/
I would say that with Win8 and WinRT, MS is embracing c++ rather than moving away from it as somebody suggested. So a Qt port is certainly possible. But it can happen only after Win8 is officially released and all the technical information is released by MS. Also it is my understanding that Qt is not moving away from c++. JS is just another option. I expect most mobile apps to go the C++/Qml way. JS/Qml may be used for very simple apps. Anyway Qml seems a better option for UIs.
-
Well, Microsoft actually has moved away from C++ with WinRT / VS11 - by creating a ton of proprietary modifications to the language which resulted in something they indeed call "C++" but in fact is something completely incompatible with C++ and anything besides VS11.
However, Herb Sutter has announced that there will be a C++ interface to WinRT (WRL) - we will see.
-
[quote author="Lukas Geyer" date="1323160788"]Well, Microsoft actually has moved away from C++ with WinRT / VS11 - by creating a ton of proprietary modifications to the language which resulted in something they indeed call "C++" but in fact is something completely incompatible with C++ and anything besides VS11.
However, Herb Sutter has announced that there will be a C++ interface to WinRT - we will see.[/quote]
Probably you meant c++\CLI, the c++ dialect for .Net platform, which looks very unlike c++. But what I had read is that there will be a proper c++ interface to WinRT. But I don't have those links now.
-
C++/CLI is something different. It compiles to IL instead of native code, uses garbage colletion and a common runtime. C++/CX, as Microsoft calls their newest version of C++, is C++ (native code, no garbage collection, no runtime) plus extensions (ref class, ^, ...) which are incompatible to C++/C++11 and absolutely require a modified compiler.
There is a C++ template library called Windows Runtime Library (WRL) which should allow for interfacing Windows 8 using standard C++, but Microsoft urges developer to use C++/CX (when interfacing WinRT), including tool support, examples, libraries and so on. This means that - in practice - you are most probably forced to use C++/CX, which is - again - not C++. But as said, we will see.
The Visual C++ Team Blog and Channel 9 has some good reads on C++/Cx, WinRT and WRL.
-
I am curious about which version of Qt will support Windows 8. I spoke with a Sales Rep from Digia who said that only Digia would be supporting Windows 8 and that Nokia would not be releasing this support with their Qt code. I understand that Digia is just trying to sell commercial services, so I was wondering if anyone else could verify this information. The investment return on the project that I am about to start can't really justify the cost of a commercial license. Perhaps I don't understand the difference in code bases here, but what I would like to know is whether the LGPL Qt Desktop version will support Windows 8.
-
The sales rep I spoke to said that, as of right now, the code bases are the same but that, in the future, they may diverge. For instance, Digia is adding some new business-centric widgets for charting and reporting. They are required to push these back to Nokia, but it is up to Nokia whether or not these will be included in the LGPL version. Of course, all of this could be bogus sales tactics, but it got me wondering.
-
why is this man posting all around the forum the very same thing??
is this spam??
