Les champs sont :
"manufacturer-reference" -> ("Numéro de commande")
"machine-manufacturer-reference" -> ("Numéro interne")
"tension-protocol" -> ("Fonction").
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Les champs sont :
"manufacturer-reference" -> ("Numéro de commande")
"machine-manufacturer-reference" -> ("Numéro interne")
"tension-protocol" -> ("Fonction").
C'est un problème lié au nom du champ avec les "-" , //We must to replace "-" by "_" because "-" is a sql keyword.
Il semble qu'en mode bon de commande les champs "numéro de commande" et "numéro interne" ne soit pas lu par la requête :
Ce qui faudrait modifier à mon sens, serait de conserver le widget ouvert lorsqu'on click sur OK pour valider la requête et créer l'export, c'est pénible de ré ouvrir à chaque fois le popup pour créer une nouvelle liste à exporter, votre avis?
Toujours dans l'idée d'être souple et paramétrable, j'ai mis une option pour filtrer les éléments par bornier afin d'exporter un csv des labels de bornier pour impression, et par bouton/commutateur pour exporter en csv les commentaires pour impression des portes étiquettes.
Il n'y a pas que les "bouton/commutateur" qui ont besoin d’êtres imprimés, on impriment aussi les étiquettes des disjoncteurs, contacteurs, relais, etc.
Il faudrait rajouter aussi un choix pour les éléments de type "maîtres", disjoncteurs, sectionneurs, contacteurs, relais, relais thermiques, etc.
Il n’y a plus qu'a coller les étiquettes fraîchement imprimées directement sur l'appareillage dans les armoires.
https://bmp71.fr/reperes-appareillage-e … avees.html
Bon ! Vous l’aurez compris... , on peut faire beaucoup de repérage facilement avec ces différents types d'imprimantes et ce dans des temps très courts, suffit que de notre coté on rajoute plusieurs choix d'exports CSV différents suivant le type d’étiquettes insérer par l’utilisateur dans les imprimantes: boutons, label appareillages, filerie, câbles, etc.
I renamed a lot of PHP files and disabled the online viewer.
I will be glad that the online viewer comes back because, for newcomers, it is the showcase of the software where they can discover the richness of the QET collection of elements.
But so far, the SVG elmt converter was not able to provide a correct and accurate rendering for text orientation in the SVG converter, and sometime not render items with new XML tags added recently.
For users wants to download the official collection they can see our GIT or Github repository.
For sending new elements, you can send me an email or put it on the forum.
C'est plus facile à lire pour un humain que le XML..
Due to the complete migration of the site to PHP 7.x instead off PHP 5.x I intend to completely delete the online viewer elmt to SVG..
These old PHP scripts need to be rewritten completely for migrating from PHP 5.6.x to PHP 7.0.x, and I do not have the time or the knowledge of a PHP expert.
https://www.php.net/migration70
FYI, PunBB forum, Dokuwiki, Mantis Bugtracker, now run on PHP 7. And Mantis was upgraded on 2.X branch.
On Forum I removed old plugin SC WYSIWYG BBCode editor, so we have come back on the official BBcode but on the other hand the other BBcode even if it was more complete was a source of bugs during posts editions, and has force of hacks the PunBB now works with PHP 7 without empty messages on the forum.
If a PHP expert can help us, I'm ready to send him the old PHP files.
BTW, will have the opportunity to move to the new site and find a way to generate another SVG online viewer from the item collection.
il serait pratique que le double clique sur un élément de la liste des informations disponible à gauche ajoute l'éléments à doite et vice versa
https://www.json.org/json-fr.html
Il est facile à lire ou à écrire pour des humains. Il est aisément analysable ou générable par des machines.
JSON est un format texte complètement indépendant de tout langage, mais les conventions qu'il utilise seront familières à tout programmeur habitué aux langages descendant du C, comme par exemple : C lui-même, C++, C#, Java, JavaScript, Perl, Python et bien d'autres. Ces propriétés font de JSON un langage d'échange de données idéal.
Où sont stockées les configuration ? Projet ? Conf QET ? Comment en supprimer ?
laurent@debian:~/.qet$ cat bill_of_materials.json
{
"test": {
"header": true,
"query": "SELECT formula, label, plant, location, comment, function, tension_protocol, auxiliary1, auxiliary2, description, designation, manufacturer, manufacturer_reference, machine_manufacturer_reference, supplier, quantity, unity, pos, folio_title, folio_pos, folio_num, designation_qty FROM bom ORDER BY formula, label, plant, location, comment, function, tension_protocol, auxiliary1, auxiliary2, description, designation, manufacturer, manufacturer_reference, machine_manufacturer_reference, supplier, quantity, unity, pos, folio_title, folio_pos, folio_num, designation_qty"
},
"test2": {
"header": true,
"query": "SELECT pos, folio_title, folio_num, formula, label, plant, location, comment, function, tension_protocol, auxiliary1, auxiliary2, description, designation, manufacturer, manufacturer_reference, machine_manufacturer_reference, supplier, quantity, unity, designation_qty FROM bom ORDER BY pos, folio_title, folio_num, formula, label, plant, location, comment, function, tension_protocol, auxiliary1, auxiliary2, description, designation, manufacturer, manufacturer_reference, machine_manufacturer_reference, supplier, quantity, unity, designation_qty"
}
}
Bonjour, et merci pour les compliments.
Oui, c'est possible, une vieille version du convertisseur DXF le faisait, ainsi que la macro LibreOffice de Nuri.
Convert a CSV file into a elmt file
https://qelectrotech.org/forum/viewtopi … 4162#p4162
generate_parts_list_elmt_from_csv
https://download.qelectrotech.org/qet/nuri/permalinks/
script bash pour générer la nomenclature, mis à jour avec les textes dynamiques et les colonnes du csv modifiées.
https://qelectrotech.org/forum/viewtopi … 9380#p9380
Je te conseille plutôt les dernières versions de la 0.8-dev.
Bonjour,
dans la config tu as une option pour ça.
Edit and save your element, we have changed fonts description since, example :
</informations>
<description>
<text text="Text horizontal" x="-40" rotation="0" color="#000000" font="Sans Serif,9,-1,5,50,0,0,0,0,0" y="-50"/>
<text text="TText vertical" x="-40" rotation="90" color="#000000" font="Sans Serif,9,-1,5,50,0,0,0,0,0" y="-10"/>
<dynamic_text z="3" x="120" text_from="UserText" frame="false" Halignment="AlignLeft" uuid="{90f17fda-5b59-4826-926e-7b8d601fbf0e}" rotation="0" Valignment="AlignTop" text_width="-1" font="Sans Serif,3,-1,5,50,0,0,0,0,0,Regular" y="-40">
<text>_test</text>
</dynamic_text>
</description>
Si tu veux les versions de dev en 0.8 te faudra passer sur le canal edge, et je ne sais pas s'ils le proposent avec leur outil graphique?
Bonjour Chrisitian,
j'ai pas compris pourquoi tu n'as pas pris l'AppImage?
un wget de la version que tu veux https://download.qelectrotech.org/qet/builds/AppImage/
puis un chmod a+x QElectroTech_0.*.AppImage et c'etais pret, avec le choix d'avoir plusieurs versions autonomes sur ta machine si tu le voulais.
QET is devellopped under Linux with the C ++ / Qt framework and KDEframework, yes QET is multiplateform and works under MS Windows, MacOS, BSD, etc.
If you want the best performance with QET you have to use a recent Linux distribution big CPU multi-core + NVME SSD, QET is slower on Windows, we know it, but we try to fix it
QET wurde unter Linux mit dem C ++ / Qt-Framework und KDE-Framework entwickelt. Ja, QET ist in mehreren Versionen verfügbar und funktioniert unter MS Windows, MacOS, BSD usw.
Wenn Sie mit QET die beste Leistung erzielen möchten, müssen Sie eine aktuelle Linux-Distribution mit großer CPU-Mehrkern- und NVME-SSD verwenden. QET ist unter Windows langsamer, wir wissen es, aber wir versuchen, es zu beheben
Ho le boulet , pas mieux
j'avais clairement oublié cette histoire avec les Pixmaps... Alzheimer me guette ...en effet la bdd se remplit au fur à mesure de l'exploration des collections. Donc pourquoi es-ce toujours aussi long sur Windows... je sais c'est pas une Ferrari leur OS mais quand même ... Sur mon HP EliteBook 850 G5 UHD Core i7 8550U + SSD NVME 512 GO c'est plus de 12s secondes environ, même machine Ubuntu 19.04 beaucoup moins environ 4 s.
"pc mono-coeur avec un vieux hdd", oublie ! c'est le style de machine qui n'a plus d'avenir.... AMD sème les cores .. plus ils en mettent ... plus on en veux et on en raffole ..
Autant pour moi, après suppression de ma bdd sur ma Debian la nouvelle ne pèse plus que 28 KIo et ne contient que les éléments de la collection user, ce qui ne l’empêche pourtant pas de lancer QET et charger les collections en moins deux secondes sur ma machine Debian Sid .. j'ai beau relire le code il il y a un truc qui m’échappe.. et donc que ça charge moins vite sur Windows ne vient pas du cache..
Le générateur n'arrive pas à ouvrir le projet QET chez moi : il crash après le choix du projet QET et avant l'affichage de la fenêtre avec les onglets d'édition des borniers..
J'ai regardé, tu utilise bien des bornes avec la propriété "bornier" et tu utilise bien le séparateur ":". Ca me parait bon....
Peut-être que Scorpio verra quelquechose de bizarre de le code xml du projet ....
J'ai le même message d'erreur :
laurent@debian:~$ qet_tb_generator
Traceback (most recent call last):
File "/usr/bin/qet_tb_generator", line 11, in <module>
load_entry_point('qet-tb-generator==1.0.16', 'console_scripts', 'qet_tb_generator')()
File "/usr/lib/python3/dist-packages/src/main.py", line 1392, in main
qet_terminals_used = qet_project.get_list_of_used_terminals()
File "/usr/lib/python3/dist-packages/src/main.py", line 367, in get_list_of_used_terminals
terminalId2 = terminals[1].attrib['id']
IndexError: list index out of range
Il semble qu'il ai un problème de PATH non réglé sur cette plateforme, la bdd de cache permettant d’accélérer le chargement de la collection au lancement du logiciel, ne contient que la structure.
La bdd "elements_cache.sqlite" fait environ 27.6 MIo sur ma Debian dont le chargement est ultra rapide, et 20 KIo sur Win 10...
Fixed.
Fatal error: Class 'ZipArchive' not found in zipcategory.php on line 28
Switch from PHP5 to PHP7 planned...
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.091 seconds (39% PHP - 61% DB) with 6 queries