La question avais déjà été posé (Laurent je crois) mais j'ai été contre et le suis toujours pour les raisons suivante :

-L'onglet propriété doit uniquement être destiné au info (le fond)
-L'onglet texte uniquement au différent textes affiché sur le folio (la forme)
Alors dit comme ça, ça fait un peu réponse 'dit moi ce que tu as besoins je te dirais comment t'en passer' mais il faut vraiment pas tout mélanger (aussi bien à l'utilisation de qet que du code).

Dans l’hypothèse où je le ferais :

-On clique sur le bouton, un texte est ajouté MAIS la config de ce texte par défaut ne te plais pas donc je le modifie pour que celui-ci te convienne seulement maintenant celui-ci ne plais pas à un autre utilisateur...... donc obligé d'aller modifier le texte dans l'onglet qui va bien -> on perd beaucoup l’intérêt de la chose.

-Je pourrais bien mettre en place dans les propriétés de qet un onglet pour configurer la config par défaut des textes dynamique, mais par la suite tu te rend compte que quand tu pose un texte "commentaire" tu veut que celui-ci soit différent du texte "fonction" du coup tu retourne dans l'onglet texte....

Bref ça devient vite (potentiellement) complexe pour l'utilisateur et du code un peu pour rien au final.

Actuellement il existe deux solutions :
Te faire une collection perso avec les textes dynamique déjà présent
ou
appeler une config de texte que tu aura crée au préalable.

J'avais songé à l'époque de créer un truc qui appelle automatiquement une config de texte pour un élément donné.
C'est à dire tu crée une config de texte et ensuite tu indique que cette config de textes doit automatiquement être ajouté à l'élément X lorsque celui-ci est posé. Mais au final vue le temps qu'il faut pour mettre ça en place autant se créer une collection perso comme dit plus haut.



Comment fait tu actuellement pour gagner le plus de temps possible sur ce sujet ?

A+

Non, le modèle enregistre la requête sql.
Regarde si elle est ben enregistré correctement dans le fichier nomenclature.json. Si elle est bien enregistré mais que tu est toujours obligé de refaire à la main alors il y a un bug. Dans ce cas met la requête ici et je regarderais.

We cross compil QElectroTech for windows on linux system, so we never build qelectrotech on windows.
The few time who I build Qet on windows, I comment the things related to sqlite3 (see the post of scorpio).

May be you can test this : https://gist.github.com/zeljic/d8b54278 … 169ee28c55

If they work for you, you can feedback to us how to ?

Pas besoins de faire le gros bourrin en supprimant le texte nomicons/grin
C'est juste un problème de rafraîchissement, il faut soit bouger l'autre report de folio pour forcer le texte à se mettre à jour, ou alors quand tu revient sur "information de l'élément" tu choisis autre chose que "label" puis tu remet "label" encore une fois ça force le rafraîchissement du texte.
Pas le temps de corriger ça ce soir, on verra dans la semaine.
A+

tito.tit wrote:

mais pas horizontale "en bas et en haut" pour les conducteurs de petites longueurs.

J'ai pas réussi à reproduire le problème.

Bug résolu dans la dernière version de dev.
Merci du retour.

No this feature doesn't exist.
It would be a good feature to add in future release.

Deux commits suite à ton dernier post :
-Le premier corrige le crash lui même.
-Le second supprime automatiquement les tableaux vide (par contre le folio reste).

galexis wrote:

Où règles-tu les configurations d'affichages enregistrées ? Je ne voit rien...

Dans le dialogue quand tu crée le tableau. Effectivement c'est nul de ne pas l'avoir dans panneau latéral, je n'ai pas pensé à le mettre à cet endroit (étrange que personne n'ai remonté ça jusqu'à présent).

Étant donné que le fichier n'est pas présent, je pense que l'on ses mal compris.
Moi je parlais des configurations de mise en forme des tableaux (onglet affichage), dans ton dossier il n'y a que les conf des requêtes sql j'en déduis donc que tu doit rappeler que les conf sql (onglet contenu) et que tu en a jamais fait pour la mise en forme du tableau. Si c'est bien le cas alors il y a un bug dans qet (Si tu pouvais mieux cerner les circonstances qui provoque le bug... )

Non c'est pas celui la, c'est graphics_table.json dans le même dossier.

Tu peut m'envoyer le fichier de configuration afin que je regarde si ça vient de lui (ainsi que le nom de la conf que tu utilise)

Le fait de ne pas pouvoir les déplacer au clavier est un bug.
Dans les paramètres de QElectroTech vous pouvez déterminer l'angle ainsi que la position (haut bas droit gauche) par rapport au conducteur des textes, la position (X:Y) est automatiquement déterminé en se positionnant au milieu du segment le plus long du conducteur.

Non actuellement il n'existe rien de la sorte.
Une parade que certains utilisateur on trouvé est de créer des projets vide en temps que modèle et de se baser dessus lors de la création de nouveau projet.

No I can't, we work on Qet in our free time and this moment we haven't a lot of this one.

Can you send us the project file ?

Hello thanks for compliments.
The best way is to export the sqlite database go to project -> export the internal project database (available only on windows and linux) open it with sqlite editor (I use this software https://sqlitebrowser.org/  but a lot of others software exist and also online editor) create and test your query when it's done copy/paste your query into QElectroTech.

Hello, this kind of feature was already requested but not added I will add it to the todo-list.

Non je ne pense pas que cela vienne du modèle (à moins que la nomenclature existe déjà dans ton modèle) en revanche si tu crée ta nomenclature depuis une configuration sauvegardé, il est possible que le problème vienne de la.

Désolé pour la réponse tardive, très très occupé en ce moment...

QElectroTech ne prend pas en charge les tailles d'impression à proprement parlé, c'est le dialogue d'impression (qui est différent en fonction du système que tu utilise) qui te permettra de choisir A4, A3 ou tout autres format.
En revanche tu peut modifier le nombre de ligne et colonne ainsi que leurs taille dans les propriétés du projet. A toi de faire quelque essais afin de trouver la configuration qui te convient le mieux.

Tu trouvera de la documentation (en anglais) dans : Aide -> Manuel en ligne.

J'ai fait le test avec le projet envoyé par mail, visiblement l'alignement des textes des cellules est vide.
Si tu clique sur le tableau tu verra dans les propriétés qu'aucun alignement n'est actif. Choisis en un et le problème sera réglé.
Par contre je vois pas pourquoi il est vide (dans le xml il n'y a aucune valeur d'enregistré).

je regarde ça

Ok I Will see  that this week

Bonjour Pierre,
est ce un besoins ponctuel d'avoir deux fenêtres séparé ou quelque chose de récurrent ?
Tu est (de mémoire, je peut me tromper) la première personne à demander ça, mais ça veut pas dire que tu est le seul à le vouloir.
Si c'est un réel besoins, je peut voir pour arranger ça si ce n'est pas trop chronophage, car je suis déjà bien occupé sur le générateur de bornier.

Feature added, wait for next build to test.

im7ffy wrote:

mais pense tu que dans le futur cela seras implémenté de façon plus native?

Oui la fonctionnalité n'est pas trop difficile, il faudrais que je mette ça dans la todolist.

im7ffy wrote:

Même question pour la gestion de la numérotation en considérant la pile d'annulation.

La c'est une autre histoire, dans l'état actuel des choses ce n'est pas possible car il faut revoir une bonne partie du code et en ce moment je concentre mes efforts sur le générateur de bornier.
Donc un jour oui, mais quand..... nomicons/grin