2015-04-13 1 views
0

J'ai essayé de comprendre Qts plate-forme de manutention pendant des heures maintenant, mais je ne comprends pas. Pour ma gestion des raccourcis clavier, j'utilise actuellement un mélange de X11extras pour obtenir l'affichage, xlib pour les conversions de clés et xcb pour la gestion des événements natifs Qt. Trois bibliothèques à lier. Et où l'APQ sans papiers joue-t-il un rôle ici? Maintenant, je me demande si c'est nécessaire. J'ai besoin de quelques éclaircissements ici. J'utilise qt 5.4. Quelle est la voie à suivre pour l'avenir?Besoin Qt QPA et X11 clarification

+0

Est-ce que ce ne devrait pas être sur la liste de développement Qt? – Gui13

Répondre

0

Pour Qt, vous ne devriez pas avoir besoin de coder nativement la plate-forme pour les événements clés, sauf si vous utilisez des fenêtres natives. Lire à propos de QEvent et les fonctions de l'événement dans QWidget.

Utilisez QWidget::nativeEvent() ou QCoreApplication::installNativeEventFilter() si vous avez besoin d'un accès direct aux événements X11 bruts. Les filtres d'événements natifs au niveau de l'application sont traités pour chaque événement et ont plus d'impact sur les performances que le sous-classement QWidget et la réimplémentation nativeEvent().

Lisez à propos de QWindow::fromWinId() et QWidget::createWindowContainer() si vous souhaitez intégrer une fenêtre native en tant que widget enfant.

+0

Attendez-vous vraiment que j'accepte cette année? Il y a beaucoup de fonctionnalités non couvertes par Qt. Tellement bien je dois m'occuper des événements indigènes. Et plus encore je veux comprendre ce qui se passe. – ManuelSchneid3r

+0

Excuses; De ce que vous avez discuté (événements clés, gestion des événements Qt), j'ai mal compris. Pouvez-vous clarifier ce que vous essayez de faire? Cela m'aidera à définir ma réponse pour vous. QPA n'est pas encore publique, d'ailleurs. Tout est privé "jusqu'à ce que l'API se stabilise", bien que nous l'ayons entendu depuis le 5.0. –