Bonjour,
tu pourrais donner les caractéristiques de ton PC Windows, CPU , RAM, etc?
Tu as essayé la version en cours de devel 0.8-dev?
You are not logged in. Please login or register.
QElectroTech → Posts by scorpio810
Bonjour,
tu pourrais donner les caractéristiques de ton PC Windows, CPU , RAM, etc?
Tu as essayé la version en cours de devel 0.8-dev?
commit 430ec27f365ee70f2be471c7b75012ba1f3f9c35
Author: David Varley <David.Varley@>
Date: Mon Aug 17 15:38:24 2020 +1000
Fix dxf export of autosize text cells in titleblock
commit 0cb98b2ee1d472c26f0afb04c440db5e9f1cbd91
Author: David Varley <David.Varley@>
Date: Mon Aug 17 09:13:19 2020 +1000
Adjust alignment of titleblock text in DXF export
Thanks but it' break row headers..
mais j'ai lu sur le forum que cette option n'était pas désactivable par défaut.
Il suffit de cliquer sur l'icone dans la barre d'outil pour la désactiver pour la session, un autre clic la ré activera.
https://download.qelectrotech.org/qet/m … r-creation
Tes bornes sur la carte Wago sont dans le même alignement vertical donc tes conducteurs vont se superposer.
Hallo
- Log -----------------------------------------------------------------
commit 132f3ad1b41f803a6ca9a78fdc9480196277a5d5
Author: Claveau Joshua <Joshua@>
Date: Tue Jul 14 20:00:28 2020 +0200Remove old summary feature
Old summary page code was removed, and not render your folio list, but now you have new feature to generate summary.
David fix DXF export for copied conductors, thanks :
- Log -----------------------------------------------------------------
commit ceb2868b0239e5a85c58e869fdd0c334d80f807c
Author: David Varley <David.Varley@>
Date: Sat Aug 15 22:00:14 2020 +1000
Fix dxf export for copied conductors

Yuki add Japanese translations, thanks.
- Log -----------------------------------------------------------------
commit 691673670870f535a9977f6b05b3f6830340debf
Merge: fa89178 4c51448
Author: Laurent Trinques <scorpio@>
Date: Sat Aug 15 13:52:01 2020 +0200
Merge branch 'yukia10-l10n_jp' into master
commit 4c51448c45bb04c932afd07824ba15aecbaa9808
Merge: 770161a 295e285
Author: Yuki Atoh <yuki.atoh@>
Date: Sat Aug 15 18:42:16 2020 +0900
Merge branch 'l10n_jp' of https://github.com/yukia10/qelectrotech-source-mirror into l10n_jp
commit 770161ac579f6bbbf3c4d1cfb08626e56f6fd2e1
Author: Yuki Atoh <yuki.atoh@>
Date: Sat Aug 15 14:17:29 2020 +0900
Initial Japanese translation
commit 295e285067c20f124cc34c659776f7da88f9a807
Author: Yuki Atoh <yuki.atoh@>
Date: Sat Aug 15 14:17:29 2020 +0900
Initial Japanese translation
Hum, no change these to "Copyright 2006-2020 The QElectroTech Team"
[19:31:16] laurent@debian:~$ lspci | grep VGA | cut -d : -f 3
Advanced Micro Devices, Inc. [AMD/ATI] Lexa PRO [Radeon 540/540X/550/550X / RX 540X/550/550X] (rev c7)
[20:34:56] laurent@debian:~$
[20:36:15] laurent@debian:~$ lspci -v -s $(lspci | grep VGA | cut -d" " -f 1) | grep " prefetchable"
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at e0000000 (64-bit, prefetchable) [size=2M]
[20:36:40] laurent@debian:~$ Maybe you user isn't in good groups'...or perhapas "system D" fold the cards ...
Well, but we don"t want use ROOT for cli commands..
Hum for Linux only glxinfo match GPU true size memory ..
$ glxinfo | grep 'Video memory'
Video memory: 4096MB
~$ GPU=$(lspci | grep VGA | cut -d ":" -f3);RAM=$(cardid=$(lspci | grep VGA |cut -d " " -f1);lspci -v -s $cardid | grep " prefetchable"| cut -d "=" -f2);
~$ echo $GPU $RAM
Advanced Micro Devices, Inc. [AMD/ATI] Lexa PRO [Radeon 540/540X/550/550X / RX 540X/550/550X] (rev c7) 256M] 2M]
~$ lspci -v -s $(lspci | grep VGA | cut -d" " -f 1) | grep " prefetchable"
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at e0000000 (64-bit, prefetchable) [size=2M]
~$ grep -i mem /var/log/Xorg.0.log
[ 4.674] (--) PCI:*(33@0:0:0) 1002:699f:1da2:e367 rev 199, Mem @ 0xd0000000/268435456, 0xe0000000/2097152, 0xe1e00000/262144, I/O @ 0x00006000/256, BIOS @ 0x????????/131072
[ 4.819] (II) AMDGPU(0): mem size init: gart size :ff86f000 vram size: s:fd72c000 visible:db2c000
vram size: s:fd72c000 = 4252155904
Joshua takes advantage of his vacation to do work on his house.
He doesn't turn on his PC much, from what he told me yesterday.
mmit 86766a90905a209e73f2ac2bf23b29de5f6d8043
Author: Claveau Joshua <Joshua@<
Date: Wed Aug 12 15:45:48 2020 +0200
Element editor : a copied/pasted terminal part have a new uuid.
With the work of Martin we can determine the information of the terminals connected on the two points of a conductor (UUID element 1 and UUID terminal 1) first point of connection, (UUID element 2 and UUID terminal 2) second point of connection.
Like in this example :
Terminals informations need {element type=?}, {terminalblock=X11}, {label name=DIOO} and {pin number=1} Input/Output, Power, etc ... properties, it's time to think about it for the future ...
For now no, but yes if you compile Simon branch :
https://github.com/De-Backer/qelectrote … minal_name
Nice, thanks.
For making a list and find the name of the attached terminal1/terminal2 to conductor see
https://github.com/qelectrotech/qelectr … .cpp#L1126
Edit fix url
scorpio810 wrote:No, I compile MXE Qt cross-env in static mode for Windows packages, libs, etc, .
I didn't know you can do that, given the license of qt. O_O
Another benefit of using static libraries is execution speed at run-time. Because the it’s object code (binary) is already included in the executable file, multiple calls to functions can be handled much more quickly than a dynamic library’s code, which needs to be called from files outside of the executable.
Static vs. Dynamic linking
A lot of CPU and memory is used by the ELF linking process. You can make significant savings by using a static build of your application suite. This means that rather than having a dynamic library (libqte.so) and a collection of executables which link dynamically to that library, you build all the applications into a single executable and statically link that with a static library (libqt.a). This improves start-up time, and reduces memory usage, at the expense of flexibility (to add a new application, you must recompile the single executable) and robustness (if one application has a bug, it might harm other applications). If you need to install end-user applications, this may not be an option, but if you are building a single application suite for a device with limited CPU power and memory, this option could be very beneficial.The downside of using a dynamic library is that a program is much more susceptible to breaking. If a dynamic library for example becomes corrupt, the executable file may no longer work. A static library, however, is untouchable because it lives inside the executable file.
Ok, no problem. ;-)
If someone has the knowledge and wants to take charge of finding a solution...
https://www.appveyor.com/
https://invent.kde.org/rolisteam/rolist … pveyor.yml
https://docs.travis-ci.com/user/reference/windows/
https://circleci.com/build-environments/windows/
I didn't know you can do that, given the license of qt. O_O
Only for Windows, because cross-compil in shared mode is a pain..
https://github.com/mxe/mxe/issues/2441
https://stackoverflow.com/questions/296 … nux-fedora
https://github.com/saidinesh5/mxedeployqt
https://valdyas.org/fading/hacking/cros … using-mxe/
But building on Windows will always be slower, because of the slow terminal and the slow file system, and we know that the Windows releases of Gimp and LibreOffice are actually built on Linux. Cross-compiled for Windows. If complex projects like those can manage, we should be able to manage too.
Doxyfile and more advanced diagrams and graphs, I can't put on server, size is so big .. ~ 549,2 Mio
Edit Doxyfile attached to generate advanced diagrams and graphs.
https://romanegloo.wordpress.com/2012/0 … aphviz-13/
https://taylorpetrick.wordpress.com/201 … d-doxygen/
QElectroTech → Posts by scorpio810
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.096 seconds (30% PHP - 70% DB) with 5 queries