Schrift versetzt beim kopieren

sehr cool, danke.

Ich musste beim Testen feststellen, daß beim kopieren eines markierten
Bereiches (mehrere Elemente und Conductors) der Fehler nach wie vor
auftritt. Einzelbauteil funktioniert. Das würde ich gerne noch lösen bevor
ich einen Pull-Request mache.

Gibt es schon bereits weitere Infos / Update? Ich kämpfe gerade auch echt hart mit dem Fehler

Ich habe die V0.100 dev.

Im Prinzip genau so wie Achim es beschrieben hat.
Ich kopiere ganze Seiten und bei Verweisen und Slaveelementen versetzt sich die Schrift, wenn diese im Bauteil nicht linksbündig ist.

Moin Achim und PLC-User

Konntet ihr schon was wegen dem Bug raus finden?

Das ist so eine feine Software aber der Bug ist echt zum Mäuse melken.
MfG Marcel

Ich bin dabei, aber ich bin halt kein Profi.
Habt Geduld.

Glaubst du ernsthaft, dass ich weiß wie es hier gehandhabt wird?!?
Ich habe einfach nur gefragt. Das sollte kein bedrängen oder sonst was bedeuten. Wenn man nicht mehr normal fragen darf, ja dann weiß ich auch nicht...
Ja und das ist unglaublich lieb von Achim (und allen anderen Beteiligten). So eine geniale Software!
Dennoch sollte es nicht verboten / verpöhnt sein, einfach eine Nachfrage zu stellen.

@plc-user
Danke für deine Hinweise. Es ist genau wie du es beschreibst.

QET benutzt beim Kopieren  den Einfügepunkt des  beschrifteten
Textfeldes, und nicht den Einfügepunkt des originalen leeren
Textfeldes. Dadurch wandert der rechtsbündige Text immer nach links.
Also muss nach dem Kopieren/Einfügen wieder der ursprüngliche Einfügepunkt
hergestellt werden. Funktioniert auch auch bei einzelnen Elementen,
aber leider noch nicht beim Kopieren eines selektierten Bereiches
mit Elementen und Verbindern.

Hallo Achim,

für mich sieht das mit den kopierten Referenzen nach einem schnellen Test ziemlich gut aus!

Bist Du der Ersteller des PullRequest?
Im selben PR wird die Reihenfolge beim Einlesen der QET-Datei abgeändert:

In einem anderen Zusammenhang habe ich die anhängende Datei erstellt, bei der der Effekt (versehentlich) sehr deutlich zutage tritt ... trotz des XML-Patches.

Hallo plc-user

Vorweg: Die Änderung im Code kann den weißen Rand nicht weg machen !!!
Aber ich denke er kann helfen diesen Rand zu verhindern.

Vielen Dank für die Hinweise aus deinem letzten Post. Das mit "Nur eine Potenzialbeschriftung je Folie anzeigen" hatte ich
noch gar nicht bemerkt. Das mit der Conductorbeschriftung ist nicht unbekannt, da hat sich blacksun schon mal Gedanken
drüber gemacht(siehe conductortextitem.cpp ab Zeile 132).

Wenn man sich die XML von betroffenen .qet Dateien anschaut, erkennt man das die Conductoren teilweise negative
Koordinatenwerte (x oder y) haben. Auch in deiner Verweise.qet ist das der Fall. Ändert man die Koordinaten einfach auf Null,
ist der weiße Rand weg. Das war mein Ansatz bei der Suche nach dem Fehler. Diese negativen Koordinaten entstanden
beim kopieren an genau dieser Stelle im alten Code. Der neue Code erzeugt keine negativen Koordinaten mehr,
er ändert sie aber auch nicht.
Grundsätzlich wird die Position des Conductors nicht über Koordinaten bestimmt, sondern durch die beiden Terminals, die
der Conductor verbindet.

Wie gesagt, ich denke das ist eine Teillösung  um den Fehler zu beheben. Es gibt sicher noch einige
offene Fragen zu diesem Fehler, und ich werde an dem Problem dran bleiben.

Aber unabhängig vom Problem mit dem weißen Rand, denke ich das der Code  besser ist, weil er die Conductoren über die Terminals setzt und nicht über Koordinaten.

Ganz so einfach ist es leider nicht.
Ich habe das schon so gemacht wie du es beschreibst, alle Conductor-Koordinaten
auf Null. Funktioniert auch wenn man ohne sichtbaren Conducter-Text arbeitet.
Sobald Coductor-Text mit ins Spiel kommt funktioniert das nicht mehr, die Koordinaten
vom Conductor-Text sind nähmlich relativ zu den Koordinaten des Conductors.
Ich habe dann auch die Text-Koordinaten angepasst, aber das hat nicht zuverlässig
genug funktioniert.

Ich bin mir noch nicht sicher, ob die Koordinaten keine Bedeutung haben.
Verschieben zB führt auch zu negativen Koordinaten und nicht alle negativen Koordinaten
führen zu diesem weißen Rand.
Wir sollten die Ursache beseitigen und nicht das Ergebnis anpassen.

Ich glaube nicht das wir das zum jetzigen Zeitpunkt so in Qelectrotech einzufügen sollten.

Allerdings kann ich mir vorstellen das man diesen Ansatz in einem Script oder einem kleinen
Programm benutzt um alte beschädigte Projekte zu reparieren.