You have to change formula about report folio.
Project proterties/New folio and folio report:
on the fomula %f is id of folio and %F label of folio

727

(554 replies, posted in News)

5010: Dynamic element text item can display information of parent element

Qu'est-ce que les éléments "parents" ? Ce sont les éléments maîtres ou une nouvelle propriété?

728

(554 replies, posted in News)

Super ! <3
Pas de problème chez moi pour ces nouvelles fonctionnalités. Juste pour les conducteurs bi-colores, chez moi, si 2 pixels pour la taille des traits: rien n’apparaît, il faut minimum 3 pixels.

Report don't link label, only position...

J'avoue ! nomicons/tongue

Quand pourra-t-on goûter aux nouveautés ?nomicons/angel

gabe wrote:

Here's an example of what I have - a DI module that needs to be split on two pages. I would like the label to be the same on both pages for this module, being formed as page number - prefix - column - line. The name format is easy to implement, but on the second page, the page number is different. If I write the page number for the second module part as direct numbers, then it won't be dynamic anymore.

What do you mean about "dynamic" ? If you change folio number of the first part (on 35 in the exemple), label of second part don't change ? That's it ?
Today, no link exist between to element without xref draw like contact. It sould be interesting, I have the problem too. It should be interesting to link 2 parts of double analogic sensor, or for PLC card, to link layout and details.

Have you picture to explain more what you want to do ?

734

(6 replies, posted in News)

Tu veux peut-être garder la surprise, mais quels sont les axes de développement pour la 0.7 ?

You're right: write information on conductor or on each wire element does'nt save times. When infomation are on project, it open possibility like list of wire as you show on post 94.

736

(6 replies, posted in News)

Le trunk, c'est la version de développement ?
Pour continuer de suivre le développement de la 0.7, faudra-t-il changer de ppa ?

1 élément vue, 2 élément entrées et 1 éléments sorties à regrouper das un dossier "TM241CE24T" sous "M241".
Merci.
Cordialement.

Bonjour,
dans la collection d'éléments, il faudrait mettre le dossier "TM241CE24R" dans le dossier "M241". M241 étant la famille et "TM241..." une référence.
Dans le dossier M241: "entrées analogiques TM3AI4..." x2 doivent être mis dans le dossier "extension TM3", peut-être dans un dossier "entrées ana TM3AI4". Les éléments concernant le TM241CE24T peuvent être tous regroupé dans un dossier à son nom "TM241CE24T".

@Scorpio810
Is it possible to include terminal generator and necessary like python on ReadyToUse version of qet ?

On a un phénomène similaire dans l'éditeur d'éléments:
si un outils est sélectionné, texte par exemple, et qu'on enregistre sans avoir faire échap pour quitter l'outils, alors on a un champs texte parasite dans l'élément, dans l'angle supérieur gauche.

Je suis tombé là-dessus en cherchant à reproduire un problème que je rencontre parfois: un champs texte qui bouge après enregistrement.... Vous ne l'avez jamais remarqué ?

unalcalde wrote:

We could use , for example, the field "function" of conductor properties. If the field is blank or not in the format 'W1:1' the conductor is not part of a electric hose.

Draw elements is dificult for some reasons:
* if the terminal block is too long, it's splited in several elements and maybe the terminals for a one motor are in diferent QET Elements.

* The electrical hoses connects from the terminal block to a drive, switch, detector,... So I don't know what to draw at the end of the electric hose.

First point: I think too it's difficult for wire which is on different group of terminals. It's for this reason, I think, generator need to generate 1 element for each wire separate from terminals elements. User can easily modify it, or not use it.

Second point: at my job, we never draw element at the extremity. Only arrow and text like "pomp 1" "level sensor" ...
It should be more simple for generator.

unalcalde wrote:

You're welcome.

Now the QET_TB_Generator does:

  • Terminal Block: searching terminals arround the diagram and grouping into terminals blocks.

  • Connectors: searching pins in the diagram and grouping into connectors

Will be well to do the same with cables, but maybe the best solution is to auto-create a "connections report table" of all conductors grouped by wires. What about doing something similar to the photo?

And generate the same table in element ? How over users represent wire ?
How you know wich conductor is in which wire ?

Nice !

Thank you very much Unalcade, it work very well !

Hi Unalcade,
what do you think about this idea to generate cable:
if we use "function" of conductor to indicate "name of cable" + ":" + "wire number" + "type of cable".
Example: "WC1:bu:5G1.5" or "WC2:1:5x1".
Do you think it's possible to generate element for each cable at the same time as terminals ?

746

(130 replies, posted in Bar Fourre-tout)

Tes "customisations" se situent à quel niveau ?

scorpio810 wrote:

Des volontaires pour tester ce petit .... patch? nomicons/smiley-green

modernize-use-override + modernize-use-nullptr refactors code.

https://www.kdab.com/clang-tidy-part-1- … ng-c11c14/
https://www.kdab.com/clang-tidy-part-2- … sing-bear/

Je dois avouer que je n'ai pas la moindre idée de quoi faire de tout ça....

Il y a un truc qui serait pratique,ce serait de pouvoir interrompre temporairement par une touche la création auto des conducteurs, par Alt par exemple. des fois on veut juste déplacer un élément et voilà que cela se déclenche etr on ne s'en aperçoit pas toujours.

Super !

Sympa effectivement !