You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 188 of 293)
Bonjour,
soit le bienvenu, on manque de dev en ce moment.
Tu te sert de qtcreator fourni avec, et tu compile bien le trunk, et pas une vieille version Qt4 ?
Il faut installer de mémoire la version minGW du package Qt.
Depuis quelques années j'ai abandonné le fait de compiler sous Windows tellement c'est d'une lenteur accablante.
Là j'en suis a faire quelques tests win32 vs posix car je trouve que le lancement de QET sous Windows (en VM) c'est pas trop ça, et ça pourrait aller bien plus vite pour charger les collections.
On vous laisse réfléchir, moi j'ai d'autres chats a fouetter ..
https://github.com/mxe/mxe/issues/1980
@ Nuri : moi ça me gene pas tu peux laisser ton commit.
Moi au taff je suis coincé sur une 0.6RC2 avec de vieilles libs pour l'instant, HD fatigué j'attends de recevoir le nouveau, libs Sid trop vieilles pour upgrade, pas assez de place sur la racine, etc, bref .. tu pourrais confirmer le bug de Calypso ?
https://qelectrotech.org/forum/viewtopi … 7346#p7346
@ Nuri : j'avais rajouté des QObjet à l’époque car les chaines en tr mêmes traduites apparaissaient toujours sans traductions, mais laisse comme ça.
Joshua wrote:Ce que je voudrais faire, c'est créé un dialogue dans lequel l'utilisateur pourra choisir quelles informations exportées et dans quel ordre.
Ainsi l'export sera personnalisable, et je pense par la même occasion que vos scripts n'aurons pas besoins d'être mis à jour.
Personnellement je pense que c'est vraiment peu utile, le fait de reprendre les données dans un tableur permet justement de manipuler les données comme on le souhaite. Si a ça on ajoute des macros et des scripts ...
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.
Oui pas de soucis suffit de ne pas les traduire mais du coup certains sans les en-têtes de colonnes vont rien y comprendre, non?
Envoyé depuis mon tél
https://svnweb.tuxfamily.org/comp.php?m … s+dossiers
galexis wrote:Je penses que Nuri parlait des entêtes de colonnes, pour justement palier au changement de format de la trame d'export.
Ah ... certes j'ai mal compris ou lu trop vite comme d'habitude .. mais vous imaginez l’usine a gaz que ça va être ce truc a coder quand le nom de l'objet est traduit automatiquement dans une autre langue suivant la config de langue choisit ...
Je vous laisse mijoter heuu réfléchir j'ai une nuit de boulot a faire, moi et c'est l'heure d'y aller ..
Nuri wrote:@ laurent :
t'es sûr que c'est une bonne idée de passer par la génération d'UUID de Qt ?
Il va pas nous faire des nouveaux UUID à chaque fois ?
Je pensais que ce serait plus facile si on ajoutait des ID tout simples définis par nous même (par ex. A001, B001, etc.) mais j'avoue que j'ai pas encore testé 
Tu voulais pas un UUID différent par ligne, ou alors j'ai pas compris ta demande ?
Pourquoi se prendre le choux Qt le fait tout seul comme un grand, le commit c'est juste deux lignes que j'ai ajouté..
Bah tu le déplaces ou tu veux ... avec un fichier données au format csv tu peut faire beaucoup de choses..
Bon pas le temps pour les builds ce soir, bientôt l'heure d'aller au taff, p-e demain matin en rentrant si vous avez pas changé d'avis entre temps ... 
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.
Nuri wrote:C'est pour cette raison que j'avais proposé à Laurent et Joshua de rajouter une ligne dans l'export en csv. Cette ligne servirait d'en-tête universel où chaque colonne serait identifiée par un numéro ID unique en plus des descriptions "folio", "numéro d'article", etc situées une ligne plus bas. De cette facon, les scripts et macros de chacun chercheront les colonnes en fonction d'un ID invariable et non plus une chaîne de caractères qui change de place au gré des évolutions du logiciel (et qui change aussi quand on édite la nomenclature dans une autre langue que la sienne)
Ca donnerait un truc du genre (les ID sont dans la ligne jaune) :
@ Nuri : comme ça ?
In Windows terminal you can launch directly qet_tb_generator command, if not QET can't !
When you install python you need to add python executable in the path, see my video.
@ Joshua : ben notre boulot en priorité sur nos sites industriels c'est de dépanner, les schémas ou autres cela se fait en dehors des pannes, nos schémas doivent être clairs et surtout justes ! pas besoin d'une nomenclature ici.
Faudra pas en mettre trop non plus (je parle des éléments) ! l'espace sur ce serveur m' est compté et je suis déjà dans le rouge. 
Apres je peux surement truander avec quelques liens symboliques entre la web area et le serveur de download....
J'aimerais bien que la team QElectroTech utilise son site web pour mettre, en autre, des collections "articles constructeur" en partage.
Si un jour, le nombre de contributeurs augmente sensiblement, on va vite se rendre compte qu'on ne pourra pas intégrer toutes les collections dans la collection officielle QET. Ca va devenir un fichier monstrueux et forcément bordélique, ingérable, intraduisible et avec énormément de doublons. Bref, on va crouler sous les symboles, tous dessinés avec un autre style, avec différentes tailles de texte, etc.
@ Nuri : tu l'avais devant les yeux ... dans le répertoire éléments sur le serveur web, te suffisais de créer un nouveaux dossier Manufacturer_article.
Je t'explique en quelques mots : ça fonctionne comme un répertoire sur ton PC il suffit de rajouter de nouveaux dossiers par marques, etc, dans ce dossier distant, ensuite tu rajoutes tes elmt (elements QET) les scripts de conversion de Xavier se chargeront de convertir à la volée ces elmt en svg pour l'affichage WEB et permettre aussi le téléchargement, par élément, catégorie, etc
https://qelectrotech.org/showcategory.php
Hi,
you need to choice 2D drawing or perhaps try wiring or connection diagram .. dwg format and convert to dxf ascii and after try dxftoelmt converter program.
Bonjour François
tu fais bien un clic droit dans le widget et lier ?
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 ....
Tu devrais le partager ton script, ça peut en intéresser certains.
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 .. 
Te suffit de detecter la version du projet dans le XML et de rajouter quelques if, else dans ton script ... nanh ? 
Posts found: 4,676 to 4,700 of 7,302
Generated in 0.066 seconds (36% PHP - 64% DB) with 6 queries
