You are not logged in. Please login or register.
QElectroTech → Posts by galexis
C'est une liste de matériel, c'est donc normal s'il trouve 4 références identiques qu'il ne crée qu'une ligne avec ta référence et comptabilise le nombre total dans le champ "quantity".
Mon problème est que la quantité n'est pas comptabilisée : il m'affiche 1 seul relais en quantité.
Je me sers du champs "numéro d'article" pour la référence, est-ce que ce serait ça le soucis ?
J'ai un soucis avec l'export csv en mode liste de matériel : il ne comptabilise pas le nombre d'élément de référence identique.
J'ai 4 relais de référence identique, dans la liste la référence apparaît sur une seule ligne et indique une quantité de 4.
La requête sqlite me parait pourtant pas mal....
SELECT description, designation, manufacturer, quantity, COUNT(*) AS designation_qty FROM bom WHERE designation IS NOT NULL GROUP BY designation ORDER BY description, designation, manufacturer, quantity
tu peux faire comme Nuri et ses éléments fantômes (symboles blanc sur fond blanc).
C'est bien ça que j'utilise ...
Une question aussi liée à la nomenclature: il y aurait-il un moyen pour définir une liste de matériel dans le projet, qui se soit pas un élément ? Je pense au coffret par exemple... aujourd'hui j'ai un élément coffret/armoire qui ressemble à un joli carré blanc dans lequel je mets la référence, etc..., mais peut-être que pendant que vous grattez dans cette partie, il y a quelques chose à faire ....
C'est un moyen de gagner de la place, mais je ne trouve pas ça très pratique.
Bonjour,
serait-il envisageable de rendre les panneaux arborescence projet, arborescence éléments "auto-masquant" ? J'utilise un portable et l'affichage pas super grand et cela serait un moyen de gagner confort. C'est la fameuse fonction "punaise" qui permet de maintenir la fenêtre affichée ou de la rendre masquable en auto....
Merci.
Cordialement.
J'utilise "numéro d'article" .... Je l'ai déjà dit, mais le nom des champs "numéro d'article" et "numéro de commande" n'ont jamais été clairs pour moi, et cela était confirmé par le fait qu'à l'export "numéro d'article" apparaissait comme "désignation" ....
Donc effectivement, je n'ai pas vu ce problème.
C'est bizarre, car si tu exporte "label" et "numéro d'article" : cela fonctionne normalement. Si tu exportes que le "numéro d'article" : le fichier est vide.
Il serait où ce tiret ? Les champs de la base de données n'ont pas de tiret visiblement ... "designation" pour le "numéro d'article" par exemple ...
Cela dit je me sers d'une règle enregistrée donc la requête contenue doit fonctionner... C'est peut être juste l'interface graphique qui pré-remplie pas correctement....
Bizarre, je m'en suis servit ces jours et cela fonctionnait....
galexis wrote:ce qui me dérange plus c'est les labels basés sur formule manquant dans l'export qui me gène ... ;-)
T'inquiète pas, ce sera fait
Merci ça marche nickel ! :-)
J'ai peut être survolé le côté bon de commande, mais j'ai vite compris de quoi il retournait.... ppar contre entre parenthèse j'aurais plutôt indiqué que cela comptabilise les quantités de référence identique. (Total par référence ).
Par contre pour rebondir sur ce que tu dit pour l'aide sqlite, il pourrait y avoir quelques boutons en plus pour sélectionner des GROUP BY: installation, localisation, type, fournisseur.
Ok....l'espace d'un instant je me suis mis à rêver.
Pour ma part je pense que Joshua pourrait juste renommer le nom pour lancer l'utilitaire, comme cela, ça ne me choque pas ....ce qui me dérange plus c'est les labels basés sur formule manquant dans l'export qui me gène ... ;-)
J'ai une question: A priori c'est une base SQLITE. Où est-elle stockée ? Dans le projet ou dans QET ? Momentanée ou permanente ?
Je me disais qu'on pourrait peut-être cs servir de cette base de donnée pour faciliter le remplissage des références/constructeurs/description textuelle ? Lors de la saisie dans un de ces 3 champs, on va taper dans la base de donnée et on propose des saisie précédentes ....
Merci Joshua !
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.
Ok !
Galexis wrote:Où sont stockées les configuration ? Projet ? Conf QET ? Comment en supprimer ?
laurent@debian:~/.qet$ cat bill_of_materials.json
Json ? C'est du Java cette partie ?
L'export de la nomenclature à été totalement réécrit.
.....
-Il est possible d'enregistrer/charger une configuration facilement.
Enfin le travail étant effectué par une base de donné SQLite, un champ de texte permet à l'utilisateur de crée sa propre requête SQL.
Pour ajouter un filtre dans la requête SQL, exemple n'exporter que les éléments qui ont un nom de fabricant non vide:
SELECT folio_num, folio_pos, pos, label, description, manufacturer, machine_manufacturer_reference, quantity FROM bom ORDER BY folio_num, folio_pos, pos, label, description, manufacturer, machine_manufacturer_reference, quantity
ajouter:
WHERE manufacturer<>""après "FROM bom" et avant "ORDER BY", ce qui donne:
SELECT folio_num, folio_pos, pos, label, description, manufacturer, machine_manufacturer_reference, quantity FROM bom WHERE manufacturer<>"" ORDER BY folio_num, folio_pos, pos, label, description, manufacturer, machine_manufacturer_reference, quantity
Super boulot Joshua !
J'ai fait un test rapide et c'est super cool !
Voici quelques remarques:
- 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
- la sauvegarde de configuration est un peu déroutante mais très pratique. Quand on choisit une configuration enregistrée, c'est la requête SQL qui s'affiche et non l'affichage graphique qui indique le contenu de la configuration. Du coup la modification d'un configuration ou même juste la lecture de celle-ci n'est pas évidente au commun des mortel.
- certains entête de colonne sont en anglais.
- il y a pour moi un problème entre formule de label et label :si on choisit label, et que le label de l'élément est issu d'une formule de label, le champs reste vide. Il faudrait que le système indique le nom du label résultant de la formule. Je ne vois pas bien l'intérêt d'exporter la formule en elle-même....
Où sont stockées les configuration ? Projet ? Conf QET ? Comment en supprimer ?
La question que personne n'a encore posée : est-ce que la création d'un élément nomenclature va en découler ? Je suis en ce moment sur un projet où j'ai beaucoup de plans à créer et cela m'éviterait de les générer à la maison avec mon script bash....
Merci pour ce beau travail !
Du coup , c'est pas possible de corriger ces incohérences d'intitulés en colonne G et K ?
MERCI!!!! !!!! !!
Les traits en pointillé peuvent il créer un défaut ou c'est uniquement esthétique?
Non je ne crois pas que cela pose problème, mais les basic shape ne sont pas fait pour dessiner des conducteurs. Les conducteurs, les vrais sont plus pratiques, c'est plus propre: ils s'adaptent aux déplacement des éléments, et le numéro de conducteurs est repris par le générateur de bornier.
Pour imager mes propos:
Ce sont tes éléments bornes avec une seule connexion qui font planter. Il manque une connexion pour le générateur qui recherche les conducteurs amont et aval.
Tu peux modifier l'élément bornier avec 2 connexion en en laissant la borne rouge où s'accroche le conducteur mais supprimer le trait noir. A l'impression la borne rouge ne se voit pas. Je pense que cela fonctionnera.
J'attire ton attention sur le fait que j'ai vu que tu utilises beaucoup de basic shape en guise de conducteur.... c'est pas terrible: tu peux avoir des conducteurs avec le style tiret aussi....
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 ....
QElectroTech → Posts by galexis
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.034 seconds (54% PHP - 46% DB) with 5 queries