1

(3 replies, posted in Elements)

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

Ich denke das ist kein Bug, zumindest kann ich das Problem bei mir nicht nachvollziehen.
Ich habe es mit QElectroTech_0.100.0-r7980-x86_64.AppImage(schon etwas älter) und
mit einer aktuellen, kompillierten Version getestet, funktioniert einwandferei.
Hast du vielleicht ein paar mehr Infos?

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

This is not possible, and I am not aware of any electric cad that can do this.
The basis for creating the links are columns/rows and the page numbers.
A consecutive numbering of the columnsover several pages therefore makes
no sense and is also not necessary.
The only possibility I can see is to draw the column names manually

info wrote:

hallo, um niochmal klarzustellen um welche Angabe es mir gegangen ist:

>> Leitereigenschaften
  >>Textformel U Text (ist das gleiche)
oder
Projekteigenschaften
>> Leitereigenschaften
  >> Nur eine (Potenzialbeschriftung) je Folie

Ist Immer die gleiche Variable
Ich verwende das Progtamm auf Deutsch!

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."

Vor kurzem sind neue Variablen für Leiter hinzugefügt worden.

https://qelectrotech.org/forum/viewtopi … 113#p21113

Ich habe die Variablen noch nicht benutzt, aber ich denke wenn du unter
Funktion, Spannung/Protokoll usw. deine Informationen für den Leiter einträgst
kannst du mit Hilfe der neuen Variablen in der Textformel den Namen für den
Leiter festlegen.
Im Folienverweis hast du ja dann die Variablen für Funktion usw.

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?

sorry, forget to translate.
No, it's not a bug; the code has been changed. To move element text with the mouse, you must also press the SHIFT key.

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

10

(2 replies, posted in Code)

Ich habe die letzten Tage recht viel gezeichnet, da sind mir noch ein paar Dinge
im Zusamenhang mit den dynamischen Symboltexten aufgefallen. Textgruppen
zum Beispiel bewegen sich noch nach dem alten Muster mit Rasterfang.
Das bedeutet im Moment :
  - bewegen von Text           :    linke Maustaste + Ctrl-Taste (kleine Schritte)
  - bewegen von Textgruppe :    linke Maustaste(große Schritte) oder linke Maustaste + Control(kleine Schritte)

Nicht gerade Benutzerfreundlich.
Vielleicht können wir ja ein paar einheitliche Regeln zur Bedienung festlegen.
Zum Beispiel benutzt man zum Verschieben von Elementen mit der Maus die Control-Taste,
beim Verschieben mit der Tastatur die Alt-Taste. Müssen das 2 unterschiedliche Tasten sein?

Das mit den Textgruppen passe ich noch an, nur mit welchen Taste?

with translator:

I've been drawing quite a bit over the last few days, and I've noticed a few things
related to the dynamic symbol texts. Text groups,
for example, still move according to the old grid snap pattern.

That currently means:
- moving text: left mouse button + Ctrl key (small steps)
- moving text groups: left mouse button (large steps) or left mouse button + Control key (small steps)

Not exactly user-friendly.

Perhaps we can establish some standard rules for operation.
For example, you use the Control key to move elements with the mouse,
and the Alt key to move them with the keyboard. Do they have to be two different keys?

I'm still adjusting the text group thing, but which key should I use?

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.

0.7 is very old. You can install the new version over it; it shouldn't be a problem. The user libraries will be preserved. To be completely safe, make a backup of everything related to Qelectrotech. Before you open a project with the new version, be sure to make a backup copy of the project, a lot has changed since 0.7.

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)).

14

(2 replies, posted in Code)

Die vor kurzem durchgeführte Änderung beim bewegegen vom dynamischen Text mit der zusätzlichen Shift Taste ist definitiv eine Verbesserung. Allerdings bewegt sich der Text nur noch in kleinen Schritten und nicht mehr mit der Schrittweite des Rasters. Deshalb habe ich hier mal einen kleinen Patch der das ändert. Mit der Shift-Taste in großen Schritten bewegen, mit Shift + Alt mit in  kleinen Schritten.
Da der Datei Upload anscheinend nicht funktioniert, habe ich es mal in meinen Fork hochgeladen:
https://github.com/ChuckNr11/qelectrotech-source-mirror
Wenn Sie es möchten, mach ich einen Pullrequest.

with translator:
The recent change to moving dynamic text with the additional Shift key is definitely an improvement. However, the text now only moves in small steps and no longer in step with the grid. So I've created a small patch here that changes that. Use the Shift key to move in large steps, and Shift + Alt to move in small steps.

Since the file upload doesn't seem to be working, I've uploaded it to my fork:
https://github.com/ChuckNr11/qelectrotech-source-mirror
If you'd like it, I'll make a pull request.

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.

Here is a font specifically for CAD
https://github.com/hikikomori82/osifont
and an alternative
https://www.peter-wiegel.de/TGL.html

@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

Hallo tigerbeard,
hier mal eine Idee wie ich das lösen würde. Im Anhang mal drei Symbole.
Erst "Stecker erster" in die Zeichnung einfügen, dann "Stecker x" sooft wie du Kontakte brauchst und
zuletzt "Stecker letzter". Und wenn sich der Stecker über mehrere Seiten verteilt,
benutzt du noch Master und Slave, wie von plc-user beschrieben.

19

(117 replies, posted in Code)

Laurent, thanks for the tip.
I think it matches

20

(117 replies, posted in Code)

@ plc_user,
da ich gerade gesehen habe das Du vor kurzem den Code im Element Editor bezüglich Rotation
angepasst hast, ein kurzer Hinweis:  Wenn man ein schon plaziertes Terminal-Element mit der Leertaste
rotiertieren will, springt das Terminal auf den Ursprong (0,0) zurück.
Ist sicher nicht so gewollt.

Gruß Achim

21

(117 replies, posted in Code)

Hallo,
Ich habe Deinen Patch mal getestet: Debian 12,  Qt5.15.2, im Creator mit dem aktuellen Source Code.
Ich bin mir nicht sicher was Du Dir für Tests vorgestellt hast, automatische wie auch manuelle Verbindungen
funktionieren jedenfalls normal, auch mehrere Verbindungen an einem Anschlußpunkt.
QT6 funktioniert bei mir noch nicht, kann ich also leider nicht testen.

Hallo Fabian,

das Problem ist das Deine Tabelle zu groß für eine Seite ist.
1. Du kannst im Dialog 'Inhaltsverzeichnis einfügen' beim Tab 'Anzeige' oben
bei 'Folie und Tabelle hinzufügen, wenn erforderlich' den Haken setzen. Das bewirkt
das die Tabelle auf mehrere Seiten aufgeteilt wird.
2. Mach die Tabelle kleiner, damit sie auf eine Seite passt

Gruss
Achim

Hallo Fabian,
das kannst Du auf jeden Fall mit Hilfe einer SQL Abfrage machen:

SELECT  label, ... FROM element_nomenclature_view WHERE ( element_type = ...) AND label != '' AND Label NOT LIKE '-W%'...

AND Label != ''                    -> blendet leere BMK's aus
AND Label NOT LIKE '-W%    -> blendet BMK's die mit -W beginnen, aus

Lies Dir mal ne Anleitung zu SQL Abfragen durch, ist hoch interessant was man alles damit machen kann und auch nicht
wirklich kompliziert.

Gruß Achim

24

(96 replies, posted in Scripts)

Hallo plc-user,
ich bin auch schon einige male auf  dieses Verhalten bei dynamischen Text gestoßen.
Ich nehme an Du hast den Text  in den Editor gezogen, beschriftet und dann die Ausrichtung angepasst. Wenn Du den Text in den Editor ziehst (Unterstrich löschen), Textausrichtung anpasst und dann den Text schreibst, dann erhältst du das erwartetete Ergebnis wie auch bei der SVG.
Trotzdem ist Textausrichtung in QET nicht ganz optimal. Hauptgrund ist sicher das QGraphicsTextItem, die Basisklasse für den dynamischen Text, nur die Textausrichtung "oben Links" kennt. Ich denke in QET wird die Textlänge berechnet und damit dann der Einfügepunkt des Textes entsprechend verschoben. Das verschieben des Einfügepunktes kann man auch gut an den x/y Koordinaten nachvollziehen.
Besser wäre sicherlich wenn der Punkt der Ausrichtung auch der Einfügepunkt ist, wie bei anderen CAD-Systemen auch.
Ich hoffe es hilft.
Gruß
Achim


With translator:
Hello plc-user,
I have also encountered this behaviour with dynamic text several times.
I assume you have dragged the text into the editor, labelled it and then adjusted the alignment. If you drag the text into the editor (delete the underline), adjust the text alignment and then write the text, you will get the expected result as with SVG.
Nevertheless, text alignment in QET is not quite optimal. The main reason is certainly that QGraphicsTextItem, the base class for dynamic text, only recognises the text alignment "top left". I think the text length is calculated in QET and the insertion point of the text is then moved accordingly. The shifting of the insertion point can also be easily understood by the x/y coordinates.
It would certainly be better if the point of alignment was also the insertion point, as with other CAD systems.

Greetings
Achim

Bau dir doch einfach ein Potential-Trenner Symbol. Im Symbol einfach 2 Terminals Rücken an Rücken, Typ Einzel und fertig.
Das fügst Du überall ein, wo du das Potential unterbrechen willst. Ich benutze z.B. auch T-Sücke und Ecken in 2 Varianten,
als Klemme oder als Einzel definiert, je nachdem, ob Potential durch soll oder nicht.