Discussion :

[bradest]

Bonjour,

Premier message, donc petite présentation : je fais actuellement du maquettage en vue de basculer sous Qt une très grosse application développée avec Views, cette application présentant des contraintes en terme de grand nombre d'objets gérés et de temps de réponse.

Premier écueil : il semble impossible de créer sous designer un widget de largeur supérieure à 4095, indépendamment de la largeur maximum déclarée.

Quelqu'un saurait-il comment passer cette limite ?

Merci.

[gbdivers]

Bonjour et bien venu sur le forum

(c'est même limité à 2000 sur le QML Designer)
C'est une limitation du designer. Peut être envoyer un bug report, mais je suis pas sur de l'utilité

Il faut repasser sur le code et modifier manuellement. Lorsque tu reviens sur le designer, il affiche le max, mais la valeur est correctement enregistrée dans le code (tant que tu la modifies pas dans le designer)

[bradest]

Merci pour cette réponse rapide, mais qui malheureusement ne convient pas : designer empêche de placer un objet dans le widget au delà de la limite. Donc peu importe la taille déclarée et/ou sauvegardée du widget, il est inutilisable au delà de 4095.

J'espérais une variable d'environnement ou un truc dans ce genre... tant pis.

encore merci pour la réponse.

[gbdivers]

Oui, j'avais bien compris. Je te disais que c'était une limite du designer, pas de Qt. Donc suffit d'éditer le code manuellement pour mettre la valeur que tu veux

(en fait, j'avais testé le QML designer et pas le designer. J'ai essayé le designer, j'ai pu mettre sans problème une largeur de 10000 avec une position de -9900. L'application se lance sans problème et je vois le bord droit de mon QPushButton)

Est-ce que tu peux en dire un peu plus sur ton OS, ta version de Qt, de QtCreator ?

[bradest]

Je suis en 4.8.4 sous MS visual2010.
Moi aussi j'avais bien compris que le problème est limité à designer.

Mais il y a le contexte d'utilisation : je pensais utiliser designer comme éditeur "métier" avec objets graphiques spécifiques développés et intégrés en plugin, pour construire des synoptiques. Ça marche très bien sur les premiers essais que j'ai faits, avec un "petit" widget.
Mais des centaines d'objets doivent être placés, de façon précise selon des plans externes. Il parait difficile d'en replacer la moitié à la main dans le fichier généré à chaque modification, selon leur identification.

Ce que je peux faire en fin de compte, c'est doubler en hauteur le widget, et placer sur une pseudo 2ème ligne tous les objets qui débordent au delà de 4095, sur une 3ème ligne ceux qui débordent au delà de 8191, etc. L'application se chargera de faire une passe sur tous les objets contenus, et de les replacer selon leur y.
Cela reste de la bidouille, et les "ruptures" entraineront une construction plus difficile des synoptiques pour celui ou celle qui s'y coltinera.
Si la maquette est concluante, j’essaierai de voir s'il est possible de reproduire designer avec une limite levée, voire de développer mon propre éditeur métier.

Dans tous les cas, merci.

[gbdivers]

Comme je t'ai dit, j'ai pas cette limitation. Essaie peut être une version plus récente de Qt Creator

Sinon, pour ce genre de chose, l'utilisation de Qt Quick me semblerait plus adapté, en particulier parce qu'il ne serait pas nécessaire de recompiler l'application pour prendre en compte les interfaces crées avec le designer
En plus, je crois que les développeurs de Qt Creator se focalise plus sur le designer de QML que le designer de widget, tu auras de choses plus avancées

[bradest]

Je suis sous Windows, et dans l'obligation de travailler sous Visual 2010. Donc pas de Qt Creator a priori.

Pourquoi parles-tu de recompiler l'appli après chaque changement d'ui créée sous designer ? J'utilise QUiLoader, qui permet justement d'interpréter les fichiers générés.
Sinon, j'ai dû passer un peu vite dans la doc sur Qt Quick. Je vais creuser un peu de ce côté là...

[gbdivers]

j'avais oublié le loader... (j'utilise pas les ui, j'aime pas du tout)

Ok, donc pas trop le choix. Tant pis. A mon avis, si c'est pour être utilisé par des non dev, à terme, un designer maison sera probablement mieux

[bradest]

ouaip, le designer maison sera le plus propre. Mais je sens que ça va pas plaire question coûts