Russian Qt Forum

Есть класс, унаследованный от QMainWindow в нем естественно присутствует
Q_OBJECT
Есть другой класс, в котором ничего не наследуется, но проблема в том что хотелось бы иметь возможность использовать connect и прочее без QObject:: . Но класс который унаследован от QMainWindow наследуется и от моего класса, если я ставлю Q_OBJECT в мой класс, то компилятор ругается на то что не возможно такое, наследование класса несколько раз от QObject. Подскажите как решается эта проблема...
Прошу прощения за непонятки
Как - то вот так :
// в нем хотелось бы использовать полноценно connect

ты что-то очень корявое хочешь сотворить.
Лучше расскажи зачем тебе это? Может путное че подскажут.

На сколько я могу предполагать, что ты хочешь получить, твой класс System должен быть полностью абстрактным.
Поэтому необходимости использовать в нем connect не может возникнуть.
А множественное наследование от QObject невозможно, но это ты уже похоже сам понял.

QObject - это не вселенское зло, от него можно (и нужно, если хочешь сигналы-слоты) наследоваться.

вместо множественного наследования сделай экземпляр класса System членом класса qtPMK.

таки уж прямо должен?

)))

дану?)

Представьте себе!
Лучше бы полезное че написал.

http://developer.qt.nokia.com/doc/qt-4.8/moc.html (http://developer.qt.nokia.com/doc/qt-4.8/moc.html)
Множественное наследование от QObject запрещено, как тебе посоветовали
При просто множественном наследование, первым должен идти QObject, Multiple Inheritance Requires QObject to Be First.

В Шлее чуть ли не на первых страницах написано почему

такое не работает. Реально на первых страницах все моменты о которых ты тут спросил расписаны.  :)

Если я правильно понял, хочется вынести какую-то ф-циональность в класс System, чтобы потом удобно "доливать" его (множественным наследованием) в нужные классы. Тогда может так

C++ (Qt)
class System {      
 
 System( QObject * obj = 0 } 
 { 
   mObject = obj ? obj : new QObject; 
   mShouldDel = (obj == 0);
 }
 
 QObject * GetSystemObject( void ) { return mObject; }
 
// data
 QObject * mObject;
 bool mShouldDel;
};
 

Для коннекта используем GetSystemObject. Для UI классов можно пользовать их собственный QObject, для др - создать "личный"

[/offtop]
Sahab, не покушайтесь на святое. Там написано что "так нельзя" - и на чтение были затрачены время и силы. Человек же не зря читал, понимать надо.

а что кроме как множественного наследования от QObject проблему решить нельзя? и ;D

Sahab, не покушайтесь на святое. Там написано что "так нельзя" - и на чтение были затрачены время и силы. Человек же не зря читал, понимать надо.
[/quote]
)) я в курсе про это, тоже доку читаю)... просто в "04:38" спать нужно было, а не...
упустил частичку я конечно же имел в виду то что выразил Igore

суть такая, что в классе System я читаю некоторую информацию с бд(логи), и в нем же , хотелось бы иметь функцию для работы с QTreeWidget , а именно что- то типа
ShowChangeOrders(QTreeWidget *w){
w->addChild(...);//и тут бла бла бла
}
вообщем а то что я хочу отобразить храню в списках класса System

BuRn, а как можно примешивать System с MainWindow? Это два совершенно разных объекта, имеющих совершенно разное назначение.
Ты же не примешиваешь к MainWindow QFile или QSqlDatabase?

Объект System лучше создавать отдельно и пусть он посылает сигналы, а MainWindow и другие объекты их ловят и обрабатывают.
 

предлагаете в System сделать функцию взятия 1 моего лога из списка , а в классе который наследуется от QMainWindow отображать уже этот лог ?

Пример, объект класса System при чтении новой строки лога эмитит сигнал:
emit message( str );

В MainWindow есть слот:
void appendMessage( const QString &str );
который добавляет эту строку в TreeView.

или

В System добавить сигнал logChanged( LogType ), а в MainWindow слот, в котором перечитывать из System весь лог нужного типа (который изменился).

не совсем будет так верно, ибо у меня сразу загружаются 100+ записей , постоянно на каждую запись делать emit сигнал?

Генерируй сигнал после прихода всех записей и предоставь метод в System, через который можно получить этот список.

Используй QTreeView со своей моделью, где будешь информировать View через стандартные методы.

Делай один emit (QStringList), или через свой тип, надо зарегистрировать его через qRegisterMetatype и спокойно использовать в signal/slot.

а смысл тогда в сигнале? если можно что - то типа такого

Ну так эти строки как-то асинхронно добавляются, я полагаю. А как иначе тот-же MainWindow узнает что в списке произошло изменение?

нет, есть 2 таких элемента treeWidget в 1 просто идет загрузка и отображение подробностей , в другом да, добавляются, но добавляются опять таки в список

Можно, signal/slot всего лишь делает связность меньше, можешь потом сделать считываение не из БД а из файла, и так же emit signal, добавить connect и все будет работать так же. GUI часть переделывать не надо, а если вызывать на прямую, то надо переделывать.


Если у тебя данные статичны и не обновляются, то особо не важно как ты это сделаешь (если не закладываться на поддержку), а если у тебя во время работы программы появляются новые данные и ты их должен забирать хотя бы по таймеру, то лучше через signal/slot, так как можно всю работу с источником данных сосредоточить в одном месте.

ну в список в который постоянно добавляются записи, ничего не мешает делать что - то типа
addMessae(bla bla bla );
ShowChangeLogs(ui->treeWidget);