You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
@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.
Il est clair que le sommaire à l'avenir pourra et devra pour contenter tous les utilisateurs, contenir beaucoup plus de champs.
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. 
Çà te convient?
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
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é.
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?
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.
De plus la localisation dépasse du folio dans ce cas.
Tu peux jouer avec les offsets pour ça.
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.
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 !
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.065 seconds (43% PHP - 57% DB) with 6 queries