Can anyone tell me whether or not Qt supports the windows Bluetooth API?
If so could you please share some information on how to use it?
The answer to this question has changed a bit since the last response was given. Qt version 5.2 implemented a Bluetooth API for Linux/BlueZ and BlackBerry devices. Qt 5.3 includes Bluetooth support for Android. Linux devices can connect with RFCOMM or L2CAP protocols. Android and Blackberry only have RFCOMM.
Bluetooth on Windows is still not supported, but that fact is hard to find. Currently, if you create a QBluetoothSocket on Windows and tell it to connect to an address, it fails silently even though there is a built-in error-reporting mechanism. If you use the QBluetoothLocalDevice interface to retrieve devices, you get back an empty list. Although the class documentations don't mention the fact, the Bluetooth Overview clarifies that
Currently the API is supported on Android, BlackBerry 10 and Linux (Bluez 4.x).
Starting from Qt 5.11, Qt documentation says:
Despite there not being a Win32 port yet, the WinRT backend is
automatically used if the win32 target platform supports the required
WinRT APIs. Minimal requirement is Windows 10 version 1507 with
slightly improved service discovery since Windows 10 version 1607.
Therefore Windows 7 and 8.x targets are excluded.
Bluetooth Chat Example tested successfully using following setup:
Qt 5.11.1Win10 Qt Kit MSVC2017 64 bit.
As January 2020 documentation, Qt 5.14 officially supports "Classic Bluetooth" for win32 builds.
However, it doesn't seem complete, here mentions a restriction about finding devices:
...it is only possible to find devices that have been previously paired through Windows Settings
Related
while understanding the differences between 10.0.19041.0 and 10.0.22000.0 SDK ,I encountered
https://developer.microsoft.com/en-us/windows/downloads/windows-sdk/ this page. After looking into it , I understood 10.0.22000.0 is mainly for windows 11 applications .
If we select 10.0.019041 as the package and build the application, won't it run on windows 11.
If we want our application to be run on windows 11 do we need to choose 10.0.22000.0 over 10.0.19041.0.
Please correct me if my understanding is wrong.
Thanks for the help!
TLDR: No, your understanding is wrong. You can likely use whatever version you want and your application will run on both, Windows 10 and Windows 11.
Long with details:
It's true, the 10.0.19041 SDK is for Windows 10.
It's also true, 10.0.22000 SDK is for Windows 11.
Let's have a look from a user perspective:
When you download software, how often do you need to select the correct operating system? Not very often. So, somehow, the SDK version does not seem to be very important.
Let's have a look from a Microsoft perspective:
Does Microsoft want all developers require a rebuild of their Windows 10 programs once they release Windows 11? Certainly not, because this would mean that with the release of Windows 11, there wouldn't be a single application which runs on Windows 11. Microsoft couldn't even perform inhouse tests for multi-million-user software such as Adobe Reader.
Let's have a look from a technical perspective:
The Windows SDK provides the API definitions of Windows. The Windows API is very old. And since Microsoft does not want developers to rebuild and, even worse, let them fix breaking changes, Microsoft keeps that API incredibly stable. They will not change the API, they will only add new API methods.
The chance that the Windows API you use already existed in Windows 10 and still exists in Windows 11 is almost 100%. So your application compiled for Windows 10 will still work on Windows 11.
Likewise, if you compile with the Windows 11 API and don't use the most recent fancy API, your application will still work on Windows 10.
Example
Let's say you developed an application that manages Fonts. You have used the interfaces IDWriteFontSet, IDWriteFontSet2 and IDWriteFontSet3. With Windows 11, Microsoft has added IDWriteFontSet4. As long as you don't use that interface and stick to the previous 3 interfaces, your application will run fine. Once you start using IDWriteFontSet4, your application may crash on Windows 10 (potentially only if the user invokes the functionality, not so sure).
Could python or another piece of programming Integrate or work with google play or apk files to work with windows mobile (please be kind I'm not tech savy) my question comes from being and android user and I've switched toa Lumia 650 (windows based) ....and it is lacking in ALL media and entertainment realms....
You should install a driver Go through the below article you will find an appropriate driver to your device
[1] : https://developer.android.com/studio/run/oem-usb.html?utm_source=udacity&utm_medium=course&utm_campaign=android_basics
Does anyone know if Siebel 7.8 is supported on IE10 and above? One application is about to be sunset, but will continue for a few months, but the desktops will be upgraded to Windows 8.
Any link to sources from Oracle for supporting or not supporting IE10 will be appreciated, since the official docs (http://docs.oracle.com/cd/E11886_01/siebel/books/SRSP78/SRSP78.pdf) do not talk about Windows 8 support
The last supported platform for High Interactivity mode is Windows 7 and Internet Explorer 8 (that is mentioned in document you are linked to the question). As far as I know there is no option to use Windows 8 with IE8, so the plain answer is: no, you cannot use it to access Siebel applications. Still if you find a way to install IE8 there is a little chance that it will work. Consider using some type of virtualization (Windows 8 Pro includes HyperX VM software) or any other methods.
Do Windows Phone 7.1 - 7.8 apps run reasonably well on Windows Phone 8 devices?
Is there any reason in terms of compatibility for me to choose one over the other?
You will find the official documentation about WP 7.1 and WP 8 platform compatibility in the following link:
App platform compatibility for Windows Phone
Although in general any WP7 app will run without problem in a WP 8 device, this documentation addresses some cases where the behavior may be different.
So, if you don't use any specific features introduced in WP 8, you can develop targetting WP 7.1. That way your app will be available for more people. If you want to take advantage of WP 8 specific features such as NFC or Nokia maps, I would recommend to develop for both platforms, reusing as much code as you can.
You can run Windows phone 7 apps on a device with Windows phone 8, but not vice versa. I'd advocate targeting 7.x, unless you need to use 8.x specific hardware like NFC, in which case, I'd advocate targeting specific versions.
I'm looking for an OS abstraction library to use for my next project and I would like to know if ACE (Adaptive Communication Environment) can be used on a windows 7 environment. I've checked the ACE site (www.cs.wustl.edu/~schmidt/ACE.html) but the last version of windows supported is XP. As it seems a big and influent project, this seems strange to me.
Do any one have specific information on ACE support for windows seven or have tried to use it on that system?
Windows 7 will work with ACE, we do build/test it, but only in XP mode, not using the new Windows 7 API features