Bojour,
oui on peut remplacer dans l’éditeur les entêtes de champ, mais si l'element est déja posé et le champ Numéro d'article renseigné et affiché sur le folio, il faut changer dans ce texte dynamique l'affectation du champ en Référence Fabricant.
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Bojour,
oui on peut remplacer dans l’éditeur les entêtes de champ, mais si l'element est déja posé et le champ Numéro d'article renseigné et affiché sur le folio, il faut changer dans ce texte dynamique l'affectation du champ en Référence Fabricant.
Hallo,
thanks Achim for your help.
Gruß
Laurent
On OSX you need to update your python framework to 3.8 version to launch qet-tb-generator plugin for future 0.8-dev bundles.
https://git.tuxfamily.org/qet/qet.git/c … 5323d4bb76
https://www.python.org/ftp/python/3.8.2 … sx10.9.pkg
macOS users
For Python 3.8, we provide one installer: 64-bit-only that works on macOS 10.9 (Mavericks) and later systems.
Please read the "Important Information" displayed during installation for information about SSL/TLS certificate validation and the running the "Install Certificates.command".
Bonjour,
je ne pense pas : https://doc.qt.io/qt-5/macos.html
Supported Versions
When talking about version support on macOS, it's important to distinguish between the build environment; the platform you're building on or with, and the target platforms; the platforms you are building for. The following macOS versions are supported.
Target Platform Architecture Build Environment
macOS 10.13, 10.14, 10.15 x86_64 and x86_64h Xcode 11 (10.15 SDK)Par contre tu peux essayer de la compiler sur ton El capitan avec une vieille version de Qt et de Xcode?
https://qelectrotech.org/forum/viewtopic.php?id=1401
re,
Il te faut lancer le plugin "qet-tb-generator" manuellement :
/Library/Frameworks/Python.framework/Versions/3.8/bin/qet_tb_generator, ou peut-être créer un lien symbolique, car la commande n'est pas variable et le chemin (PATH) fixé en dur pour python 3.5 dans le code pour lancer qet-tb-generator depuis QElectroTech:
#ifdef Q_OS_MAC
if (openedProjects().count()){
success = process->startDetached("/Library/Frameworks/Python.framework/Versions/3.5/bin/qet_tb_generator", {(QETDiagramEditor::currentProjectView()->project()->filePath())});
}
else {Bonjour,
je pense que le problème vient de ta version macOS " el capitan" qui serait top vielle?
Hallo Sewo,
you could send this project?
Query can be edited. Project database can be exported
User can now define the information to display in the nomenclature
table. WIP
The internal database of project can be exported to file.
https://git.tuxfamily.org/qet/qet.git/c … f9c56b3532
Bonjour,
les pages sommaires ne te conviennent pas?
Il n'est pas possible d’utiliser des variables dans un simple texte.
If you try 0.8-devel version copy and backup your's projects before and not mixing versions off QET in your projects.
Thank you.
When do you plan to release a new version with this and other improvements?
I will try to provide new improvements.
I understood that you want to try to code this functionality yourself, right?
Hi,
see examples provided in QET packages, or see PDF examples here:
https://download.qelectrotech.org/qet/schemas_pdf/
FYI, Joshua travaille en ce moment sur un début de nomenclature pouvant être ajouté dans vos projets.
Les tableaux seront basés sur une base de données SQlite, avec possibilités de requêtes spécialisées, et plus tard génération automatique de tableaux sur les folios suivants en fonction du nombres de lignes définies par tableau :
Exemple sur la branche de devel QetGraphicsTableItem:
Hi,
the project title constant in the project parameter was used to define the filename to be saved.
But the recent modification for the support of Flatpak packages the new projects are named by untitled.qet, the user has the focus to change the named file name.
Hi Lars,
added, thanks. ,)
Thanks Thierry.
Hi,
you 're welcome.
Would it be possible to select different sheets simultaneously and with the mouse move them in the project?
No at this time.

Sinon en ajustant manuellement la position :
Hi Fernando,
good work, thanks.
The Online documentation from QElectroTech 0.7 has been synced.
Bonjour.
Le problème pourrait venir de loin en arrière.
Déplacer les textes de conducteur font que le problème revient si on sélectionne et déplace la sélection, c'est valable sur la 0.8-dev tout comme avec la 0.7, 0.7-rc2,et 0.7rc1 qui m'ont servies de tests.. La 0.61 ne semble pas être affectée par ce bug, ni la 0.6.
C'est étrange que ce bug n’apparaisse que maintenant.
Un workaround est de supprimer les attributs usery="" et userx="" sur les conducteurs qui te pose problème en éditant le XML.
158c158
< <conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="8" dash-size="2" usery="490" function="" bicolor="false" numsize="9" tension-protocol="" userx="390" terminal1="10" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="7" displaytext="1">
---
> <conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="8" dash-size="2" function="" bicolor="false" numsize="9" tension-protocol="" terminal1="10" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="7" displaytext="1">
170c170
< <conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="7" dash-size="2" usery="490" function="" bicolor="false" numsize="9" tension-protocol="" userx="370" terminal1="9" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="6" displaytext="1">
---
> <conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="7" dash-size="2" function="" bicolor="false" numsize="9" tension-protocol="" terminal1="9" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="6" displaytext="1">
<conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="8" dash-size="2" usery="490" function="" bicolor="false" numsize="9" tension-protocol="" userx="390" terminal1="10" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="7" displaytext="1">
<conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="7" dash-size="2" usery="490" function="" bicolor="false" numsize="9" tension-protocol="" userx="370" terminal1="9" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="6" displaytext="1">
To :
<conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="8" dash-size="2" function="" bicolor="false" numsize="9" tension-protocol="" terminal1="10" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="7" displaytext="1">
<conductor freezeLabel="false" type="multi" y="0" formula="" color2="#000000" horizontal-alignment="AlignTop" condsize="1" vertirotatetext="270" x="0" horizrotatetext="0" num="7" dash-size="2" function="" bicolor="false" numsize="9" tension-protocol="" terminal1="9" onetextperfolio="0" vertical-alignment="AlignLeft" terminal2="6" displaytext="1">
Dans le fichier on vois que les deux conducteurs concerné on les propriété usery et userx, ce qui signifie que tu les as déplacé à la main, c'est donc pour ça qu'ils reste sur place.
Bon effectivement il est bien question d'un bug car quand on bouge les deux éléments d'un conducteur, le texte, même déplacé à la main, doit suivre.
Les textes suivent le déplacement à partir d'une certaine distance sur le fichier de Friskolon, rappelle toi qu'on avait désactivé ou fortement augmenté la zone de déplacement de ces textes car ça avait fait l'objet de plusieurs demandes.
Sur mes tests, j'ai essayé d'isoler ce bug en créant deux fichiers distincts de tes deux exemples en supprimant le superflu. Ceci afin de voir si je pouvais trouver une quelconque différence d'attribut en comparant les XML, Qt enregistrant les attributs dans les fichiers XML jamais dans le même ordre pour les attributs, il est de ce fait difficile de trouver d'ou cela provient sans longue expertise.
Ce nouveau projet, tu l'as commencé et terminé avec quelle version?
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.094 seconds (21% PHP - 79% DB) with 5 queries