Added informations about new dxf2elmt in download page.
https://qelectrotech.org/download.html
https://qelectrotech.org/download.html.en
1,901 2022-07-21 19:58:27
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
1,902 2022-07-21 19:21:15
Re: Nouveautés de la version de développement 0.9 (236 replies, posted in News)
Pour avoir un gros gain il te faut passer par la version installer 64 bits ! Ou faire sur ta machine un double boot Linux ...
De plus tu peux avoir les deux versions installer et ReadytoUse qui cohabitent sur ta machine.
Et donc émettre un ticket pour qu'ils t'installent la dernière 0.90-dev installer 64 bits, ensuite tu peux toujours suivre le développement avec les derniers ReadyToUse. Puis suivant l'avancement du projet QET, renouveler ton ticket... pour la dernière dev ..
1,903 2022-07-21 10:19:10
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
If you have the possibility to use dynamic text instead of static text, users would be able to modify the texts of converted DXF to elmt directly in the diagram without having to modify them in the element editor.
You will make users happy. 
if possible and not too your free time consuming, otherwise forget it.
Thanks again for your great work antonioaja. ;-)
1,904 2022-07-21 09:54:41
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
laurent@debian:/media/backup6/download/dxf2elmt-0.3.0$ cargo clean
laurent@debian:/media/backup6/download/dxf2elmt-0.3.0$ cargo build --release -j48
Compiling autocfg v1.1.0
Compiling cfg-if v1.0.0
Compiling libc v0.2.126
Compiling crossbeam-utils v0.8.10
Compiling once_cell v1.13.0
Compiling rayon-core v1.9.3
Compiling scopeguard v1.1.0
Compiling proc-macro2 v1.0.40
Compiling serde v1.0.139
Compiling either v1.7.0
Compiling crc32fast v1.3.2
Compiling unicode-ident v1.0.2
Compiling quote v1.0.20
Compiling bitflags v1.3.2
Compiling adler32 v1.2.0
Compiling byteorder v1.4.3
Compiling syn v1.0.98
Compiling adler v1.0.2
Compiling weezl v0.1.7
Compiling color_quant v1.1.0
Compiling encoding_rs v0.8.31
Compiling scoped_threadpool v0.1.9
Compiling hashbrown v0.12.3
Compiling bytemuck v1.10.0
Compiling fastrand v1.7.0
Compiling remove_dir_all v0.5.3
Compiling xml-rs v0.7.0
Compiling miniz_oxide v0.3.7
Compiling itertools v0.10.3
Compiling num-traits v0.2.15
Compiling memoffset v0.6.5
Compiling num-integer v0.1.45
Compiling crossbeam-epoch v0.9.9
Compiling num-bigint v0.3.3
Compiling rayon v1.5.3
Compiling miniz_oxide v0.4.4
Compiling num-iter v0.1.43
Compiling num-rational v0.3.2
Compiling indexmap v1.9.1
Compiling deflate v0.8.6
Compiling gif v0.11.4
Compiling crossbeam-channel v0.5.5
Compiling png v0.16.8
Compiling xmltree v0.8.0
Compiling dxf v0.5.0
Compiling num_cpus v1.13.1
Compiling getrandom v0.2.7
Compiling time v0.1.44
Compiling tempfile v3.3.0
Compiling crossbeam-deque v0.8.1
Compiling simple-xml-builder v1.1.0
Compiling num-traits v0.1.43
Compiling num-complex v0.3.1
Compiling enum_primitive v0.1.1
Compiling trait-set v0.2.0
Compiling uuid v0.8.2
Compiling chrono v0.4.19
Compiling uuid v1.1.2
Compiling bspline v1.1.0
Compiling num v0.3.1
Compiling jpeg-decoder v0.1.22
Compiling tiff v0.6.1
Compiling image v0.23.14
Compiling dxf2elmt v0.3.0 (/media/backup6/download/dxf2elmt-0.3.0)
Finished release [optimized] target(s) in 24.71sEdit : https://doc.rust-lang.org/cargo/command … build.html
-j N
--jobs N
Number of parallel jobs to run. May also be specified with the build.jobs config value. Defaults to the number of CPUs.
Ok, no need to use this option 
1,905 2022-07-21 09:49:20
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
FYI, you can't use these converted element/elmt directly in your diagram, you need to open it on elment editor; litlle modify it and save it i to calculate reel hotspot with width and height and refresh these values.
After just refresh your collections by right click and you see thumbnail picture in collection widget, now element is ready to usein your diagram.
cat test.elmt
<definition hotspot_x="341" width="4360" type="element" hotspot_y="3233" version="0.90" height="3250" link_type="simple">
<uuid uuid="{80cc4611-394e-46da-99cc-dfd0b351b507}"/>
<names>
<name lang="en">4_inlet</name>
</names>
<elementInformations/>
<informations>Created using dxf2elmt!</informations>
<description>
1,906 2022-07-21 09:37:18
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
laurent@debian:/media/backup6/download$ ./dxf2elmt_6 4_inlet.dxf -v > test.elmt
1,907 2022-07-21 09:31:02
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
laurent@debian:/media/backup6/download/dxf2elmt-0.3.0$ cargo build --release
Downloaded tempfile v3.3.0
Downloaded uuid v1.1.2
Downloaded fastrand v1.7.0
Downloaded remove_dir_all v0.5.3
Downloaded unicode-ident v1.0.2
Downloaded proc-macro2 v1.0.40
Downloaded syn v1.0.98
Downloaded quote v1.0.20
Downloaded trait-set v0.2.0
Downloaded bspline v1.1.0
Downloaded 10 crates (460.0 KB) in 1.11s
Compiling autocfg v1.1.0
Compiling cfg-if v1.0.0
Compiling libc v0.2.126
Compiling crossbeam-utils v0.8.10
Compiling once_cell v1.13.0
Compiling scopeguard v1.1.0
Compiling rayon-core v1.9.3
Compiling either v1.7.0
Compiling proc-macro2 v1.0.40
Compiling serde v1.0.139
Compiling quote v1.0.20
Compiling crc32fast v1.3.2
Compiling bitflags v1.3.2
Compiling unicode-ident v1.0.2
Compiling adler32 v1.2.0
Compiling adler v1.0.2
Compiling byteorder v1.4.3
Compiling syn v1.0.98
Compiling weezl v0.1.7
Compiling encoding_rs v0.8.31
Compiling color_quant v1.1.0
Compiling hashbrown v0.12.3
Compiling scoped_threadpool v0.1.9
Compiling bytemuck v1.10.0
Compiling fastrand v1.7.0
Compiling remove_dir_all v0.5.3
Compiling xml-rs v0.7.0
Compiling miniz_oxide v0.3.7
Compiling itertools v0.10.3
Compiling deflate v0.8.6
Compiling gif v0.11.4
Compiling num-traits v0.2.15
Compiling memoffset v0.6.5
Compiling crossbeam-epoch v0.9.9
Compiling num-integer v0.1.45
Compiling num-bigint v0.3.3
Compiling rayon v1.5.3
Compiling num-iter v0.1.43
Compiling miniz_oxide v0.4.4
Compiling num-rational v0.3.2
Compiling indexmap v1.9.1
Compiling png v0.16.8
Compiling crossbeam-channel v0.5.5
Compiling xmltree v0.8.0
Compiling dxf v0.5.0
Compiling num_cpus v1.13.1
Compiling getrandom v0.2.7
Compiling time v0.1.44
Compiling tempfile v3.3.0
Compiling crossbeam-deque v0.8.1
Compiling simple-xml-builder v1.1.0
Compiling num-traits v0.1.43
Compiling num-complex v0.3.1
Compiling enum_primitive v0.1.1
Compiling chrono v0.4.19
Compiling uuid v0.8.2
Compiling uuid v1.1.2
Compiling trait-set v0.2.0
Compiling bspline v1.1.0
Compiling jpeg-decoder v0.1.22
Compiling num v0.3.1
Compiling tiff v0.6.1
Compiling image v0.23.14
Compiling dxf2elmt v0.3.0 (/media/backup6/download/dxf2elmt-0.3.0)
Finished release [optimized] target(s) in 26.02slaurent@debian:/media/backup6/download$ ./dxf2elmt 4_inlet.dxf -v<?xml version = "1.0" encoding = "UTF-8"?>
<definition height="10" width="10" hotspot_x="0" hotspot_y="0" version="0.80" link_type="simple" type="element">
<uuid uuid="{3d62d541-fe52-4c1a-bf11-bbed1b1e5a7f}" />
<names>
<name lang="en">4_inlet</name>
</names>
<informations>Created using dxf2elmt!</informations>
<description>
<polygon x1="14.9254" y1="-2685.79" x2="4014.93" y2="-2685.79" x3="4014.93" y3="14.2105" x4="14.9254" y4="14.2105" x5="14.9254" y5="-2685.79" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<polygon x1="14.9254" y1="-2628.95" x2="74.6269" y2="-2628.95" x3="74.6269" y3="-2685.79" x4="14.9254" y4="-2685.79" x5="14.9254" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<polygon x1="74.6269" y1="-2628.95" x2="253.731" y2="-2628.95" x3="253.731" y3="-2685.79" x4="74.6269" y4="-2685.79" x5="74.6269" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="119.403" y="-2657.37" rotation="0" color="000000" text="1" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="253.731" y1="-2628.95" x2="432.836" y2="-2628.95" x3="432.836" y3="-2685.79" x4="253.731" y4="-2685.79" x5="253.731" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="298.507" y="-2657.37" rotation="0" color="000000" text="2" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="432.836" y1="-2628.95" x2="611.94" y2="-2628.95" x3="611.94" y3="-2685.79" x4="432.836" y4="-2685.79" x5="432.836" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="477.612" y="-2657.37" rotation="0" color="000000" text="3" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="611.94" y1="-2628.95" x2="791.045" y2="-2628.95" x3="791.045" y3="-2685.79" x4="611.94" y4="-2685.79" x5="611.94" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="656.716" y="-2657.37" rotation="0" color="000000" text="4" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="791.045" y1="-2628.95" x2="970.149" y2="-2628.95" x3="970.149" y3="-2685.79" x4="791.045" y4="-2685.79" x5="791.045" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="835.821" y="-2657.37" rotation="0" color="000000" text="5" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="970.149" y1="-2628.95" x2="1149.25" y2="-2628.95" x3="1149.25" y3="-2685.79" x4="970.149" y4="-2685.79" x5="970.149" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="1014.93" y="-2657.37" rotation="0" color="000000" text="6" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="1149.25" y1="-2628.95" x2="1328.36" y2="-2628.95" x3="1328.36" y3="-2685.79" x4="1149.25" y4="-2685.79" x5="1149.25" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="1194.03" y="-2657.37" rotation="0" color="000000" text="7" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="1328.36" y1="-2628.95" x2="1507.46" y2="-2628.95" x3="1507.46" y3="-2685.79" x4="1328.36" y4="-2685.79" x5="1328.36" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
<text x="1373.13" y="-2657.37" rotation="0" color="000000" text="8" font="Arial Narrow,40,-1,5,0,0,0,0,0,0,normal" />
<polygon x1="1507.46" y1="-2628.95" x2="1686.57" y2="-2628.95" x3="1686.57" y3="-2685.79" x4="1507.46" y4="-2685.79" x5="1507.46" y5="-2628.95" closed="false" antialias="false" style="line-style:normal;line-weight:thin;filling:none;color:black" />
couic ...
<text x="235.821" y="-749.747" rotation="0" color="000000" text="Įvadas" font="Arial Narrow,26,-1,5,0,0,0,0,0,0,normal" />
<text x="235.821" y="-708.821" rotation="0" color="000000" text="95 CU, 120 AL" font="Arial Narrow,26,-1,5,0,0,0,0,0,0,normal" />
<text x="235.821" y="-667.895" rotation="0" color="000000" text="3PEN AC 50Hz ±20V " font="Arial Narrow,26,-1,5,0,0,0,0,0,0,normal" />
<text x="235.821" y="-626.968" rotation="0" color="000000" text="250A MAX" font="Arial Narrow,26,-1,5,0,0,0,0,0,0,normal" />
<text x="235.821" y="-586.042" rotation="0" color="000000" text="Instaliuota: 116kW(~200A)" font="Arial Narrow,26,-1,5,0,0,0,0,0,0,normal" />
<text x="1957.01" y="-1031.12" rotation="90" color="000000" text="TODO!" font="Arial Narrow,23,-1,5,0,0,0,0,0,0,normal" />
<text x="1634.03" y="-1232.62" rotation="90" color="000000" text="411" font="Arial Narrow,20,-1,5,0,0,0,0,0,0,normal" />
<text x="2561.19" y="-1465.39" rotation="0" color="000000" text="For sensors" font="Arial Narrow,23,-1,5,0,0,0,0,0,0,normal" />
<text x="2561.19" y="-1429.01" rotation="0" color="000000" text="and PLC" font="Arial Narrow,23,-1,5,0,0,0,0,0,0,normal" />
</description>
</definition>
1,908 2022-07-19 11:42:53
Re: move wire name (3 replies, posted in EN : Help, suggestions, discussions, ...)
Yes it is normal I think your jump is not a terminal property and breaks equipotentiality.
Please send this example.
1,909 2022-07-19 10:22:27
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
Packages of new version dxf2elmt 0.2.0 (Windows 64, macOS arm64, Linux 64):
1,910 2022-07-18 21:20:33
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
scorpio810 wrote:
WoW ^^ very impressive, thanks.
Loxone\ Products\ CAD_20200514.dxf is a big DXF ~ 23,0 Mio (24149756)
./dxf2elmt Loxone\ Products\ CAD_20200514.dxf Loxone Products CAD_20200514.dxf loaded... Loxone Products CAD_20200514.elmt was created... Now converting Loxone Products CAD_20200514.dxf... Conversion complete! STATS ~~~~~~~~~~~~~~~ Circles: 2 Lines: 91303 Arcs: 521 Texts: 0 Ellipses: 65 Polylines: 0 Currently Unsupported: 2310 Time Elapsed: 18771 msLoxone Products CAD_20200514.elmt ~ 21,3 Mio (22287391)
New version and build in release mode:
laurent@debian:/media/backup6/download$ ./dxf2elmt Loxone\ Products\ CAD_20200514.dxf
Loxone Products CAD_20200514.dxf loaded...
Loxone Products CAD_20200514.elmt was created...
Now converting Loxone Products CAD_20200514.dxf...
Conversion complete!
STATS
~~~~~~~~~~~~~~~
Circles: 2
Lines: 91303
Arcs: 521
Splines: 1456
Texts: 0
Ellipses: 65
Polylines: 0
LwPolylines: 60
Solids: 0
Currently Unsupported: 794
Time Elapsed: 1697 ms
Very nice ^^.
1,911 2022-07-18 21:17:52
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
New Linux 64 executables binary (release build):
https://download.qelectrotech.org/qet/b … 4/dxf2elmt
1,912 2022-07-18 20:27:16
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
Great, thanks a lot.
1,913 2022-07-18 17:47:36
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
Maybe a little bug?
laurent@debian:/media/backup6/download$ ./dxf2elmt_2 4_inlet.dxf
4_inlet.dxf loaded...
4_inlet.elmt was created...
Now converting 4_inlet.dxf...
Conversion complete!
STATS
~~~~~~~~~~~~~~~
Circles: 40
Lines: 268
Arcs: 46
Texts: 306
Ellipses: 0
Polylines: 204
Currently Unsupported: 0
Time Elapsed: 154 ms
1,914 2022-07-18 17:36:31
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
antonioaja wrote:
I have executables for windows and mac on the github page. I'll add a linux binary later today.
I also noticed issued with the text font I used. I'll change this as well.
https://github.com/antonioaja/dxf2elmt
macOS arm64 :
https://github.com/antonioaja/dxf2elmt/ … v0.1.0.zip
Windows 64 :
https://github.com/antonioaja/dxf2elmt/ … v0.1.0.zip
1,915 2022-07-18 16:24:05
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
1,916 2022-07-18 16:15:26
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
I don't know rust and how to cross-compile it for Windows I'use MXE for Windows builds.
Hmm https://stackoverflow.com/questions/314 … to-windows
rustup isn't Debian packaged yet...
1,917 2022-07-18 16:00:02
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
Linux 64 binary:
https://download.qelectrotech.org/qet/b … 4/dxf2elmt
1,918 2022-07-18 14:18:04
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
WoW ^^ very impressive, thanks.
Loxone\ Products\ CAD_20200514.dxf is a big DXF ~ 23,0 Mio (24149756)
./dxf2elmt Loxone\ Products\ CAD_20200514.dxf
Loxone Products CAD_20200514.dxf loaded...
Loxone Products CAD_20200514.elmt was created...
Now converting Loxone Products CAD_20200514.dxf...
Conversion complete!
STATS
~~~~~~~~~~~~~~~
Circles: 2
Lines: 91303
Arcs: 521
Texts: 0
Ellipses: 65
Polylines: 0
Currently Unsupported: 2310
Time Elapsed: 18771 msLoxone Products CAD_20200514.elmt ~ 21,3 Mio (22287391)
1,919 2022-07-18 13:52:23
Re: New .dxf to .elmt Conversion Program (209 replies, posted in Import DXF)
Hello antonioaja,
you are welcome. ;-)
laurent@debian:/media/backup6/download/dxf2elmt$ cargo build
error: failed to parse manifest at `/media/backup6/download/dxf2elmt/Cargo.toml`
Caused by:
feature `strip` is required
The package requires the Cargo feature called `strip`, but that feature is not stabilized in this version of Cargo (1.56.0).
Consider adding `cargo-features = ["strip"]` to the top of Cargo.toml (above the [package] table) to tell Cargo you are opting in to use this unstable feature.
See https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#profile-strip-option for more information about the status of this feature.
diff --git a/Cargo.toml b/Cargo.toml
index 17ad53d..ac82116 100644
--- a/Cargo.toml
+++ b/Cargo.toml
@@ -1,3 +1,4 @@
+cargo-features = ["strip"]
[package]
name = "dxf2elmt"
version = "0.1.0"
@@ -11,4 +12,4 @@ lto = true
[dependencies]
dxf = "0.5.0"
-simple-xml-builder = "1.1.0"
\ No newline at end of file
+simple-xml-builder = "1.1.0"
laurent@debian:/media/backup6/downl
Fixed:
laurent@debian:/media/backup6/download/dxf2elmt$ cargo build
Updating crates.io index
Downloaded hashbrown v0.12.2
Downloaded memoffset v0.6.5
Downloaded num-traits v0.1.43
Downloaded image v0.23.14
Downloaded num-rational v0.3.2
Downloaded xml-rs v0.7.0
Downloaded xmltree v0.8.0
Downloaded enum_primitive v0.1.1
Downloaded deflate v0.8.6
Downloaded bytemuck v1.10.0
Downloaded num-bigint v0.3.3
Downloaded crossbeam-epoch v0.9.9
Downloaded jpeg-decoder v0.1.22
Downloaded png v0.16.8
Downloaded adler32 v1.2.0
Downloaded adler v1.0.2
Downloaded cfg-if v1.0.0
Downloaded num-iter v0.1.43
Downloaded color_quant v1.1.0
Downloaded autocfg v1.1.0
Downloaded bitflags v1.3.2
Downloaded crossbeam-utils v0.8.10
Downloaded crc32fast v1.3.2
Downloaded num-integer v0.1.45
Downloaded itertools v0.10.3
Downloaded num-traits v0.2.15
Downloaded uuid v0.8.2
Downloaded num v0.3.1
Downloaded num-complex v0.3.1
Downloaded chrono v0.4.19
Downloaded miniz_oxide v0.3.7
Downloaded weezl v0.1.7
Downloaded time v0.1.44
Downloaded scopeguard v1.1.0
Downloaded rayon v1.5.3
Downloaded num_cpus v1.13.1
Downloaded getrandom v0.2.7
Downloaded simple-xml-builder v1.1.0
Downloaded either v1.7.0
Downloaded scoped_threadpool v0.1.9
Downloaded once_cell v1.13.0
Downloaded serde v1.0.139
Downloaded indexmap v1.9.1
Downloaded rayon-core v1.9.3
Downloaded miniz_oxide v0.4.4
Downloaded dxf v0.5.0
Downloaded crossbeam-channel v0.5.5
Downloaded libc v0.2.126
Downloaded crossbeam-deque v0.8.1
Downloaded gif v0.11.4
Downloaded byteorder v1.4.3
Downloaded encoding_rs v0.8.31
Downloaded tiff v0.6.1
Downloaded 53 crates (6.4 MB) in 0.73s (largest was `tiff` at 1.4 MB)
Compiling autocfg v1.1.0
Compiling cfg-if v1.0.0
Compiling libc v0.2.126
Compiling crossbeam-utils v0.8.10
Compiling once_cell v1.13.0
Compiling rayon-core v1.9.3
Compiling scopeguard v1.1.0
Compiling bitflags v1.3.2
Compiling either v1.7.0
Compiling serde v1.0.139
Compiling crc32fast v1.3.2
Compiling adler32 v1.2.0
Compiling byteorder v1.4.3
Compiling weezl v0.1.7
Compiling adler v1.0.2
Compiling encoding_rs v0.8.31
Compiling color_quant v1.1.0
Compiling bytemuck v1.10.0
Compiling scoped_threadpool v0.1.9
Compiling hashbrown v0.12.2
Compiling xml-rs v0.7.0
Compiling miniz_oxide v0.3.7
Compiling itertools v0.10.3
Compiling deflate v0.8.6
Compiling gif v0.11.4
Compiling num-traits v0.2.15
Compiling memoffset v0.6.5
Compiling num-integer v0.1.45
Compiling crossbeam-epoch v0.9.9
Compiling num-bigint v0.3.3
Compiling rayon v1.5.3
Compiling miniz_oxide v0.4.4
Compiling num-rational v0.3.2
Compiling num-iter v0.1.43
Compiling indexmap v1.9.1
Compiling crossbeam-channel v0.5.5
Compiling png v0.16.8
Compiling xmltree v0.8.0
Compiling crossbeam-deque v0.8.1
Compiling dxf v0.5.0
Compiling num_cpus v1.13.1
Compiling time v0.1.44
Compiling getrandom v0.2.7
Compiling simple-xml-builder v1.1.0
Compiling num-traits v0.1.43
Compiling num-complex v0.3.1
Compiling enum_primitive v0.1.1
Compiling uuid v0.8.2
Compiling chrono v0.4.19
Compiling num v0.3.1
Compiling jpeg-decoder v0.1.22
Compiling tiff v0.6.1
Compiling image v0.23.14
Compiling dxf2elmt v0.1.0 (/media/backup6/download/dxf2elmt)
Finished dev [unoptimized + debuginfo] target(s) in 30.17s
1,920 2022-07-17 14:57:49
Re: Nouveautés de la version de développement 0.9 (236 replies, posted in News)
The branch, master has been updated
via ab724377c0b74c36db7048615ccfa03fb3c22b5c (commit)
from 4c5d27e9af7381e36aff2038935fba24022d7e6d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit ab724377c0b74c36db7048615ccfa03fb3c22b5c
Author: Laurent Trinques <scorpio@>
Date: Sat Jul 16 12:58:35 2022 +0200
Fixed a bug with many slaves of type Other, whose XREFs overlap in list
mode
-----------------------------------------------------------------------
Summary of changes:
sources/qetgraphicsitem/crossrefitem.cpp | 8 ++++++++
1 file changed, 8 insertions(+)
1,921 2022-07-16 19:31:07
Re: Esclave neutre (32 replies, posted in FR : Aide, suggestions, discussions, ...)
papat wrote:
Je ne suis pas programmeur (juste un peu bidouilleur sur arduino) et je ne sais malheureusement pas tester cette possibilité dans un projet aussi complexe (pour moi) que QET.
Au plaisir,
Thierry.
Moi aussi je bidouille ..., mais plutôt sur RPI3/ ESP8266 et home-assistant (domotique):
https://qelectrotech.org/forum/viewtopi … 661#p13661
https://qelectrotech.org/forum/viewtopi … 048#p14048
1,922 2022-07-16 15:05:35
Re: Esclave neutre (32 replies, posted in FR : Aide, suggestions, discussions, ...)
Pour les entrées PLC un workaround et oui encore un ... et de l'époque antique de QET ...en détournant un renvoi de folio:
1,923 2022-07-16 13:00:12
Re: Esclave neutre (32 replies, posted in FR : Aide, suggestions, discussions, ...)
Fixed:
https://git.tuxfamily.org/qet/qet.git/c … 3fb3c22b5c
https://github.com/qelectrotech/qelectr … 3fb3c22b5c
Je vais préparer de nouveaux builds.
https://git.tuxfamily.org/qet/qet.git/c … 7f3d9b4224
Pour aller sur l'esclave dans la liste il faut faire un double clik sur la représentation du symbole de l'esclave, comme Other n'en a pas !
Il faut cliquer dans le vide devant sa XREF.
1,924 2022-07-16 05:46:49
Re: Esclave neutre (32 replies, posted in FR : Aide, suggestions, discussions, ...)
Un petit workaround pour palier ... je sais on me cite ici souvent comme "le champion incontesté des hacks et workaround en tout genre" 
C'est d'utiliser les symboles pour XREFs ( c'est des renvois de folios entre deux parties graphiques) qui existent depuis des années pour palier certains manques de QET.
Il suffit de mettre un xref de type parent par exemple contact NO et ensuite un enfant de type voyant ...
Tu peux aussi le mettre le parent (maître) en dessous de la liste ou en le déplaçant manuellement comme dans l'exemple ci-dessous:
1,925 2022-07-16 05:21:20
Re: Esclave neutre (32 replies, posted in FR : Aide, suggestions, discussions, ...)
Merci d'avoir attaché le machin, comme tu le cites, là on voit clairement qu'il y a un petit bug et un usage non prévu:
on ne crée pas la nouvelle xref sur une nouvelle ligne !
Elle est donc superposée sur la xref du voyant.
Je ne pense pas que l'auteur du patch avait prévu cette utilisation.
De plus le bouton graphique pour moi n'est pas un esclave réel mais sa représentation graphique pour une "vue implantation" ce qui n'est pas pareil et devrait être vu plutôt une xref de type : thumbnail (vignette) et donc être un esclave à part de type : thumbnail "vignette en Français" dans la liste, pour l'instant ce n'est pas encore codé, mais c'est prévu.
Voir ces discussions qui en parlent : https://qelectrotech.org/forum/search.p … =434055866