Search options (Page 12 of 33)

Xander a bien résumé (mieux que moi ) :
Détermine comment le cadre du texte grandis, lorsque ce dernier est modifié (ajout ou suppression de caractère).

Je posterais une petite vidéo demain, ce sera plus facile.

PS :
Si quelqu'un (ou plusieurs personnes) se sente motivé, vous pouvez contribuer à la rédaction de la documentation en français.

Étrange, chez moi tout fonctionne.
Le comportement de cette fonctionnalité est elle bien ce à quoi vous vous attendez ?
En d'autre terme quand vous utilisé cette fonctionnalité, qu'est ce qu'elle doit faire selon vous ?

What did you do when crash occur ?

About the drawing of front view and scale ratio (1 : 200 or whatever)
please open a new thread on this forum and discuss of in this new thread.
For me (with my hat of developer) the scale factor can be 1:1 or 1:1000000 this is the same.
You as users, specifies the scale factor and may be some rules and good practice for draw front view and when it's done, I will write the code with pleasure , these elements will have a new type (witch doesn't exist now) "thumbnail".

One other things (this is my opinion and not necessary the opinion of the whole QET team) don't draw exactly the same element for each reference of a device series.
Exemple :
Power Contactor serie lc1 of schneider electric. https://www.se.com/ww/en/product-range/664-tesys-d/
the front view is exactly the same for about 20 (or more) contactor the only difference  is the reference write in the front of the device (lc1d09, lc1d12 etc...).
The element collection need only one front view and it's the role of user pick and place the good front view.
In future I plan to make it automatic (one view = several reference) but for now.....
The element collection is very big and make a lot of time to be loaded (in windows), so no need to bloat it with doubloon.

J'avais pensé aux couleurs aussi mais c'est pas très parlant en revanche des petite flèches je oui.

It's very strange you get a crash with the 0.8 dev, wich will be soonly released (so we think it's very stable) there is long time since somebody report a bug.

What did you do when Qet crash ? Can you reproduce this crash ?

Best regard.

oui

Si la première colonne est composé de chiffres alors c'est trier par chiffre, en revanche si c'est des lettres alors c'est par ordre alphabétique (ce que montre très bien l'exemple de Xander).
Donc dans le cas de numérotation par lettre bien que cela soit lue comme des chiffres par un être humain (1/20, 10/20......2/20, 20/20) ce n'est pas trier dans l'ordre numérique mais alphabétique, cependant je n'explique pas pourquoi d'une installation à une autre le résultat est différent.
A savoir tout cela est gérer par une base de donné sqlite avec une requête sql (je vous laisse chercher sur internet pour ceux à qui cela ne dit rien) et il est possible d'éditer la requête sql donc :
Pour un sommaire "num de folio, titre, auteur, date" la requête est :
SELECT folio, title, author, date FROM project_summary_view ORDER BY folio, title, author, date
il suffit de modifier la requête par :
SELECT folio, title, author, date FROM project_summary_view ORDER BY pos, folio, title, author, date

Noté bien le "pos" après le "ORDER BY" qui aura pour effet de trier le sommaire en premier lieu par la position des folios sans pour autant affiché la position dans le sommaire.

Le champ "Requête SQL" tout en bas de la fenêtre pour ajouter un sommaire ou nomenclature est prévue pour.

Sauf erreur de ma part, je ne voie pas dans qu'elle situation tu peut avoir ça.
Un couple maître/esclave représente physiquement un seul et unique élément.
-Dans ton cas le contacte est, je suppose, un contacte auxiliaire ajouter à ton disjoncteur et donc un même élément avec le même nom (DS), donc cela est normal que sont nom devienne celui du maître c'est le comportement attendu.
-Idem pour la nomenclature c'est deux éléments sur ton schéma mais un seul pour de vrai donc apparaît qu'une seul fois. Dans ton cas d'un module contacte ajouté au disjoncteur, il faut aller dans l'élément maître et renseigner le champ 'Bloc auxiliaire' 1 et ou 2.

@Galexis :
le fichier cinammon.css doit être pour le shell j'imagine, et l'autre ba pour gtk, donc ni l'un ni l'autre.
Je vais regarder ça dans une vm.

Au sujet de la doc cité plus haut.
C'est très intéressant et peut donné des idées. N'hésiter pas à la lire et si des choses vous intéresse venir en parler dans un autre topic.

Great

By the past the attribute was sorted in qet. It was used to check if an element was changed or not by checking the string of the xml.
But Qt changed the way how work the dom xml writer, and the attributes was never write in the same order.
So from this change, we can't check if element was changed or not even if attributes wasn't changed.
This is why we have an 'element definition' uuid. Uuid is much much better for qet (not for git diff).

When you think you've finished your work, I've some ideas to test (if you want to code it of course).