Les changements apportés à Qt Sensors

Qt 6 est le résultat d'un effort conscient pour rendre le cadre plus efficace et plus facile à utiliser.

Nous essayons de maintenir la compatibilité binaire et source pour toutes les API publiques dans chaque version. Mais certains changements étaient inévitables dans un effort pour faire de Qt un meilleur framework.

Dans cette rubrique, nous résumons ces changements dans Qt Sensors, et fournissons des conseils pour les gérer.

Prise en charge des gestes du capteur

La prise en charge des gestes a été supprimée. Dans sa forme actuelle, les gestes ont besoin d'être repensés pour être plus utiles aux développeurs. Pour suivre cette évolution, veuillez consulter QTBUG-95649.

Notes sur les plateformes

Windows

Sous Windows, les capteurs sont pris en charge dans les installations de Qt Sensors qui ont été construites avec MSVC.

sensorfw

Le sensorfw n'a pas encore de port Qt 6 et n'est donc pas encore supporté par les capteurs dans Qt 6.

TI Sensor Tag

La prise en charge du TI Sensor Tag a été supprimée.

Capteurs supprimés

QAltimeter, QDistanceSensor, QHolsterSensor et leurs équivalents QML n'ont plus d'implémentation backend et ont été supprimés.

QIRProximitySensor, QLidSensor, et QTapSensor n'ont qu'un backend sensorfw, et en tant que tels, ils ne sont pas actuellement listés comme des types de capteurs supportés.

Linux

La prise en charge de l'accéléromètre Linux sysfs a été supprimée. Le backend n'est pas documenté et n'a pas connu d'activité réelle depuis près de 10 ans.

Changements dans l'API

Suppression du typedef pour qtimestamp

Le typedef pour le type historique, datant de l'ère QtMobility, qtimestamp a été supprimé. Utilisez directement le type actuel quint64.

Renommé le type sensor string en sensorType

Les sous-classes de QSensor implémentent une chaîne char const* qui définit la chaîne qui identifie le capteur de base. Ce champ statique type faisait de l'ombre à la méthode QSensor::type() de la classe de base, ce qui entraînait des erreurs de compilation inutiles et des solutions de contournement. La chaîne type a été renommée sensorType.

La propriété LidReading::backLidChanged a été renommée en backLidClosed

Le nom de la propriété est désormais aligné sur la propriété frontLidClosed du même type QML.

Ajout d'un paramètre à QSensorBackend::sensorBusy() pour pouvoir également effacer

l'état occupé

La propriété QSensor::busy et son accesseur, QSensor::isBusy(), peuvent être utilisés pour vérifier si le capteur est occupé ou non. Pour permettre à cette propriété de mieux refléter l'état du backend du capteur, QSensorBackend::sensorBusy() accepte désormais un paramètre booléen. Ce paramètre busy est utilisé pour activer/désactiver l'état d'occupation du backend et notifier l'interface QSensor qui lui est attachée.

La valeur par défaut du paramètre QSensorBackend::sensorBusy() est true, ce qui donne le comportement original (à l'exception de l'émission du signal). Cela signifie que dans la plupart des cas, si ce n'est tous, les changements ne sont pas obligatoires. C'est plutôt aux implémentations individuelles du backend du capteur de décider si les changements sont utiles.

Propriétés Sensor::type et QSensor::type marquées comme constantes

La propriété type ne peut pas changer après l'instanciation et est marquée comme constante à la fois en C++ et en QML.