Maybe you have not printed installed on your OS, or not open project in diagram?
Please send a capture screen.

https://forum.freecadweb.org/viewtopic. … p;p=654201

What your os and the QET version?

1,354

(11 replies, posted in Elements)

KevinarCZ wrote:

This is my display in the editor

https://i.ibb.co/By1Nj8S/SEN5x-er.png

It's ok, this my symbol corrected, I checked your symbol on Windows 10 and the terminals were not aligned.

Pour le sommaire c'étais prévu au début, mais ça à du être zappé.

1,356

(18 replies, posted in Elements)

I'm ok too.

Name of element files and folders
---------------------------------------
* Characters: 'a..z', '0..9', '_'

Remove space in filename.

for i in *; do mv "$i" "$(echo $i | tr " " "-")"; done 

remove capitals in filename.

for i in *; do mv "$i" "$(echo $i | tr A-Z a-z)"; done
or
for i in *; do mv "$i" `echo $i | tr [:upper:] [:lower:]`; done

I doubt there are many, I'm watching....



Designation of the elements
-------------------------
* Translation into the QET languages
"en" and maybe "fr" by default because they are visible in all languages and even if it is not translated the user sees the name of the element regardless of the language used in the interface , if it is a proper name do not add another translation, example "Siemens" must not be translated in other languages than "en" and "fr", unless it differs in other languages.

Pour Ubuntu Ubuntu 22.10 j'ai rajouté le support Kinetic dans mon PPA Ubuntu pour les versions dev.

Tu l'as aussi en AppImage, et tu as aussi les versions 0.100-dev en flatpak sur mon dépôt, et aussi sur mon PPA ou dans les AppImage. Et en snap.
A toi de voir celle que tu préfères.

Çà devrait rester pareillement utilisable, ce n'est que le lancement qui est plus long et un peu plus de RAM utilisée si tu mets autant de symboles que dans mon test.

Je prend l'exemple: je viens de faire plusieurs copies multiples du dossier éléments de la collection officielle dans ma collection user depuis le dossier git de workload:

 laurent@debian:~/.qet$ ./count_elements.sh 
572149 elements dans 75881 categories (soit 648030 fichiers)

+ la collection offcielle

laurent@debian:~/Qet-svn/git/qet$ ./count_elements.sh 
8274 elements dans 1097 categories (soit 9371 fichiers)

572149 + 8274 =580 423 éléments en 13 secondes ici sur ma workstation
21:45:03.947 Info: Elements collection finished to be loaded in 12.289 seconds

21:44:51.434 Info: "QElectroTech V 0.100-DEV+86487b392b0a58100c957a06d79751d3" 
21:44:51.434 Info: "Compilation: GCC 12.2.0" 
21:44:51.434 Info: "Built with Qt 5.15.8 - x86_64 - Date : Jan 14 2023 : 07:24:47" 
21:44:51.434 Info: "Run with Qt 5.15.8 using 48 thread(s)" 
21:44:51.434 Info: "CPU : model name\t: AMD Ryzen Threadripper 3960X 24-Core Processor\n" 
21:44:51.434 Info: "RAM Total : 64 GB" 
21:44:51.434 Info: "RAM Available : 56 GB" 
21:44:51.434 Info: "GPU :  Advanced Micro Devices, Inc. [AMD/ATI] Navi 22 [Radeon RX 6700/6700 XT/6750 XT / 6800M] (rev df)\n" 
21:44:51.434 Info: "GPU RAM :     Video memory: 10240MB\n    Dedicated video memory: 10240 MB\n    Currently available dedicated video memory: 7614 MB\n" 
21:44:51.434 Info: "OS : linux  - x86_64 - Version : Debian GNU/Linux bookworm/sid - Kernel : 6.1.0-1-amd64" 
21:44:51.434 Info: *** Qt screens *** 
21:44:51.434 Info: "( 1 : 5120 x 2880 )" 
21:44:51.434 Info: "( 2 : 1920 x 1080 )" 
21:44:51.436 Info: DISK : /run   
21:44:51.436 Info: FileSystemType: "tmpfs" 
21:44:51.436 Info: SizeTotal: 6 GB 
21:44:51.436 Info: AvailableSize: 6 GB 
21:44:51.436 Info: DISK : /   
21:44:51.436 Info: FileSystemType: "ext4" 
21:44:51.436 Info: SizeTotal: 79 GB 
21:44:51.436 Info: AvailableSize: 16 GB 
21:44:51.436 Info: DISK : /run/lock   
21:44:51.436 Info: FileSystemType: "tmpfs" 
21:44:51.436 Info: SizeTotal: 0 GB 
21:44:51.436 Info: AvailableSize: 0 GB 
21:44:51.436 Info: DISK : /home   
21:44:51.436 Info: FileSystemType: "ext4" 
21:44:51.436 Info: SizeTotal: 902 GB 
21:44:51.437 Info: AvailableSize: 192 GB 
21:44:51.437 Info: DISK : /media/backup2   
21:44:51.437 Info: FileSystemType: "ext4" 
21:44:51.437 Info: SizeTotal: 983 GB 
21:44:51.437 Info: AvailableSize: 229 GB 
21:44:51.437 Info: DISK : /media/backup6   
21:44:51.437 Info: FileSystemType: "ext4" 
21:44:51.437 Info: SizeTotal: 1967 GB 
21:44:51.437 Info: AvailableSize: 830 GB 
21:44:51.437 Info: DISK : /run/user/1000   
21:44:51.437 Info: FileSystemType: "tmpfs" 
21:44:51.437 Info: SizeTotal: 6 GB 
21:44:51.437 Info: AvailableSize: 6 GB 
21:44:51.437 Info: DISK : /run/user/1000/doc   
21:44:51.437 Info: FileSystemType: "fuse.portal" 
21:44:51.437 Info: SizeTotal: 0 GB 
21:44:51.437 Info: AvailableSize: 0 GB 
21:44:51.437 Info: DISK USED: /   
21:44:51.437 Info: FileSystemType: "ext4" 
21:44:51.437 Info: SizeTotal: 79 GB 
21:44:51.437 Info: AvailableSize: 16 GB 
21:44:51.657 Info: Elements collection reload 
21:45:03.947 Info: Elements collection finished to be loaded in 12.289 seconds 

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


Le même test sur une casserole de PC et sur un vieux Windows 10 de 2019 aurait peut-être pris 4 ou 5 heures ... surtout avec les vieilles versions de QET...

vincentvalentine wrote:

J'ai pu faire mon plan.
Je regarde pour faire le plan du tableau comme vous pensiez au message#3.
Si j'ai bien compris, une partie des éléments (dispo sur un dépôt GitHub) doivent être importé car non fourni dans QE0.8 ?

Déjà prend la 0.9, elle vient de sortir et est bien mieux que la 0.8 qui date de 2 ans.
Pas mal de bugs ont été corrigés depuis la sortie de la 0.8.

Oui, il y a beaucoup de symboles qui se ressemblent sur ce dépôt, mais ils ont des caractéristiques qui sont différentes et déjà prêtes! ou plusieurs représentation du même symbole mais dessiné autrement, ce qui est parfois utile!
Soit la référence constructeur diffère, soit l’ampérage dessiné est différent dans le cas des disjoncteurs, dimensions ou le pas de grilles ou formats
différents dans le cas des grilles de coffret, etc.

Si j'ai crée ce dépôt c'est à cause du nombre d'éléments élevé qui prenaient beaucoup de temps à lancer QET sur de vieux PC et de vieilles versions de Win10, et que certains râlaient! ...

Sous linux tu peux même avoir plus de 80 000 éléments dans tes collections sans que ça se voit dans le lancement de QElectroTech ( moins de 5 secondes le lancement). A condition quand même d'avoir un pc conséquent, récent avec beaucoup de core CPU + pas mal de RAM, et un SSD PCIE 4 NVME rapide.

1,361

(224 replies, posted in News)

On the 0.100 road...

Add sha256 checksum file text for all new devel 100 build AppImage.
Improve ranking of remote AppImage files and folders:
https://download.qelectrotech.org/qet/builds/AppImage/

macoS update macports environment to Qt 5.15.8 and rebuild latest 0.100 bundle
Update wiki for new OSX build:
https://qelectrotech.org/wiki_new/doc/m … nvironment

Check QET timed launch with 580,423 items -> https://qelectrotech.org/forum/viewtopi … 405#p17405
572149 + 8274 =580 423 éléments en 13 secondes ici sur ma Linux Debian workstation
21:45:03.947 Info: Elements collection finished to be loaded in 12.289 seconds

Rien de plus simple tu crées ton propre symbole:

Et non, ce n'est malheureusement pas encore possible dans l'export PDF d'avoir les mêmes fonctions que dans le logiciel.

https://qelectrotech.org/forum/viewtopi … 5857#p5857

Voir le sujet de Arnaud ici https://qelectrotech.org/forum/viewtopic.php?id=1561

Attention beaucoup de ses éléments ont été transferé sur https://github.com/qelectrotech/qelectr … nt-contrib

Bonjour Vincent,

C'est ça que tu cherches a dessiner?
https://download.qelectrotech.org/qet/s … egrand.pdf
https://download.qelectrotech.org/qet/s … stique.pdf

Le second exemple est fourni dans les paquets QET.

1,366

(18 replies, posted in Elements)

Same here, the size and position of the elements are not the same.
https://download.qelectrotech.org/qet/forum_img_2/not_symbol_size.png

1,367

(11 replies, posted in Elements)

Terminals aligned to grid:
https://download.qelectrotech.org/qet/forum_img_2/not_grid_aligned3.png

you see a lag in the symbol editor on your PC?

I just want to know if the differences in positioning are due to a bug or the position of the x, y terminals has been influenced by different operating systems, or display compositor, multi screen 4k/1080p like me.

/me: due to many kde bugs with multi-screens with X11 display server after standby or hibernate, I try XWayalnd display compositor.

nomicons/wink

1,368

(11 replies, posted in Elements)

scorpio810 wrote:

@KevinarCZ,

it's me or terminals element isn't aligned of grid?
Maybe a platform problem?

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

In Element editor
https://download.qelectrotech.org/qet/forum_img_2/not_grid_aligned2.png

1,369

(11 replies, posted in Elements)

Thanks for feedback,
you could send qet log for see OS, screen, size, etc?

Hello Christoph,

see sample drawing as industrial.qet provided with QET packages, in examples directory.
Or get here: https://github.com/qelectrotech/qelectr … strial.qet

See : https://qelectrotech.org/forum/viewtopi … 048#p17048

Edit:  terminals not connected with conductors isn't saw by qet_tb_generator plug-in.

Regards,
Laurent

1,371

(21 replies, posted in EN : Help, suggestions, discussions, ...)

scorpio810 wrote:
tiz.meneghe wrote:

For these application I switched to kubuntu.
MAC is supportive only.
you are magical!

thanks

Yes, for MAC we need a C++ Qt developer familiar with this operating system. We don't have a MAC, I'm running it in virtual environment just to build and package it, my attempts to passtrough GPU for graphics acceleration failed and wasted some free time... It's already a big job for the packaging...
My old RX550 isn't a Baffin.. And I love Debian Linux ... for work and use all day.

https://www.reddit.com/r/VFIO/comments/ … re_0x67ff/
https://www.reddit.com/r/VFIO/comments/ … x_550_gpu/

I slightly improved my AMD Threadripper OSX/KVM and gained a lot of fluidity without going through the GPU passthrough...
Compiling QET on Monterey take ~34 s with CLANG 14 vs 32 s with GCC on my Linux host, is fine, but emulating an APPLE Silicon in QEMU is a hassle... and you have Rosetta2 which should work fine, without too much slowdown, if you have any feedback?
I'll leave that aside for a moment.

https://www.phoronix.com/review/apple-mac-m1

Rosetta 2
benchmarks is that some x86_64 binaries work even faster than natively on
previous Intel Macs.

https://worthdoingbadly.com/xnuqemu3/
https://news.ycombinator.com/item?id=25064593


   

on Nov 12, 2020 | prev | next [–]

> Besides, Hackintoshes are often built when Apple’s own hardware isn’t fast enough; in this case, Apple’s ARM processors are already some of the fastest in the industry.
They are also used when one wants more cores than are possible on Apple hardware. If you want a build engine for a medium to large sized compiled language project, Apple has no options that make economic sense, since a Ryzen Threadripper will beat everything else hands down. The same is true of every other embarrassingly parallel, linearly-scaling compute problem.

In such cases, the "speed" of Apple's own silicon doesn't help at all.


   
on Nov 12, 2020 | parent | next [–]

Hackintoshes from my experience are usually built as a low cost hobbyist alternative. Most people earning a living from a Mac will sacrifice speed to have stability and support.
Plenty of people who want MacOS but cannot afford the official Mac will use it instead.


   
on Nov 12, 2020 | root | parent | next [–]

I need to build my software for macOS. On my Ryzen Threadripper running Linux, I can run a faster, more powerful KVM/QEMU version of Mojave than I can buy from Apple, while still having cores and RAM left for Linux.
I could afford to buy hardware from Apple, but why would I when the cost/performance ratio for an embarrasingly parallel compute task like compiling is so much worse?


   
on Nov 12, 2020 | root | parent | next [–]

Like the previous person said, mainly stability and support. There's no doubt that macOS can run much faster in non-Apple hardware given certain parameters, but if you want support and solid stability you would probably go with Mac hardware.

Creating a Mac Universal binary for Intel and ARM M1/M2 with Qt
https://successfulsoftware.net/2022/09/ … 2-with-qt/



https://worthdoingbadly.com/sim-macos-arm-sdk/
https://blogs.blackberry.com/en/2021/05 … -emulation

1,372

(18 replies, posted in Elements)

Hello Vbxler,

you are welcome.
Yes we are interested if you have free time for correcting some elements.

If you know a little Git and github please us send PR. ;-)
(is more easy to me to push a PR patch to offcial repository than send files here)

Maybe is a possible platform bug?, see :
https://qelectrotech.org/forum/viewtopi … 375#p17375

Laurent

1,373

(11 replies, posted in Elements)

@KevinarCZ,

it's me or terminals element isn't aligned of grid?
Maybe a platform problem?

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

1,374

(11 replies, posted in Elements)

Nice, I put it on Arduino directory?
/10_electric/20_manufacturers_articles/arduino/

1,375

(21 replies, posted in EN : Help, suggestions, discussions, ...)

Great! nomicons/wink
Nice titleblock!