Search options (Page 1 of 29)

Not knowing, what you would like to save on other people's hardware ...

If you used forum-search with the keyword "cloud" you would have found this post (among others):
https://qelectrotech.org/forum/viewtopic.php?id=2969

The online translation is not clear enough ...
Do you mean that the inside-connection of an element automatically uses the color of the connected wire?
No, the elements are static in that respect.
To use colors in elements, you need to create user-specific elements.

That sounds like you should develop a backup strategy...

As soon as the file is saved, the old information is gone!

@achim:

Ich möchte hier nur meine Beobachtung und eine Vermutung kundtun.
Vielleicht hast Du ja dasselbe festgestellt und bist dem "auf der Spur"...

Beim Kopieren von dynamischen Texten tritt der gleiche Effekt auf, den wir auch bei der nachträglichen Ausrichtung von Texten sehen:
Qt-intern wird die Text-Position unabhängig von der Ausrichtung des (dynamischen) Textes immer an der sogenannten "Bounding-Box" links oben verwendet und die Information "Ausrichtung" wird intern nicht weiter verwendet.
Deswegen ist es auch nicht möglich, nachträglich die Ausrichtung von Texten zu ändern!

Dieser Effekt betrifft selbstverständlich auch z.B. die Verweis-Position von Querverweisen.
Wird der Querverweis mit einem Gegenstück verbunden und der Positionstext eingetragen, verändert sich intern die Position des Textes! Wird dieser Querverweis dann kopiert und wieder eingefügt, steht die Textposition auf dem Wert, als ob der Text mitkopiert wurde ... wird er aber nicht!
Also stimmt die Textposition bei dem eingefügten Teil nicht mehr.

Nachtrag:
Anhang vergessen, mit Beispiel für den beschriebenen Effekt.

Bitteschön!

Gib' gerne mal Bescheid, was Du damit anstellst!
Bin ja neugierig, wo meine Sachen Einzug finden!

Absehbar wird daran aber erstmal nix geändert: Habe (leider) andere Sachen zu tun...

Für Leute, die keine Probleme mit der Kommandozeile und der Tastatur haben:
Habe das Programm zum Erstellen von Klemmleisten-Tabellen noch um die Möglichkeit erweitert, eine Kommentarspalte hinzuzufügen.
Dafür ist die Anleitung oben angepasst und die angehängten Binaries natürlich geändert:
https://qelectrotech.org/forum/viewtopi … 797#p21797

Viel Spaß mit der Kommandozeile und dem Programm!

Du merkst selber, daß das so wie Du es machst, NICHT funktioniert?!?

Dann ist Dir mit Kommandozeilen-Tools nicht zu helfen...!

Welche Ausgabe erwartest Du, wenn die Ausgabe in die Datei "Klemmen.txt" umgeleitet wurde?

Bei demselben Aufruf erhalte ich eine "Klemmen.txt" mit etwa 57kB Inhalt. (vgl Anhang)

Es erfolgt KEINE unnötige Ausgabe auf der Konsole!
Wenn das Programm bei dem gezeigten Aufruf erfolgreich durchläuft, kommt einfach nur das Prompt wieder und die Datei ist mit dem gewünschten Inhalt gefüllt!

Habe meine Programmierübung mal fortgeführt und nun auch Binaries erzeugt, die ich hier anhänge.

Eine kleine Anleitung gibt's dazu auch:

"QET_Klemmenplan" erstellt aus den Klemmen (Terminals) in QElectroTech - Schaltplan-Dateien (*.qet) eine Tabelle pro Klemmleiste im HTML-Format.
Die Ausgabe des Programms kann anschließend mit Hilfe eines Texteditors (Notepad++, Mousepad, Kate, etc.) und dem QET-internen Quelltexteditor in ein Textfeld eingefügt und weiter bearbeitet werden.

allgemeiner Aufruf auf der Kommandozeile mit Ausgabe auf stdout:

QET_Klemmenplan Schaltplan.qet

Eine Ausgabe-Umleitung in eine Datei funktioniert selbstverständlich auch: So kann die Ausgabe mit einem Editor noch angepasst werden, falls nötig:

QET_Klemmenplan Schaltplan.qet > Klemmen.txt

Hier die vollständige Liste der verfügbaren Optionen:

usage:
"QET_Klemmenplan"  [options]  FILENAME

   -i | --stdin     input-data is read from stdin, a given
                    filename is ignored                   
   -f FILENAME      or                                    
   --file FILENAME  the file that will be used            
   -c | --comment   add comment-column to table           
   -l | --label     only add terminals with label         
   -n | --number    add column with consecutive number
   --NoJumpers      suppress jumper-columns
   --NoFunction     suppress function-column
   --NoText         suppress text-column
   --NoProtocol     suppress protocol-column
   -h | --help      show this help                        

Das Einfügen in den Schaltplan von QElectroTech geht wie folgt:

• Im Schaltplaneditor von QElectroTech ein Textfeld anlegen.

• Textfeld markieren und "Fortgeschrittener Editor" aufrufen.

• TAB "Quelltext" öffnen, kompletten Inhalt auswählen <Strg>+A und löschen!

• Datei "Klemmen.txt" mit externem Texteditor öffnen, den kompletten Inhalt markieren <Strg>+A und in die Zwischenablage kopieren <Strg>+C

• zum Quelltexteditor von QET zurückwechseln und den Inhalt der Zwischenablage einfügen <Strg>+V

• Nach Schließen des Dialogs mit "OK" erscheint im Textfeld eine Tabelle mit den Klemmleisten.

Anmerkung:
Damit QET_Klemmenplan die Leitereigenschaften "Function", "Text" und "Protocol" den Klemmen zuordnen kann, müssen die verwendeten Elemente mit einer QET-Version erstellt bzw. bearbeitet sein, die den Anschlüssen UUIDs zugewiesen hat! Dies ist mit aktuellen QET 0.100-dev - Versionen und den Elementen der offiziellen Sammlung der Fall.

Hoffe, dass das Programm auch für andere hilfreich ist!
Anmerkungen (gerne positive! ) und Fragen dazu können gerne hier hinterlassen werden.

UPDATE 07.07.2025
Binary hier entfernt: Eine aktualisierte Version liegt auf dem github-repository.

Ich will hier nemandem auf den Schlips treten ... darum geht es nicht!

Die Sache is nur die:
Der Haupt-Entwickler Joshua fällt leider für eine noch unbestimmte Zeit aus!
Er hat noch viele Ideen, QET strukturierter aufzubauen und da sollten wir ihm nicht in die Quere kommen!

Trotzdem versuche ich, so gut es geht, mich einzuarbeiten (Qt ist schon ziemlich "speziell" und das Projekt ziemlich groß!) und ein paar Dinge auszumerzen.
Die Einführung der eingebetteten Schriften gehörte zum Beispiel dazu.

In den Klemmen-Manager sollten wir nicht reingrätschen:
Der funktioniert zwar schon ziemlich gut, ist aber noch nicht ganz fertig.
Deswegen das Erstellen einer Klemmenliste vorerst mit externem Tool.

Im Moment bin ich dabei, eine schöne Ausgabe vorzubereiten, damit das auch "gefällig" aussieht.
Es wird wie bei acolomb als HTML-Code in den Quelltext-Editor eines Textfeldes eingefügt und das Ergebnis kann dann in QET problemlos nachbearbeitet werden.
Ein Beispiel hängt als Screenshot an.

Zum Thema "Klemmen neu nummerieren":
Das ist etwas, was nicht jeder Anwender braucht oder will! Das sollte eine Funktion sein, die nur auf Anfrage ausgeführt wird und hat erstmal nichts mit der Ausgabe einer Klemmenliste zu tun, finde ich.

Zum Thema "Abzweige", "Verbinder", "Splices", "Sprünge", etc.:
Aus meiner Sicht: Eine Pest!!!
Die sind als Bauteil verfügbar und als Klemmen definiert, sind aber nur für die grafische Darstellung in der Zeichnung nutzbar!
Es sind keine realen Bauteile, die auch das Erstellen eines Kabelplans total unmöglich machen: Wie soll man automatisch unterscheiden, ob das eine reale Klemme ist, oder einfach nur vergessen wurde, ein BMK zu vergeben?
Unter anderem deswegen und wegen der Möglichkeit mehr als einen Leiter an Verweis-Elementen anzubinden, habe ich die Software-Erstellung für einen Kabelplan (vorerst) verworfen: Man bekommt nicht zuverlässig heraus, von wo nach wo ein Draht gezogen werden kann, wenn im Schaltplan z.B. an einem Verweis mehr als ein Leiter angebunden ist und der Ziel-Verweis auch mit mehr als einem Leiter verbunden ist.
Das sollte meiner Meinung nach von QET unterbunden werden, dass dort mehr als ein Leiter angebunden werden kann! Aber das ist ein anderes Thema und Zukunftsmusik...

Abzweige, Splices und Sprünge sollten automatisch von QET erstellt werden und nur grafische Elemente (nicht im Sinne von "eingefügtes Bauteil"!) sein! Aber auch das ist Zukunftsmusik...!

Zurück zum Thema Klemmenliste:
Welche Informationen brauchen wir für die Liste?
Und können wir (vorerst) mit wenig manueller Nacharbeit leben?
Dann würde ich eine html-Tabelle aus den vorhandenen Klemmen erstellen, die dann manuell in ein Textfeld eingefügt werden kann. (vgl. Ansatz von acolomb)