5,426

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

galexis wrote:

Question: un sommaire ou une nomenclature n'est pas en quelques sorte un cartouche ? Ne pourrait-on pas imaginer dériver les cartouches pour réaliser ces fonctions ?

Je ne pense pas, mais par contre le code du sommaire pourrait servir pour intégrer une nomenclature directement dans le projet.
Mais comme Nuri là signalé, chacun voulant des représentations différentes ...

5,427

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

Revision: 4626
Author:   scorpio810
Date:     2016-08-12 13:32:56 +0200 (Fri, 12 Aug 2016)
Log Message:
-----------
Titleblock properties rename property %loc to %locmach

5,428

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

Normal, tu as du rajouter loc = Doc dans l'onglet champs personnalisées.
Il est clair que j'aurai du nommer cette nouvelle variable autrement que %loc, ça peux prêter à confusion.

Et comme dit plus haut, ces nouvelles variables ne peuvent être appelées pour nommer des labels éléments (pour l'instant. A voir avec Davi si ça vous intéressent ou pas.).
Comme ces autres variables %author, %filename, etc, ces nouvelles propriétés de cartouche ne fonctionnent pas dans les formules de label éléments.



Merci pour vos remarques, suggestions, il est encore temps de revenir en arrière et faire un revert ...

Bonjour,

tu n'as plus besoin de faire de cette façon, copie directement ton élément du premier projet vers le second.
Tu peux maintenant copier un folio entier ou une sélection d'un projet dans un autre.

5,430

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

Petite remarque, ces nouvelles propriétés de cartouche ne peuvent pas être appelées comme variables dans l'autonum de Davi pour la numérotation des Eléments, ce qui peux être un plus, ou pas !

5,431

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

Exact, corrigé.
Merci.

5,432

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

galexis wrote:

- 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.


nuri wrote:

On a eu tellement de modifs dans la phase de conception qu'il n'y avait pas assez de lettres dans l'alphabet. On aurait pu rajouter l'alphabet grec, ca aurait pas suffit...

Voila pourquoi j'ai abandonné l'idée d'un combo avec une liste A, B, C, D, E pour les indices de révisions. nomicons/getlost

5,433

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

J'ai oublié de préciser, qu'on peut remplir ces nouvelles propriétés du ou des cartouches sans avoir besoin d'un cartouche spécifique modifié avec ces nouvelles variables, ce ne sera pas affiché dans le cartouche comme par exemple avec ceux fournis, mais sera enregistré et listé dans les pages sommaire ce qui peut-être très intéressant suivant les besoins.
Exemple : je veux que le folio ID 15 contienne l'indice de révision D, mais que ça n'apparaisse pas sur son cartouche.

5,434

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

[mode mec chiant = ON]
selon les docs à réaliser, les clients, le type d'industrie, etc... le sommaire sera amené à avoir différentes formes : type, nombre, largeur et ordre des colonnes (même problème avec les nomenclatures, chacun veut son truc à lui).
Le top, ce serait de pouvoir définir soi-même ces paramètres dans les propriétés DU PROJET.
[mode mec chiant = OFF]
mais ca complique sérieusement le truc, je suppose...

Si tu veux t'y coller, y a pas de soucis. nomicons/grin

On en parlait justement hier de ça avec Joshua sur notre canal IRC, il est vrai que ce serait le top comme tu dis de pouvoir définir soi-même tous ces paramètres : forme et taille du ou des tableaux, le nombre de colonnes, etc, mais je pense que tu risques d'attendre un bon moment .. car, oui ça va compliquer pas mal le code et demander un travail conséquent, une usine à gaz en sorte......


Revision: 4622
Author:   scorpio810
Date:     2016-08-11 20:32:08 +0200 (Thu, 11 Aug 2016)
Log Message:
-----------
Refresh diagram folio list, add new fields titleblock properties

5,435

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

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

Si ça vous convient, je peux envoyer les changements sur le Subversion.

5,436

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

Encore quelques retouches, mais ça devrait le faire, entre soleil, baignade et un peu de code au frais. nomicons/tongue


5,437

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

Voila ce que ça pourrait donner !
Exemple vidéo, il va de soit qu'il reste encore le sommaire à modifier et à ajouter les nouvelles colonnes et le code pour lire ces nouvelles variables, rien de bien compliqué.
Dans l’éditeur de cartouche sur mon cartouche d'exemple, j'ai ajouté 2 cellules avec comme variables :%machine et %loc.


5,438

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

@Nuri :
C'etais juste une maquette pour démontrer avec une courte vidéo, ce que j'expliquai plus haut : enregistrement des nouvelles valeurs du sommaire, ce qui peut-être fait assez facilement sans de très grands travaux dans le code.

Si j'ai bien compris, "machine" servira a stocker l'information =, n'est-ce pas ?

Oui, il est après facile de lire cette information a fin d'écrire son contenue dans le sommaire avec une nouvelle colonne "machine" ou autre.

5,439

(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,440

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

5,441

(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,442

(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,443

(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,444

(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,445

(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,449

(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,450

(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.