5,501

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

@Nuri, c'est justement sur les variables perso que ça se complique, d'ou l’intérêt de pouvoir les récupérer des propriétés du cartouche.
Là, AMHA (mais je peux me tromper) ce serait assez rapide à faire d’après mes derniers essais.
La plus grande partie du code est déjà en place, ce n'est que de nouvelles variables à ajouter, et on profiterai mieux du nouveau sommaire sur un seul tableau.

5,502

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

5,503

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Dans le sommaire une colonne avec ta valeur A,B,C,D ou E ne te suffit pas? nomicons/grin

Là on ne fait que discuter sur le futur du sommaire, hier en codant ta variable %revision, j'ai constaté que ce serait assez facile de récupérer les valeurs de ses nouveaux champs pour les ajouter aux listes du sommaire, à condition quelles proviennent réellement des propriétés du cartouche, voila.

5,504

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Je te parle du widget cartouche, là ou tu entres le nom de l'auteur la date, le nom du fichier.

5,505

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Il est clair que si ces variables sont contenues dans le widget cartouche, les rajouter dans les listes du sommaire est plus facile à mettre en place que d'aller récupérer vos variables machin !


- 1 nombre limité de colonne (5 par exemple) avec en tête les 5 derniers indices (A, B, C, D, E). Ensuite, pour chaque folio, 1 croix dans chaque colonne d'indice qui concerne le folio.

Non, je vois dans ce cas plutôt une liste déroulante ou tu choisis A,B,C,D ou E et une colonne indice révision avec la lettre correspondante dans le sommaire.

5,506

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

scorpio810 wrote:

Il est clair que le sommaire à l'avenir pourra et devra pour contenter tous les utilisateurs, contenir beaucoup plus de champs.


nuri wrote:

Cool, ca commence à devenir vraiment flexible !

Juste une idée comme ça :

Si on ajoute des champs supplémentaires dans la gestion des cartouches en plus de auteur, filename, date, etc comme "machine" et "localisation", "révision", il serait ensuite plus facile de les ajouter au nouveau sommaire, vous en pensez quoi?

D'ailleurs pour vous il manquerai quoi comme champs à l'actuel sommaire?

Apres je m'avance un peu sachant que ça peux être en conflit avec ce qu'a peut-être prévu Joshua pour la suite. nomicons/tongue

5,507

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Çà te convient?

Thank you for your video. nomicons/smile

you would select element by element with "control" key, for me is much better than selecting an area.

Bonjour,

pour l'instant les règles de numérotation ne fonctionnent pas avec les bornes, il y aura un gros travail à faire dessus : dock de gestion, bornier parent, borne enfant ...

Bonjour,

si je comprend bien la version 0.5 sur le dépôt Debian officielle est inutilisable sur une Debian stable avec les backport (Qt 5.6.1)?

Étrange au boulot sur une Debian unstable figée pour l'instant sur la branche stable ( à cause du passage sur kf5/kde5 inutilisable à l’époque en production) je me sert de mon dépôt stable (Qt 5.3) sur ma Debian qui a les libs Qt en version 5.5.

Tu as pris quelle branche sur mon dépôt stable ou unstable?

5,511

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Pour info : il te faut juste ajouter une nouvelle cellule dans l’éditeur avec comme variable %version.

5,512

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

 </diagram>
    <diagram folio="%id/%total" displayAt="bottom" title="" order="6" cols="20" rowsize="80" auto_page_num="Créer un Folio Numérotation Auto" filename="" titleblocktemplate="test4" rows="10" height="820" displaycols="true" date="null" titleblocktemplateCollection="embedded" freezeNewElement="false" version="0.51-dev+svn4604" colsize="60" displayrows="true" author="">
        <properties>

Cette variable va donc changer suivant la valeur lu "displayed version" affiché par les paquets nightly sachant que beaucoup de packageurs même pour des nighty ne vont pas patcher le source qet.h a chaque paquet suivant la version du subversion.

Elle sera donc écrasée si tu relis ton projet avec une nouvelle version, ça peut-être utile sur les projets imprimés ou PDF, m'enfin c'est toi qui vois.

5,513

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

https://download.qelectrotech.org/qet/forum_img/foliolistlabel6.png

5,514

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Pas sur ! seuls mes paquets nightly le seront, peut-être aussi ceux de Remi Collet (Fedora).

5,515

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Le patch est prêt à être envoyé, mais je doute qu'il te serve beaucoup.
Car cette variable dans tes cartouches va changer chaque fois que tu vas upgrader tes paquets !

Oui, c'est normal, tu devrais lire les échanges en anglais qui en parle.
https://qelectrotech.org/forum/viewtopi … 5122#p5122

5,517

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

galexis wrote:

Dans l'idée des variables, il y en a une qui me plairais bien : %ver pour afficher la version de QET utilisé dans le cartouche. Je trouve cela important quand on voit les évolutions du soft ces derniers temps.

C'est bien la version en cours de QET que tu veux?

Revision: 4616
Author:   blacksun
Date:     2016-08-10 07:23:48 +0200 (Wed, 10 Aug 2016)
Log Message:
-----------
When add a new project, load only items of project, instead of reload every items owned by the model

Revision: 4618
Author:   blacksun
Date:     2016-08-10 08:55:16 +0200 (Wed, 10 Aug 2016)
Log Message:
-----------
titleblockpropertieswidget : edit and duplicate titleblock work in every case.

Pour démarrer un projet, il n’était pas possible d’éditer ou de copier un cartouche depuis le menu projet, ou le menu config, ce commit règle le problème.

Bonjour,

merci, c'est corrigé.

5,520

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

nuri wrote:

Demain, première mondiale :
Je donne ma première formation QElectroTech en Allemagne  
Je vais essayer de prendre des notes sur le comportement d'un novice avec QET.

Cool, après tout dépendra s'il à déjà été formaté par un autre logiciel, ou pas !
Un seul élève?

5,521

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

nuri wrote:

Sinon, pour le sommaire, moi je préfère à une colonne car cela permet d'afficher plus de sous-colonnes (notamment = et +). Après, pour ceux qui font des docs compactes, je comprends qu'on veuille afficher les listes des folios sur 2 colonnes.

Je pense pas qu'on gardera l'ancien sur 2 colonnes (jongler avec les deux cas d’affichage c'est compliquer encore plus le code) , mais ce qui peut être fait plus facilement, c'est de rajouter un ou 2 boutons dans la config de QET pour afficher les ID ou les labels de folio dans le sommaire.

5,522

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

De plus la localisation dépasse du folio dans ce cas.

Tu peux jouer avec les offsets pour ça.

5,523

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

galexis wrote:

Je n'avais effectivement pas vu qu'on pouvait appeler une variable dans les labels !
J'avais vu passer l'histoire du %loc dans les échanges en anglais, sans comprendre. Cette variable %loc n'est pour le moment rien de plus qu'une variable comme on peut s'en créer ?

Oui, tout a fait, et aussi dans le champ location tu peux aussi mettre tes variables personnelles.


5,524

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

Je laisse Nuri et Galexis s'amuser et bidouiller dans tous les sens, ça m’étonne que vous ne l'ayez pas déjà trouvé seuls .... vous m'inquiétiez tous les deux là, ......  seriez vous tombé malade?, UHuh ! nomicons/grin

5,525

(113 replies, posted in FR : Aide, suggestions, discussions, ...)

galexis wrote:

Je me risque à poser une question bête : pourquoi ne pas abandonné d'un point de vue utilisateur la notion d'id de folio (utilise dans le projet xml ) et ne pas utiliser que le numéro de folio dans le schéma ?
Cela simplifierait peut-être le code, l'utilisateur aurait juste à saisir manuellement le numéro ou nom (+- ...) de ces folios.
Cordialement.

Si tu penses aux =+, etc tu peux déjà le faire, suffit de créer un champ %loc dans l’éditeur de cartouche.
Ensuite sur chaque folio, dans les champs personnalisés, sur ta variable loc tu mets ce que tu veux style : =ELEC, comme on le faisait déjà pour les autres variables cartouches.


https://download.qelectrotech.org/qet/forum_img/foliolistlabel2.png

https://download.qelectrotech.org/qet/forum_img/foliolistlabel3.png

https://download.qelectrotech.org/qet/forum_img/foliolistlabel4.png

Ici, j'ai juste ajouté un nouveau champ dans l’éditeur cartouche avec comme variable %mach, renseigné ensuite cette variable dans les champs personnalisés du cartouche, puis on ajoute ensuite %mach et %loc dans la formule label du dock, voila pour ceux qui veulent taguer les éléments, conducteurs, renvois, références croisées, suivant la dernière norme.

https://download.qelectrotech.org/qet/forum_img/foliolistlabel5.png

Faudra que je regarde si je peux pas récupérer son contenu afin de l'afficher dans le sommaire.

Pour le reste ça demande réflexion, et non ça simplifierai surement pas le code, en interne on utiliserai toujours l'ID pour gérer les déplacements de folio et connaitre leurs positions.