Qt designer n'est pas de mise à jour de l'interface graphique

Quelqu'un a écrit une interface graphique en Qt designer plus tôt et maintenant j'ai modifier quelques petites parties (c'est à dire ajouter un bouton/fonctionnalités).

Prémisse:
J'ai ajouter la nouvelle fonctionnalité/faire une quelconque modification à la .fichier d'interface utilisateur de Designer.
Je peux aller en mode d'édition et de voir que cela modifie le format xml de l' .fichier d'interface utilisateur

Problème:
Quand je l'ai créer et d'exécuter des Qt, l'ancienne version de l' .l'interface utilisateur est ce qui est montré (sans mes mises à jour de fonctionnalités).
J'ai essayé de nettoyer le tout et l'exécution de qmake, mais en vain.

Toutes les idées pour lesquelles cela pourrait se produire?

InformationsquelleAutor Chris | 2010-12-07
  1. 97

    J'ai eu le même problème et il a été résolu lorsque j'ai désactivé l'Ombre "Construire" dans les "Projets" de mode.

    UPD:
    Toujours reçu les upvotes pour cette réponse qui me rend triste pour 2 raisons

    • il est trivial
    • le problème est toujours là après presque 5 ans
    • Cela mérite vraiment le plus de votes! À mon avis, ce serait la réponse.
    • Cela a résolu ce problème exact pour moi. L' .h fichiers n'ont pas été mis à jour à partir du XML jusqu'à ce que j'ai décoché cette.
    • Juste une note: j'ai dû redémarrer QT après j'ai désactivé le "Shadow Build" option pour le faire fonctionner.
    • Heureusement, je vois cette après jouer avec Qt designer pour une heure.
    • Merci, Cela a résolu mon problème (Qt5.5.0)
    • J'ai essayé de ré-activer l'ombre de la construction, mais qt-creator ne reconnaît plus mes modifications (par exemple l'ajout de gui éléments). Pas sûr pourquoi. @streppel Nous sommes peut-être à l'aide de différents OS, mais je n'ai pas eu à redémarrer QT après avoir désactivé l'Ombre de Construire à cocher pour le faire fonctionner. (Gentoo + QT 5.6.1)
    • Je suis nouveau sur Qt Quick Designer, mais il me semble que c'est un bug -- n'importe où la construction a lieu, il me semble qu'il doit ramasser toutes les modifications que vous apportez. Quelqu'un aurait-il d'accord et personne ne sait si il est déjà ouvert? Il y a un fil similaire ici: stackoverflow.com/questions/29341724/...
    • Il n'y a pas d'ombre option de compilation avec Qt 5.9. J'ai dû, au lieu de supprimer ui_mainwindow.h fichier et de l'exécuter qmake
    • Merci beaucoup, j'ai presque brisé mon ordinateur
    • Merci - uniquement résolu mon problème de Qt5.11.1
    • Vous m'avez sauvé! J'étais tellement frustré!! L'enfer est l'ombre de construire de toute façon
    • L'ombre de construire est d'utiliser un autre répertoire de votre répertoire source pour stocker les résultats de la compilation (.gpm, .de o, exécutables, etc.). Il est important de garder vos sources propres.
    • Il y a une troisième raison pour cela de vous rendre triste: out-of-source versions sont mieux que dans source dans presque tous les cas où il y a une différence, donc tout ce que les forces de l'utilisation de la source de construit est mauvais.

    InformationsquelleAutor ironic
  2. 10

    Je pourrais résoudre ce problème sans changer Ombre Construire de configuration.
    Dans mon projet, je veux construire avec les fichiers de sortie dans construire-ProjectName-Debug

    Mais la QtCreator est pas intelligent pour vérifier si ce ne sont pas des fichiers moc_FileName.cpp et ui_FileName.h dans le répertoire de construction.
    Ce problème se produit car si ces fichiers moc_FileName.cpp et ui_FileName.h sont dans le répertoire du projet le QtCreator les utilise et ne reconnaît aucune modification sur .l'interface utilisateur fichiers.

    La solution à ce problème a été facile pour moi:
    Supprimer tous les moc_FileName.cpp et ui_FileName.h de répertoire de projet et Reconstruire.
    Ces fichiers seront créés dans construire-ProjectName-Debug et toutes les modifications seront là.

    • Résolu le problème pour moi! Thx.
    • De sens ...!
    InformationsquelleAutor user6284
  3. 9

    Lorsque vous modifiez un .ui fichier, quelqu'un a besoin pour exécuter uic.exe sur le fichier pour générer un fichier d'en-tête. Par exemple, pour une fenêtre appelée MyWindow.ui, cela va générer un fichier appelé ui_MyWindow.h.

    C'est alors ce qui est utilisé lorsque l'application est reconstruit.

    Vous ne précisez pas la façon dont vous construisez ou sur quel système d'exploitation, donc il est difficile de vous aider sur cette fin. Si vous êtes en utilisant Visual Studios, il est possible d'intégrer votre .ui fichiers dans vos projets, de sorte que lorsque vous modifiez l'un .ui fichier, tous les fichiers générés seront recréés automatiquement. La même chose est possible si vous utilisez .pri fichiers.

    En tout cas, je courrais:

    uic.exe -o ui_yourfile.h yourfile.ui

    S'il vous plaît changer les noms des fichiers que l'on utilise.
    uic.exe peuvent être trouvés dans votre Qt bin répertoire.

    Puis une fois que vous avez généré le fichier d'en-tête, essayez de trouver où il va dans le répertoire build. Puis reconstruire.

    InformationsquelleAutor Liz
  4. 3

    - Je résoudre ce problème par cleanpuisbuild.Je trouve que ,si j'ai coché Shadow Build,qtCreator allez utiliser l'ancien .obj,autre que de générer de nouvelles .obj même si le ui_xxx.h a été modifié,afin de générer .exe lorsque débogage agin.Mon environnement est qt5.5 + msvc2013.

    InformationsquelleAutor Crawl.W
  5. 3

    C'est ce qui m'a aidé personnellement, ajouter à qmake fichier:

    UI_DIR = $$PWD

    InformationsquelleAutor cen
  6. 2

    J'ai eu le même problème et a pu le résoudre par la suppression de tous les fichiers Makefile dans le répertoire de construction, puis de reconstruire à partir de zéro. Pour une raison quelconque, ces fichiers ne sont pas supprimés lorsque vous exécutez Propre Projet à partir de Qt Creator.

    InformationsquelleAutor ishmael
  7. 1

    Même problème pour moi.
    Rien ne fonctionne jusqu'à ce que je changé l'installation de Qt 5.0.2 (MSVC 2010) pour Qt 5.0.2 (mingw).
    Maintenant, il fonctionne à nouveau...câblé

    InformationsquelleAutor maniax
  8. 1

    J'ai eu le même problème: pas de changement de l'interface est apparu après la construction.
    Le problème, comme mentionné ci-dessus est que l'interface utilisateur des fichiers ne sont pas d'être refaite.

    Décochant l'ombre construire résolu le problème pour moi, mais seulement une fois. Après que je ne pouvais pas voir ultérieure de l'interface utilisateur change de nouveau. J'ai donc revérifié ombre construire et supprimé l'existant ombre dossier de création. Cela fonctionne toujours maintenant, tant que je supprime tous les fichiers de build. Mais c'est boiteux. Il doit être capable de détecter les changements de l'interface et de recréer les fichiers.

    Je pense que cela devrait être enregistré comme un bug dans Qt Creator/Designer.

    InformationsquelleAutor AKstat
  9. 1

    J'ai supprimé tous les auto-gen fichier dans le dossier source. quand j'ai décoché l'ombre de construire, auto gen fichier a été créé dans le dossier source. après, quand j'ai vérifié l'ombre de construire, compilateur utilisez uniquement la source du dossier gen fichier. J'ai donc supprimé tous les auto-gen fichier(ui_, moc_) et puis l'interface utilisateur a été mis à jour toujours.

    InformationsquelleAutor TAK
  10. 1

    Dans mon cas, le problème a été causé par un changement de nom de l' .fichier d'interface utilisateur. Qt Creator n'a pas de mise à jour de la #inclure le fichier d'en-tête "ui_[name_of_ui_file].h" dans le .fichier cpp correspondant à la forme. De toute façon, nettoyage tous les "ui_*.h" les fichiers dans l'ombre dossier de création a résolu le problème (je suppose que décochant "l'ombre "construire" dans l'onglet Projet produirait le même effet).

    InformationsquelleAutor Raul Costa Junior
  11. 1

    Avez-vous été à jouer avec le système de date ou de temps ou ils étaient différents de ceux de vos collègues de l'ordinateur? J'ai changé le temps de quelques heures plus tard pour faire des tests (et la compilation du projet dans le temps) et après restauration à l'heure actuelle, la compilation des fichiers n'ont pas été mis à jour parce qu'ils étaient plus récents que le temps de compilation. L'exécution de Clean n'a pas de supprimer ces fichiers. En décochant la Shadow build option ne m'ont donné que des plantages et une introuvable 0xc0000135 erreur. Supprimer manuellement les moc_*.o et *.rpc fichiers avec l'avenir de la date/heure à partir du répertoire de construction et de la compilation de l'ensemble du projet a de nouveau été la solution pour moi.

    InformationsquelleAutor nuncaeslupus
  12. 0

    Comme mentionné ci-dessus, l'interface utilisateur des fichiers ne sont pas d'être recréé. Pour moi, la solution la plus simple est tout simplement de frapper Reconstruire au lieu de les renforcer. Pas besoin d'aller dans projet submenues à chaque fois.
    Aussi longtemps que votre projet n'est pas trop grand, c'est OK (en dehors de cela est un bug que qt a pendant de longues années maintenant)

    • Que faire si il n'y a pas de formation car c'est un projet de Python, pour une raison quelconque ui_main.py n'est pas enregistré avec ui_main.l'interface utilisateur?
    • Ressemble pyside-uic entrée -o output.py doit de le faire mais n'a pas de sortie exécutable Python pour une raison quelconque à titre d'information.
    InformationsquelleAutor transistor
  13. 0

    J'ai eu le même problème et alors rendu compte que j'ai modifié le .pro fichier manuellement: c'est que j'ai fait "illégal" chose déplacé mainwindow.l'interface utilisateur sous DISTFILES (par défaut, tous les de l'interface utilisateur fichiers sont regroupés sous FORMES).

    Retourné à FORMES et maintenant tout fonctionne très bien

    InformationsquelleAutor Shota Meladze
  14. 0

    Ajouter la ligne suivante dans .fichier pro

       UI_DIR = $$PWD
    InformationsquelleAutor Prayag k