implementing a dynamic display

[SGaist]

You usually subclass QDialog and give it the necessary API to access what you want. Depending on what you want to add, you can also simply hide what should not be used.

[mzimmers]

@SGaist so each form would then have its own subclass?

[SGaist]

Just to be sure we are talking about the same thing, what do you mean by form ?

[mzimmers]

@SGaist by "form" I mean an entry under "Forms" in the project file; ie, a file with a .ui extension that is generated by Designer.

[SGaist]

Then that's the most common use case. You create as many "Forms" you need and give them the API you need.

[mzimmers]

I see. So, when I created this project, I selected Qt Widgets Application, and Creator automatically set up the form and the class for me. Should I use that class as a model for my new form?

I still don't quite understand how the program "knows" to use the .ui file. I don't see the connection anywhere in my code.

[SGaist]

It's just a starting point. Nothing forbids you to have several forms.

The .uil file is processed by uic to generate code (a bit like moc for QObject based classes) then the ui.setupUi(this); line does the "magic" to setup everything you prepared with Designer.

[mzimmers]

I've tried to implement a new class (patterned after my main form)...obviously I don't understand something.

Here's the header:

#ifndef CREDENTIALS_H
#define CREDENTIALS_H

#include <QWidget>

namespace Ui
{
    class Credentials;
}
class Credentials : public QWidget
{
    Q_OBJECT
public:
    explicit Credentials(QWidget *parent = nullptr);
private:
    Ui::Credentials *uiCredentials;
};

#endif // CREDENTIALS_H

and here's the source:

#include "credentials.h"
#include "ui_credentials.h"

Credentials::Credentials(QWidget *parent)
    : QWidget(parent),
      uiCredentials(new Ui::Credentials)

{
    uiCredentials->setupUi(this);
}

I'm getting an error "invalid use of incomplete type 'class Ui::Credentials'. Why is it incomplete?

[kshegunov]

#include "ui_credentials_form_file_name.h"

[mzimmers]

I think I'm already doing that -- in the source file:

#include "credentials.h"
 ***** #include "ui_credentials.h" *****
Credentials::Credentials(QWidget *parent)

[SGaist]

Did you re-run qmake after adding your new form ?

[mzimmers]

@SGaist Yes. (I just tried it again to be sure.) I even did a clean/qmake/build...same results.

[kshegunov]

And is the root object of your form called "Credentials" (look for it when you open the form in the designer - in the right, in the object tree the first object's name)?

[mzimmers]

Aha! That did the trick. Thanks, kshegunov. It was simply called "Dialog."

So, the step I missed was matching the name of the top-level object created in Designer with the new class I created manually to support it. I looked past this because the first form (and its supporting class) was created automatically when I started the project.

Thanks again.

[mrjj]

@mzimmers
Hi
Just as a note. you can add as many forms as you like and
have them auto created like mainwindow is.

It sounds you manually created Credentials ?

To get a new form, simply right click top of project, select "Add new" and then

In next window, you can choose if it should be MainWindow, Dialog or Widget.

This way you get .ui, cpp and h all ready to go.

maybe i misunderstood but just in case :)

[mzimmers]

@mrjj oh, that's good to know about. I looked right past that and just created the form from the line below. Thanks, mrjj...I'll remember that for the (not so distant) future.

[mrjj]

@mzimmers
Ah, yep that gives you just the ui file which is useful for hooking somes some interface up
with existing code. But not so much for a brand new window/dialog. :)

[MRen]

Just as a note. you can add as many forms as you like and
have them auto created like mainwindow is.

P.s.:Hi