Okay danke, weiß ich bescheid.
Es ging mir darum, Kabel als dynamisches Bauteil zu haben und es anpassen zu können. Das würde nicht gehen, wenn ich das Element, dass dem Programm hinzugefügt ist, ändere. Dann ändern sich ja alle.

Guten Tag zusammen,

man kann ja bei Bauteilen die dynamischen Texte verschieben. Gibt es auch eine Möglichkeit Anschlüsse zu verschieben? Ich habe bisher nichts gefunden außer ein neues Bauteil zu erstellen.

https://qelectrotech.org/forum/viewtopic.php?id=2309

Ich hatte oben ja Tuxedo OS und die Version von Qelectrotech geschrieben.

Sorry, dass ich nicht weiter ins Detail gegangen bin.
Es ist eine Ubuntubasierte Distro mit KDE.

Aktuell habe ich das Farbthema materia Manjaro. Allerdings ist das Problem auch mit Tuxedo Dunkel und Breeze Dunkel. Bei Breeze hell ist es nicht mehr.
Was mich gewundert hat, wenn ich bei Materia Manjaro den Allgemeinen Text von weiß auf schwarz ändere, dann ist es in QElectrotech auch schwarz.

Aber ein schwarzes Thema mit schwarzer schrift ist eher supoptimal.

Me neither. Which version do you have?

Ich habe mit Chatgpt nach der Lösung gesucht und gefunden.
Es liegt am farblichen Thema von KDE. Mit Breeze Hell funktioniert alles.

Auszug von Chatgpt:
QElectroTech unterscheidet intern zwischen verschiedenen Zuständen von Textobjekten:

Normal (aktiv) → normale Farbe (z. B. für Hauptelemente oder ausgewählte Texte)

Inaktiv (nicht ausgewählt / Referenz) → Qt rendert sie mit der Farbe „Inactive Text“

Hover / Maus darüber → Qt rendert sie wieder als aktiv (daher plötzlich schwarz!)

Und genau das trifft bei dir zu:

Deine Slave-Querverweise werden intern als „passive“ Textelemente gerendert (nicht interaktiv oder im Fokus).

Dein Theme („Materia Manjaro Dark“) sagt:
„Inactive Text = hellgrau“
„Active Text = weiß oder schwarz“

Sobald du mit der Maus drübergehst, interpretiert Qt den Text als aktiviert, wechselt also automatisch in die „aktive Farbe“ – bei der ist die Lesbarkeit gut.

Das ist also ein reines Qt-Zustandsfarben-Problem, kein Renderingfehler in QElectroTech.

QElectroTech verwendet für Textdarstellung eine Qt-Funktion wie:

painter.setPen(QPalette::WindowText);


oder

painter.setPen(QApplication::palette().color(QPalette::Inactive, QPalette::Text));


Das heißt:

Wenn das Element aktiv ist → QPalette::Active

Wenn das Element passiv ist → QPalette::Inactive

Das Theme (dein Farbschema) definiert die Farbe für Inactive.Text → meist hellgrau in dunklen Designs.
KDE, Breeze Dark, Materia etc. machen das absichtlich so, damit z. B. ausgegraute Menüeinträge oder „nicht-fokussierte“ Tabs heller/grauer aussehen.

Da QElectroTech diese Palette nutzt, ohne sie zu überschreiben, erscheinen deine Slave-Verweise hellgrau – bis du sie hoverst oder das Objekt aktivierst.

Stimmt es, was Chatgpt da sagt?
Wenn ja wieso ist das bei Nebenelemente so? Ist das gewollt oder ein Bug?

Danke für die Klarstellung. Aber die Problematik ist ebenfalls mit einem QElectrotech eigenen Bauteil mit Liberation Sans.
Wenn ich jetzt nicht falsch denke, dann dürfte dies nicht an der Schriftart liegen, da alle anderen Schriften sauber dargestellt werden. Nur bei den Querverweisen der Slave-Bauteile tritt dies auf. Wie kann es dann an der Schriftart liegen? Ich lasse mich gerne eines besseren belehren. Was mich halt so verwirrt, ist dass es explizit überall bei den Querverweisen der Slave-Elementen ist.

Sobald ich mit der Maus über den Querverweis gehe, ist dieser normal dargestellt wie auf den Bildern oben zu sehen.
Der bleibt auch die ganze Zeit normal solange ich das Projekt offen habe. Erst wenn ich es schließe und neu öffne sind die Querverweise von den Slave-Elementen wieder so hellgrau. Die Querverweise von den Master-Elementen sind ganz normal.

Wie ich bereits sagte, ist dieses Verhalten auf meinem Firmenlaptop mit Windows 11 nicht vorhanden. Aber gerne hänge ich noch eins an.
Ich habe auch bereits QElectrotech neu installiert. Das hat keine Besserung gebracht. Ich habe es aus den Ubuntu Repo installiert und dann nach der Anweisung von Scorpio auf die Version 0.100 gebracht.

Im schlimmsten Fall muss ich wohl traurigerweise von Tuxedo OS weg.

I've changed to noto Sans but nothing changed.

I'm using Tuxedo OS.

Does it means the Problem is from Tuxedo OS?
It wasnt all the time with Tuxedo. Just about 1 Month.

I also changed all Sans Serif to Noto Sans with XMLCopyEditor.

Everything is like before.
All other Text is normal, just this not and they were also sans serif

On the Picture from the Page u can see, that everything else is fine. Also the Crossreferenc from the Master.

When i move my mouse over the Reference then its normal. All the time i have open up the Project. Then its also normal in the PDF. As soon as i reopen the Project it is so gray again.

I also took a component from the Qeletectrotech library. The font set there is Liberation Sans. Here, the cross-reference is light gray, which is the same behavior.

scorpio810 wrote:

I'm trying to help you. nomicons/wink

I'm really happy and grateful about that. Thank you.

I have Sans Serif 8 everywhere in the program settings.
This works for the main elements. So how can it be due to the font, and how can I check/fix it?

I renamed the existing configuration file to “old.” Then I restarted Qelectrotech, but the problem is still there.

I have three different projects open, and the effect occurs in every project.

Thank you.
And what should I look for, or what should I do?

Thanks for the tip.
Where can I get the correct config file?

Das ist wohl ein Problem mit Linux?

Ich habe mir gerade die Windows ready to use Version 0.100 von der Homepage geladen. Da habe ich das Problem nciht.

64

(41 replies, posted in Code)

Ich komme momentan mit Chatgpt echt nicht weiter.
Es hängt noch daran, dass der Querverweis vom Bauteil angehangen wird.

Momentan wird in der projectprintwindow.cpp noch verschiedene Sachen erkannt. Ich habe euch meinen aktuellen Stand mal angehangen.
Die blauen Rechtecke sind die, die schon passend auf den Slave-Querverweisen positioniert werden.

Möglicherweise hat noch jemand von euch eine Idee.
Damit ihr euch ein Bild machen könnt, habe ich auch ein kleines Projekt angehangen, womit ich das teste.

Translate:
I'm really stuck at the moment.
It still depends on the cross-reference being attached to the component.

At the moment, various things are still being recognized in projectprintwindow.cpp. I've attached my current status for you.
The blue rectangles are the ones that are already positioned correctly on the slave cross-references.

Maybe one of you has an idea.
To give you an idea, I've also attached a small project that I'm using to test this.

Translated with DeepL.com (free version)

Yeah im using this

https://qelectrotech.org/forum/viewtopic.php?id=2938

i did it for this Terminal like this:

https://qelectrotech.org/forum/misc.php … mp;preview

ich vermute, dass das nur möglich ist, wenn du den Quellcode anpasst.

Hat kein anderer diese Problematik?
Wenn nicht, würde ich es mal deinstallieren und neu installieren. Evtl bringt das Erfolg

69

(41 replies, posted in Code)

Ich bin seit langem mit ChatGPT dran, und versuche die Verlinkung hinzubekommen.

Wir arbeiten auf dem Skript von PLC-User weiter.

Wir haben bereits den Erfolg, dass Rote Rechtecke reingezeichnet werden.

Hierbei fällt auf, dass diese nicht richtig positioniert werden. Die landen auf dem Bauteil und nicht auf dem Verweis.

Weiß jemand, wo die Koordinaten vom den Querverweis gespeichert ist, damit man diese übernehmen kann?

Translate:
I've been working with ChatGPT for a long time and am trying to get the link to work.

We are continuing to work on the PLC-User script.

We have already succeeded in drawing red rectangles.

However, it is noticeable that these are not positioned correctly. They end up on the component and not on the reference.

Does anyone know where the coordinates of the cross-reference are stored so that they can be transferred? 

Translated with DeepL.com (free version)

Ich benutze
QElectroTech V 0.100.0-dev
Compilation: GCC 13.3.0

Guten Tag zusammen,

seit kurzer Zeit habe ich das Problem, dass Querverweise an Slave-Bauteilen sehr hellgrau sind. Erst wenn ich mit der Maus darüber gehe, werden diese wieder richtig dargestellt.

Beispielbilder sind angehangen.

Hat jemand eine Idee, was man machen kann, dass diese wieder richtig dargestellt werden?

Du meinst die allgemeinen Einstellungen? Ich habe davon, als ich den PC neu aufgesetzt habe, einfach Screenshots gemacht und die Einstellungen dann übernommen. War nur ein paar Minuten Arbeit.

Die Bauteile hast du vermutlich in einem Ordner? Diese einfach auf einen USB-Stick ziehen und rüber ziehen. Wenn alles lokal auf dem alten PC vorhanden ist, musst du es auch auf dem neuen lokal zur Verfügung stellen.

https://qelectrotech.org/forum/viewtopi … 579#p21579

Maybe this Topic could help you

siehe Post 2

Evtl hilft dir sonst meine Vorgehensweise. Etwas getrickst aber klappt.

Ich arbeite mit meinem eigenen Extratool um automatisch Klemmenpläne zu erstellen.
Dafür muss an der jeweiligen Klemme der gleiche Potentialname sein.
Wenn ich jetzt eine Klemmleiste für den Ground habe kommen hier verschiedene Potentiale an und werden zu bestimmten.
Durch eine normale Klemme würde dies immer durchgebrückt werden, wenn ich nicht vorsichtig mit besagter Checkbox bin.

jetzt habe ich mir Klemmen erstellt, die Verbindungen nach Links und rechts haben um diese zu brücken und das Potential zu bestimmen aber oben und unten kein Anschluss haben.
Hier setze ich nun händisch selbst einen Anschluss.
Jetzt können die Querverweise sich hiermit sauber verbinden und optisch in der PDF sieht alles nach einer normalen Klemme aus. Allerdings können die unterschiedlichen Potentiale sich nicht auf die anderen überschreiben.