Search options (Page 1 of 32)

Hello everyone!

What are we actually talking about here?
Does everyone who wants to use the plugin have to compile it themselves, or is it still possible, as before, to put a few binaries for Windows/Linux/Apple on GitHub, for example, that can be downloaded?
I don't want to go to the trouble of compiling it myself for my systems...!

You can use QET_ElementScaler to check, if the file contains valid XML!
See also this post: https://qelectrotech.org/forum/viewtopi … 819#p20819

In this case the output of QET_ElementScaler is this:

$ QET_ElementScaler PV_Base_B_Detail_V0.9.qet
File "PV_Base_B_Detail_V0.9.qet" could not be loaded: Start-end tags mismatch
Check file up to byte-offset: 91 -- content partly shown here:
(...)l" version="0.90">
    <properties>
        W-01-2026</property>
        <property name="savedfilepath" show="(...)
$

As Achim already said, you can/should use a text-editor to fix the erratic tags.

It seems that we do not need qt-version-check to disable randomisation:
Adjusted patch: https://github.com/qelectrotech/qelectr … /pull/415/

Hallo Stefan,

Das Verhalten ist so gewollt:
Alle Leiter an einer Klemme haben per Definition dieselben Eigenschaften.
Aus elektischer und sicherheitstechnischer Sicht ist das Ändern z.B. des Leiter-Querschnitts vor und hinter einer Klemme nicht sinnvoll!
Dazu gibt es bereits mehrere Diskussionen hier im Forum.

Wenn Du eine "Klemme" haben willst, die die Eigenschaften nicht an alle Anschlüsse übernimmt, übernehme die Klemme in deine Benutzersammlung und definiere sie als "Einzelbauteil". Dann sieht es aus wie eine Klemme, ist es für QET aber nicht. Ob dann das Klemmenplan-Plugin oder der Klemmleisten-Manager noch wie gewünscht funktionieren, habe ich nicht ausprobiert.

So wie ich das sehe, ist damit im Moment noch keine Funktion im Quellcode verbunden...

Gruß
  plc-user

Es wird jedenfalls schöner und passender, wenn alle denselben Maßstab haben:
Dann kann man nach dem Aufbauplan ein passendes Gehäuse wählen und muss nicht schätzen!

Why do we need to offer the plugin for download on the QET website?
GitHub has binary files for Linux and Windows in the corresponding repository:
https://github.com/raulroda/qet_tb_gene … aster/dist
There is no new version since 1.3.1 and these are available there.

@galexis:  "Do it yourself!" 

Hello everybody,

I guess, the Qt6-version will come with an increased version-number, will it?
In that case we should add a warning, when opening an "old" file to choose "save as..." for saving the changes or to create a backup before going on!
If such a warning is also included in Release-Notes puts us developer in a safe position, I guess...!

If there are hints in Release-Notes and an additional warning-message, when loading an "old" file ... I guess that should be enough: After all, the user is responsible for making backup copies of their data.

For the official element collection, we should completely revise the elements for the switch to Qt6. It might help that I already did this for the introduction of the Liberation fonts...

Hallo QET-Entwickler!
(English version follows)

Unabhängig von der letzten Änderung bezüglich der font-family haben wir eine Herausforderung!
In den vorhandenen Elementen wird von Qt5 die Schriftart-Information so gespeichert:

font="Liberation Sans,5,-1,5,50,0,0,0,0,0,Regular"

Wenn diese Element-Datei von der Qt6-Version von QElectroTech geöffnet und wieder gespeichert wird, wird die Schriftart-Information wie folgt gespeichert:

font="Liberation Sans,5,-1,5,400,0,0,0,0,0,0,0,0,0,0,1,Regular"

So weit so gut:
Die Schrift wird richtig in das neue Format übersetzt!

Sollte die Projekt- oder Element-Datei, die mit Qt6 gespeichert wurde, mit einer Qt5-Version geöffnet werden, werden die verwendeten Schriftarten nicht erkannt und daher ALLE Schriftarten auf einen Qt6-Standart "Sans Serif" und die Standart-Größe "9" gesetzt!
Dies zerstört im Zweifel also das gute Aussehen der Elemente, die mit der Qt6-Version von QET erstellt bzw. gespeichert wurden!

Wir müssen die Benutzer also darauf hinweisen, daß es keinen (einfachen) Weg gibt, die Projektdateien und die Elemente, die einmal mit der Qt6-Version gespeichert wurden, wieder mit älteren QET-Versionen zu öffnen!

Gruß
  plc-user

Englsh translation:

Hello QET-developers!

Regardless of the latest change about the font family, we have a challenge!
In existing projects and elements, Qt5 stores the font information as follows:

font="Liberation Sans,5,-1,5,50,0,0,0,0,0,Regular"

When this element file is opened and saved again by a Qt6 version of QElectroTech, the font information is stored as follows:

font="Liberation Sans,5,-1,5,400,0,0,0,0,0,0,0,0,0,0,1,Regular"

So far, so good:
The font is correctly converted to the new format!

However, if the project or element file saved with Qt6 is opened with a Qt5 version, the real fonts are not recognised and ALL fonts are set to the Qt standard ‘Sans Serif’ and the standard size ‘9’!
This may/will destroy the good appearance of the elements created/saved with the Qt6 version of QET!

We must therefore point out to users that there is no (easy) way to open project files and elements that were once saved with the Qt6 version using older QET versions!

Best regards
  plc-user

Der Quellcode ist seit ein paar Tagen öffentlich verfügbar und oben verlinkt.
Wer ihn hätte lesen und bewerten wollen, hätte nur dem Link folgen müssen...

Im Original hat der Programmierer nicht daren gedacht, dass (meistens) nicht die komplette Bildschirmfläche für die Anwendung zur Verfügung steht, sondern durch die Task-Leiste und sonstige System-Anzeigen kleiner ist. Dies wird seit QT5 in einer separaten Funktion berücksichtigt, die ich nun für die Maximalgröße der Eigenschaften-Dialoge eingebaut habe.

Nachtrag:
Die Änderungen sind nun auch im offiziellen QET-Repo enthalten und inzwischen gibt es auch neue Release-Pakete für die verschiedenen Systeme.
Für mich sieht das Ergebnis auf Debian GNU/Linux und win gut und brauchbar aus!

Salut Grub !

I noticed that especially with commercial OS from Redmond...!

In my fork of QET at github I prepared a commit to fix this.
You compile QET for/on win? Maybe you can test these changes on your system, before we release them for general use?
On my Debian GNU/Linux Trixie (stable) and Forky/sid it looks good!

EDIT:
Improved code to determine maximum size of Config-Dialog.
Still waiting for response of user(s) who compile for/on win...

Regards
  plc-user

Salut Laurent !

Thank you for the compliment!   

To create this "clean" diff I used a script to add the translation from the same directory-structure as the official collection!
It searches the given directory for element-files and inside the files for the new translation, takes this and writes that to the same file in the structure of official collection.
Afterwards a new function of QET_ElementScaler sorts the localized names.

Here's the script:

#!/bin/bash
 
# Dieses Skript sucht nach Zeilen, die ein bestimmtes Muster enthalten,
# extrahiert diese und fügt sie in der Zieldatei nach einer Zeile ein,
# die ein anderes Muster enthält.
 
# Konfiguration
SourceDir="Antoni/"
DestDir="QET/"
# Muster, das in der Quelldatei gesucht wird, um Zeilen zu extrahieren
SOURCE_PATTERN="<name lang=\"ca\">"
# Muster, das in der Zieldatei gesucht wird, um die Einfügeposition zu finden (Einfügen erfolgt NACH dieser Zeile)
DEST_PATTERN="<names>"
 
# und nun in einer Schleife alle Element-Dateien bearbeiten
for SOURCE_FILE in  `find ./$SourceDir -name "*.elmt"` ; do
  DEST_FILE=${SOURCE_FILE/"$SourceDir"/"$DestDir"}
  # zur Kontrolle die Dateinamen aufschreiben
  #echo "Source: $SOURCE_FILE --> Destination: $DEST_FILE"
  # wenn die Ziel-Datei ncht existiert --> weiter!
  if [ ! -e "$DEST_FILE" ]; then
    echo "Destination-File '$DEST_FILE' does not exist --> use next SourceFile"
    continue
  fi
  # Wenn in der Ziel-Datei schon eine Zeile mit dem Muster existiert, dann nicht (!) einfügen
  LineInDestFile=$(grep "$SOURCE_PATTERN" "$DEST_FILE")
  if [ -n "$LineInDestFile" ]; then
      echo "Line with '$SOURCE_PATTERN' already exists in '$DEST_FILE'!"
      continue
  fi
  # Zeile(n) aus der Quelldatei extrahieren, die dem Muster entsprechen
  LINES_TO_INSERT=$(grep "$SOURCE_PATTERN" "$SOURCE_FILE")
  # Überprüfen, ob überhaupt Zeilen gefunden wurden
  if [ -z "$LINES_TO_INSERT" ]; then
    echo "Could not find '$SOURCE_PATTERN' in '$SOURCE_FILE'!"
    continue
  fi
  # die extrahierten Zeilen in die Zieldatei einfügen
  # --> sed mit der Option 'a' (append/anhängen nach der passenden Zeile)
  #     die Variable LINES_TO_INSERT kann mehrere Zeilenumbrüche enthalten: Formatieren für sed
  #     Zeilenumbrüche (\n) ersetzen durch das sed-spezifische Escaping (Backslash + tatsächlicher Zeilenumbruch)
  FORMATTED_INSERT=$(echo "$LINES_TO_INSERT" | sed 's/$/\\/')
  FORMATTED_INSERT=${FORMATTED_INSERT%\\} # letzten, unnötigen Backslash entfernen
 
  # sed-Befehl: Finde das Muster in der Zieldatei (/DEST_PATTERN/), hänge die formatierten Zeilen an (a\)
  # sed -i bearbeitet die Datei direkt.
  sed -i "/$DEST_PATTERN/a\\
  $FORMATTED_INSERT" "$DEST_FILE"
 
  echo "Lines with '$SOURCE_PATTERN' have been inserted after '$DEST_PATTERN' in '$DEST_FILE'."
 
  # zum Schluss räumen wir die frisch ergänzte Datei ein wenig auf
  # und sortieren die Übersetzungen nach Länder-Kürzel:
  /usr/local/bin/QET_ElementScaler --OverwriteOriginal --OnlyCleanMeta "$DEST_FILE"
 
  done

I guess this script can be used in the future, if somebody creates another new language.

Gruß
  plc-user

@scorpio810:

Salut Laurent !

On the way to have a script to insert Catalan translation of names to existing elements, I updated elements with filenames containing blanks in their name by replacing blanks to underscores.
Stay tuned for upgraded elements with Catalan translations... 

Gruß
  plc-user