You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 229 of 303)
[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. 
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
Si ça vous convient, je peux envoyer les changements sur le Subversion.
Encore quelques retouches, mais ça devrait le faire, entre soleil, baignade et un peu de code au frais. 
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.
@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.
@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.
Dans le sommaire une colonne avec ta valeur A,B,C,D ou E ne te suffit pas?
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.
Je te parle du widget cartouche, là ou tu entres le nom de l'auteur la date, le nom du fichier.
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.
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.
Thank you for your video. 
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?
Pour info : il te faut juste ajouter une nouvelle cellule dans l’éditeur avec comme variable %version.
</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.
Pas sur ! seuls mes paquets nightly le seront, peut-être aussi ceux de Remi Collet (Fedora).
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
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é.
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?
Posts found: 5,701 to 5,725 of 7,568
Generated in 0.064 seconds (32% PHP - 68% DB) with 5 queries
