You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Clair, c'est très chronophage de dessiner et bien positionner ces symboles en aveugle ...
Apres on peut aussi implémenter une XREFs sans symbole, c'est plus propre que la méthode "Blanco" du carré blanc.
Bref ! j'attend qu'on nous proposent des idées ou des patchs et définir ensemble les besoins.
Le plus difficile c'est de dessiner le symbole dans le code.
https://git.tuxfamily.org/qet/qet.git/t … m.cpp#n577
scorpio810 wrote:Super,
tu es le bienvenue, un petit fork Github et tu me soumet un Pull request quand tu as fini.
Par contre il faut que ça reste retro compatible avec les anciens projets.
Pour les textes des éléments ça existe déjà, de quoi comparer les approches.
Ok. La rétrocompatibilité, c'est obligatoire. Nous sommes bien d'accord.
Quand tu dis "pour les textes des éléments ça existe déjà", cela veut dire que les noms des couleurs "HTML" sont déjà connues ?Il me faut accélérer sur les plaques Lina (c'est à dire sur mon petit outil d’adaptation d'élément) et je regarde ça.
Les textes dans l’éditeur sont maintenant basé sur https://doc.qt.io/qt-5/qcolordialog.html, les anciennes primitives c'est statique sous forme de styles.
On pourrait je pense facilement ajouter un autre type d'esclave type vanne, avec une représentation dans ce type |><| comme XREF au lieu des contacts pour représenter la vanne, NO, NF, vous en pensez quoi?
Regarde bien ma dernière video et l'utilisation des filtres en GUI, tu peux ensuite cliquer sur le bouton Requête SQl pour voir la requête traduit en SQL.
Cool !!!
Les requêtes ne fonctionnent pas pour le moment ?
Pourquoi tu dis ça?
Meme si le merge a été très délicat et compliqué les requêtes et filtres fonctionne comme sur la video, et les tableaux sont comme avec le code de la branche QetGraphicsTableItem.
top comme cadeau de Paques
Un tableau de pâques, tu voulais dire, uhu.
En tout cas c'est joli ! C'est quand qu'on va pouvoir jouer avec ??? ;-)
Je viens d'envoyer les paquets, tu vas pouvoir tester.
Enjoy! 
Super,
tu es le bienvenue, un petit fork Github et tu me soumet un Pull request quand tu as fini.
Par contre il faut que ça reste retro compatible avec les anciens projets.
Pour les textes des éléments ça existe déjà, de quoi comparer les approches.
S.DEFFAUX wrote:Bonjour, je viens de faire un "mise en armoire", avec la collection d'Arnaud.
le hic c'est que les peignes et les plaques pleines sous de la même couleur. serait t'il pas mieux d'avoir des peigne en blanc?Bonjour,
Le hic, comme tu dis, c'est que les tableaux "Drivia" sont blancs et du coup c'est dans ces tableaux-là que les peignes seraient le moins visibles.
J'ai essayé de mettre une couleur "custom" directement dans le fichier d'élément (*.elmt) pour avoir un gris plus clair ("#101010" par exemple) comme couleur de remplissage de la plaque mais ça ne donne rien. J'ai regardé dans le code et ce n'est pas possible. Sauf patch. Mon C++ est franchement rouillé mais c'est de l'ordre du faisable.Le "gris" semble bien correspondre à la couleur des peignes.
Je pense donc passer les plaques en gris clair...
C'est pas compliqué d’ajouter d'autres couleurs si tu suis bien ce 'tit patch :
https://git.tuxfamily.org/qet/qet.git/c … 21a1fd40a6
Le patch est bien vieux, il faudra hacker un peu :p
Je rajouterai comme idée : pouvoir importer exporter au format csv ça faciliterai certains hacks, rajouter facilement des refs d'articles, N° interne, références constructeurs, etc, qui n'ont pas étés entrées lors de la création du projet, ou pour créer des nomenclatures multilingues.
Pas sur que tout le monde soit à l'aise pour manipuler les données des requêtes dans un moteur sqlite comme sqlitebrowser un
GUI editor for SQLite databases
sudo apt-get install sqlitebrowser
ou les extensions pour Chrome ou Firefox.
Edit :Hum, comme les données des tables seront dynamiques, ce n'est peut-être pas une bonne idée..
En manuel pour un petit projet, ça peut effectivement se faire, sur de gros projets de plus de 200 folios on doit tabler dans une trentaine de tables ce qui risque d’être vite rebutant sans automatisme.
Je viens de regarder si j'exporte en csv ce même projet ça me donne 356 lignes, donc il faut générer environ 11 tables si je souhaite 30 lignes par tableaux, ce qui fait beaucoup de travail en manuel.
Sur mon ancien projet "gestion defibrage" ça correspond a 1300 lignes.. ~ 44 tables pour 30 lignes/table.. certes il y a beaucoup d'entrées inutiles, avec les requêtes ont devrait extraire les informations les plus utiles et réduire le nombre de tables.
T'as bien avancé, chapeau.
J'ai la chance d’être dans un département beaucoup moins touché que d'autres et de continuer à travailler, prend soin de toi et protège toi.
La 0.8-dev est encore plus stable que la 0.7, (on a eut la flemme + manque de temps, de rétro porter des corrections de bugs de la branche 0.8-dev sur la vieille 0.7) n'ayez pas peur de travailler avec la 0.8-dev elle apporte une grosse quantité d'amélioration depuis la 0.7.
Patience jeune Padawan, uhuhu.
Je pourrai faire un checkout QetGraphicsTableItem dans ms scripts de build de package, mais tu perdrais les corrections faites dernièrement sur la branche master.
Tu devras attendre le merge sur la branche principale.
Pour la vidéo je la fait sur mon écran UHD (4K)... l'autre 27 en resolution normale n'est pas pratique, quant au laptop c'est aussi un écran UHD, te plains pas je t'offre des videos 4K là ou tous réduisent leurs flux, uhuhu.
https://git.tuxfamily.org/qet/qet.git/c … 78f0c38771
Beau boulot Joshua. Je découvre tout en faisant la vidéo.
Il serait je pense, judicieux de calculer suivant le nombre de lignes par tables/folios souhaitées par l'utilisateur, et en fonction de la somme des requêtes générer automatiquement sur des nouveaux folios consécutifs les nouveaux tableaux, un tableau par folio.
Il existe un nombre conséquent de symboles solaire, photovoltaïque, ecs, etc , dans la section Energie.
Les symboles que je te montre fonctionne comme des renvois.
En fait se sont des renvois de folios détournés avec leur avantages et leur inconvénients, un seul esclave par maître, etc, par contre tu peux représenter ce que tu veux.
Bonjour,
les collections peuvent être extraites depuis les tarballs des Tag depuis le GIT :https://git.tuxfamily.org/qet/qet.git/
Bonjour Bastien et merci pour les compliments.
Peut-être que la solution a ton problème se trouve avec ces symboles:
Le but caché serait pas dans les cas des vannes par exemple d'avoir plusieurs XREfs, PLC-> puis actionneur électrique, puis pneumatique, etc?
On pourrait rajouter ce qui ce fait pour la nomenclature dans la branche devel, afin que l'user puisse graphique faire ses requêtes =, IS NOT NUll, etc dans l'export CSV.
https://git.tuxfamily.org/qet/qet.git/c … cae8769015
+ auto f = FilterFor(key);
+ switch (f.first)
+ {
+ case 0: //No filter
+ break;
+ case 1: //Not empty
+ filter_ += QString(" AND ") += key += " IS NOT NULL";
+ break;
+ case 2: //empty
+ filter_ += QString(" AND ") += key += " IS NULL";
+ break;
+ case 3: // contain
+ filter_ += QString(" AND ") += key += QString(" LIKE'%") += f.second += "%'";
+ break;
+ case 4: // not contain
+ filter_ += QString(" AND ") += key += QString(" NOT LIKE'%") += f.second += "%'";
+ break;
+ case 5: // is equal
+ filter_ += QString(" AND ") += key += QString("='") += f.second += "'";
+ break;
+ case 6: // is not equal
+ filter_ += QString(" AND ") += key += QString("!='") += f.second += "'";
+ break;
L'astuce ou workaround consiste une fois tes textes ajoutées sur les esclaves déjà liés de redéfinir le label du maître et de remettre ta formule.
Si j'entre KA1 dans label ça fonctionne et tu as accès sur le nouveau texte dynamique au label, pas si j'entre %KA1 dans la formule du label.
Entrer une valeur "%" quelque soit le champ, ou entrer le label dans le champ de formule empêche de choisir sur un second texte dynamique le choix du label du maître.
Hum, si tu re essayes par la suite sur ce nouveau texte dynamique ça fonctionne..
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.102 seconds (26% PHP - 74% DB) with 5 queries