i think so. In my opinion there is an bug that doesn't store the sorting correctly in all cases.

is it possible that the csv export of elements is still in work in v0.1.000-0dev?
i tried to add coloumns, but the export is always the same.

actually I don't know why, but with your bulk nodes i could build kcoreaddons and kcoreaddons.
Make ended with
/KF5/KCoreAddons -I../../../../mingw64/include/QtCore -Irelease -I. -I/include -I../../../../mingw64/share/qt5/mkspecs/win32-g++  -o release/richtexteditor.o ../sources/richtext/richtexteditor.cpp
../sources/richtext/richtexteditor.cpp:912:10: fatal error: richtexteditor.moc: No such file or dire
ctory
  912 | #include "richtexteditor.moc"
      |          ^~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile.Release:34912: release/richtexteditor.o] Error 1
make[1]: Leaving directory '/home/leade/qelectrotech-source-mirror/build'
make: *** [Makefile:45: release] Error 2

i made a deeper dive into the source of the plugin

Within the plugin i switched positions with the down button.
Attached is example file and backup from the plugin created. Source is from here https://github.com/raulroda/qet_tb_generator-plugin

The upper part "update terminals" from the screenshot is generated within

    def update_terminals(self, data):
        """Changes the config of every terminal in the diagra. The changes made 
        in the plugin will be save in the 'elementInformation' of every
        terminal."""
        print('update terminals')
        for diagram in self.qet_project.findall('diagram'):  # all diagrams(pages)
            for element in diagram.iter('element'):  # all elements in diagram
                dt = [x for x in data if x['uuid'] == element.attrib['uuid']]
         

The lower part lists the tree withing "def save_tb(self, filename)"

It looks as if the properties of the terminals are switched (ground and standart) and not, like i hoped the positions within the plugin.

i tried some kind of grouping via master/slave elements.
For better understand I attached an screenshot.
The 2 right elemets are slaves, with usertext Out1 and Out2

Is it possible to show this usertext in the contactlist of the master element? Or create the contactlist in the element?

I'd like to have:
Q1 1:C8
Q2 1:C10

For relays this is a little overkill, but for sps contacts it would make life much easier. I know the great siemens symobols from the lib, but the option above could streamline that pretty much.

soweit ich das sehe sind diese Einträge nicht drin.
Wenn du einen Eintrag in der Datenbank brauchst könnest du ein Element erstellen und dem entsprechende Namen und Eigenschaften geben.

i tried to compile for windows following your description:

cborn wrote:

   git clone https://github.com/msys2/MINGW-packages.git
   cd MINGW-packages
   cd mingw-w64-kcoreaddons-qt5
   KF5_VARIANT=static MINGW_INSTALLS=mingw64 makepkg-mingw -sLf

But i allways get stuck when building the kcoreaddons.
Always problems with qtpcre2. What can I do?

 WARNING: MINGW_INSTALLS is deprecated, use MINGW_ARCH instead
==>  MINGW_ARCH: mingw64
  -> Building mingw64...
==> Making package: mingw-w64-kcoreaddons-qt5-static 5.116.0-1 (Sat Jul 27 20:16:54 2024)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found kcoreaddons-5.116.0.tar.xz
  -> Found kcoreaddons-5.116.0.tar.xz.sig
==> Validating source files with sha256sums...
    kcoreaddons-5.116.0.tar.xz ... Passed
    kcoreaddons-5.116.0.tar.xz.sig ... Skipped
==> Verifying source file signatures with gpg...
    kcoreaddons-5.116.0.tar.xz ... Passed (WARNING: the key has expired.)
==> WARNING: Warnings have occurred while verifying the signatures.
    Please make sure you really trust them.
==> Extracting sources...
  -> Extracting kcoreaddons-5.116.0.tar.xz with bsdtar
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
--

CMake Error at C:/msys64/mingw64/qt5-static/lib/cmake/Qt5Core/Qt5CoreConfig.cmake:91 (message):
  Library not found: qtpcre2
Call Stack (most recent call first):
  C:/msys64/mingw64/qt5-static/lib/cmake/Qt5Core/Qt5CoreConfig.cmake:272 (_qt5_Core_process_prl_file)
  C:/msys64/mingw64/share/ECM/modules/ECMQueryQt.cmake:49 (find_package)
  C:/msys64/mingw64/share/ECM/kde-modules/KDEInstallDirs5.cmake:241 (include)
  C:/msys64/mingw64/share/ECM/kde-modules/KDEInstallDirs.cmake:15 (include)
  CMakeLists.txt:14 (include)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...

eventuall it's a problem that my blocks are called for example X4:01u or X4:01o because it's an multi row terminal.

The dev version of the newer terminal block manager can do this mutli row setup, but it doesn't show the signal name

is it possible that in the current 0.1 dev is an bug together with the plugin?
Sorting the terminals in the pugin works. After that I closed QET without saving. Importing shows the correct sorting of the terminals.
Reopening the plugin shows the "old" sorting.
Also when i understand the source correctly, it should be able to click on some columns, and the elements should be sorted

https://github.com/raulroda/qet_tb_gene … 5420ab5f8b
But nothing happens, when i click or doubleclick for example XREF

habt ihr mittlerweile eine Lösung dafür gefunden?

i was hoping, that some kind of the cleverness of QET could be kept.

For example i want to add wire colors. When i draw an sheet with just lines and text, it would be difficult to keep all pages synced.

thank's very much.
i thought that it's drawn wie QET elements out of the library. But you used just basic lines and stuff like that, clever solution.
Is there a way to draw it with conductors? That way i should have an place to keep metadata, like purpose of signal.

Hi,
in der Gallerie ist dieser Plan eines Kabelsbaums zu finden. Hat ja jemand ein Beispiel Projekt / Video / oder sonst irgendwas, wie ich die Mischung aus all und einpolog hinbekomme? Gerade den linken Teil des Plans.

https://qelectrotech.org/gallery/photos … 1-x200.png