Multiple inheritace - missing "class name" ?

Kent-Dorfman

avoid multiple inheritance like the plague...and in your example case it's not correct anyway, since QTextEdit is itself a child of QWidget...so the QWidget base is already included.

JonB

@AnneRanch
Qt does not allow deriving from QObject more than once in multiple inheritance. Since both QTextEdit & QWidget derive from QObject your proposed definition will not work.

As said before, you cannot add widgets onto a QTextEdit. You need to start from a QWidget if you then want to add on a QTextEdit plus some other widgets. I know you do not want that to be the case, because you have asked multiple times, but I'm afraid it remains so each time you ask.

J.Hilk

It also helps, if you drop the ‚‘k‘ from your ‚‘ publick‘

Anonymous_Banned275

@Kent-Dorfman Great advice , but HOW do I solve my problem ?

I can make an instance of such variable BUT it "shows" as an dependent window ... it does not relate to QTextEdit object

If I can enter text INSIDE the window , what am I doing wrong if I want to "add widget"?

I guess I will trace how "putting text inside " the window code works next...

Anonymous_Banned275

@J-Hilk Not to worry - compiler will complain...

Still no real answer to what is missing "class name".

PS
I did check the "hierarchy " and it tells me about the whole derived tree members - the issue is HOW to take advantage of QWidget being one of the "tree members " .

Christian Ehrlicher

Maybe a good c++ book would be a start. Especially one which tells you that it's public and not publick and that you don't need to derive from a class (QTextEdit) and from it's base class (QWidget) - you will not gain any additional functionality (and only problems, esp. when both are Qt classes derived from QObject)

KroMignon

@AnneRanch said in Multiple inheritace - missing "class name" ?:

I did check the "hierarchy " and it tells me about the whole derived tree members - the issue is HOW to take advantage of QWidget being one of the "tree members " .

It may only be a bad perception of my side, but you always seems to be aggressive. I am not english native speaker, so perhaps I am wrong...

Now to answer your question, you should now that:

diamond inheritance is not possible with QObject, and there is no way to overcome this
when using multiple inheritance, the first class must be QObject (or QObject based) class.

cf. https://doc.qt.io/qt-5/moc.html for more details.

J.Hilk

@AnneRanch said in Multiple inheritace - missing "class name" ?:

@J-Hilk Not to worry - compiler will complain...
Still no real answer to what is missing "class name".

publick will result in expected class name complaint.

Edit. a missing include may also result in the class name error

Pl45m4

@AnneRanch said in Multiple inheritace - missing "class name" ?:

what I need to have plain qt dialog as a variable in this QTextEdit .

A class named xy_dialog which should be a QTextEdit subclass seems weird design.
Wouldn't it be better the other way around? Having a QTextEdit as member of your dialog class?!
Anyway, to do so, there's no need to inherit from every class you want to use. Just include these classes and your should get no warnings anymore... at least not regarding this "issue" ;-)

kshegunov

@AnneRanch said in Multiple inheritace - missing "class name" ?:

Great advice , but HOW do I solve my problem ?

Here you go: https://en.wikipedia.org/wiki/Object_composition#Aggregation