Qt, клонирование QObject

Виджеты не предназначены для клонирования.

Возможно, создание прототипов на каждый виджет будет более уместным.

Как скопировать инфу о соединениях не знаю.

man QMetaObject man QMetaMethod man QObject::metaObject

RTFS SIGNAL, SLOT

А напиши, пожалуйста, для чего нужно клонировать виджеты, да еще и с соединениями сигнал-слот. Эти соединения у тебя предполагается динамически менять через гуй? Ты не редактор интерфейса пишешь часом?

я же написал, в каком контексте это хочу использовать. кинул ты на форму таблицу. создались соединения (focusSet -> setWidgetModelToTableView к примеру). выделил эту таблицу (получил указатель на RBase), жму кнопку копировать (вызываю base->clone()). на форме 2 одинаковых таблицы. нет, не редактор интерфейса. соединения динамически менять не предполагается. Статически задать имена сигналам слотам не предлагать

ну поконкретнее можно? я же сказал, что свойства скопировал через metaObject->property(). как скопировать инфу о соединениях не нашел

то, что они не предназначены для клонирования не означает, что нельзя использовать идиому виртуального конструктора

Внутренний голос мне подсказывает, что ты что-то делаешь не так.

я описал задачу. описал требуемое поведение. подскажи, как сделать «так».

у тебя архитектура не правильная.

man http://developer.qt.nokia.com/doc/qt-4.8/model-view-programming.html

Просто я всерьез не понимаю, зачем клонировать элемент гуя целиком, если можно скопировать все его мало-мальски важные атрибуты и задать соединения сигнал-слот для копии там же, где это сделано для исходного элемента. Это уж не говоря о моём непонимании, для чего на форме две идентичных таблицы вообще, но это фиг с ним.

а у тебя ошибка в слове «неправильная». что конкретно неверно? есть tableView, есть виджет с моделью. создаем виджет - создаем соединение сигнал/слот. сигнал - виджет получил фокус. основное окно получает этот сигнал

tableView->setModel(focusWidget->model());

выделили виджет - нажали кнопку «Копировать», скопировали виджет (создали новый с таким же родителем с такими же пропертями). Как скопировать соннекшены не знаю. Заново вызывать все connect(..) вручную?

что неправильного в этой архитектуре?

да, я скопировал мало-мальски вижные атрибуты. да, я могу при клонировании вызвать какой нить метод initWidget(RBase *base), который заново установит все коннекшены, но мне это не нравится. вдруг в будущем захочу на разные виджеты вешать разные соединения.

Это уж не говоря о моём непонимании, для чего на форме две идентичных таблицы вообще, но это фиг с ним.

чтобы копию можно было опять редактировать. для упрощения жизни пользователям

А как в общем случае скопировать маппинг сигнала? Вот, например, конструктор объекта класса А примапил сигнал объекта класса Б к своему приватному слоту. А тут к объекту класса Б лезет другой объект того же класса и говорит «хочу тебя клонировать». Вот так прямо брать и лепить еще один сигнал в приватный слот ничего не подозревающего объекта А?

вдруг в будущем захочу на разные виджеты вешать разные соединения.

А как здесь поможет клонирование?

Сделай данные implicitly shared. А в каждом виджете слот set_data(). Нажали кнопку копировать - создаёться ещё один виджет и подсовываеться ему существующие данные посредсвом вызова set_data() (или прямо в контструктор в качестве параметра).

А как здесь поможет клонирование?

RTable table1;
table1.connect(...);
table1.connect(...);
table1.connect(...);

RTable table2;
table2.connect(...);

void copy(RBase *obj)
{
    RBase *newObj = obj->clone();
    newObj->show();
    // some other stuff with newObj
}

что неясного то, не пойму. при клонировании ХОЧУ получить АБСОЛЮТНО АНАЛОГИЧНЫЙ ОБЪЕКТ (свойства и коннекшены).

Все неясное написано в первом вопросе.
Впрочем, на второй ты тоже не ответил.

Расскажи подробнее, что именно выполняют те сигналы и слоты, которые ты хочешь скопировать?

В документации есть раздел, в котором одробно написано, почему нельзя копировать QObject.

на форме есть элементы. у каждого элемента есть свойства, которые отображаются на QTableView. эти свойства зарыты в модель. т.е для каждого элемента своя модель. щелкаешь по элементам - активный элемент выделяется, в этот момент срабатывает сигнал о смене активного элемента, в слоте вызывается

tableView->setModel(activeObject->model());

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

пока сделал просто - вынес всю инициализацию соединений в отдельный метод, при создании либо клонировании объекта вызываю его. почему мне это не нравится я уже писал

в доке описано, почему copy ctor закрыт, и это правильно. использовать идиому виртуального конструктора никто не запрещает.

анонимусы вообще тред читают перед постингом?

Я правильно понял: при клике по элементу срабатывает сигнал в объекте.
Этот сигнал подключен к слоту какого-то main-объекта и уже в этом слоте вызывается tableView->setModel(...

Но ведь речь шла о том, что у тебя много соединений надо скопировать. Или я что-то не так понял?

Этот сигнал подключен к слоту какого-то main-объекта и уже в этом слоте вызывается tableView->setModel(...

именно так.

речь о том, что в будущем возможно не у всех объектов могут быть одинаковые соединения. смотри пример, я уже писал

RTable table1;
table1.connect(...);
table1.connect(...);
table1.connect(...);

RTable table2;
table2.connect(...);

void copy(RBase *obj)
{
    RBase *newObj = obj->clone();
    newObj->show();
    // ??? какие соединения установить для newObj ???
}