Search options (Page 1 of 3)

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.

Hi,
das ist ein bekanntes und auch schon älteres Problem beim kopieren
von Slave- und Verweiselementen mit rechts- und
mittigbündigen Text.
Ich denke ich habe das Problem im Code erkannt und werde die Tage mal einen
Pullrequest machen.

No, currently there is no way to set the grid in the ElementEditor

Das ist nicht möglich.
Die eigenen Variablen sind nur für die Schriftfeder.

Was stellt das klar???
Du willst das was in den Leitereigenschaften im Feld "Text" steht im Folienverweis nutzen, richtig?
Das geht nicht direkt. Aber du Kansst zB. den Namen in das Feld Funktion schreiben und dann mit
der Variablen "%wf" in der Textformel den Namen in das Feld Text bringen. Und im Folienverweis
hast du, wie du ja schon festgestellt hast, auch Zugriff auf das Feld "Funktion."

There's a little help. When the mouse pointer hovers over the text, a tooltip appears with a reference to the Shift key. This was added recently, so it might not be included in your version yet. It works in the latest Linux app image, but I can't test it on Windows right now.
The main reason for adding the Shift key was that the text would often jump to the next grid point when clicking, and you had to move back the text each time. That can not happen anymore.
Another improvement, especially for small elements, is that when you move them, you simply grab the element and move it, regardless of whether the mouse is over the text or not. But there are also a few problems, as you have already noticed.
In my opinion, there are two options.
1. We work with a second key, currently the SHIFT key. Advantages: The text no longer jumps, and when you move the element, you don't have to pay attention to where you grab it. Disadvantage: For any actions with the text, it must first be selected with SHIFT and the mouse button. Assuming the text moves in increments in the grid as before, we need a second key for moving in small increments (the CTRL key doesn't work, as it conflicts with the view mode). Further corrections need to be made, e.g., in GroupBox
2. We'll restore the previous state. There's another solution for jumping text. Disadvantage: When moving elements, you have to be careful not to grab any text when you touch the element.
What do you think?

Nein, es ist kein Bug, der Code wurde geändert. zum verschieben von Elementtext mit der maus must du zusätzlich die SHIFT taste drücken.
https://qelectrotech.org/forum/viewtopi … 254#p21254

I can only agree with OllyBe, it's a good and correct step for the further development of Qelectrotech.

I took a quick look at some elements. From what I've seen, the appearance and positioning of the text are fine.

Thanks for your work, plc-user.

Hello Sharan24
It looks like you're using a very old version of QET, which caused this behavior. Use a recent version (version 0.100 (DEV)).

Osifont und auch die TGL sind TrueType Schriftarten in Anlehnung an die ISO 3098. Diese Norm definiert Schriften wie sie in technischen Zeichnungen genutzt werden. Im deutschen wird sie auch als Normschrift bezeichnet. Alle Cad-Systeme haben entsprechende Schriftarten implementiert, sind aber natürlich nicht frei. Die von von mir verlinkten Schriftarten sind frei verfügbar.
Ich denke eine Schrift nach Norm gehört zu einem Program wie QElectroTech dazu.
Osifont nutze ich problemlos unter Windows und Linux.
Unter linux habe ich jedoch noch kein PDF Export gemacht, das teste ich heute Abend.

With translator:

Osifont and TGL are TrueType fonts based on ISO 3098. This standard defines fonts used in technical drawings. In German, it's also called a standard font. All CAD systems have implemented corresponding fonts, but of course, they aren't free. The fonts I've linked to are freely available.
I think a standardized font is a must for a program like QElectroTech.
I use Osifont without any problems under Windows and Linux.
However, I haven't exported to PDF under Linux yet, I'll test that tonight.

@plc-user

Hast natürlich recht, soweit hab ich gar nicht gedacht.
Aber man kann das über die SQL-Abfrage lösen. Eigentlich braucht ja
nur das erste Symbol ein BMK, alle andern bekommen kein BMK. Dann in der SQL-Abfrage alle
Elemente mit leerem BMK rausfiltern und es sollte nur ein Artikel in der BOM gelistet sein.
(wenn das BMK dafür nicht in Frage kommt, geht alternativ natürlich auch eine andere Variable).

Gruß Achim