Unsolved How To Have Access To A QWidget in MainWindow *ui Through Another Class
-
@Laner107 It is actually easy: one class declares a signal another one slot, then you connect both. If the first class needs to send information it emits the signal. Please read https://doc.qt.io/qt-5/signalsandslots.html
class A { signals: void someSignal(const QString &someInformation); private: void doSomething() { emit someSignal("Some Information"); } } class B { public slots: void reactOnSignal(const QString &someInformation) { // Do something with information } } // Somewhere in your app connect the slots A a; B b; connect(&a, &A::someSignal, &b, &B::reactOnSignal);
Of course you can have a setter to set a widget from another class, but this is still bad design, as you are still exposing private details of a class. Another classes should not know anything about internal details. They should use an API (getter/setter) to communicate in more abstract way with other classes, instead of knowing what widgets are used in which way there.
-
So what would be the good design way of doing this, all i need is to be able to use a second class so my code is more organized, I just need to be able to change an object(QWidget) thats in MainWindow class in the second class, I know there are different ways to go about it but if I was working for a FANG company or a professional developer what would they do in this scenario? Thank you so much for all the help!
-
@Laner107 said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
I just need to be able to change an object(QWidget) thats in MainWindow class in the second class
In what way "change"? Use a setter as already suggested, but don't access the widgets directly. For example, if you want to change the text in a QLabel add a setter like this:
class B { public: void setSomeText(const QString &text) { ui->label->setText(text); } }
As you can see the caller (class A) does not have to know where and how exactly this text is set in class B. If you later change the QLabel to something else (QTextEdit for example) you do not have to change class A to make it work.
-
I am using a QWidget which is promtoed to a QCustomPolt which is essentially a chart widget that shows values of stock market data, i am basically forging and creating this whole chart in the other class, maybe I should just make it all in the Main Classi just figured it was getting to large so I was going to separate it up.
-
@jsulm So basically my header file will lok like this but eventually there will actually be more graphs, essentially you have many options with the graph, right now this is what it is in MainWindow class header file, I was hoping I could put most of these in a serperate class to keep it less crowded, do you think just keeping them all in the header file is my best bet since some do need possible values from MainWindow private members.
-
@Laner107 said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
I was hoping I could put most of these in a serperate class to keep it less crowded
You can add a new class derived from QWidget for example where you put the graph. Then use this class in your main window. And you can create many instances of that class if you need more than one graph.
-
@jsulm What do you mean derived from that widget? I thought that if we create an object on the Forms in QT that it is defaulted in MainWindow class and can only be accessed there? Is there a work around or am I not getting something, sorry im very new to qt and just a novice programmer.
-
@Laner107 said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
I thought that if we create an object on the Forms in QT that it is defaulted in MainWindow class and can only be accessed there?
No. You can not only create main window in designer but any number of other widgets.
See "File/New File or Project.../Qt/Qt Designer Form Class. -
@jsulm Okay im messing around with it now, I do notice that all of the files in my mainwindow.ui are child objects of MainWindow when i create them? Does this not mean they are automatically in MainWindow class, or can i just promote the widget to my QWidget class, but then how can I actually access and change that QWidget from that class?
-
@Laner107 said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
are child objects of MainWindow when i create them? Does this not mean they are automatically in MainWindow class
No, this simply means that main window is the parent.
Look, if you add a QLabel to your MainWindow you will have a member variable of type QLabel, but QLabel class is not defined inside MainWindow. So, you can define your own widgets and add them as member variables to your MainWindow or any other widget:// In mywidget.h class MyWidget : public QWidget {...}; // In mainwindow.h class MainWindow : public QMainWindow { private: MyWidget *myWidget; }
-
@jsulm said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
MainWindow you will have a member variable of type QLabel, but QLabel class is not defined inside Ma
If I add a QLabel it shows up in the file u_mainwindow.h instead of mainwindow.h, its like the u_mainwindow is meant to setup the ui i guess, and also the object that i want to use is using an API so is called QCustomPlot *stockGraph, so to actually edit this object that is presented in the MainWindow UI i have to actually add new code in the QCustomPlot API file?
-
@Laner107 said in How To Have Access To A QWidget in MainWindow *ui Through Another Class:
If I add a QLabel it shows up in the file u_mainwindow.h instead of mainwindow.h
It's because you're using Qt Designer. The code I provided is just an example (without using Qt Designer).
"so to actually edit this object that is presented in the MainWindow UI i have to actually add new code in the QCustomPlot API file?" - no, that would mean to rebuilt Qt modules from sources. What do you mean by "edit"? Change its state? For that you simply use its public API. Please explain better what you want to do.