Russian Qt Forum

Коллеги, есть необходимость создать на экране некоторое, наперед неизвестное количество списков с возможностью выбора элементов.
В каждом списке нужны как минимум две кнопки: "Выбрать все" и "Отменить выбор".
Хотел создать List<Класс списка>, но натолкнулся на проблему:
В классе списка нужен QObject, чтобы сделать слоты для кнопок. Для создания списка нужен конструктор копирования. Как я понял, для класса, наследующего QObject, таковой не возможен.
Есть какие-нибудь решения для такой задачи?

Может конструктору копирования можно как-то растолковать, что я не хочу копировать QObject?. В копии моего класса меня бы устроил новый экземпляр.

Кажется я нашел решение. Сейчас попробую и отпишу.

Увы, не сработало. Продолжаю ждать советов.

ничего не понятно. это должен быть виджет, содержащий в себе список и 2 кнопки?

Не совсем так. Виджет должен содержать набор списков, количество которых наперед не известно. Каждый из списков набора должен содержать две кнопки.
Наверно вот еще, что важно: списки приходят из сокета в непредсказуемые моменты времени. По приходу к каждому списку должны цепляться кнопки и вся эта конструкция добавляться в виджет.

Из простого: попробуйте хранить в List не "Класс списка", а указатель на него. Может даже какой-нибудь умный.

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

Т.е. при нажатии кнопки Вы хотите посылать тучу сигналов (каждому айтему). В этом нет никакой необходимости, гораздо проще айтему ставить флажок (см QTreeWidgetItem или QTableWidgetItem)

Допустим пришла команда "создать 100 объектов". Значит надо 100 раз сделать new и каждый указатель передать новому айтему. Конечно если это нужно (сейчас нет) 

Флажки у каждого итема - само собой. Но если их несколько десятков? Без кнопок мультивыбора пользователь меня проклянет.

Допустим пришла команда "создать 100 объектов". Значит надо 100 раз сделать new и каждый указатель передать новому айтему. Конечно если это нужно (сейчас нет)  
[/quote]

А если команды "Создать объект" приходят по одной с интервалом скажем минут 10? И когда закончат приходить, не известно.

так я о таком списке из набора и говорил :) это ж просто QList(View|Widget) с двумя кнопками, который помещается в QScrollArea-контейнер (на экран все могут и не влезть).

Так Вы же можете их и из приложения ставить (не только юзер руками)

Пишете ф-цию/метод которая выполняет это создание, ну и она вызывается любое кол-во раз с любым интервалом

Так для того и кнопки.

Пишете ф-цию/метод которая выполняет это создание, ну и она вызывается любое кол-во раз с любым интервалом
[/quote]

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

указатели на QObject допускает, вроде ж писали уже об этом

Знову за рибу грошi  :'(  Самое простое - унаследоваться от айтема, напр

C++ (Qt)
class	MyItem : public QTreeWidgetItem {
public:
  MyItem( void ) : mObj(new QObject) {}
  ~MyItem( void ) { delete mObj; }
 
  QObject * GetObj( void ) const { return mObj; }
 
private:
  MyItem( const MyItem & ) {}
  MyItem & operator = ( const MyItem & ) {}
 
  QObectt * mObj;
};

Ну и набиваете табличку такими MyItem'ами в которых сидят указатели на объекты. Удалили айтем - удалился и объект. Хотя не знаю зачем тот QObject понадобился

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

Ну и толку? В классе, содержащем указатель не получится объявить connect.

Ну и приспосабливайте, и по нажатию на кнопку установите всем айтемам флажок selected, для этого QObject не требуется

?! я может чего-то не понимаю?..

А как я буду отслеживать нажатие кнопки без отлова сигнала clicked()?

Скорее не понимаю я. НО все же. Я понимаю так: чтобы иметь возможность пользоваться механизмом сигналов и слотов, класс должен наследовать QObject. Наличие в классе ссылки на объект QObjecn не дает такой возможности. Я не прав?

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

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

Так clicked надо коннектить к таблице (которая уже наследник QObject) - а не к каждому айтему

Непосредственной нет, не дает. Вы можете сконнектиться с указателем/ccылкой членом класса (владельца), но сигналы будет получать не сам владелец а объект по указателю/ссылке. Но он может обращаться к владельцу

Спасибо. Наверно это решает проблему.