3,226

(32 replies, posted in Code)

Merged (all), thanks Simon.

I tried quickly on old projects and did not notice any major problems.
Of course, this is a devel version, it's time to clean up the old code a bit.

I finally managed to build the cross-compilation MXE environment with KDE Framework (KF5_VERSION 5.70) for Qt 5.15.0 (only x86_64-w64-mingw32 now for checking).

Well, is time for me to try Qt 5.15.0 under MS Windows and saw if I can provide packages with this Qt version..
https://qelectrotech.org/forum/viewtopi … 561#p10561

Edit: same font issue only for MS Windows again ... .element text "Sans Serif" fonts are blurred..

https://download.qelectrotech.org/qet/forum_img_2/Qt5.15_win_font%20_issue.png


A workaround to fix this issue on MS Windows with >=Qt 5.12.0 is to replace all Sans Serif default font by MS Shell Dlg 2 in all elements and all collections XML.. Btw users need hack our XML project also and replace Sans Serif police.

https://docs.microsoft.com/en-us/window … hell-dlg-2


It's really a shame to be stuck on Qt 5.12.0 for Windows packages, and not to take advantage of the advances in the framework ..

Merged, thanks Simon.

Joshua wrote:

Hello, thanks for the patch, but in the Qt documentation I see the follwing note:

Note: Since Qt 5.14, range constructors are available for Qt's generic container classes and should be used in place of this method.

for both QList<T> QSet::toList() const and QList<T> QSet::values() const.
May be it's will be better to use range constructor, because values will probably be deprecated in future.

Hmm since Qt 5.14.... but I build QET packages for Debian Buster (Qt 5.11.x), Debian Sid (Qt 5.12.5) Ubuntu Bionic( Qt 5.9.).., etc... Only AppImage, macOS packages use Qt 5.14.2..maybe Flatpak and Snap.

For Qt 5.15 LTS it's still too early, I have a lot of problems with it.

/Qt/5.15.0/gcc_64/include/QtCore -Irelease -isystem /usr/include/libdrm -I. -I../../Qt/5.15.0/gcc_64/mkspecs/linux-g++ -o release/qetarguments.o ../sources/qetarguments.cpp
../sources/qetapp.cpp:44:25: fatal error: KAutoSaveFile: Aucun fichier ou dossier de ce type
 #include <KAutoSaveFile>
                         ^
compilation terminated.

Edit ; fixed

And sphinx error with ECM on MXE like this (No module named 'sphinxcontrib)
https://bugs.debian.org/cgi-bin/bugrepo … bug=955117

https://www.qt.io/blog/qt-online-instal … 3-released

argh ... I don't want to move to Qt shared libs for Windows is a pain for deploying under a cross-environment like MXE.

3,229

(130 replies, posted in Bar Fourre-tout)

Bonjour Guilhem et bienvenu,

bon courage pour septembre, et encore merci pour les compliments. nomicons/wink

Version 0.8dev sous windows 10, pour pouvoir tester les fonctions d'export CSV, nomenclature et borniers ...

Super. ;-)

3,230

(2 replies, posted in Bar Fourre-tout)

Corrigé, essayes de te connecter avec ce nouveau login.

3,231

(130 replies, posted in Bar Fourre-tout)

Bonjour et bienvenu,

tu as quelques vidéos sur notre chaîne YouTube qui permettent de découvrir le logiciel ainsi que https://qelectrotech.org/forum/viewtopic.php?id=1075
https://www.youtube.com/user/scorpio8101/videos

;-)

Bonjour,

tu parles de déplacer un symbole dans le folio ou dans l’éditeur de symbole?
Dans les deux cas suffit de sélectionner l’élément puis de le déplacer avec la souris ou avec les flèches du clavier.
Les raccourcis clavier  ctrl C/ctrl V, ctrl A, etc fonctionne aussi.

Te suffit de la rendre exécutable et voila.

En dépannage tu peux te servir de l'AppImage.
https://download.qelectrotech.org/qet/builds/AppImage/

Alors oui, Max a fait quelques changements dernièrement.
https://git.tuxfamily.org/qet/qet.git/c … 2decb3c8cb

Bonjour,

quelle version 0.7 ou 0.8-dev?

3,237

(317 replies, posted in News)

- Log -----------------------------------------------------------------
commit 75e6f28221a13a9fe5a76678001ac2cd00a0ecbd
Author: Claveau Joshua <Joshua@>
Date:   Tue May 26 22:00:32 2020 +0200

    Reduce the time spend when nomenclature table is created automatically


scorpio810 wrote:

Générer 50 a 70 nouveaux folios de nomenclature est long, plusieurs minutes ici sur de gros projets, la génération de la nomenclature n'est pas encore multi-Thread.

C'est bien plus rapide maintenant, quelques secondes.

Hallo Thomas,

thanks for your feedback.
Very strange Galexis use Linux Mint and don't report issue with it.

CSV export function seems break now.
But you can export database project, in project menu-> export the internal project database.
Open your Verteilung_20.sqlite with sqlitebrowser and export to csv element_nomenclature_view table.


https://sqlitebrowser.org/

sudo apt-get install sqlitebrowser

Gruß Laurent

3,240

(317 replies, posted in News)

Joshua wrote:

C'est pas normal ça. Le tableau s'adapte en hauteur et en largeur, normalement il y une marge (d'environ) 20 px gauche/haut/droit et une marge en bas dont la taille varie en fonction de la taille du folio et de la hauteur d'une ligne de la nomenclature, mais en aucun cas le tableau ne doit dépasser du folio. Peut tu envoyer ton projet pour que je regarde ?

Si tu sélectionnes tous les champs pour la requête SQL les tableaux débordent de tes folios ce qui est normal.
Example https://qelectrotech.org/forum/misc.php … download=1

Générer 50 a 70 nouveaux folios de nomenclature est long, plusieurs minutes ici sur de gros projets, la génération de la nomenclature n'est pas encore multi-Thread.

I have updated it and use your SQL queries:

S.DEFFAUX wrote:

attention ceux sont des ballon ECS et des chaudières dons pas dans la catégorie "Hydraulique" mais plutôt énergie

git mv elements/30_hydraulic/20_manufacturers_articles/ elements/60_energy/31_solar_thermal/

?

Thanks for your video, that can be help us.

Hallo Thomas,


QElectroTech V 0.80-DEV+65777a0fbd79751d3
Kompiliert: GCC 9.3.0
Built with Qt 5.12.5 - Date : May 24 2020 : 16:28:31
Run with Qt 5.12.5 using 48 thread(s)
OS : linux - x86_64 - Version : Debian GNU/Linux bullseye/sid - Kernel : 5.6.14-vanilla

like this?

First, I deleted your table and folio and create new folio and generate new nomenclature table again.

Great project. ;-)

3,245

(317 replies, posted in News)

Quelques remarques et corrections à apporter pour la suite:

*Générer les tables enregistre le projet même si on annule l'enregistrement à la fermeture.
*Les tables sont statiques en ce qui concernent les traductions, donc si vous changez de langue les entêtes ne seront pas automatiquement traduis, faudra générer de nouvelles tables.

Maybe delete this key, isn't usefull I think:
https://github.com/qelectrotech/qelectr … e.cpp#L282

--- sources/dataBase/projectdatabase.cpp
+++ sources/dataBase/projectdatabase.cpp
@@ -279,7 +279,6 @@ void projectDataBase::createElementNomenclatureView()
                          "e.type AS element_type,"
                          "e.sub_type AS element_sub_type,"
                          "di.title AS title,"
-                         "di.folio AS folio,"
                          "e.pos AS position "
                          " FROM element_info ei, diagram_info di, element e, diagram d"
                          " WHERE ei.element_uuid = e.uuid AND e.diagram_uuid = d.uuid AND di.diagram_uuid = d.uuid");

But break previous tables created...

Merged, thanks Rafal.

Hallo Thomas,

you can send your project?

Refresh patch..pour qu'il s'applique de nouveau sur le master.

Si vous le souhaitez vraiment, je le merge.
A vous de voir?

3,250

(317 replies, posted in News)

https://download.qelectrotech.org/qet/forum_img_2/nomenclature_full.png