3,176 Reply by scorpio810

(317 replies, posted in News)

Si tu affiches trop de champs dans tes tables, il est clair que si les dimensions de tes folios sont pas énormes ça va dépasser.
L'outil d'ajustement a ces limites pour redimensionner le tableau....

Go to forum: News

3,177 Reply by scorpio810

(14 replies, posted in Code)

Fixed, but I don't understand why git am can't apply sources/nomenclature.cpp:66, not tried git apply..
Maybe :
https://stackoverflow.com/questions/241 … introduced

Go to forum: Code

3,178 Reply by scorpio810

(14 replies, posted in Code)

Application de  fix deprecated warning QTextStream& QTextStreamFunctions::endl(QTextStream&)
error: le patch a échoué : sources/nomenclature.cpp:66
error: sources/nomenclature.cpp : le patch ne s'applique pas
le patch a échoué à 0001 fix deprecated warning QTextStream& QTextStreamFunctions::endl(QTextStream&)

Go to forum: Code

3,179 Reply by scorpio810

(20 replies, posted in FR : Aide, suggestions, discussions, ...)

Ce serait pas plus simple de les re dessiner depuis QET, beaucoup de folios?
Un workaround serait de convertir chaque page de ton PDF en DXF, puis de la passer dans le convertisseur DXF, mais ton folio sera vu que comme un seul élément.

Go to forum: FR : Aide, suggestions, discussions, ...

3,180 Reply by scorpio810

(14 replies, posted in Code)

Merged, thanks Simon.
https://git.tuxfamily.org/qet/qet.git/c … 1cdec1f1b2

Go to forum: Code

3,181 Reply by scorpio810

(12 replies, posted in Elements)

For domestic symbols

the folder Home installation contains 265 elements, parts in 16 folders.

Path of collection :  common://10_electric/11_singlepole/500_home_installation
Path in the file system :  /usr/share/qelectrotech/elements/10_electric/11_singlepole/500_home_installation






For architectural symbols

the folder Architectural contains 77 elements, parts in 0 folders.

Path of collection :  common://10_electric/11_singlepole/500_home_installation/30_architectural
Path in the file system :  /usr/share/qelectrotech/elements/10_electric/11_singlepole/500_home_installation/30_architectural

Go to forum: Elements

3,182 Reply by scorpio810

(4 replies, posted in Import DXF)

Work with an older DXF converter version like 2020-03-16.

Go to forum: Import DXF

3,183 Reply by scorpio810

(32 replies, posted in Code)

Thanks Simon.

Go to forum: Code

3,184 Reply by scorpio810

(32 replies, posted in Code)

Thanks Simon.

Go to forum: Code

3,185 Reply by scorpio810

(32 replies, posted in Code)

Merged, thanks.

Go to forum: Code

3,186 Reply by scorpio810

(32 replies, posted in Code)

FYI, AppImage use now Qt 5.15.0.
https://invent.kde.org/sdk/kdesrc-build/-/issues/45

Go to forum: Code

3,187 Reply by scorpio810

(32 replies, posted in Code)

Merged, thanks.

Go to forum: Code

3,188 Reply by scorpio810

(317 replies, posted in News)

Le 2

Go to forum: News

3,189 Reply by scorpio810

(43 replies, posted in FR : Aide, suggestions, discussions, ...)

Faites des tests avec les renvois de folios en supprimant un renvoi, édition d'un conducteur puis rajout de couleur ou section, relier de nouveau, suivant si la case était coché ou pas lors de l’édition du conducteur vous n'aurez pas les memes messages de liaisons.
Bref, je continue à penser que ce n'est pas une bonne idée.

Apres si vos tableaux sont câblés en fonction d'une norme de couleur précise dans la recherche de renvois a relier vous pourrez maintenant chercher aussi par section et ou couleur.

Go to forum: FR : Aide, suggestions, discussions, ...

3,190 Reply by scorpio810

(43 replies, posted in FR : Aide, suggestions, discussions, ...)

eh bien, soit !

Enjoy ! nomicons/wink

Go to forum: FR : Aide, suggestions, discussions, ...

3,191 Reply by scorpio810

(32 replies, posted in Code)

Merged, thanks.

for "fix deprecated -Wdeprecated-copy (C++11)"
I prefer saw some deprecated function warnings marked during compilation and still don't have much time to see them (Linux time make -j49 ~ 16 seconds, Catalina VM ~ 20 seconds..cross-compile for Windows ~20 seconds,  rather than silently adding new bugs which will be hard to find. nomicons/wink

Go to forum: Code

3,192 Reply by scorpio810

(317 replies, posted in News)

- Log -----------------------------------------------------------------
commit 0897ed43fe532cc50c04b2ae03bf043e9805f0bf
Author: Claveau Joshua <Joshua@>
Date:   Sat May 30 20:18:44 2020 +0200

    Add table dialog : table config can saved and loaded.
   
    The dialog used to edit the configuration of QetGraphicsTable item can
    now save and load a configuration from graphics_table.json file located
    in the user config dir.

Go to forum: News

3,193 Reply by scorpio810

(32 replies, posted in Code)

I see, thanks.

Go to forum: Code

3,194 Reply by scorpio810

(32 replies, posted in Code)

I tried "0001-fix-deprecated-Wdeprecated-copy.patch" is reduce warnings 50 to 6, but I don't know if I can push it?
First patch in attached patch reduce warnings 50 -> ~20.

Go to forum: Code

3,195 Reply by scorpio810

(32 replies, posted in Code)

I had to revert it
https://git.tuxfamily.org/qet/qet.git/c … e91882a445

Edit : ok I understood, I use Qt version 5.12.5 and this function was introduced in Qt 5.13.

Go to forum: Code

3,196 Reply by scorpio810

(32 replies, posted in Code)

For the warnings: Qt prepares the future and Qt 6, that is understandable and therefore marks a lot of obsolete method, if you compile it in an old version of Qt, you do not see any warning.

Thanks a lot for your work.

Go to forum: Code

3,197 Reply by scorpio810

(32 replies, posted in Code)

My goal is to understand why the content of the .qet file always changes when saving, because this makes it difficult for git.
(everything is always different)

Qt save XML attributes in a random order each time, this is one of the reasons why we added UUID to control the versions of the elements.

https://qelectrotech.org/forum/viewtopi … 4283#p4283

Attributes

For some time and over the succeeding versions of Qt, it became obvious that the attributes in the XML definition of the elements were not always be read and saved in the same order on each QET startup.
A Qt class compares attributes to know if a newly dragged/dropped element on the diagram already exists in the project. In this case, the class compares all the attributes.
For some speed reasons, this method compares the whole attributes string: if the position of an attribute is changed, the element is considered as different (new).

Among all possible solutions, the one which seems to us to be the easiest one is the generation of an universal unique identifier (UUID) for each element of the collection. In this way, only the UUID attributes of the files must be compared and not the whole XML attributes strings.
The elements editor generates automaticaly an UUID during the saving of the element file.

The database speeds up the loading of numberous elements by managing changes of element thumbnails in tables. To update the thumbnails cache, the database does no longer compare the modification date of these files, only the UUID attributes.

The official collection was patched to add the new UUID attribute.

Script bash unpretentious, for those on GNU/Linux who want to patch their own collection.

Go to forum: Code

3,198 Reply by scorpio810

(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 ..

Go to forum: Code

3,199 Reply by scorpio810

(5 replies, posted in Code)

Merged, thanks Simon.

Go to forum: Code

3,200 Reply by scorpio810

(5 replies, posted in Code)

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.

Go to forum: Code