Search options (Page 7 of 29)

Wenn Du gerade frisch mit QET angefangen bist, empfehle ich auf jeden Fall die 0.10-dev-Version!

Die 0.9 ist inzwischen ein wenig ...
In der 0.10-dev ist seit kurzem die Rotier-Funktion im Element-Editor so überarbeitet, dass alle Teil-Elemente um den Nullpunkt rotiert bzw. gespiegelt werden!
Also kein Kleinholz mehr beim Rotieren!
Ein Grund mehr, Elemente rund um den Nullpunkt zu konstruieren.
(Hilft auch später beim Platzieren im Schaltplan!)

Elemente kannst Du im Element-Baum per Drag-and-Drop zwischen den Sammlungen hin- und her-kopieren!
Die Elemente in der Firmen- oder Benutzer-Sammlung kannst Du per Doppelklick editieren.

Von wo willst Du Elemente importieren?
Ein Import aus anderen Formaten in den Element-Editor ist zur Zeit nur für DXF vorgesehen.

This must be the 0.10-dev - version in which we have introduced a new function so that dynamic texts of the elements are not accidentally moved when the element as a whole shall be moved.
Since then, the dynamic texts of the elements are only moved if the Shift key is pressed at the same time!

Remark:
You should also replace "your" language-file, for the case, that new texts are introduced for example in config-page.

Auch, wenn Du den Text als Link markierst und den Text als Ziel-Adresse definieren kannst:
Das Ziel muss auch wissen, daß es Ziel ist, soweit ich PDFs richtig verstanden habe!

Bei HTML und LaTeX ist es jedenfalls auch so, daß es eine Stelle gibt, die den Link enthält und ein Sprungziel, wohin verlinkt ist.

Ergänzung:
Wenn ein Verweis auf eine andere Seite im Schaltplan geht, was meist die Regel ist, müsste das Dokument also (mindestens) zweimal komplett durch alle Seiten durchgegangen werden, um alle Verweise und Sprung-Ziele einzufügen.
Wie ich das sehe, ist diese Stelle beim Ausdruck im Ablauf zu spät, weil hier jede Seite nur einmal verarbeitet wird.
Es müßte also eine Vorverarbeitung mit zwei Durchgängen eingefügt werden, wenn PDF als Ausgabe gewählt wurde.

Beide Varianten können nicht funktionieren, weil:

/home/ich/Projekte/c_c++/QET/sources/print/projectprintwindow.cpp:720: Fehler: ‘class DiagramTextItem’ has no member named ‘isCrossReference’
../../sources/print/projectprintwindow.cpp: In member function ‘void ProjectPrintWindow::addPdfLinks(QPainter*, Diagram*)’:
../../sources/print/projectprintwindow.cpp:720:39: error: ‘class DiagramTextItem’ has no member named ‘isCrossReference’
  720 |                         if (textItem->isCrossReference()) {
      |                                       ^~~~~~~~~~~~~~~~

Vielleicht solltest Du doch mal versuchen, selber zu kompilieren:
Es macht nur begrenzt Spaß, für andere einen Code zu compilieren, der von einer "Intelligenz" entworfen wurde, die die Rahmenbedingungen von QET nicht zu kennen scheint!

Habe auch mal die Funktion "void ProjectPrintWindow::addPdfLinks" geleert und nur eine qInfo()-Ausgabe eingefügt.

Die Funktion wird nicht aufgerufen!
Nicht beim Ausdruck in PDF und auch nicht beim PDF-Export.

Tried the code with Debian GNU/Linux stable and Qt 5.15.8

There was a Warning about deprecated calls (fixed that) and an Errror:

(...)/QET/sources/print/projectprintwindow.cpp:798: Fehler: cannot ‘dynamic_cast’ ‘item’ (of type ‘class QGraphicsItem*’) to type ‘class DiagramTextItem*’ (target is not pointer or reference to complete type)
../../sources/print/projectprintwindow.cpp: In member function ‘void ProjectPrintWindow::addPdfLinks(QPainter*, Diagram*)’:
../../sources/print/projectprintwindow.cpp:798:29: error: cannot ‘dynamic_cast’ ‘item’ (of type ‘class QGraphicsItem*’) to type ‘class DiagramTextItem*’ (target is not pointer or reference to complete type)
  798 |         if (auto textItem = dynamic_cast<DiagramTextItem *>(item)) {
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

removed the double #include "projectprintwindow.h", too.

Moin!

Das Inhaltsverzeichnis und auch das für die Betriebsmittel werden dynamisch durch SQL-Abfragen der Projekt-internen Datenbank erzeugt. Daher wirst Du nicht umhin kommen, dich damit zu beschäftigen.
Die interne DB ist eine SQLite-Datenbank und auf deren Seite gibt es auch Informationen zur formatierten Ausgabe mit "printf":
https://www.sqlite.org/printf.html
Dazu gab es auch schon vereinzelt Posts in diesem Forum, aber eine gute Zusammenfassung oder gar Anleitung steht noch aus, fürchte ich...
Im Anhang habe ich mal ein Beispiel angefügt, mit dieser SQL-Abfrage:

SELECT printf("%10s", folio) Folio, printf("%-170s", title) Beschreibung, indexrev, printf("%-50s", author) Bearbeiter, date FROM project_summary_view

Vielleicht hilft Dir das schon weiter für die Erstellung eines schönen Inhaltsverzeichnis und einer noch besseren Anleitung?

Bei der Gestaltung der Master- bzw. Slave-Elemente bist du ziemlich frei!

Habe mal fix einen Master und einen Slave erstellt, die Deiner Vorstellung schon ziemlich nahe kommen könnten:
Am Master definiert man das Betriebsmittelkennzeichen, das von den Slaves übernommen wird.
Damit die Zeichnug dann nicht mit -zig "-X27" überfrachtet wird, weil bei es an jedem Slave steht:
Kein Dynamisches Textfeld mit dem BMK in die Slave-Elemente einfügen! Siehe Beispiel.

Ansonsten bist Du wirklich sehr frei in der Gestaltung!
Ein Rechteck kannst Du dann im Schaltplaneditor separat drüber ziehen...

Echte dynamische Elemente suchst Du hier leider (noch) vergebens!

Alternativ kämen vielleicht Master-Slave-Lösungen in Frage?
Du kannst jedenfalls eine (unbegrenzte?) Zahl an Slave-Elementen an einen Master hängen.
Das wäre auch mein Vorschlag für sehr umfangreiche Geräte:
Bevor ich ein sehr komplexes Element mit mehreren -zig I/O erstelle, mache ich lieber ein Master-Element (z.B. den Teil mit der Einspeisung oder der CPU) und hänge daran die Funktionsgruppen als Slave-Elemente an.

PS:
Ein aussagekräftiger Betreff passend zum Thema wäre besser:
Begeisterte Nutzer haben wir hier viele! 

Deleted double-post in English Forum!

Hello everybody!

Did someone notice this:
While trying elevatorsmind's "Autosave" I killed the execution of QET and it cannot be started again!

This only is the case with the Qt6-Build and has nothing to do with "Autosave"!
It seems that singleapplication prevents a new re-start, because something is left behind, when killed!

I already try to find a solution (and it seems, I have found!), but before I waste too much time: Did someone notice this effect, too?