Discussion sur l'export CSV (Page 1 of 3)

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.

Et alors ? C'est quoi le problème avec 4 entrées ?
Au pire, quand le nombre de fonctionalités d'exportation auront suffisamment augmenté, on crée un nouveau menu "Export" dans la barre de menu principale pour soulager le menu "Projet".

Justement, d'un point de vue utilisateur, la nomenclature et le bon de commande, c'est 2 choses bien différentes car le traitement (la "mise en page") est différent.

Par exemple, quand j'exporte un bon de commande, je ne devrais même pas pouvoir sélectionner le champ "label" car celui-ci n'a aucun sens dans le cadre du bon de commande.
Pareil pour "numéro de folio", "position du folio", "titre de folio"... Bref, tout un tas de variables qui ne devraient même pas apparaître dans le widget d'export du bon de commande.

Disons que tu peux utiliser le même widget (dans le code), mais ce serait plus clair s'il était un peu moins générique.
Si je choisie l'action "Exporter une nomenclature", alors le widget apparaît d'une telle facon.
Si je choisie l'action "Exporter un bon de commande", alors le widget apparaît d'une autre facon.

Ca n'empêche pas de séparer la nomenclature du bon de commande et que chaque dialogue ait sa petite fonctionalité de sauvegarde/rapelle de configuration.

Mon avis, c'est qu'il faut transformer les "radio buttons" des types d'éléments par des "check boxes" et laisser une ligne vide dans le fichier csv quand on change de type d'éléments.
Ou alors garder les "radio buttons" et ajouter un bouton "Exporter" tout en gardant le widget ouvert.

Cliquer sur OK et garder le widget ouvert est un comportement tellement inhabituel que beaucoup penseront que la fonction est boguée.

Et le dialogue du bon de commande, ne gardant que les variables qui ont du sens pour cet export.
J'imagine que filtrer par type d'élément n'a absolument aucun sens pour exporter un bon de commande donc on peut cacher cette partie du widget.

@Nuri,
je trouve ça un peu contre productif de créer des entrées 'nomenclature' et 'liste de matériel', si par la suite on affiche un dialogue avec uniquement les information utile qu'il faudra choisir, ou rappeler une configuration, à ce compte la autant rester comme c'est actuellement car on perd la rapidité visé initialement.
En revanche si on fait les entrées 'nomenclature' et 'liste de matériel', qui exporte directement en csv les informations concerné (mais non configurable par l'utilisateur) alors la oui, ça à du sens et c'est rapide.
On peut garder une troisième entrée "export csv personnalisé" où la on utilisera le dialogue.

Je me rend compte que les radio buttons, tous | borne | bouton/commutateur est trop restrictif.
Toi et Laurent avez raison il vaut mieux avoir des check box pour chaque type | sous type afin d'avoir un choix inclusif et non pas exclusif.

Après réflexion c'est vrai qu'une grande partie du temps, l'utilisation de l'export sera pour la nomenclature (quoique minime une fois integré dans le projet), liste de matériel, impression (label de bornier, label d'élément simple + maître 'tous type', commentaire de bouton), donc un sous menu export dans le menu projet serait légitime.

T'inquiète pas, ce sera fait

Elle est momentanée dans le code, en revanche il est possible de la sauvegarder.
Oui et non, la bdd est crée à la volé lors de l'export donc pas utilisable en l'état pour saisir les informations d'élément.
La vraie solution (et j'ai déjà cogiter sur le truc par le passé) c'est une bdd article constructeur avec les 3 infos que tu cite (avec description textuelle traduis) et un dialogue permettant d'ajouter, modifier cette bdd, puis lors de la saisi des infos d'élément puiser dans cette bdd.
Et le must si tu connais la ref, tu rentre uniquement la ref et tout le reste se remplira tout seul.
Mais bon la on s'écarte du sujet....

Quelle que soit la réalisation du dialogue et comment on sépare ou non les fonctionalités, il faut toujours avoir la possibilité d'enregistrer/de rappeler une configuration pré-établie. C'est la base du travail rapide.
Donc on ne perd rien du tout en rapidité.

Non, non... Je ne voulais pas remettre les choses en question à ce point là.
Comme je disais, le dialogue est bien construit et très pratique, car on peut configurer à peu près ce que l'on veut.
Donc... Super ! Pas la peine de jeter le bébé avec l'eau du bain !

Le truc qui me chiffonne le plus c'est la présence de variables inappropriées pour les différents traitements, soit nomenclature, soit bon de commande. Cela va vraiment à l'encontre de ce qu'on peut imaginer intuitivement. Suis-je vraiment le seul que cela "choque" (le mot est un peu fort...) ???
Personne n'envoie un bon de commande chez ses fournisseurs avec des numéros de folio ou des labels (c'est d'ailleurs impossible au niveau traitement de faire apparaître ces infos dans le csv puisqu'on va additionner tous les articles identiques d'un même fabricant/fournisseur, sans tenir compte de leurs labels ou de leurs numéros de folio, par exemple).

Bref...
Par la suite, ce serait bien d'avoir 2 petits boutons d'aide pour éclaircir 2 choses qui ne sont intuitivement pas accessibles :
1.
Un bouton d'aide pour faire apparaître une fenêtre qui explique la différence entre une nomenclature et un bon de commande, et comment le traitement des données diffère.
La fenêtre ne comporte que du texte et un bouton [OK] pour la fermer (semblable à la fenêtre qui explique comment créer des règles de numérotation).
2.
Un bouton d'aide dans la ligne de la requête SQL pour expliquer rapidement comment créer ses propres requêtes. Par exemple si je veux faire un bon de commande ne contenant que les composants de l'armoire 1 (alors que mon projet contient 3 armoires électriques, par exemple).
Pareil : la fenêtre ne comporte que du texte et un bouton [OK] pour la fermer (semblable à la fenêtre qui explique comment créer des règles de numérotation).

Si ca vous bassine d'écrire ces textes explicatifs, je pourrais essayer de m'y coller.
Mais pour l'instant, j'ai pas encore assez essayé l'export du bon de commande pour comprendre toutes les subtilités du traitement sous-jacent.

Merci ça marche nickel ! :-)

Bizarre, je m'en suis servit ces jours et cela fonctionnait....

C'est un problème lié au nom du champ avec les   "-" ,  //We must to replace "-" by "_" because "-" is a sql keyword.

Les champs sont :

• "manufacturer-reference" -> ("Numéro de commande")

• "machine-manufacturer-reference" -> ("Numéro interne")

• "tension-protocol" -> ("Fonction").

Ça a été un gros fouilli ce truc quand ça a été mis en place, et ça se ressent dans la code : numéro d'article -> désignation.
Quand j'ai codé la bdd pour l'export, j'ai cru à un bug au début car je ne me rappelais plus de tout ça.
Après numéro d'article et numéro de commande il y festo qui fonctionne comme ça, exemple avec un vérin depuis leur site web :
vérin compact
ADN-12-10-A-P-A                ->doit être la designation
N° de pièce: 536205           ->doit être le numéro de commande (ou l'inverse )