@stefan.helmert:
Ich weiß nicht, was Du als Ausgabe errwartest, stefan!
Das liefert mein Programm mit Deiner Datei:

Label | Position | Type | LED | Function | Function | Text | Tension/Protocol
-X1:22 | 1-E5 | generic | 0 | generic |  | -W1 | 
-X1:23 | 1-E12 | generic | 0 | generic |  | -W1 | 

Wie ihr seht, ist inzwischen auch die Position als Folio-/Zeile/Spalte enthalten.
Das wird ohne weiteres zutun als gültige Tabelle von LibreOffice Calc geöffnet, wenn es als *.csv gespeichert ist!

@Kellermorph:
In der qet-Datei liegen die Klemmen unabhängig von der im Programm eingestellten Sprache.
Deswegen sollte esauch für ein solches Tool irrelevant sein, welche Sprache eingestellt ist,..
Das muss jedenfalls das Ziel sein und so bin ich an die Aufgabe rangegangen.

Wir sollten uns nicht darüber streiten, an welcher Position welche Information einer Klemme stehen soll:
Das kann jeder für sich entscheiden, indem er seine Klemmen selber zeichnet und die Texte dort positioniert, wo er will!

Ich möchte lieber auf die Ausgabe einer Klemmenliste zurückkommen, um die es hier ursprünglich ging.

Das kann ja wohl nicht wahr sein:
Da machen mehrere Leute, die auch noch dieselbe Sprache sprechen, unabhängig voneinander Stand-Alone-Tools für die Erstellung von Klemmenlisten, die dann (mehr oder weniger) aufwendig wieder in QET importiert werden.
Sollte es nicht Ziel sein, das alles direkt in QET zu integrieren?
Mit dem QET_ElementScaler hat das ja auch ziemlich gut geklappt...!

Was haltet ihr davon, wenn wir drei (vier) das nun "in Angriff" nehmen und versuchen, das Erstellen einer Klemmenliste in QET einzubauen?

Programmiersprache in QElectroTech ist C++ mit Qt als GUI-Toolkit. Also sollten wir (trotz eurer Anfänge mit Python) auch C++ wählen! Da kommt es mir sehr entgegen, dass in QET_ElementScaler bereits das komplette "drumherum" für das Einlesen und Verarbeiten von XML vorhanden ist!

Das habe ich als Basis genommen, um ein einfaches Tool zu schreiben, das aus der qet-Datei alle Klemmen extrahiert, die Klemmeneigenschaften hinzufügt und die Verknüpfung zum jeweiligen Folio herstellt. Die Position auf dem Folio ist grundsätzlich auch schon verfügbar, aber noch nicht passend aufbereitet. Zusätzlich dazu stehen auch die Funktionstexte des Leiters (function, text, tension/protocol) an der Klemme zur Verfügung.

Zur Zeit sieht eine Beispiel-Ausgabe so aus:

Label | Folio | Type | LED | Function | Function | Text | Tension/Protocol
-X0:PE | 3 | ground | 0 | generic | PE | PE | PE
-X1:1 | 4 | generic | 0 | generic | CAN High | CAN_H | CAN_H
-X1:2 | 4 | generic | 0 | generic | CAN Low | CAN_L | CAN_L
-X1:3 | 4 | generic | 0 | generic | CAN Ground | CAN_GND | CAN_GND
-X1:4 | 4 | generic | 0 | generic | 24V | 24V | 24V
-X1:5 | 4 | generic | 0 | generic | 0V | 0V | 0V
-X2:1 | 7 | generic | 0 | generic |  |  | 
-X2:2 | 7 | generic | 0 | generic |  |  | 
-X2:3 | 7 | generic | 0 | generic |  |  | 
-X2:4 | 7 | generic | 0 | generic |  |  | 
-X2:5 | 7 | generic | 0 | generic |  |  | 
-X2:6 | 7 | generic | 0 | generic |  |  | 

Die nächste Aufgabe besteht nun darin, das entsprechend "schön" auszugeben!
Die Variante von acolomb mit dem Einbetten in einen Freitext gefällt mir dabei schon ganz gut! Das ist für den Normalbenutzer recht einfach mit Bordmitteln des Betriebssystems zu erledigen!

In einem weiteren Schritt muss das in QET integriert werden, damit wir von den Stand-Alone-Tools wegkommen und alles "geschmeidig" innerhalb der GUI von QElectroTech erledigt werden kann!

Das ist so zur Zeit (noch) nicht implementiert,
Die Idee ist aber nicht schlecht und kann vielleicht im Zuge des Klemmleisten-Managers dazukommen. Auch wenn die Tabelle grundsätzlich aus dem Klemmleisten-Manager herauskommt, müssten die Zellen aber auch bearbeitbar sein, oder ist der Funktionstext das was dem Leiter zugeordnet wurde?
Das Thema sollten wir aber Joshua überlassen, der den  Klemmleisten-Manager implementiert, aber zur Zeit wegen privater Themen wenig zu QET beitragen kann.

Hello Michael,

as far as I can see: QElectroTech does not use an authentication service.
The term “Kerberos” cannot be found in the source code and an “88” (Kerberos-Port) can only be found in some color definitions and positions and sizes of the UI.
It looks to me like you should ask your OS-manufacturer what they are trying to do ...

I don't see any particular reason to draw your diagram exactly like that in this example: Is there one?
The attached drawing could just as well be drawn on two folios in horizontal orientation.
However, in QET there is no way to continue the row or column numbering over several folios across the entire circuit diagram.

Ja, stimmt!

Es ist schon ein starkes Stück, daß die Leute, die Dir eine kostenlose Software zur Verfügung stellen, nicht auch noch Deine Pläne zeichnen!

Oh Mann ... Leute gibt's ...!

You ask users and developers of QElectroTech, what software to use for schematics of a control-panel.

What answer do you expect?

QElectroTech of course!

33

(7 replies, posted in Code)

That's fine with me, as I see that the font-files don't change very often!

Fonts to use on all systems are available in QET:
https://qelectrotech.org/forum/viewtopi … 682#p21682

Fonts to use on all systems are available in QET:
https://qelectrotech.org/forum/viewtopi … 682#p21682

We finally did it!  nomicons/smile
The fonts are available in 0.100-dev:
Forum-Post  /  Download at QET-Homepage

37

(7 replies, posted in Code)

Hello everybody!

Thanks to elevatormind for his initial work on including fonts and Laurent (scorpio810) for packaging the binaries we now have a QElectroTech - Version in 0.100-dev with some included fonts:

  • Liberation Mono

  • Liberation Sans

  • Liberation Serif

  • osifont

No effort is required from the user to be able to use the fonts:
The fonts are available in QElectroTech with the installation of QElectroTech!
Of course, all other fonts of the operating system used can still be used in your elements and diagrams!
However, if you think about exchanging of the resulting work between different computers and/or systems, we recommend limiting yourself to the included fonts!

In this context, the default font in QET was set to Liberation Sans and all existing elements were revised so that Liberation fonts are now used everywhere!

With writing these lines, I noticed, that "osifont.ttf" was updated upstream.
This is by no means a problem for users, but it does lead to a question for Laurent:
(How) can we link "fonts/osifont.ttf" and "fonts/osifont-italic.ttf" to the original versions at github?
We already link pugixml and SingleApplication to their github-repos, so it may be possible to link two single files to their position in github-subdirs?
We don't need the whole directory: That would be way too much!
The two ttf-files would be enough: osifont.ttf and osifont-italic.ttf

38

(7 replies, posted in Code)

Salut Laurent !

As a German politician says: ‘Please misunderstand me correctly!’  nomicons/wink
I didn't mean you with the long delay, Laurent!
Just was very surprised that elevatormind didn't get in touch for so long:
As suddenly as he appeared here and contributed so much, so suddenly it became quiet again from Sweden!
Let's hope that he's okay and will be able to discuss and contribute again soon!

Of course I also hope that you are on the road to recovery, Laurent!

In the meantime I uploaded the sources and also the reworked elements to the official QET github-repos.
I don't know, if your scripts have to be adjusted: There are two new sub-directories for fonts and licenses in the tree.
So that we don't have a 'double stock' of licenses, I use symbolic links to the existing licenses from the subdirectory. Github and Linux can handle this...

39

(7 replies, posted in Code)

@scorpio810:

More than five weeks with no reaction to my last post and I would like to get further with this topic!

Do you think we should upload elevatormind's source code for/with the fonts and my additions regarding the licenses in one commit? The language files can be adjusted and after that I could also upload the revised elements from my to the official QET-repository.
So: Some changes that depend on each other, but the first step is still missing.

I already prepared that combined commit in my github-repo.

What do you think, Laurent?

Dann scheint es doch irgendwie um Datei-/Verzeichnisrechte gegangen zu sein, wie RedBaron vermutet hat.

Tu dich doch mit dem Kollegen aus dem anderen Thread zusammen:
Dann könnt ihr gemeinsam QElectroTech lernen und hier konkrete Fragen stellen, wenn's irgendwo hakt!

Wenn viel in der Firmen- und Benutzersammlung herumhantiert wird, kann es schon mal vorkommen, dass die interne Bauteil-Datenbank durcheinander kommt.

Gehe doch mal in das passende Verzeichnis und lösche die Datei elements_cache.sqlite.
(Vorher mußt Du natürlich QET beenden!)

Beim Neustart von QET wird die sqlite-Datei neu aufgebaut.

Zur Datei-Suche hilft dieser Post weiter:
https://qelectrotech.org/forum/viewtopi … 884#p20884

Ohne in die log-Datei gesehen zu haben:
Hast Du die Benutzersammlung auf anderer Leute Hardware (aka "Cloud") gespeichert?
Das wird von QET nicht unterstützt und könnte auch die Meldung verursachen.

Menü --> Hilfe --> Über QElectroTech --> TAB "Log"
In dem Drop-Down steht das Verzeichnis drin.
(aktuelle 0.100-dev -Version getestet)

und wenn Du in dem von Laurent verlinkten Thread ein wenig gescrollt und gelesen hättest:
Da stehen die von QET genutzten Verzeichnisse im Klartext drin!
Für Linux und Win.

In den Programm-Einstellungen den falschen Pfad gesetzt?

46

(4 replies, posted in Elements)

“tomorrow” is already long gone...
What are the results of your tests, mikea?

Deine Arbeit wird Dir niemand freiwillig abnehmen, auch wenn Du noch andere Sprachen verwendest!
Du mußt schon selber zeichnen...!

Bei den 21 mitgelieferten Beispielprojekten ist nichts für Dich dabei?

Hat deine Beobachtung vielleicht etwas mit diesem Bug-Report zu tun, Kellermorph?
0000308: Preset for date is not saved

49

(4 replies, posted in Elements)

mikea wrote:

The problem I have is when I copy an element, all is ok when I paste it, but when I try to move them together they don't align anymore ? Sometimes it works, but only very seldom...

You are using an "old" version of QElectroTech!

In recent versions of 0.100-dev I reworked Copy-and-Paste for element-editor.
Now the paste-position for graphical primitives is much more reasonable!
You can also rotate, flip and mirror the graphical primitives in element-editor!
Give it a try!

We first had to get the basics, before coming to specific problems.
When I look at your video, it seems that the titleblock you edit is not the titleblock you use in the project!
As I wrote in a previous message: You edit one titleblock but use and look at another in the project.

This is an educated guess, because in the project-tree the titleblock-template has a pink background color!
That means, that this titleblock (or element in collection-tree) is not used in the project.

If you use
Project --> Clean project --> OK
Does the titleblock with the pink background in the project-tree disappear?

Edit:
If you want to use a customized titleblock, save it to a new filename to company- or user-collection of titleblocks and adjust setting in QElectroTech- and project-settings.