Search options (Page 7 of 29)

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?

@Re-searcher:
You still did not explain, what you think does "not work" with bigger grid-points.
You need to explain, what you expect to see with bigger points!

Hallo Achim,

Richtig: Das ist nicht so gewollt und es betrifft nicht nur Terminals.
Das ist mir auch schon aufgefallen und bedarf noch etwas Hirnschmalz.
Habe das Verhalten für den Moment aber billigend in Kauf genommen, weil das Ergebnis (Rotieren, Spiegeln, Umdrehen) deutlich besser ist, als was wir vorher hatten.

Zwischendurch das Element speichern und neu laden, hilft aber!

Addendum:
I'm working on a solution ... looks better at first glance!

2nd addendum (edited):
Fix released with version ...git8427...

Hello everybody!

I would like to get rid of those many Qt5/Qt6 - differentiations in sourcecode, so I tried something that seems to work for both, but to be sure:
Can someone please test this patch with undocommand/deletegraphicsitemcommand

diff --git a/sources/undocommand/deleteqgraphicsitemcommand.cpp b/sources/undocommand/deleteqgraphicsitemcommand.cpp
index 5aa85ca42..632c64a9a 100644
--- a/sources/undocommand/deleteqgraphicsitemcommand.cpp
+++ b/sources/undocommand/deleteqgraphicsitemcommand.cpp
@@ -179,7 +179,7 @@ void DeleteQGraphicsItemCommand::setPotentialsOfRemovedElements()
                     //If a conductor was already created between these two terminals
                     //in this undo command, from another removed element, we do nothing
                 bool exist_ = false;
-                for (QPair<Terminal *, Terminal *> pair : m_connected_terminals)
+                for (std::pair<Terminal *, Terminal *> pair : m_connected_terminals)
                 {
                     if  (pair.first == hub_terminal && pair.second == t) {
                         exist_ = true;
@@ -192,14 +192,8 @@ void DeleteQGraphicsItemCommand::setPotentialsOfRemovedElements()
 
                 if (exist_ == false)
                 {
-#if QT_VERSION < QT_VERSION_CHECK(6, 0, 0)    // ### Qt 6: remove
-                    m_connected_terminals.append(qMakePair<Terminal *, Terminal *>(hub_terminal, t));
-#else
-#if TODO_LIST
-#pragma message("@TODO remove code for QT 6 or later")
-#endif
-                    qDebug()<<"Help code for QT 6 or later";
-#endif
+                    m_connected_terminals.append(std::make_pair<Terminal *, Terminal *>((Terminal *)hub_terminal, (Terminal *)t));
+                    qInfo() << "m_connected_terminals" << m_connected_terminals;
                     Conductor *new_cond = new Conductor(hub_terminal, t);
                     new_cond->setProperties(properties);
                     new AddGraphicsObjectCommand(new_cond, t->diagram(), QPointF(), this);
diff --git a/sources/undocommand/deleteqgraphicsitemcommand.h b/sources/undocommand/deleteqgraphicsitemcommand.h
index 2f03ed050..c4ad2946b 100644
--- a/sources/undocommand/deleteqgraphicsitemcommand.h
+++ b/sources/undocommand/deleteqgraphicsitemcommand.h
@@ -52,7 +52,7 @@ class DeleteQGraphicsItemCommand : public QUndoCommand
         QHash <Element *, QList<Element *> > m_link_hash; /// keep linked element for each removed element linked to other element.
         QHash <DynamicElementTextItem *, Element *> m_elmt_text_hash; /// Keep the parent element of each deleted dynamic element text item
         QHash <DynamicElementTextItem *, ElementTextItemGroup *> m_grp_texts_hash; ///Keep the parent group of each deleted element text item
-        QList <QPair<Terminal *, Terminal *>> m_connected_terminals;
+        QList <std::pair<Terminal *, Terminal *>> m_connected_terminals;
         QHash <QetGraphicsTableItem *, QPointer<QGraphicsScene>> m_table_scene_hash;
         bool m_remove_linked_table = false;
 };

These functions handle the case that an element, that has more than one connections at one terminal, is deleted and then recovered again.
Don't want to demolish basic functions, so to be sure...

Thanks in advance!

I found a better solution for using KF6CoreAddons and KF6WidgetsAddons from distribution-packages!

In my local qelectrotech.pro I added these lines to global part, so that the include-files can be found:

INCLUDEPATH += /usr/include/KF6/KCoreAddons
INCLUDEPATH += /usr/include/KF6/KWidgetsAddons

The linker needs the information, where to find the libs, so I added these lines to the "unix"-section:

LIBS += /usr/lib/x86_64-linux-gnu/libKF6CoreAddons.so
LIBS += /usr/lib/x86_64-linux-gnu/libKF6WidgetsAddons.so

Now everything compiles and links fine without exclamation-marks or red texts in edit-lines in Qt-Creator!

This info might help someone install and use Qt-Creator on Linux to help develop QElectroTech!