m.vialat wrote:

T’intégreras peut être mes modifs dans la 0.8, ça réglera le soucis nomicons/wink !!

A+

Hello, tu apportes quoi comme modifications ?

Il faut à priori relier le report à la borne X:1 ou le fil de repère 007.

Avec la version ReadyToUse sur un pc win10: me problème, plantage quand on trace un conducteur.

Linuxmint 18.2. E suis plus sur du numero2, cest2 la derniere.

Hier soir, dès la pose du report cela plantait. Ce matin, après redémarrage, c'est au moment du raccordement du conducteur.
Avec mes reports ou ceux de la bibliothèque c'est pareil.

Depuis 2 semaines, j'ai observé des crash sur les reports et les textes dynamiques.

Bonjour,
ci-joint projet QET qui plante quand je mets un report de folio suivant en folio de label 4 (COMMANDES).
Cordialement.

658

(554 replies, posted in News)

Joshua wrote:

est-ce qu'il est prévu de rendre réglage l'orientation angulaire des textes dynamiques ?

C'est déjà le cas. Tu veut dire dans le widget des propriétés?

Dans les propriétés du texte dynamique. Il y a la taille de police, la couleur, le cadre et les positions en x/y, mais je ne vois pas l'angle du texte.

659

(554 replies, posted in News)

Effectivement, la révision est importante ! nomicons/grin

De mon point de vue, quit à passer du temps à développer, il vaut le passer sur autre chose que l'export qui a un pour but de favoriser les bidouilles : le but est quand même que QET fasse un jour tout ça nativement.
Après, cela ne me gène pas que ce soit par génération d'éléments.

660

(554 replies, posted in News)

@ Joshua:
est-ce qu'il est prévu de rendre réglage l'orientation angulaire des textes dynamiques ?

661

(554 replies, posted in News)

Nuri wrote:

on se met au python et on fait un script pour intégrer des nomenclatures au projet .qet, comme Unalcalde avec les borniers ?
Chiche ?!? nomicons/tongue
(Attention, python est plus sympa que C++ mais c'est quand même un peu nomicons/alien )

J'avais en tête de m'y mettre il y a quelques années, et puis j'ai abandonné à cause en autre de la rigueur qu'impose Python et à un moment donné je m'étais à visual basic, je bidouille en bash, en macro libre office, les language automate et tout ça mélangé dans ma tête, cela me paraissait de trop. Quit à me mettre à un nouveau language, je préférerait me mettre au C pour pouvoir contribuer au projet.
J'ai souvent eu envie de lancer Unalcade sur le sujet nomenclature, sans passer à l'acte....

Laurent:
Je pense que c'est plutôt les pages sommaires qui en auraient le plus besoin, mais là la difficulté n'est plus la même.

Je pense aussi, que même si c'est intéressant, qu'il vaut mieux, à choisir, passer du temps sur le sommaire ...

662

(554 replies, posted in News)

Je penses que Nuri parlait des entêtes de colonnes, pour justement palier au changement de format de la trame d'export.

663

(554 replies, posted in News)

scorpio810 wrote:

Author:   scorpio810
Date:     2017-11-16 19:57:16 +0100 (Thu, 16 Nov 2017)
Log Message:
-----------
Add UUID field in nomenclature export

@ Nuri : tu peux déja l'essayer j'ai envoyé le commit.

Le UUID est inséré au milieu de la "chaine" existante ou ajouté à la fin ?
Tu es sûr que c'est ce que demandait Nuri ? Il parlais des entête de colonne, non ?

664

(554 replies, posted in News)

Quand je commande du matériel, je donne une seule référence et non deux...et j'ai jamais eu de problème. Si je veux un automate siemens le ref 6ES7..... suffit.
Comme toi Joshua, trois info me suffisent.

Comment as-tu "nommé" ta bobine KA1 ? As-tu bien utilisé le label et non pas un champs texte ordinaire ? La bobine vient de la bibliothèque officielle ?

666

(554 replies, posted in News)

javdenech wrote:
Joshua wrote:

Si au lieu d'avoir :
"Numéro d'article", on avait "Numéro d'article fabricant"
et
"Numéro de commande", on avait "Numéro de commande fabricant"
Est-ce que cela supprimerait les confusions et contenterait tout le monde ?

PS
Les groupes de textes avancent nomicons/smile

numéro d'article fabricant (omron)
numéro de commande fournisseur (Rexel)

Alimentation découpage mono 240W 10 24VCC (374870)
Réf Rexel : OMRS8VK-G24024
Réf Fab : S8VK-G24024
EAN13 : 4548583357730

Je vois les choses comme cela aussi: bon exemple !

667

(554 replies, posted in News)

Voilà ce que cela donne...
Bien sûr il sera à adapter en langue, colonnes, ... selon vos besoin.

668

(554 replies, posted in News)

scorpio810 wrote:

Tu devrais le partager ton script, ça peut en intéresser certains. nomicons/smile

Le voici dans l'état actuel: je n'ai pas testé suite aux changements d'appellations, mais cela ne doit pas changer grand chose, si ce n'est les entêtes de colonnes qui ne correspondent pas à QET ... ;-) Seul sont gérés les éléments dont le champs référence est rempli.

Nuri:
et l'histoire des ID pour l'export en csv, t'en penses quoi ? Voir mon poste un peu plus haut.
Je pense que ca résoudrait pas mal de problèmes pour tous ceux qui automatisent le traitement du fichier csv.
Et en plus, c'est une modif facile à faire dans le code de QET 20x20 

Je ne me sert pas des d'entêtes de colonnes pour la génération de la nomenclature, uniquement des numéros de colonnes de tableau. Que ce soit en clair me va bien, car comme cela je n'ai pas trop à chercher les données.

669

(554 replies, posted in News)

scorpio810 wrote:

Personnellement je ne suis point concernés par ça !, quand je reprend des schémas, affaires, c'est entre les pannes, mon travail consiste a vérifier, annoter, corriger les anciens schémas de nos installations et tout redessiner et remettre au propre sous QET.
Il m'est impossible de renseigner chaque article que j’inclus dans mes schémas encore moins le numéro d'article magasin ..., déjà parce qu'en magasin ou sur les machines toutes les marques constructeurs sont représentées, et qu'il ait souvent facile de remplacer la pièce marque x par la marque y sur une panne ou dans l'urgence...
De plus ça me prendrait des mois voire des années pour obtenir ce type de schémas avec nomenclature complète avec le peu de temps libre entre les pannes dont je dispose ....

Je n'utilisais que constructeur, référence  et description.

@Nuri
Autant tu es un formidable orateur et en expert DAO tes idées  sont sont toujours bien expliquées et pertinente, et je dois dire que je les partage bien souvent, mais autant sur ce coup j'adhère  pas.

@Laurent
Je mettrais mon script ce soir.

670

(554 replies, posted in News)

scorpio810 wrote:
galexis wrote:

Par contre, au delà du changement d'intitulé des champs information de l'élément, quand on ouvre un vieux projet ça mets la zizanie car désormais dans :
- "ex-description" on a "Numéro d'article"
- "ex-référence" on a "Numéro de commande".

Pour le moment je n'ai pas regardé au niveau exportation nomenclature, mais ça promet d'être le souk pour les script et autre bidouille pour générer un élément nomenclature.
Me plaisent pas du tout ces nouvelles appellations ....

Bah, pourquoi tant de haine .. nomicons/w00t
Te suffit de detecter la version du projet dans le XML et de rajouter quelques if, else dans ton script ... nanh ? nomicons/whistling

Je l'ai repris déjà il y a pas plus tard qu'il y a une semaine, car il y avait un décalage apparut je ne sais quand  !

671

(554 replies, posted in News)

Nuri wrote:
galexis wrote:

Par contre, au delà du changement d'intitulé des champs information de l'élément, quand on ouvre un vieux projet ça mets la zizanie car désormais dans :
- "ex-description" on a "Numéro d'article"
- "ex-référence" on a "Numéro de commande"

c'est moi qui ai proposé de changer "description" en "numéro d'article", etc.
Pourquoi, me diras-tu ?
Eh bien justement parce que les intitulés des différents champs n'étaient pas assez clairs.
"description", ca veut dire un peu ce qu'on veut... pour certains ce sera "disjoncteur machin-chose...", pour d'autres, ce sera "FAZ-B13/1" ou que sais-je d'autre...
Maintenant, je pense que les intitulés sont clairs et nets, ils ne porteront plus à confusion.

C'est une question de perception, je les trouvais au contraire beaucoup plus clairs avant.
Pour moi ni le numéro de commande, ni le numéro d'article ne correspondent à l'ancienne "référence fabricant":
- un numéro de commande serait: le numéro de la commande interne à l'entreprise, qui a permis l'achat du matériel
- un numéro d'article: un code pour la gestion du stockage sur étagère.
Quelle est la nouvelle appellation pour désignation ? Pour moi, il n'y a aucune équivalence maintenant.
Ce qui est pénible au delà qui nouvelles appellations au sens discutable, c'est de devoir reprendre les vieux projets et de déplacer les informations dans les "bons" champs.

672

(554 replies, posted in News)

Par contre, au delà du changement d'intitulé des champs information de l'élément, quand on ouvre un vieux projet ça mets la zizanie car désormais dans :
- "ex-description" on a "Numéro d'article"
- "ex-référence" on a "Numéro de commande".

Pour le moment je n'ai pas regardé au niveau exportation nomenclature, mais ça promet d'être le souk pour les script et autre bidouille pour générer un élément nomenclature.
Me plaisent pas du tout ces nouvelles appellations ....

673

(554 replies, posted in News)

Il y a eu du changement sur les champs informations ? Je ne trouve plus la "référence fabricant " ....

674

(554 replies, posted in News)

Ha ok, donc normal  !!!!  nomicons/grin

Petite remarque, dans l'éditeur de schéma, quand on ajoute un texte dynamique, la couleur par défaut est noir. Alors que dans l'éditeur d'élément, la couleur est gris anthracite #4a4a4a.

675

(554 replies, posted in News)

Pas vu d'évolution de rapidité de mon côté...